From nobody Sun Mar 1 22:06:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FF851A1A33; Sun, 1 Mar 2015 22:06:17 -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] 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 XH5XlWpqynOt; Sun, 1 Mar 2015 22:06:13 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 76F031A0AF8; Sun, 1 Mar 2015 22:06:13 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150302060613.20481.98811.idtracker@ietfa.amsl.com> Date: Sun, 01 Mar 2015 22:06:13 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 06:06:17 -0000 IANA review state changed to IANA OK - Actions Needed ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Mon Mar 2 00:09:48 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 106CF1A6EDB; Mon, 2 Mar 2015 00:09:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 W3z5AcDyH6jT; Mon, 2 Mar 2015 00:09:28 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B4F191A6EE9; Mon, 2 Mar 2015 00:09:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: DraftTracker Mail System To: , , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150302080924.30632.23738.idtracker@ietfa.amsl.com> Date: Mon, 02 Mar 2015 00:09:24 -0800 Archived-At: Cc: iesg-secretary@ietf.org Subject: [mpls] Last Call Expired: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 08:09:30 -0000 Please DO NOT reply to this email. I-D: ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ IETF Last Call has ended, and the state has been changed to Waiting for AD Go-Ahead. From nobody Mon Mar 2 23:12:11 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77CCA1A90D9; Mon, 2 Mar 2015 23:12:09 -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] 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 6JYpImgKwZ3I; Mon, 2 Mar 2015 23:12:08 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E9A301A00D6; Mon, 2 Mar 2015 23:12:07 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Loa Andersson" To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150303071207.11869.22647.idtracker@ietfa.amsl.com> Date: Mon, 02 Mar 2015 23:12:07 -0800 Archived-At: Cc: mpls@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-tp-oam-id-mib.shepherd@ietf.org, iesg-secretary@ietf.org, draft-ietf-mpls-tp-oam-id-mib.ad@ietf.org, mpls-chairs@tools.ietf.org, draft-ietf-mpls-tp-oam-id-mib@ietf.org Subject: [mpls] Publication has been requested for draft-ietf-mpls-tp-oam-id-mib-08 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 07:12:09 -0000 Loa Andersson has requested publication of draft-ietf-mpls-tp-oam-id-mib-08 as Proposed Standard on behalf of the MPLS working group. Please verify the document's state at http://datatracker.ietf.org/doc/draft-ietf-mpls-tp-oam-id-mib/ From nobody Tue Mar 3 04:49:10 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D1461A1F04 for ; Tue, 3 Mar 2015 04:49:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.229 X-Spam-Level: * X-Spam-Status: No, score=1.229 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, 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 CTWxfpxgM_-S for ; Tue, 3 Mar 2015 04:49:07 -0800 (PST) Received: from smtp06.msg.oleane.net (smtp06.msg.oleane.net [62.161.4.6]) by ietfa.amsl.com (Postfix) with ESMTP id EF91B1A1A30 for ; Tue, 3 Mar 2015 04:49:05 -0800 (PST) Received: from MGosseDellM6800 (LMontsouris-656-1-5-162.w80-12.abo.wanadoo.fr [80.12.94.162]) (authenticated) by smtp06.msg.oleane.net (MSA) with ESMTP id t23ChUdH026827 for ; Tue, 3 Mar 2015 13:43:31 +0100 X-Oleane-Rep: REPA From: "Michel Gosse" To: Date: Tue, 3 Mar 2015 13:49:02 +0100 Message-ID: <000c01d055b0$6d0566e0$471034a0$@upperside.fr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01D055B8.CECC66F0" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBVrT06XcC9LqUZQBSW5891LK6NMw== Content-Language: fr X-Backend: vm-smtp-sophos12v3 X-PMX-Spam: Probability=11% X-PFSI-Info: PMX 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.3.3.123920 (no antivirus check) X-Orange-Auth: bWcyNjMtM0B1cHBlc2lkZS5mci5mdG8= Archived-At: Subject: [mpls] MPLS SDN & NFV World: two weeks left X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 12:49:09 -0000 This is a multipart message in MIME format. ------=_NextPart_000_000D_01D055B8.CECC66F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit MPLS SDN World: Solving the controlplane/dataplane paradigm, showcasting segment routing deployments NFV & SDN Summit: PoCs reports, open source components integration in standardized solutions + 1,500 participants + 65 countries + 100 speakers There is still time to register More info.: http://www.uppersideconferences.com/mpls-sdn/ ------=_NextPart_000_000D_01D055B8.CECC66F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

MPLS SDN World: Solving the controlplane/dataplane = paradigm, showcasting segment routing = deployments

 

NFV & SDN Summit: PoCs reports, = open source components integration in standardized = solutions

 

+ 1,500 = participants

+ 65 = countries

+ 100 speakers

 

There is still time to register

 

More info.: = http://www.uppersideconferences.com/mpls-sdn/

= ------=_NextPart_000_000D_01D055B8.CECC66F0-- From nobody Tue Mar 3 04:51:22 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B13D91A6F2B; Tue, 3 Mar 2015 04:51:20 -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] 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 L3ma-BLbLSy4; Tue, 3 Mar 2015 04:51:17 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 365EC1A6F13; Tue, 3 Mar 2015 04:51:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150303125116.20188.71750.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 04:51:16 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 12:51:21 -0000 IESG state changed to IESG Evaluation from Waiting for AD Go-Ahead ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Tue Mar 3 19:05:16 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D40B1A9009; Tue, 3 Mar 2015 19:05:14 -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, TVD_SPACE_RATIO=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 CReI77D2u9gg; Tue, 3 Mar 2015 19:05:13 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 228E71A889F; Tue, 3 Mar 2015 19:05:13 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304030513.17477.43258.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 19:05:13 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:05:14 -0000 IANA action state changed to In Progress ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-oam-ipv6-rao/ From nobody Tue Mar 3 19:05:17 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 5412A1A901D; Tue, 3 Mar 2015 19:05:14 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D40B1A9009; Tue, 3 Mar 2015 19:05:14 -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, TVD_SPACE_RATIO=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 CReI77D2u9gg; Tue, 3 Mar 2015 19:05:13 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 228E71A889F; Tue, 3 Mar 2015 19:05:13 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304030513.17477.43258.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 19:05:13 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:05:14 -0000 IANA action state changed to In Progress ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-oam-ipv6-rao/ From nobody Tue Mar 3 19:05:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DCCA1A8FD2; Tue, 3 Mar 2015 19:05:16 -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] 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 V-_PRJkC9M07; Tue, 3 Mar 2015 19:05:15 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 09A881A8FD7; Tue, 3 Mar 2015 19:05:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304030514.17477.47026.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 19:05:14 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:05:16 -0000 IANA action state changed to Waiting on RFC Editor ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-oam-ipv6-rao/ From nobody Tue Mar 3 19:05:22 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 5811C1A901F; Tue, 3 Mar 2015 19:05:16 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DCCA1A8FD2; Tue, 3 Mar 2015 19:05:16 -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] 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 V-_PRJkC9M07; Tue, 3 Mar 2015 19:05:15 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 09A881A8FD7; Tue, 3 Mar 2015 19:05:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304030514.17477.47026.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 19:05:14 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:05:16 -0000 IANA action state changed to Waiting on RFC Editor ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-oam-ipv6-rao/ From nobody Tue Mar 3 19:30:52 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F6E01A0145; Tue, 3 Mar 2015 19:30:50 -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 gwj31IW6wMTB; Tue, 3 Mar 2015 19:30:48 -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 048A51A0122; Tue, 3 Mar 2015 19:30:47 -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 BTG07393; Wed, 04 Mar 2015 03:30:46 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 4 Mar 2015 03:30:46 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Wed, 4 Mar 2015 11:30:41 +0800 From: Xuxiaohu To: "sfc@ietf.org" , "" , "mpls@ietf.org" Thread-Topic: New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt Thread-Index: AQHQViqf+3y6NXpdeEGpQGeCsEhFG50LqPsA Date: Wed, 4 Mar 2015 03:30:40 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830F7A4@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] FW: New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 03:30:50 -0000 SGkgYWxsLA0KDQpUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBob3cgdG8gbGV2ZXJhZ2UgdGhlIE1Q TFMtYmFzZWQgc291cmNlIHJvdXRpbmcgKGkuZS4sIE1QTFMtU1BSSU5HKSBtZWNoYW5pc20gYXMg ZGV2ZWxvcGVkIGJ5IHRoZSBTUFJJTkcgV0cgdG8gcmVhbGl6ZSB0aGUgc2VydmljZSBwYXRoIGxh eWVyIGZ1bmN0aW9uYWxpdHkgb2YgdGhlIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcuIEluIGFk ZGl0aW9uLCB0aGlzIGRvY3VtZW50IGFsc28gZGVzY3JpYmVzIGhvdyB0byBjYXJyeSBtZXRhZGF0 YSBpbiBhbiBNUExTIHBhY2tldCBieSB1c2luZyB0aGUgTlNIIGFzIGEgbWV0YWRhdGEgY29udGFp bmVyLiANCg0KQW55IGNvbW1lbnRzIGFyZSBzdWdnZXN0aW9ucyBhcmUgd2VsY29tZS4NCg0KQmVz dCByZWdhcmRzLA0KWGlhb2h1DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJv bTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYu b3JnXQ0KPiBTZW50OiBXZWRuZXNkYXksIE1hcmNoIDA0LCAyMDE1IDExOjI0IEFNDQo+IFRvOiBM aXpoZW5iaW47IEx1aXMgTS4gQ29udHJlcmFzOyBYdXhpYW9odTsgSGltYW5zaHUgQy4gU2hhaDsg WHV4aWFvaHU7DQo+IEhpbWFuc2h1IFNoYWg7IEx1aXMgTS4gQ29udHJlcmFzOyBMaXpoZW5iaW4N Cj4gU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC14dS1zZmMtdXNp bmctbXBscy1zcHJpbmctMDIudHh0DQo+IA0KPiANCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRy YWZ0LXh1LXNmYy11c2luZy1tcGxzLXNwcmluZy0wMi50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1 bGx5IHN1Ym1pdHRlZCBieSBYaWFvaHUgWHUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0 b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LXh1LXNmYy11c2luZy1tcGxzLXNwcmluZw0KPiBSZXZp c2lvbjoJMDINCj4gVGl0bGU6CQlTZXJ2aWNlIEZ1bmN0aW9uIENoYWluaW5nIFVzaW5nIE1QTFMt U1BSSU5HDQo+IERvY3VtZW50IGRhdGU6CTIwMTUtMDMtMDMNCj4gR3JvdXA6CQlJbmRpdmlkdWFs IFN1Ym1pc3Npb24NCj4gUGFnZXM6CQk4DQo+IFVSTDoNCj4gaHR0cDovL3d3dy5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvZHJhZnQteHUtc2ZjLXVzaW5nLW1wbHMtc3ByaW5nLTAyLnR4dA0KPiBT dGF0dXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXh1LXNmYy11 c2luZy1tcGxzLXNwcmluZy8NCj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LXh1LXNmYy11c2luZy1tcGxzLXNwcmluZy0wMg0KPiBEaWZmOg0KPiBodHRw Oi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC14dS1zZmMtdXNpbmctbXBscy1zcHJp bmctMDINCj4gDQo+IEFic3RyYWN0Og0KPiAgICBTb3VyY2UgUGFja2V0IFJvdXRpbmcgaW4gTmV0 d29ya2luZyAoU1BSSU5HKSBXRyBzcGVjaWZpZXMgYSBzcGVjaWFsDQo+ICAgIHNvdXJjZSByb3V0 aW5nIG1lY2hhbmlzbS4gIFN1Y2ggc291cmNlIHJvdXRpbmcgbWVjaGFuaXNtIGNhbiBiZQ0KPiAg ICBsZXZlcmFnZWQgdG8gcmVhbGl6ZSB0aGUgc2VydmljZSBwYXRoIGxheWVyIGZ1bmN0aW9uYWxp dHkgb2YgdGhlDQo+ICAgIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcgKGkuZSwgc3RlZXJpbmcg dHJhZmZpYyB0aHJvdWdoIGEgcGFydGljdWxhcg0KPiAgICBzZXJ2aWNlIGZ1bmN0aW9uIHBhdGgp IGJ5IGVuY29kaW5nIHRoZSBzZXJ2aWNlIGZ1bmN0aW9uIHBhdGggb3IgdGhlDQo+ICAgIHNlcnZp Y2UgZnVuY3Rpb24gY2hhaW4gaW5mb3JtYXRpb24gYXMgdGhlIGV4cGxpY2l0IHBhdGggaW5mb3Jt YXRpb24uDQo+ICAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGhvdyB0byBsZXZlcmFnZSB0aGUg TVBMUy1iYXNlZCBzb3VyY2Ugcm91dGluZw0KPiAgICBtZWNoYW5pc20gYXMgZGV2ZWxvcGVkIGJ5 IHRoZSBTUFJJTkcgV0cgdG8gcmVhbGl6ZSB0aGUgc2VydmljZSBwYXRoDQo+ICAgIGxheWVyIGZ1 bmN0aW9uYWxpdHkgb2YgdGhlIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcuDQo+IA0KPiANCj4g DQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMg ZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQo+IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9u IGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+IA0KPiBUaGUgSUVU RiBTZWNyZXRhcmlhdA0KDQo= From nobody Tue Mar 3 20:10:34 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E87891A01EC; Tue, 3 Mar 2015 20:10:31 -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 nGeyIWREZhFt; Tue, 3 Mar 2015 20:10:30 -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 67B221A017F; Tue, 3 Mar 2015 20:10:29 -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 BPW03831; Wed, 04 Mar 2015 04:10:27 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 4 Mar 2015 04:10:26 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 4 Mar 2015 12:10:14 +0800 From: Xuxiaohu To: Xuxiaohu , "sfc@ietf.org" , "" , "mpls@ietf.org" Thread-Topic: New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt Thread-Index: AQHQViqf+3y6NXpdeEGpQGeCsEhFG50LqPsAgAAGTiA= Date: Wed, 4 Mar 2015 04:10:13 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830F7C0@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 04:10:32 -0000 VGhlIHJhdGlvbmFsZXMgZm9yIGxldmVyYWdpbmcgdGhlIE1QTFMtU1BSSU5HIG1lY2hhbmlzbSB0 byByZWFsaXplIHRoZSBzZXJ2aWNlIHBhdGggbGF5ZXIgZnVuY3Rpb25hbGl0eSBvZiB0aGUgc2Vy dmljZSBmdW5jdGlvbiBjaGFpbmluZyBhcmUgYXMgZm9sbG93czoNCg0KMSkgZWxpbWluYXRlIHRo ZSBTRkMvU0ZQIHN0YXRlcyBvbiBTRkZzLiBUaGlzIGZvbGxvd3MgdGhlIHNhbWUgbG9naWMgYXMg TVBMUy1TUFJJTkcgYW5kIEJJRVIuDQoyKSB1dGlsaXplIHRoZSBleGlzdGluZyBlbmNhcHN1bGF0 aW9uIChlLmcuLCB0aGUgTVBMUy1TUFJJTkcpIHRvIGEgbWF4aW11bSBleHRlbnQuIFRoaXMgZm9s bG93cyB0aGUgVHJhbnNwb3J0IERlcml2ZWQgU0ZGIGNvbmNlcHQgYXMgZGVzY3JpYmVkIGluIFNl Y3Rpb24gNC4zLjEgb2YgZHJhZnQtaWV0Zi1zZmMtYXJjaGl0ZWN0dXJlLiBNZWFud2hpbGUsIHRo aXMgaXMgYWxpZ25lZCB3aXRoIHRoZSBjdXJyZW50IFNGQyBjaGFydGVyLCBlLmcuLCAiLi4uVGhl IHdvcmtpbmcgZ3JvdXAgd2lsbCBjb25zaWRlciB1c2luZyBhbiBleGlzdGluZyBlbmNhcHN1bGF0 aW9uICh3aXRoIGV4dGVuc2lvbnMgYXMgYXBwcm9wcmlhdGUpIGlmIGEgc3VpdGFibGUgY2FuZGlk YXRlIGlzIGZvdW5kLi4uIg0KMykgc2VhbWxlc3NseSBzdXBwb3J0IHRoZSBTRkMgaW4gYSBtdWx0 aS10ZW5hbnQgZW52aXJvbm1lbnQgKGUuZy4sIE1QTFMgVlBOKS4gRm9yIGV4YW1wbGUsIHRoZSBN UExTIFZQTiBwYWNrZXQgKGNvbnRhaW5pbmcgbWV0YWRhdGEpIGNvdWxkIGJlIGZ1cnRoZXIgaW1w b3NlZCB3aXRoIGEgbGFiZWwgc3RhY2sgd2hpY2ggaW5kaWNhdGVzIGFuIFNGQyBvciBTRlAgYXNz b2NpYXRlZCB3aXRoIHRoYXQgcGFja2V0LiBTRkZzIHJlY2VpdmluZyB0aGUgYWJvdmUgcGFja2V0 IHdvdWxkIHN0cmlwIHRoZSB3aG9sZSBsYWJlbCBzdGFjayBhbmQgdGhlbiBzZW5kIHRoZSBwYXls b2FkIG9mIHRoZSBNUExTIHBhY2tldCAod2l0aCBtZXRhZGF0YSkgdG8gdGhlIGNvcnJlc3BvbmRp bmcgU0ZzIHdoaWNoIGFyZSB0ZW5hbnQtYXdhcmUgYW5kIHRoZXJlZm9yZSBlYXNpbHkgY291bGQg ZGV0ZXJtaW5lIHRoZSB0ZW5hbnQgcHJvZmlsZSBhY2NvcmRpbmcgdG8gdGhlIHRlbmFudCBpbmZv IGNvbnRhaW5lZCBpbiB0aGUgbWV0YWRhdGEgKGEuay5hLiwgdGhlIE5TSCkuIA0KDQpCZXN0IHJl Z2FyZHMsDQpYaWFvaHUNCiANCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t OiBYdXhpYW9odQ0KPiBTZW50OiBXZWRuZXNkYXksIE1hcmNoIDA0LCAyMDE1IDExOjMxIEFNDQo+ IFRvOiBzZmNAaWV0Zi5vcmc7ICc8c3ByaW5nQGlldGYub3JnPic7IG1wbHNAaWV0Zi5vcmcNCj4g U3ViamVjdDogRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQteHUtc2ZjLXVz aW5nLW1wbHMtc3ByaW5nLTAyLnR4dA0KPiANCj4gSGkgYWxsLA0KPiANCj4gVGhpcyBkb2N1bWVu dCBkZXNjcmliZXMgaG93IHRvIGxldmVyYWdlIHRoZSBNUExTLWJhc2VkIHNvdXJjZSByb3V0aW5n IChpLmUuLA0KPiBNUExTLVNQUklORykgbWVjaGFuaXNtIGFzIGRldmVsb3BlZCBieSB0aGUgU1BS SU5HIFdHIHRvIHJlYWxpemUgdGhlDQo+IHNlcnZpY2UgcGF0aCBsYXllciBmdW5jdGlvbmFsaXR5 IG9mIHRoZSBzZXJ2aWNlIGZ1bmN0aW9uIGNoYWluaW5nLiBJbiBhZGRpdGlvbiwgdGhpcw0KPiBk b2N1bWVudCBhbHNvIGRlc2NyaWJlcyBob3cgdG8gY2FycnkgbWV0YWRhdGEgaW4gYW4gTVBMUyBw YWNrZXQgYnkgdXNpbmcgdGhlDQo+IE5TSCBhcyBhIG1ldGFkYXRhIGNvbnRhaW5lci4NCj4gDQo+ IEFueSBjb21tZW50cyBhcmUgc3VnZ2VzdGlvbnMgYXJlIHdlbGNvbWUuDQo+IA0KPiBCZXN0IHJl Z2FyZHMsDQo+IFhpYW9odQ0KPiANCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ IEZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZ10NCj4gPiBTZW50OiBXZWRuZXNkYXksIE1hcmNoIDA0LCAyMDE1IDExOjI0IEFNDQo+ ID4gVG86IExpemhlbmJpbjsgTHVpcyBNLiBDb250cmVyYXM7IFh1eGlhb2h1OyBIaW1hbnNodSBD LiBTaGFoOw0KPiA+IFh1eGlhb2h1OyBIaW1hbnNodSBTaGFoOyBMdWlzIE0uIENvbnRyZXJhczsg TGl6aGVuYmluDQo+ID4gU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0KPiA+ IGRyYWZ0LXh1LXNmYy11c2luZy1tcGxzLXNwcmluZy0wMi50eHQNCj4gPg0KPiA+DQo+ID4gQSBu ZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXh1LXNmYy11c2luZy1tcGxzLXNwcmluZy0wMi50eHQN Cj4gPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFhpYW9odSBYdSBhbmQgcG9z dGVkIHRvIHRoZSBJRVRGDQo+IHJlcG9zaXRvcnkuDQo+ID4NCj4gPiBOYW1lOgkJZHJhZnQteHUt c2ZjLXVzaW5nLW1wbHMtc3ByaW5nDQo+ID4gUmV2aXNpb246CTAyDQo+ID4gVGl0bGU6CQlTZXJ2 aWNlIEZ1bmN0aW9uIENoYWluaW5nIFVzaW5nIE1QTFMtU1BSSU5HDQo+ID4gRG9jdW1lbnQgZGF0 ZToJMjAxNS0wMy0wMw0KPiA+IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+ID4gUGFn ZXM6CQk4DQo+ID4gVVJMOg0KPiA+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz L2RyYWZ0LXh1LXNmYy11c2luZy1tcGxzLXNwcmluZy0wMi4NCj4gPiB0eHQNCj4gPiBTdGF0dXM6 DQo+ID4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteHUtc2ZjLXVzaW5n LW1wbHMtc3ByaW5nLw0KPiA+IEh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC14dS1zZmMtdXNpbmctbXBscy1zcHJpbmctMDINCj4gPiBEaWZmOg0KPiA+IGh0 dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXh1LXNmYy11c2luZy1tcGxzLXNw cmluZy0wMg0KPiA+DQo+ID4gQWJzdHJhY3Q6DQo+ID4gICAgU291cmNlIFBhY2tldCBSb3V0aW5n IGluIE5ldHdvcmtpbmcgKFNQUklORykgV0cgc3BlY2lmaWVzIGEgc3BlY2lhbA0KPiA+ICAgIHNv dXJjZSByb3V0aW5nIG1lY2hhbmlzbS4gIFN1Y2ggc291cmNlIHJvdXRpbmcgbWVjaGFuaXNtIGNh biBiZQ0KPiA+ICAgIGxldmVyYWdlZCB0byByZWFsaXplIHRoZSBzZXJ2aWNlIHBhdGggbGF5ZXIg ZnVuY3Rpb25hbGl0eSBvZiB0aGUNCj4gPiAgICBzZXJ2aWNlIGZ1bmN0aW9uIGNoYWluaW5nIChp LmUsIHN0ZWVyaW5nIHRyYWZmaWMgdGhyb3VnaCBhIHBhcnRpY3VsYXINCj4gPiAgICBzZXJ2aWNl IGZ1bmN0aW9uIHBhdGgpIGJ5IGVuY29kaW5nIHRoZSBzZXJ2aWNlIGZ1bmN0aW9uIHBhdGggb3Ig dGhlDQo+ID4gICAgc2VydmljZSBmdW5jdGlvbiBjaGFpbiBpbmZvcm1hdGlvbiBhcyB0aGUgZXhw bGljaXQgcGF0aCBpbmZvcm1hdGlvbi4NCj4gPiAgICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBo b3cgdG8gbGV2ZXJhZ2UgdGhlIE1QTFMtYmFzZWQgc291cmNlIHJvdXRpbmcNCj4gPiAgICBtZWNo YW5pc20gYXMgZGV2ZWxvcGVkIGJ5IHRoZSBTUFJJTkcgV0cgdG8gcmVhbGl6ZSB0aGUgc2Vydmlj ZSBwYXRoDQo+ID4gICAgbGF5ZXIgZnVuY3Rpb25hbGl0eSBvZiB0aGUgc2VydmljZSBmdW5jdGlv biBjaGFpbmluZy4NCj4gPg0KPiA+DQo+ID4NCj4gPg0KPiA+IFBsZWFzZSBub3RlIHRoYXQgaXQg bWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+ID4gc3VibWlz c2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 IHRvb2xzLmlldGYub3JnLg0KPiA+DQo+ID4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Tue Mar 3 21:58:47 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 722681A0395; Tue, 3 Mar 2015 21:58:45 -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] 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 ILdKalK-x8Ew; Tue, 3 Mar 2015 21:58:44 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A2B61A038E; Tue, 3 Mar 2015 21:58:44 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Pete Resnick" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304055844.28715.26457.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 21:58:44 -0800 Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-registry@ietf.org, draft-ietf-mpls-lsp-ping-registry.ad@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org, rcallon@juniper.net Subject: [mpls] Pete Resnick's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 05:58:45 -0000 Pete Resnick has entered the following ballot position for draft-ietf-mpls-lsp-ping-registry-02: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- It's not at all clear to me why this document is going for Standards Track or why it updates 4379 and 6424, nor does the ballot nor shepherd writeup explain. It's creating a registry, which doesn't change the protocol in either of those documents. Seems to me fine that it be Informational, and that it doesn't update anything. 2.2, 2.3, 2.4: OLD The registration policies [RFC5226] for this registry are: 0-250 Standards Action 251-254 Experimental 255 Standards Action NEW The registration policies [RFC5226] for this registry is Standards Action. The registration policy for the entire registry is "Standards Action". Within the registry itself, the values 251-254 should be marked Experimental (which they are) and 255 should be marked Reserved (which it is), but that doesn't change the registration policy. From nobody Tue Mar 3 23:20:39 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAE571A0673; Tue, 3 Mar 2015 23:20:38 -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] 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 timTFDttSIED; Tue, 3 Mar 2015 23:20:37 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BD3821A00FE; Tue, 3 Mar 2015 23:20:37 -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: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304072037.27182.68732.idtracker@ietfa.amsl.com> Date: Tue, 03 Mar 2015 23:20:37 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-kini-mpls-spring-entropy-label-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 07:20:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Entropy labels for source routed stacked tunnels Authors : Sriganesh Kini Kireeti Kompella Siva Sivabalan Stephane Litkowski Rob Shakir Xiaohu Xu Wim Hendrickx Jeff Tantsura Filename : draft-kini-mpls-spring-entropy-label-03.txt Pages : 11 Date : 2015-03-03 Abstract: Source routed tunnel stacking is a technique that can be leveraged to provide a method to steer a packet through a controlled set of segments. This can be applied to the Multi Protocol Label Switching (MPLS) data plane. Entropy label (EL) is a technique used in MPLS to improve load balancing. This document examines and describes how ELs are to be applied to source routed stacked tunnels. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-kini-mpls-spring-entropy-label/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-kini-mpls-spring-entropy-label-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-kini-mpls-spring-entropy-label-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 Wed Mar 4 00:25:30 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EAD51A0545 for ; Wed, 4 Mar 2015 00:25:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.49 X-Spam-Level: *** X-Spam-Status: No, score=3.49 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, CHARSET_FARAWAY_HEADER=3.2, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ViKIwdeJeJ4Z for ; Wed, 4 Mar 2015 00:25:25 -0800 (PST) Received: from BLU004-OMC4S9.hotmail.com (blu004-omc4s9.hotmail.com [65.55.111.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4835A1A0154 for ; Wed, 4 Mar 2015 00:25:25 -0800 (PST) Received: from BLU168-W100 ([65.55.111.136]) by BLU004-OMC4S9.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Wed, 4 Mar 2015 00:25:24 -0800 X-TMN: [qM1JQb8xEeZAQ91eoaAPN9i7JJ3JoIL7] X-Originating-Email: [zjbdamo@hotmail.com] Message-ID: Content-Type: multipart/alternative; boundary="_8de0b564-6887-4ce8-af9b-4f31c05c356e_" From: =?gb2312?B?1Pi+/rKo?= To: "mpls@ietf.org" Date: Wed, 4 Mar 2015 16:25:24 +0800 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 Mar 2015 08:25:24.0712 (UTC) FILETIME=[C345D680:01D05654] Archived-At: Cc: "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 08:25:27 -0000 --_8de0b564-6887-4ce8-af9b-4f31c05c356e_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 CgoKCgpIaSBhdXRob3Jzo6wNCiAgICAgICAKV2UgYXJlIGRldmVsb3BpbmcgdGhlIHNvbHV0aW9u IGluIG91ciBzeXN0ZW0uIA0KCk9uZSBxdWVzdGlvbiBhYm91dCB0aGUgcmluZyB0dW5uZWwuIEZv ciBvbmUgZGVzdGluYXRpb24gbm9kZSwgdGhlIHNvbHV0aW9uCm5lZWRzIHNldHVwIDQgZGlmZmVy ZW50IHJpbmcgdHVubmVscywgMiBmb3Igd29ya2luZyBhbmQgMiBmb3IgcHJvdGVjdGlvbi4gTXkK c3VnZ2VzdGlvbiBpcyB0d28gdHVubmVscyBhcmUgZW5vdWdoLCBvbmUgZm9yIGNsb2Nrd2lzZSB3 b3JraW5nIGFuZCBwcm90ZWN0aW9uLAphbmQgdGhlIG90aGVyIGZvciBhbnRpLWNsb2Nrd2lzZSB3 b3JraW5nIGFuZCBwcm90ZWN0aW9uPw0KDQpCZXN0IFJlZ2FyZHMhDQpCb2JvDQoNCgoKCiAJCSAJ ICAgCQkgIA== --_8de0b564-6887-4ce8-af9b-4f31c05c356e_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjwvaGVhZD4NCjxib2R5IGNsYXNzPSdobW1lc3NhZ2UnPjxkaXYgZGly PSdsdHInPgoKPHN0eWxlPjwhLS0KLmhtbWVzc2FnZSBQCnsKbWFyZ2luOjBweDsKcGFkZGluZzow cHgKfQpib2R5LmhtbWVzc2FnZQp7CmZvbnQtc2l6ZTogMTJwdDsKZm9udC1mYW1pbHk6zqLI7dHF utoKfQotLT48L3N0eWxlPgo8ZGl2IGRpcj0ibHRyIj48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4K IDx3OldvcmREb2N1bWVudD4KICA8dzpWaWV3Pk5vcm1hbDwvdzpWaWV3PgogIDx3Olpvb20+MDwv dzpab29tPgogIDx3OlRyYWNrTW92ZXMvPgogIDx3OlRyYWNrRm9ybWF0dGluZy8+CiAgPHc6UHVu Y3R1YXRpb25LZXJuaW5nLz4KICA8dzpEcmF3aW5nR3JpZFZlcnRpY2FsU3BhY2luZz43LjggsPU8 L3c6RHJhd2luZ0dyaWRWZXJ0aWNhbFNwYWNpbmc+CiAgPHc6RGlzcGxheUhvcml6b250YWxEcmF3 aW5nR3JpZEV2ZXJ5PjA8L3c6RGlzcGxheUhvcml6b250YWxEcmF3aW5nR3JpZEV2ZXJ5PgogIDx3 OkRpc3BsYXlWZXJ0aWNhbERyYXdpbmdHcmlkRXZlcnk+MjwvdzpEaXNwbGF5VmVydGljYWxEcmF3 aW5nR3JpZEV2ZXJ5PgogIDx3OlZhbGlkYXRlQWdhaW5zdFNjaGVtYXMvPgogIDx3OlNhdmVJZlhN TEludmFsaWQ+ZmFsc2U8L3c6U2F2ZUlmWE1MSW52YWxpZD4KICA8dzpJZ25vcmVNaXhlZENvbnRl bnQ+ZmFsc2U8L3c6SWdub3JlTWl4ZWRDb250ZW50PgogIDx3OkFsd2F5c1Nob3dQbGFjZWhvbGRl clRleHQ+ZmFsc2U8L3c6QWx3YXlzU2hvd1BsYWNlaG9sZGVyVGV4dD4KICA8dzpEb05vdFByb21v dGVRRi8+CiAgPHc6TGlkVGhlbWVPdGhlcj5FTi1VUzwvdzpMaWRUaGVtZU90aGVyPgogIDx3Okxp ZFRoZW1lQXNpYW4+WkgtQ048L3c6TGlkVGhlbWVBc2lhbj4KICA8dzpMaWRUaGVtZUNvbXBsZXhT Y3JpcHQ+WC1OT05FPC93OkxpZFRoZW1lQ29tcGxleFNjcmlwdD4KICA8dzpDb21wYXRpYmlsaXR5 PgogICA8dzpTcGFjZUZvclVMLz4KICAgPHc6QmFsYW5jZVNpbmdsZUJ5dGVEb3VibGVCeXRlV2lk dGgvPgogICA8dzpEb05vdExlYXZlQmFja3NsYXNoQWxvbmUvPgogICA8dzpVTFRyYWlsU3BhY2Uv PgogICA8dzpEb05vdEV4cGFuZFNoaWZ0UmV0dXJuLz4KICAgPHc6QWRqdXN0TGluZUhlaWdodElu VGFibGUvPgogICA8dzpCcmVha1dyYXBwZWRUYWJsZXMvPgogICA8dzpTbmFwVG9HcmlkSW5DZWxs Lz4KICAgPHc6V3JhcFRleHRXaXRoUHVuY3QvPgogICA8dzpVc2VBc2lhbkJyZWFrUnVsZXMvPgog ICA8dzpEb250R3Jvd0F1dG9maXQvPgogICA8dzpTcGxpdFBnQnJlYWtBbmRQYXJhTWFyay8+CiAg IDx3OkRvbnRWZXJ0QWxpZ25DZWxsV2l0aFNwLz4KICAgPHc6RG9udEJyZWFrQ29uc3RyYWluZWRG b3JjZWRUYWJsZXMvPgogICA8dzpEb250VmVydEFsaWduSW5UeGJ4Lz4KICAgPHc6V29yZDExS2Vy bmluZ1BhaXJzLz4KICAgPHc6Q2FjaGVkQ29sQmFsYW5jZS8+CiAgIDx3OlVzZUZFTGF5b3V0Lz4K ICA8L3c6Q29tcGF0aWJpbGl0eT4KICA8dzpCcm93c2VyTGV2ZWw+TWljcm9zb2Z0SW50ZXJuZXRF eHBsb3JlcjQ8L3c6QnJvd3NlckxldmVsPgogIDxtOm1hdGhQcj4KICAgPG06bWF0aEZvbnQgbTp2 YWw9IkNhbWJyaWEgTWF0aCIvPgogICA8bTpicmtCaW4gbTp2YWw9ImJlZm9yZSIvPgogICA8bTpi cmtCaW5TdWIgbTp2YWw9IiYjNDU7LSIvPgogICA8bTpzbWFsbEZyYWMgbTp2YWw9Im9mZiIvPgog ICA8bTpkaXNwRGVmLz4KICAgPG06bE1hcmdpbiBtOnZhbD0iMCIvPgogICA8bTpyTWFyZ2luIG06 dmFsPSIwIi8+CiAgIDxtOmRlZkpjIG06dmFsPSJjZW50ZXJHcm91cCIvPgogICA8bTp3cmFwSW5k ZW50IG06dmFsPSIxNDQwIi8+CiAgIDxtOmludExpbSBtOnZhbD0ic3ViU3VwIi8+CiAgIDxtOm5h cnlMaW0gbTp2YWw9InVuZE92ciIvPgogIDwvbTptYXRoUHI+PC93OldvcmREb2N1bWVudD4KPC94 bWw+PCFbZW5kaWZdLS0+Cgo8c3BhbiBsYW5nPSJFTi1VUyI+SGkgYXV0aG9yczwvc3Bhbj6jrDxz cGFuIGxhbmc9IkVOLVVTIj48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7CldlIGFyZSBkZXZlbG9waW5nIHRoZSBzb2x1dGlvbiBpbiBvdXIgc3lzdGVtLiA8YnI+ Ck9uZSBxdWVzdGlvbiBhYm91dCB0aGUgcmluZyB0dW5uZWwuIEZvciBvbmUgZGVzdGluYXRpb24g bm9kZSwgdGhlIHNvbHV0aW9uCm5lZWRzIHNldHVwIDQgZGlmZmVyZW50IHJpbmcgdHVubmVscywg MiBmb3Igd29ya2luZyBhbmQgMiBmb3IgcHJvdGVjdGlvbi4gTXkKc3VnZ2VzdGlvbiBpcyB0d28g dHVubmVscyBhcmUgZW5vdWdoLCBvbmUgZm9yIGNsb2Nrd2lzZSB3b3JraW5nIGFuZCBwcm90ZWN0 aW9uLAphbmQgdGhlIG90aGVyIGZvciBhbnRpLWNsb2Nrd2lzZSB3b3JraW5nIGFuZCBwcm90ZWN0 aW9uPzwvc3Bhbj48YnI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj5CZXN0IFJlZ2FyZHMhPGJyPkJv Ym88YnI+PC9zcGFuPjxicj4KCjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgogPHc6TGF0ZW50U3R5 bGVzIERlZkxvY2tlZFN0YXRlPSJmYWxzZSIgRGVmVW5oaWRlV2hlblVzZWQ9InRydWUiCiAgRGVm U2VtaUhpZGRlbj0idHJ1ZSIgRGVmUUZvcm1hdD0iZmFsc2UiIERlZlByaW9yaXR5PSI5OSIKICBM YXRlbnRTdHlsZUNvdW50PSIyNjciPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iMCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg UUZvcm1hdD0idHJ1ZSIgTmFtZT0iTm9ybWFsIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI5IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDEiLz4KICA8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRp bmcgMiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZv cm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAzIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDQiLz4KICA8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUi IE5hbWU9ImhlYWRpbmcgNSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA2Ii8+CiAgPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFk aW5nIDciLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFG b3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgOCIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA5Ii8+CiAg PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDEi Lz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0 b2MgMiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5h bWU9InRvYyAzIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIz OSIgTmFtZT0idG9jIDQiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjM5IiBOYW1lPSJ0b2MgNSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iMzkiIE5hbWU9InRvYyA2Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDciLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgOCIvPgogIDx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA5Ii8+CiAgPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzNSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iY2Fw dGlvbiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTAiIFNl bWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUi IE5hbWU9IlRpdGxlIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSIxIiBOYW1lPSJEZWZhdWx0IFBhcmFncmFwaCBGb250Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxMSIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3VidGl0bGUiLz4KICA8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIyIiBTZW1pSGlkZGVuPSJmYWxzZSIK ICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdHJvbmciLz4K ICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIwIiBTZW1pSGlkZGVu PSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJF bXBoYXNpcyIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTki IFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IlRhYmxl IEdyaWQiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJQbGFjZWhvbGRlciBUZXh0Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSIxIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJObyBTcGFjaW5nIi8+CiAgPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAg IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyIvPgogIDx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIgog ICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QiLz4KICA8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIi8+CiAgPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSIvPgogIDx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIgog ICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIiLz4KICA8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxz ZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIi8+CiAgPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFs c2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiIvPgogIDx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZh bHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEiLz4KICA8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJm YWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIi8+CiAg PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0i ZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyIvPgog IDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49 ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCIvPgogIDx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZh bHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmciLz4K ICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVu PSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0Ii8+ CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRl bj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCIv PgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRk ZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcg QWNjZW50IDEiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYx IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdo dCBMaXN0IEFjY2VudCAxIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTGlnaHQgR3JpZCBBY2NlbnQgMSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDEiLz4KICA8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAxIi8+CiAgPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFs c2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQg MSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IlJldmlzaW9uIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIzNCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg UUZvcm1hdD0idHJ1ZSIgTmFtZT0iTGlzdCBQYXJhZ3JhcGgiLz4KICA8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjI5IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJRdW90ZSIvPgogIDx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzAiIFNlbWlIaWRkZW49ImZhbHNlIgog ICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkludGVuc2UgUXVv dGUiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1p SGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlz dCAyIEFjY2VudCAxIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i TWVkaXVtIEdyaWQgMSBBY2NlbnQgMSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDEiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCAxIi8+CiAgPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAg IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCAxIi8+CiAgPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFs c2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2Nl bnQgMSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNl bWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVs IExpc3QgQWNjZW50IDEiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJDb2xvcmZ1bCBHcmlkIEFjY2VudCAxIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgMiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDIiLz4KICA8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAyIi8+CiAgPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFs c2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2Nl bnQgMiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNl bWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBT aGFkaW5nIDIgQWNjZW50IDIiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCAyIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMiIvPgogIDx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDIiLz4KICA8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxz ZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCAy Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhp ZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQg MyBBY2NlbnQgMiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NzAiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRh cmsgTGlzdCBBY2NlbnQgMiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDIiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCAyIi8+CiAgPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgMiIvPgogIDx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZh bHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50 IDMiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1p SGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0 IEFjY2VudCAzIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 MiIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgR3JpZCBBY2NlbnQgMyIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDMiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAzIi8+CiAgPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiCiAg IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMyIvPgog IDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49 ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNj ZW50IDMiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBT ZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g R3JpZCAxIEFjY2VudCAzIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMyIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDMiLz4KICA8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDMiLz4KICA8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCAzIi8+ CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRl bj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBB Y2NlbnQgMyIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMi IFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9y ZnVsIEdyaWQgQWNjZW50IDMiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA0Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgNCIvPgogIDx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDQiLz4KICA8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCA0Ii8+ CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRl bj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcg MiBBY2NlbnQgNCIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NjUiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBMaXN0IDEgQWNjZW50IDQiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA0Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgNCIvPgogIDx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIgogICBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDQiLz4KICA8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJm YWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2Vu dCA0Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2Vt aUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0 IEFjY2VudCA0Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MSIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29s b3JmdWwgU2hhZGluZyBBY2NlbnQgNCIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDQiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA0Ii8+CiAgPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAg IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgNSIvPgog IDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49 ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50 IDUiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1p SGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlk IEFjY2VudCA1Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 MyIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVk aXVtIFNoYWRpbmcgMSBBY2NlbnQgNSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDUiLz4KICA8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCA1Ii8+CiAgPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2Ui CiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgNSIv PgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRk ZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEg QWNjZW50IDUiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4 IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gR3JpZCAyIEFjY2VudCA1Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgNSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgNSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDUiLz4KICA8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxz ZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA1 Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhp ZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3Jp ZCBBY2NlbnQgNSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NjAiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ikxp Z2h0IFNoYWRpbmcgQWNjZW50IDYiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA2Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDYiLz4KICA8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxz ZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2Vu dCA2Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2Vt aUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExp c3QgMSBBY2NlbnQgNiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDYiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCA2Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgNiIvPgogIDx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIgog ICBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDYiLz4K ICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVu PSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50 IDYiLz4KICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1p SGlkZGVuPSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBT aGFkaW5nIEFjY2VudCA2Ii8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgNiIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDYiLz4KICA8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjE5IiBTZW1pSGlkZGVuPSJmYWxzZSIKICAgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdWJ0bGUgRW1waGFzaXMiLz4K ICA8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIxIiBTZW1pSGlkZGVu PSJmYWxzZSIKICAgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJ bnRlbnNlIEVtcGhhc2lzIi8+CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSIzMSIgU2VtaUhpZGRlbj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZv cm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIFJlZmVyZW5jZSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzIiIFNlbWlIaWRkZW49ImZhbHNlIgogICBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkludGVuc2UgUmVmZXJlbmNlIi8+ CiAgPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMyIgU2VtaUhpZGRl bj0iZmFsc2UiCiAgIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0i Qm9vayBUaXRsZSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MzciIE5hbWU9IkJpYmxpb2dyYXBoeSIvPgogIDx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMzkiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlRPQyBIZWFkaW5nIi8+CiA8L3c6 TGF0ZW50U3R5bGVzPgo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gMTBdPgo8c3R5 bGU+CiAvKiBTdHlsZSBEZWZpbml0aW9ucyAqLwogdGFibGUuTXNvTm9ybWFsVGFibGUKCXttc28t c3R5bGUtbmFtZTrG1c2ose248TsKCW1zby10c3R5bGUtcm93YmFuZC1zaXplOjA7Cgltc28tdHN0 eWxlLWNvbGJhbmQtc2l6ZTowOwoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7Cgltc28tc3R5bGUtcHJp b3JpdHk6OTk7Cgltc28tc3R5bGUtcWZvcm1hdDp5ZXM7Cgltc28tc3R5bGUtcGFyZW50OiIiOwoJ bXNvLXBhZGRpbmctYWx0OjBjbSA1LjRwdCAwY20gNS40cHQ7Cgltc28tcGFyYS1tYXJnaW46MGNt OwoJbXNvLXBhcmEtbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJbXNvLXBhZ2luYXRpb246d2lkb3ct b3JwaGFuOwoJZm9udC1zaXplOjEwLjVwdDsKCW1zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Cglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5 OkNhbGlicmk7Cgltc28tYXNjaWktdGhlbWUtZm9udDptaW5vci1sYXRpbjsKCW1zby1oYW5zaS1m b250LWZhbWlseTpDYWxpYnJpOwoJbXNvLWhhbnNpLXRoZW1lLWZvbnQ6bWlub3ItbGF0aW47Cglt c28tZm9udC1rZXJuaW5nOjEuMHB0O30KPC9zdHlsZT4KPCFbZW5kaWZdLS0+PC9kaXY+CiAJCSAJ ICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRtbD4= --_8de0b564-6887-4ce8-af9b-4f31c05c356e_-- From nobody Wed Mar 4 01:26:29 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96F881A1A59 for ; Wed, 4 Mar 2015 01:26:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.7 X-Spam-Level: X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_8BIT_HEADER=0.3, 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 HFZpPvZKlx10 for ; Wed, 4 Mar 2015 01:26:27 -0800 (PST) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (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 7DB831A1A57 for ; Wed, 4 Mar 2015 01:26:27 -0800 (PST) Received: by wggx13 with SMTP id x13so5096158wgg.4 for ; Wed, 04 Mar 2015 01:26:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=OCsqssH2e4m0yIjq5j2kx4azxjFjrFLPPYiBWc7yuMg=; b=RndYnJ247FLESvT/R50kAoUvh7bu48buGTEivBvKKAef1EiVeG24FTtq+WQmfEGi/e Yv1cZLjO/71h0xiuumjAO8wZLzuvb69RByjt1KhOaBKKZiN/46XgCqbqQfN6ShNEjK5W M5BeH0LyzVm1gSIu+BRHADPWenH+RgX1EbM4d66/wuxUxKSC+51xcEk7y/dpdmHsOs+h KMKQmJmntZDQq+V9wGs72w593Hk6cBiWzaMjyR12PUXyjoua2swSHp+mrhLj5j2FSfYH 3HbNQzW51Y6iMjj9y8fYQqmmKHgV818oOQKpcz+X1ckCo8vie6y5ih7TJOwszZmG98jI uYpg== X-Received: by 10.194.77.230 with SMTP id v6mr5987798wjw.25.1425461186181; Wed, 04 Mar 2015 01:26:26 -0800 (PST) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id y3sm5085424wju.14.2015.03.04.01.26.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Mar 2015 01:26:25 -0800 (PST) Message-ID: <54F6CFBE.7060000@gmail.com> Date: Wed, 04 Mar 2015 10:26:22 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: =?UTF-8?B?5pu+5bO75rOi?= , "mpls@ietf.org" References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 09:26:28 -0000 Hello Bobo, 曾峻波 您好, You wrote: > We are developing the solution in our system. Good to know that. > One question about the ring tunnel. For one destination node, the > solution needs setup 4 different ring tunnels, 2 for working and 2 for > protection. My suggestion is two tunnels are enough, one for clockwise > working and protection, and the other for anti-clockwise working and > protection? Did you take into account that the tunnels have to be bi-directional? Did you also take into account that for a clockwise working tunnel you have set up a anti-clockwise protection tunnel, and for an anti-clockwise working tunnel, a clockwise protection tunnel? Regards, Huub. -- ***************************************************************** 请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ · From nobody Wed Mar 4 03:52:23 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 760BE1A0181; Wed, 4 Mar 2015 03:52:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 vRfj4v34vN_A; Wed, 4 Mar 2015 03:52:17 -0800 (PST) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 811DE1A0204; Wed, 4 Mar 2015 03:52:16 -0800 (PST) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t24BqECY028872; Wed, 4 Mar 2015 11:52:14 GMT Received: from 950129200 (089144228235.atnat0037.highway.a1.net [89.144.228.235]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t24BqAQQ028791 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 4 Mar 2015 11:52:13 GMT From: "Adrian Farrel" To: "'Pete Resnick'" , "'The IESG'" References: <20150304055844.28715.26457.idtracker@ietfa.amsl.com> In-Reply-To: <20150304055844.28715.26457.idtracker@ietfa.amsl.com> Date: Wed, 4 Mar 2015 11:52:12 -0000 Message-ID: <00db01d05671$a9d89120$fd89b360$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKqQVTRk7y4G4HtUvRpNpndYOT25ZtYVmKQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21372.004 X-TM-AS-Result: No--12.508-10.0-31-10 X-imss-scan-details: No--12.508-10.0-31-10 X-TMASE-MatchedRID: 6otD/cJAac2I0KPyMNrNUr4V7RdTYmYBC/ExpXrHizyrzPs85fwUk9UK tDQSklYjqfx24DGhS770H7NjHbMoy9rx1weWCpUFwCZxkTHxccmC7C2rJeUToYie9XwPLRlo9E9 0YrG7b+PhDTNScWcW0hcS+1CLGLvJi46RDa/e7h7NRsyOiZyYytJ178I1tpklmHy7uaiMrL6Tms 1lZT23LUr0/AjnSlS1A/YE0wOW9A9+4nq3hjAv6NB8NYgsb0GpSg85P8ZMy4ZnnK6mXN72mxqew WA67a2GGs/M2fHJf9J3gZr7/TF6cMm5g98dkRtfp9ciXoJ/pWs0DPRHxcmMi5soi2XrUn/Jsuf7 RWbvUtyrusVRy4an8SAHAopEd76vXMnfh+6BJ4LkZRvjm1E+pIXN3cVEUNYtsw5mYG28FEGqh0M IE5K1Bw== Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-registry@ietf.org, draft-ietf-mpls-lsp-ping-registry.ad@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org, rcallon@juniper.net Subject: Re: [mpls] Pete Resnick's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 11:52:19 -0000 Hi Pete, Is that a windmill? Let me fetch your horse, Master. > It's not at all clear to me why this document is going for Standards > Track or why it updates 4379 and 6424, nor does the ballot nor = shepherd > writeup explain. It's creating a registry, which doesn't change the > protocol in either of those documents. Seems to me fine that it be > Informational, and that it doesn't update anything. I can't say I am bothered by Standards Track or Informational. I believe the thinking is that in order to modify a "standards action" = registry, it is necessary to conform to the requirements of "standards = action". I see no evidence for that belief other than that is how our = grandfathers always did it. OTOH, I don't actually see a big disadvantage to using Standards Track = especially given the other abuses we commit daily. Wrt Update: It seems to me that this document "fixes" something in 4379 and 6424. = Sure, it doesn't fix the any protocol details, but it does update what = they say. As much as anything, this is about metadata and cross links. = Fix *that* and we don't need Updates. > 2.2, 2.3, 2.4: >=20 > OLD > The registration policies [RFC5226] for this registry are: >=20 > 0-250 Standards Action > 251-254 Experimental > 255 Standards Action > NEW > The registration policies [RFC5226] for this registry is Standards > Action. >=20 > The registration policy for the entire registry is "Standards Action". > Within the registry itself, the values 251-254 should be marked > Experimental (which they are) and 255 should be marked Reserved (which = it > is), but that doesn't change the registration policy. Erm, well, I think "Experimental Use" is a 5226 allocation policy. But I agree with you that once allocations have been made (or reserved, = or whatever) then it doesn't make much sense to talk about the = allocation policy that applied. That said, if the IANA is content with this text, I would prefer just to = hang on to it. A From nobody Wed Mar 4 06:02:51 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56D301A1B4B; Wed, 4 Mar 2015 06:02:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 s5CWQ2RY2l3d; Wed, 4 Mar 2015 06:02:47 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 33B761A1B86; Wed, 4 Mar 2015 06:02:29 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304140229.9910.53685.idtracker@ietfa.amsl.com> Date: Wed, 04 Mar 2015 06:02:29 -0800 Archived-At: Cc: mpls mailing list , mpls chair , RFC Editor Subject: [mpls] Protocol Action: 'Updates to LDP for IPv6' to Proposed Standard (draft-ietf-mpls-ldp-ipv6-17.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 14:02:49 -0000 The IESG has approved the following document: - 'Updates to LDP for IPv6' (draft-ietf-mpls-ldp-ipv6-17.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Alia Atlas and Adrian Farrel. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-ipv6/ Technical Summary The LDP [RFC5036] specification defines procedures and messages for exchanging FEC-label bindings over either IPv4 or IPv6 or networks deploying both types of technologies (e.g. dual-stack networks). Although LDP is defined in RFC5036 so that it may be used over IPv4 and/or IPv6, RFC 5036 really does not really allow for interoperable implementations of LDP over IPv6. In this respect RFC 5036 is too under-specified to be implemented over IPv6. Consequently, this document list 7 deficiencies in RFC5036 (see the Introduction) that needs to be addressed to allow interoperable LDP implementations in IPv6 networks . The document and also specifies how these deficiencies should be addressed in regards to IPv6 usage. In general there can be said that RFC 5036 lack in detail, rules and procedures for using LDP in IPv6 enabled networks (IPv6-only or Dual-stack networks). This document corrects and clarifies the LDP behavior when IPv6 network is used (with or without IPv4). This document updates RFC 5036 and RFC 6720. Working Group Summary This document has a rather long history even though it is a document that is focused to address a limited scope of issues - some of the issues are in themselves of considerable complexity The first individual version of this draft was published in February 2008, it was well received, but the timing was a bit unfortunate: it was about the same time as the start of the MPLS-TP work and the MPLS WG was a bit swamped by a large number of MPLS-TP drafts. However, we had a good discussion on the list and the document was accepted as a working group document in November 2010. Followed by a good discussion, and the WGLC in Aug 2011 were uneventful due to the fact that issues had been addressed. However after reposting a new version there were some questions put to the working group and that generated further comments. One of these comments turned out to be hard to resolve given the disagreement between the authors and reviewers.. It had to do with the number of LDP Hello adjacencies needed to be kept and maintained on the receiver side between a pair LSRs with both IPv4 and IPv6 stacks, it took us quite a long time to resolve this. When we had the resolution we did a short working group last call on the changes that been introduced between the two working group last calls. This short WGLC call only received supportive comments. The document was agreed upon by all parties. However it would not be this document if we had not received a new set of comments outside the scope of the short working group last call. The comments were supportive and will improve the document. A new version was been posted addressing these comments. The document was returned to the WG and the authors due to comments during AD Evaluation and further late comments from the community. These comments were resolved and were verified in a further short WGLC. However there were comments claiming that "some" implementations were not RFC 5036 compatible and started to flap LDP sessions. In one case we have been able to verify that this was a temporary issue (i.e. a bug) that has been resolved. It was proposed that this document should be changed to support both RFC 5036 compatible and non-compatible implementations. The document shepherd and WG chairs believe that implementations should be RFC 5036 compatible and that there is no need to support non-compatible implementations. However, some text has been added to this document to address the comments. Maybe it wasn't a surprise that there were still more comments raised in the working group during IETF last call. These have been thoroughly discussed on the mailing list and the updated version has been confirmed by all as addressing the issues. Document Quality A mail has been sent to the working group asking for implementations. We are aware of at least two implementations of this draft. The key reviewers are all mentioned in the acknowledgment section. There are significant vendor and operator interest in this draft. No MIB Doctor or Media Type reviews are necessary. Personnel Loa Andersson is the Document Shepherd. Adrian Farrel is the responsible AD. From nobody Wed Mar 4 07:55:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DB391A8AD2; Wed, 4 Mar 2015 07:55:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.01 X-Spam-Level: X-Spam-Status: No, score=-7.01 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] 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 fDVn3UxYpac5; Wed, 4 Mar 2015 07:55:38 -0800 (PST) Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAF781A8AD8; Wed, 4 Mar 2015 07:55:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1425484538; x=1457020538; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=BB5MeNgSs/qizYMCezKptaXcV3oG4DhT9M2rWckT+gI=; b=sYhh6mMP8Sx0JfN4tawRZBbUpCS94b1a4EWWuQHEtVKF3QGbsNLQnWET 64aJAP910k1lxQ9L1m7cWd6KaS8RCdJs0gUz21etqHzMm0N+TAlBZAVgw V8L6DWk+4JpHuhaQ7WZbB/fExTWsn7MTwhvTyC7yFLip6XxIL9bVRDJ30 Y=; X-IronPort-AV: E=McAfee;i="5600,1067,7729"; a="198324791" Received: from ironmsg03-r.qualcomm.com ([172.30.46.17]) by wolverine02.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Mar 2015 07:55:37 -0800 X-IronPort-AV: E=Sophos;i="5.09,687,1418112000"; d="scan'208,217";a="863339104" Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by Ironmsg03-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 04 Mar 2015 07:55:37 -0800 Received: from resnick2.qualcomm.com (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.995.29; Wed, 4 Mar 2015 07:55:35 -0800 Message-ID: <54F72AF6.1010608@qti.qualcomm.com> Date: Wed, 4 Mar 2015 09:55:34 -0600 From: Pete Resnick User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4 MIME-Version: 1.0 To: References: <20150304055844.28715.26457.idtracker@ietfa.amsl.com> <00db01d05671$a9d89120$fd89b360$@olddog.co.uk> In-Reply-To: <00db01d05671$a9d89120$fd89b360$@olddog.co.uk> Content-Type: multipart/alternative; boundary="------------000504010003080008090905" X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: NASANEXM01C.na.qualcomm.com (10.85.0.83) To NASANEXM01F.na.qualcomm.com (10.85.0.32) Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-registry@ietf.org, draft-ietf-mpls-lsp-ping-registry.ad@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org, 'The IESG' , rcallon@juniper.net Subject: Re: [mpls] Pete Resnick's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 15:55:40 -0000 --------------000504010003080008090905 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 3/4/15 5:52 AM, Adrian Farrel wrote: > Is that a windmill? > Let me fetch your horse, Master. > "Finally, from so little sleeping and so much reading, his brain dried up and he went completely out of his mind." -- Cervantes >> It's not at all clear to me why this document is going for Standards >> Track or why it updates 4379 and 6424, nor does the ballot nor shepherd >> writeup explain. It's creating a registry, which doesn't change the >> protocol in either of those documents. Seems to me fine that it be >> Informational, and that it doesn't update anything. >> > I can't say I am bothered by Standards Track or Informational. > I think I was more bothered by the question not being answered in the shepherd writeup (that's a poke, Ross ;-) ) than the result. You will note that this is not something I was inclined to DISCUSS. > I believe the thinking is that in order to modify a "standards action" registry, it is necessary to conform to the requirements of "standards action". > I see no evidence for that belief other than that is how our grandfathers always did it. > Yep. > OTOH, I don't actually see a big disadvantage to using Standards Track especially given the other abuses we commit daily. > "Doctor, it hurts when I do this." > Wrt Update: > It seems to me that this document "fixes" something in 4379 and 6424. Sure, it doesn't fix the any protocol details, but it does update what they say. As much as anything, this is about metadata and cross links. Fix *that* and we don't need Updates. > Yep. Tools makes rules. So, totally understood. Windmill tilted at. We can move on. >> 2.2, 2.3, 2.4: >> >> OLD >> The registration policies [RFC5226] for this registry are: >> >> 0-250 Standards Action >> 251-254 Experimental >> 255 Standards Action >> NEW >> The registration policies [RFC5226] for this registry is Standards >> Action. >> >> The registration policy for the entire registry is "Standards Action". >> Within the registry itself, the values 251-254 should be marked >> Experimental (which they are) and 255 should be marked Reserved (which it >> is), but that doesn't change the registration policy. >> > Erm, well, I think "Experimental Use" is a 5226 allocation policy. > Allocation policies are per registry, not per registry entry. They indicate how things get into the registry. > But I agree with you that once allocations have been made (or reserved, or whatever) then it doesn't make much sense to talk about the allocation policy that applied. > > That said, if the IANA is content with this text, I would prefer just to hang on to it. > Luckily for us, IANA is content with all sorts of things. pr -- Pete Resnick Qualcomm Technologies, Inc. - +1 (858)651-4478 --------------000504010003080008090905 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 3/4/15 5:52 AM, Adrian Farrel wrote: 
Is that a windmill?
Let me fetch your horse, Master.

"Finally, from so little sleeping and so much reading, his brain dried up and he went completely out of his mind." -- Cervantes

It's not at all clear to me why this document is going for Standards
Track or why it updates 4379 and 6424, nor does the ballot nor shepherd
writeup explain. It's creating a registry, which doesn't change the
protocol in either of those documents. Seems to me fine that it be
Informational, and that it doesn't update anything.
    
I can't say I am bothered by Standards Track or Informational.

I think I was more bothered by the question not being answered in the shepherd writeup (that's a poke, Ross ;-) ) than the result. You will note that this is not something I was inclined to DISCUSS.

I believe the thinking is that in order to modify a "standards action" registry, it is necessary to conform to the requirements of "standards action".
I see no evidence for that belief other than that is how our grandfathers always did it.

Yep.

OTOH, I don't actually see a big disadvantage to using Standards Track especially given the other abuses we commit daily.

"Doctor, it hurts when I do this."

Wrt Update:
It seems to me that this document "fixes" something in 4379 and 6424. Sure, it doesn't fix the any protocol details, but it does update what they say. As much as anything, this is about metadata and cross links. Fix *that* and we don't need Updates.

Yep. Tools makes rules.

So, totally understood. Windmill tilted at. We can move on.

2.2, 2.3, 2.4:

OLD
   The registration policies [RFC5226] for this registry are:

      0-250    Standards Action
    251-254    Experimental
        255    Standards Action
NEW
   The registration policies [RFC5226] for this registry is Standards
   Action.

The registration policy for the entire registry is "Standards Action".
Within the registry itself, the values 251-254 should be marked
Experimental (which they are) and 255 should be marked Reserved (which it
is), but that doesn't change the registration policy.
    
Erm, well, I think "Experimental Use" is a 5226 allocation policy.

Allocation policies are per registry, not per registry entry. They indicate how things get into the registry.

But I agree with you that once allocations have been made (or reserved, or whatever) then it doesn't make much sense to talk about the allocation policy that applied.

That said, if the IANA is content with this text, I would prefer just to hang on to it.

Luckily for us, IANA is content with all sorts of things.

pr
-- 
Pete Resnick <http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478
--------------000504010003080008090905-- From nobody Wed Mar 4 08:21:48 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF4E81A9073; Wed, 4 Mar 2015 08:21:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 gqsep3iWjAdz; Wed, 4 Mar 2015 08:21:40 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A40381A906B; Wed, 4 Mar 2015 08:21:37 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t24GLYQw021310; Wed, 4 Mar 2015 16:21:34 GMT Received: from 950129200 (089144208136.atnat0017.highway.a1.net [89.144.208.136]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t24GLSxx021191 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 4 Mar 2015 16:21:32 GMT From: "Adrian Farrel" To: "'Pete Resnick'" References: <20150304055844.28715.26457.idtracker@ietfa.amsl.com> <00db01d05671$a9d89120$fd89b360$@olddog.co.uk> <54F72AF6.1010608@qti.qualcomm.com> In-Reply-To: <54F72AF6.1010608@qti.qualcomm.com> Date: Wed, 4 Mar 2015 16:21:30 -0000 Message-ID: <01f101d05697$49bdcb90$dd3962b0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKqQVTRk7y4G4HtUvRpNpndYOT25QLmKBKvAeSHQFKbMlSGQA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21374.000 X-TM-AS-Result: No--8.324-10.0-31-10 X-imss-scan-details: No--8.324-10.0-31-10 X-TMASE-MatchedRID: oTBA/+sdKaY4HKI/yaqRm1R19am89WQ1JgS7fXP2kcIsugxReYWqZlLI dultb3dlW5yCgZB+gAlj4wIErY/Mx/PnSD6On2CewCZxkTHxcclQCOsAlaxN74KwF4K/wIz9k3O ulYLXl808iXN/aNlK7noKjxSEH/bhsxI2i+t+frX/qzY3nrRvjofGLZ++QpQz8GcWhSV/q9WrrZ ChRqncjFX6OrNnC6BQirIZeZJH/uoq3qeuMgdwCJ4CIKY/Hg3AtOt1ofVlaoKm8jxRk5/juNRnE QCUU+jzjoczmuoPCq1FcRUFL+2iTU3UHvjxRqssvgLpYmhRZHO52mB/BZ3eDJe0Y4s5RFetQwym txuJ6y0= Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-registry@ietf.org, draft-ietf-mpls-lsp-ping-registry.ad@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org, 'The IESG' , rcallon@juniper.net Subject: Re: [mpls] Pete Resnick's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:21:47 -0000 >>> 2.2, 2.3, 2.4: >>> >>>OLD >>> The registration policies [RFC5226] for this registry are: >>> >>> 0-250 Standards Action >>> 251-254 Experimental >>> 255 Standards Action >>>NEW >>> The registration policies [RFC5226] for this registry is Standards >>> Action. >>> >>>The registration policy for the entire registry is "Standards Action". >>Within the registry itself, the values 251-254 should be marked >>>Experimental (which they are) and 255 should be marked Reserved (which it >>>is), but that doesn't change the registration policy. >> >>Erm, well, I think "Experimental Use" is a 5226 allocation policy. > > Allocation policies are per registry, not per registry entry. Are they now? So when a registry is broken into ranges of Standards Action, and FCFS, and Experimental Use, and Private Use, would you say this has broken 5226 or created multiple registries? For example (at random) http://www.iana.org/assignments/rsvp-parameters/rsvp-parameters.xhtml#rsvp-param eters-4 > They indicate > how things get into the registry. That they most surely do. > But I agree with you that once allocations have been made (or reserved, > or whatever) then it doesn't make much sense to talk about the allocation > policy that applied. > > That said, if the IANA is content with this text, I would prefer just to hang > on to it. Luckily for us, IANA is content with all sorts of things. That's why they get the big bucks. A From nobody Wed Mar 4 08:54:33 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C3BF1A90BE; Wed, 4 Mar 2015 08:54:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 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, 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 v6qcFHYWNF2W; Wed, 4 Mar 2015 08:54:27 -0800 (PST) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DF941A90DA; Wed, 4 Mar 2015 08:54:11 -0800 (PST) Received: by lbiv13 with SMTP id v13so26956685lbi.1; Wed, 04 Mar 2015 08:54:10 -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=IBC80dHJ6IOH7gkY0qBdxkz5y9tGCtgDZxE3tHRjJ2I=; b=X3rZcecyCdBLSSnmEfsJ84FZTaOCvoydRdRseRF9HjeHo3dgWwe+xioByW8Q2eELIC YE5X8bRHAR0/nLRgd2HhK4yKl0N5du5bXvRhSG9dptrhnbt8JApSOtB5bRXHnnsBkw/O fplE+owEwZXlMyngJpr152mkIB8RoXvNg9dOBKE//2JL8/PBaxiOzyLuQesvpku2nzuM MYJka3NeLckcSje/l3JLfgEpL2rVcrEQG2BzwB8FRr4PnxhCsn+DBTQuLsV2ruQeitMC 34IFM4tkoyvyw2PIhvw+6nNrlDhpkgCTJpMV59tnr/xgKPIqSsOe8gLNtkAzbzVDA6oA Jjkw== MIME-Version: 1.0 X-Received: by 10.152.5.194 with SMTP id u2mr4352873lau.88.1425488050072; Wed, 04 Mar 2015 08:54:10 -0800 (PST) Sender: barryleiba@gmail.com Received: by 10.152.127.165 with HTTP; Wed, 4 Mar 2015 08:54:09 -0800 (PST) In-Reply-To: <01f101d05697$49bdcb90$dd3962b0$@olddog.co.uk> References: <20150304055844.28715.26457.idtracker@ietfa.amsl.com> <00db01d05671$a9d89120$fd89b360$@olddog.co.uk> <54F72AF6.1010608@qti.qualcomm.com> <01f101d05697$49bdcb90$dd3962b0$@olddog.co.uk> Date: Wed, 4 Mar 2015 17:54:09 +0100 X-Google-Sender-Auth: MP7dyb9VT1JqgZ1lvund9yH50nY Message-ID: From: Barry Leiba To: adrian@olddog.co.uk Content-Type: text/plain; charset=ISO-8859-1 Archived-At: Cc: "mpls@ietf.org" , draft-ietf-mpls-lsp-ping-registry@ietf.org, Pete Resnick , draft-ietf-mpls-lsp-ping-registry.ad@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org, The IESG , Ross Callon Subject: Re: [mpls] Pete Resnick's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:54:29 -0000 >> Allocation policies are per registry, not per registry entry. > > Are they now? > So when a registry is broken into ranges of Standards Action, and FCFS, and > Experimental Use, and Private Use, would you say this has broken 5226 or created > multiple registries? I think that's not the same. In this case, you don't have a range that's allocated using the "Experimental" policy. You have a range that's already assigned to experimental use. On the other hand, I'll point out to Pete that "Experimental Use" and "Private Use" in 5226 aren't really registration policies anyway. They're listed with policies, but are written as *usage* policies, not *registration* policies. There's also a separate "Experimental" usage label (see Section 4). Maybe when I actually get to dealing with the comments on 5226bis (I've been putting it off) I'll address this. In any case, I agree with Adrian that there's no issue here, either way you slice it. Barry From nobody Wed Mar 4 13:05:24 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3CD21A1C03; Wed, 4 Mar 2015 13:05:19 -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, TVD_SPACE_RATIO=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 CAnZQC8TpC1Y; Wed, 4 Mar 2015 13:05:18 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C28D71ACF56; Wed, 4 Mar 2015 13:05:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304210514.2553.47172.idtracker@ietfa.amsl.com> Date: Wed, 04 Mar 2015 13:05:14 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 21:05:19 -0000 IANA action state changed to RFC-Ed-Ack ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-oam-ipv6-rao/ From nobody Wed Mar 4 13:05:25 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id E12C01A8949; Wed, 4 Mar 2015 13:05:19 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3CD21A1C03; Wed, 4 Mar 2015 13:05:19 -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, TVD_SPACE_RATIO=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 CAnZQC8TpC1Y; Wed, 4 Mar 2015 13:05:18 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C28D71ACF56; Wed, 4 Mar 2015 13:05:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150304210514.2553.47172.idtracker@ietfa.amsl.com> Date: Wed, 04 Mar 2015 13:05:14 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 21:05:20 -0000 IANA action state changed to RFC-Ed-Ack ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-oam-ipv6-rao/ From nobody Wed Mar 4 17:19:23 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CDB11ACD7E; Wed, 4 Mar 2015 17:19:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=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 O6RQlAabeXU5; Wed, 4 Mar 2015 17:19:18 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 55B401ACD7D; Wed, 4 Mar 2015 17:19:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Spencer Dawkins" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150305011918.11626.93454.idtracker@ietfa.amsl.com> Date: Wed, 04 Mar 2015 17:19:18 -0800 Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-registry@ietf.org, draft-ietf-mpls-lsp-ping-registry.ad@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org, rcallon@juniper.net Subject: [mpls] Spencer Dawkins' No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 01:19:19 -0000 Spencer Dawkins has entered the following ballot position for draft-ietf-mpls-lsp-ping-registry-02: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Pete's comments make perfect sense to me. From nobody Wed Mar 4 17:58:53 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E034A1A892C; Wed, 4 Mar 2015 17:58:49 -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 vIVxVcI_IdVQ; Wed, 4 Mar 2015 17:58:47 -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 D35081AD06A; Wed, 4 Mar 2015 17:58:46 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTH19146; Thu, 05 Mar 2015 01:58:45 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 5 Mar 2015 01:58:44 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Thu, 5 Mar 2015 09:58:39 +0800 From: Xuxiaohu To: Ron Parker , "sfc@ietf.org" , "" , "mpls@ietf.org" Thread-Topic: [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt Thread-Index: AQHQVpoBw/osczeJOECv3v/Yp11/SZ0NHpTQ Date: Thu, 5 Mar 2015 01:58:39 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830FC8E@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830F7C0@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 01:58:50 -0000 Hi Ron, Thanks a lot for your insightful comments and suggestions. By the way, in t= he case where there is no need to deliver metadata, does it mean the NSH ju= st only needs to be contained the packets exchanged between SFFs and SFs? I= n other words, the NSH is used as a way for the SFF to retrieve the label s= tack which has been stripped by that SFF before. Best regards, Xiaohu=20 > -----Original Message----- > From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] > Sent: Thursday, March 05, 2015 12:41 AM > To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org > Subject: RE: [sfc] New Version Notification for > draft-xu-sfc-using-mpls-spring-02.txt >=20 > Xiaohu, >=20 > I read your latest draft and I do see the elegance of describing a sequen= ce of > must-visit nodes as a stack of MPLS labels. And I see that you've addre= ssed > the transport-independence requirement by stating that the MPLS frames co= uld > be carried within IP tunnels (i.e., MPLS in UDP, etc.). But, I have a = couple of > issues that I suggest be addressed. >=20 > First, the text is written as if the NSH header is optional and present o= nly if > metadata is required. The SFC architecture is such that the NSH is > mandatory. I think this issue can be combined with the second issue tha= t I'll > raise below. >=20 > Second, the notion is that the SFF's strip the label stack and then resto= re the > label stack. And since the text states that even when NSH is present, = the SFP > ID is not used, the only remaining basis to do this is flow learning in t= he SFF. > While I think there are many reasons that may cause SFF's to utilize flow > learning advantageously, it should not be a fundamental necessity to real= ize an > SFF, IMO. But even if the SFF is a flow learner, this is still inadequa= te since the > SF may change the 5-tuple (e.g., NAT) or may launch internally generated = flows > (e.g., HTTP proxy). Both cases could not be satisfied by flow learning. >=20 > What I suggest, instead, is a tighter coupling between the NSH header and= the > MPLS label stack. That there be a 1:1 equivalency between {SFP ID, SFP = hop > index} and the label stack. Thus, when the SFC-aware SF returns a packe= t to > the SFF, the {SFP ID, SFP hop index} contained in the NSH be used to push= the > appropriate label stack onto the packet. I believe this would bring th= e > approach into conformance with the SFC architectural requirements > (mandatory NSH, transport independence) and would solve the problems with > flow learning identified above. >=20 > Ron >=20 >=20 >=20 > -----Original Message----- > From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Xuxiaohu > Sent: Tuesday, March 3, 2015 11:10 PM > To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org > Subject: Re: [sfc] New Version Notification for > draft-xu-sfc-using-mpls-spring-02.txt >=20 > The rationales for leveraging the MPLS-SPRING mechanism to realize the se= rvice > path layer functionality of the service function chaining are as follows: >=20 > 1) eliminate the SFC/SFP states on SFFs. This follows the same logic as > MPLS-SPRING and BIER. > 2) utilize the existing encapsulation (e.g., the MPLS-SPRING) to a maximu= m > extent. This follows the Transport Derived SFF concept as described in Se= ction > 4.3.1 of draft-ietf-sfc-architecture. Meanwhile, this is aligned with the= current > SFC charter, e.g., "...The working group will consider using an existing > encapsulation (with extensions as appropriate) if a suitable candidate is= found..." > 3) seamlessly support the SFC in a multi-tenant environment (e.g., MPLS V= PN). > For example, the MPLS VPN packet (containing metadata) could be further > imposed with a label stack which indicates an SFC or SFP associated with = that > packet. SFFs receiving the above packet would strip the whole label stack= and > then send the payload of the MPLS packet (with metadata) to the correspon= ding > SFs which are tenant-aware and therefore easily could determine the tenan= t > profile according to the tenant info contained in the metadata (a.k.a., t= he NSH). >=20 > Best regards, > Xiaohu >=20 >=20 > > -----Original Message----- > > From: Xuxiaohu > > Sent: Wednesday, March 04, 2015 11:31 AM > > To: sfc@ietf.org; ''; mpls@ietf.org > > Subject: FW: New Version Notification for > > draft-xu-sfc-using-mpls-spring-02.txt > > > > Hi all, > > > > This document describes how to leverage the MPLS-based source routing > > (i.e., > > MPLS-SPRING) mechanism as developed by the SPRING WG to realize the > > service path layer functionality of the service function chaining. In > > addition, this document also describes how to carry metadata in an > > MPLS packet by using the NSH as a metadata container. > > > > Any comments are suggestions are welcome. > > > > Best regards, > > Xiaohu > > > > > -----Original Message----- > > > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > > > Sent: Wednesday, March 04, 2015 11:24 AM > > > To: Lizhenbin; Luis M. Contreras; Xuxiaohu; Himanshu C. Shah; > > > Xuxiaohu; Himanshu Shah; Luis M. Contreras; Lizhenbin > > > Subject: New Version Notification for > > > draft-xu-sfc-using-mpls-spring-02.txt > > > > > > > > > A new version of I-D, draft-xu-sfc-using-mpls-spring-02.txt > > > has been successfully submitted by Xiaohu Xu and posted to the IETF > > repository. > > > > > > Name: draft-xu-sfc-using-mpls-spring > > > Revision: 02 > > > Title: Service Function Chaining Using MPLS-SPRING > > > Document date: 2015-03-03 > > > Group: Individual Submission > > > Pages: 8 > > > URL: > > > http://www.ietf.org/internet-drafts/draft-xu-sfc-using-mpls-spring-02= . > > > txt > > > Status: > > > https://datatracker.ietf.org/doc/draft-xu-sfc-using-mpls-spring/ > > > Htmlized: > http://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-02 > > > Diff: > > > http://www.ietf.org/rfcdiff?url2=3Ddraft-xu-sfc-using-mpls-spring-02 > > > > > > Abstract: > > > Source Packet Routing in Networking (SPRING) WG specifies a specia= l > > > source routing mechanism. Such source routing mechanism can be > > > leveraged to realize the service path layer functionality of the > > > service function chaining (i.e, steering traffic through a particu= lar > > > service function path) by encoding the service function path or th= e > > > service function chain information as the explicit path informatio= n. > > > This document describes how to leverage the MPLS-based source > routing > > > mechanism as developed by the SPRING WG to realize the service pat= h > > > layer functionality of the service function chaining. > > > > > > > > > > > > > > > Please note that it may take a couple of minutes from the time of > > > submission until the htmlized version and diff are available at tools= .ietf.org. > > > > > > The IETF Secretariat >=20 > _______________________________________________ > sfc mailing list > sfc@ietf.org > https://www.ietf.org/mailman/listinfo/sfc From nobody Wed Mar 4 23:31:00 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E19F1B2A24 for ; Wed, 4 Mar 2015 23:30:53 -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 NxNreH9uO3pS for ; Wed, 4 Mar 2015 23:30:48 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CC6C1B2A12 for ; Wed, 4 Mar 2015 23:30:48 -0800 (PST) Received: from [192.168.1.12] (unknown [49.149.203.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 910B318013C8; Thu, 5 Mar 2015 08:30:45 +0100 (CET) Message-ID: <54F80620.8050203@pi.nu> Date: Thu, 05 Mar 2015 15:30:40 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-kini-mpls-spring-entropy-label@tools.ietf.org" , "" Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] New working group document. X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 07:30:53 -0000 Working Group, Around the IETF meeting in Honolulu we did an adoption poll on draft-kini-mpls-spring-entropy-label. There were very strong support to adopt the document. At the same time we have a comment from the MPLS-RT review that had not been addressed. This comment was of such a nature that we found it necessary to address before making it a wg document. The WG chairs closed the adoption poll, but also decided that once we see the update and have the acknowledgement from the MPLS-RT reviewer we would send out the mail on adoption. We now have both, could the authors therefore re-post the draft as draft-ietf-mpls-spring-entropy-label-00, without any other changes than date, file name and version number. /Loa for the MPLS wg chairs -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 5 07:09:10 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECBFC1A0105; Thu, 5 Mar 2015 07:09:08 -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] 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 KghNuQ2pi9Xt; Thu, 5 Mar 2015 07:09:07 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A3F731A00EC; Thu, 5 Mar 2015 07:09:07 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Barry Leiba" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150305150907.8978.43455.idtracker@ietfa.amsl.com> Date: Thu, 05 Mar 2015 07:09:07 -0800 Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-registry@ietf.org, draft-ietf-mpls-lsp-ping-registry.ad@ietf.org, mpls-chairs@ietf.org, draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org, rcallon@juniper.net Subject: [mpls] Barry Leiba's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 15:09:09 -0000 Barry Leiba has entered the following ballot position for draft-ietf-mpls-lsp-ping-registry-02: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Pete's comments make perfect sense to me, too. That said, I think Section 2.2 is not wrong and not confusing the way it is, so it's not a big deal either way (if I had to be picky, I'd say that with respect to the specification of the registration policy at the top of the section, 5226 uses "Experimental Use", not "Experimental" ("Experimental" is for labelling the code points, as later in the section); but I would never be so picky). From nobody Thu Mar 5 07:11:03 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAB181A00EC; Thu, 5 Mar 2015 07:10:59 -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 qlKyDUltsugV; Thu, 5 Mar 2015 07:10:57 -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 109DF1A00F1; Thu, 5 Mar 2015 07:10:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8573; q=dns/txt; s=iport; t=1425568257; x=1426777857; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=oykqFIs/7z0IUbL4Zfge2fnvrLkbijJ8j+4/0RRCxIw=; b=OcZwpPckK91gkQtPgYiChwvcZpxFqJn/Hukiw4Y+NirTIc5vgoU4Lzep lhfgmCXNMhT2rWoEhGi7sqj5kdm8sXNVxyjUO1snlCLhlHWmlc+8ncno9 l0uDVX5cQkvIIOBA3+GtSNx8jmI04kPrLU0MqosUr/gSukgAQigoafToe U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AWBQCicfhU/5RdJa1agwZSVQUEwSgKhXECgTZNAQEBAQEBfIQPAQEBBAEBATctBgEJAgwEAgEIEQEDAQEBHgkHJwsUAwYIAgQBDQUJC4gbCAXXYgEBAQEBAQEBAQEBAQEBAQEBAQEBAReLFIRDKwcCBIQlBZAFg2OFaoEaOYJtglOJGYNAI4IHF4FQb4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.11,347,1422921600"; d="scan'208";a="129239855" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-4.cisco.com with ESMTP; 05 Mar 2015 15:10:55 +0000 Received: from xhc-aln-x03.cisco.com (xhc-aln-x03.cisco.com [173.36.12.77]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t25FAtoT016526 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Mar 2015 15:10:55 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.159]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.03.0195.001; Thu, 5 Mar 2015 09:10:55 -0600 From: "Jim Guichard (jguichar)" To: Ron Parker , Xuxiaohu Thread-Topic: [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt Thread-Index: AQHQVpoI7gzyPgBE9Ui3i2CAn8f8sZ0Nhy2AgAAGBICAAIOCAA== Date: Thu, 5 Mar 2015 15:10:55 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830F7C0@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830FC8E@NKGEML512-MBS.china.huawei.com> <34ECE28B-F7AB-4FB9-9CE1-06289FB739B4@affirmednetworks.com> In-Reply-To: <34ECE28B-F7AB-4FB9-9CE1-06289FB739B4@affirmednetworks.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [10.98.43.182] Content-Type: text/plain; charset="us-ascii" Content-ID: <486F6B61E57C4B4598F57B2215D99590@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "" , "sfc@ietf.org" Subject: Re: [mpls] [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 15:11:00 -0000 Hi Xiaohu, Thomas and I read your latest draft and believe that you will need to take it to the MPLS WG as a first step. There are a number of things within the document that may require changes to the base MPLS architecture and the SFC WG is not the right community to address those. Given this we will not be able to consider this document in the SFC WG without agreement from the broader MPLS community. Regards, Jim & Thomas On 3/4/15, 9:20 PM, "Ron Parker" wrote: >I think it needs to be there between SFF's, too. In the case where there >is no metadata, you could argue that the data in NSH and the label stack >are redundantly saying the same thing, but an optimization along these >lines would not be justified, IMO. > > Ron > > >> On Mar 4, 2015, at 8:58 PM, Xuxiaohu wrote: >>=20 >> Hi Ron, >>=20 >> Thanks a lot for your insightful comments and suggestions. By the way, >>in the case where there is no need to deliver metadata, does it mean the >>NSH just only needs to be contained the packets exchanged between SFFs >>and SFs? In other words, the NSH is used as a way for the SFF to >>retrieve the label stack which has been stripped by that SFF before. >>=20 >> Best regards, >> Xiaohu=20 >>=20 >>> -----Original Message----- >>> From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] >>> Sent: Thursday, March 05, 2015 12:41 AM >>> To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org >>> Subject: RE: [sfc] New Version Notification for >>> draft-xu-sfc-using-mpls-spring-02.txt >>>=20 >>> Xiaohu, >>>=20 >>> I read your latest draft and I do see the elegance of describing a >>>sequence of >>> must-visit nodes as a stack of MPLS labels. And I see that you've >>>addressed >>> the transport-independence requirement by stating that the MPLS frames >>>could >>> be carried within IP tunnels (i.e., MPLS in UDP, etc.). But, I have >>>a couple of >>> issues that I suggest be addressed. >>>=20 >>> First, the text is written as if the NSH header is optional and >>>present only if >>> metadata is required. The SFC architecture is such that the NSH is >>> mandatory. I think this issue can be combined with the second issue >>>that I'll >>> raise below. >>>=20 >>> Second, the notion is that the SFF's strip the label stack and then >>>restore the >>> label stack. And since the text states that even when NSH is >>>present, the SFP >>> ID is not used, the only remaining basis to do this is flow learning >>>in the SFF. >>> While I think there are many reasons that may cause SFF's to utilize >>>flow >>> learning advantageously, it should not be a fundamental necessity to >>>realize an >>> SFF, IMO. But even if the SFF is a flow learner, this is still >>>inadequate since the >>> SF may change the 5-tuple (e.g., NAT) or may launch internally >>>generated flows >>> (e.g., HTTP proxy). Both cases could not be satisfied by flow >>>learning. >>>=20 >>> What I suggest, instead, is a tighter coupling between the NSH header >>>and the >>> MPLS label stack. That there be a 1:1 equivalency between {SFP ID, >>>SFP hop >>> index} and the label stack. Thus, when the SFC-aware SF returns a >>>packet to >>> the SFF, the {SFP ID, SFP hop index} contained in the NSH be used to >>>push the >>> appropriate label stack onto the packet. I believe this would bring >>>the >>> approach into conformance with the SFC architectural requirements >>> (mandatory NSH, transport independence) and would solve the problems >>>with >>> flow learning identified above. >>>=20 >>> Ron >>>=20 >>>=20 >>>=20 >>> -----Original Message----- >>> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Xuxiaohu >>> Sent: Tuesday, March 3, 2015 11:10 PM >>> To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org >>> Subject: Re: [sfc] New Version Notification for >>> draft-xu-sfc-using-mpls-spring-02.txt >>>=20 >>> The rationales for leveraging the MPLS-SPRING mechanism to realize the >>>service >>> path layer functionality of the service function chaining are as >>>follows: >>>=20 >>> 1) eliminate the SFC/SFP states on SFFs. This follows the same logic as >>> MPLS-SPRING and BIER. >>> 2) utilize the existing encapsulation (e.g., the MPLS-SPRING) to a >>>maximum >>> extent. This follows the Transport Derived SFF concept as described in >>>Section >>> 4.3.1 of draft-ietf-sfc-architecture. Meanwhile, this is aligned with >>>the current >>> SFC charter, e.g., "...The working group will consider using an >>>existing >>> encapsulation (with extensions as appropriate) if a suitable candidate >>>is found..." >>> 3) seamlessly support the SFC in a multi-tenant environment (e.g., >>>MPLS VPN). >>> For example, the MPLS VPN packet (containing metadata) could be further >>> imposed with a label stack which indicates an SFC or SFP associated >>>with that >>> packet. SFFs receiving the above packet would strip the whole label >>>stack and >>> then send the payload of the MPLS packet (with metadata) to the >>>corresponding >>> SFs which are tenant-aware and therefore easily could determine the >>>tenant >>> profile according to the tenant info contained in the metadata >>>(a.k.a., the NSH). >>>=20 >>> Best regards, >>> Xiaohu >>>=20 >>>=20 >>>> -----Original Message----- >>>> From: Xuxiaohu >>>> Sent: Wednesday, March 04, 2015 11:31 AM >>>> To: sfc@ietf.org; ''; mpls@ietf.org >>>> Subject: FW: New Version Notification for >>>> draft-xu-sfc-using-mpls-spring-02.txt >>>>=20 >>>> Hi all, >>>>=20 >>>> This document describes how to leverage the MPLS-based source routing >>>> (i.e., >>>> MPLS-SPRING) mechanism as developed by the SPRING WG to realize the >>>> service path layer functionality of the service function chaining. In >>>> addition, this document also describes how to carry metadata in an >>>> MPLS packet by using the NSH as a metadata container. >>>>=20 >>>> Any comments are suggestions are welcome. >>>>=20 >>>> Best regards, >>>> Xiaohu >>>>=20 >>>>> -----Original Message----- >>>>> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] >>>>> Sent: Wednesday, March 04, 2015 11:24 AM >>>>> To: Lizhenbin; Luis M. Contreras; Xuxiaohu; Himanshu C. Shah; >>>>> Xuxiaohu; Himanshu Shah; Luis M. Contreras; Lizhenbin >>>>> Subject: New Version Notification for >>>>> draft-xu-sfc-using-mpls-spring-02.txt >>>>>=20 >>>>>=20 >>>>> A new version of I-D, draft-xu-sfc-using-mpls-spring-02.txt >>>>> has been successfully submitted by Xiaohu Xu and posted to the IETF >>>> repository. >>>>>=20 >>>>> Name: draft-xu-sfc-using-mpls-spring >>>>> Revision: 02 >>>>> Title: Service Function Chaining Using MPLS-SPRING >>>>> Document date: 2015-03-03 >>>>> Group: Individual Submission >>>>> Pages: 8 >>>>> URL: >>>>>=20 >>>>>http://www.ietf.org/internet-drafts/draft-xu-sfc-using-mpls-spring-02. >>>>> txt >>>>> Status: >>>>> https://datatracker.ietf.org/doc/draft-xu-sfc-using-mpls-spring/ >>>>> Htmlized: >>> http://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-02 >>>>> Diff: >>>>> http://www.ietf.org/rfcdiff?url2=3Ddraft-xu-sfc-using-mpls-spring-02 >>>>>=20 >>>>> Abstract: >>>>> Source Packet Routing in Networking (SPRING) WG specifies a special >>>>> source routing mechanism. Such source routing mechanism can be >>>>> leveraged to realize the service path layer functionality of the >>>>> service function chaining (i.e, steering traffic through a >>>>>particular >>>>> service function path) by encoding the service function path or the >>>>> service function chain information as the explicit path >>>>>information. >>>>> This document describes how to leverage the MPLS-based source >>> routing >>>>> mechanism as developed by the SPRING WG to realize the service path >>>>> layer functionality of the service function chaining. >>>>>=20 >>>>>=20 >>>>>=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 >>>>> The IETF Secretariat >>>=20 >>> _______________________________________________ >>> sfc mailing list >>> sfc@ietf.org >>> https://www.ietf.org/mailman/listinfo/sfc > >_______________________________________________ >sfc mailing list >sfc@ietf.org >https://www.ietf.org/mailman/listinfo/sfc From nobody Thu Mar 5 07:45:43 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8016F1A1A45; Thu, 5 Mar 2015 07:45:43 -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 pwxYz3DYQUHo; Thu, 5 Mar 2015 07:45:41 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 088A31A1ADF; Thu, 5 Mar 2015 07:41:13 -0800 (PST) Received: from omfeda05.si.francetelecom.fr (unknown [xx.xx.xx.198]) by omfeda12.si.francetelecom.fr (ESMTP service) with ESMTP id 502003B4842; Thu, 5 Mar 2015 16:41:11 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda05.si.francetelecom.fr (ESMTP service) with ESMTP id 2442C18004F; Thu, 5 Mar 2015 16:41:11 +0100 (CET) Received: from PEXCVZYM11.corporate.adroot.infra.ftgroup ([fe80::a441:e6a9:6143:6f0f]) by PEXCVZYH02.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0224.002; Thu, 5 Mar 2015 16:41:10 +0100 From: To: Barry Leiba Thread-Topic: Barry Leiba's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) Thread-Index: AQHQV1ZZ0LKQ889400WV0CfyzMhUhZ0OBdcQ Date: Thu, 5 Mar 2015 15:41:10 +0000 Message-ID: <2916_1425570071_54F87917_2916_7362_1_53C29892C857584299CBF5D05346208A0EB5A87F@PEXCVZYM11.corporate.adroot.infra.ftgroup> References: <20150305150907.8978.43455.idtracker@ietfa.amsl.com> In-Reply-To: <20150305150907.8978.43455.idtracker@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.197.38.6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.3.5.122419 Archived-At: Cc: "mpls@ietf.org" , "draft-ietf-mpls-lsp-ping-registry@ietf.org" , "draft-ietf-mpls-lsp-ping-registry.ad@ietf.org" , "mpls-chairs@ietf.org" , "draft-ietf-mpls-lsp-ping-registry.shepherd@ietf.org" , The IESG , "rcallon@juniper.net" Subject: Re: [mpls] Barry Leiba's No Objection on draft-ietf-mpls-lsp-ping-registry-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 15:45:43 -0000 SGkgQmFycnkNCg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnQuDQpQbGVhc2Ugc2VlIGlubGluZQ0K DQo+IEZyb206IEJhcnJ5IExlaWJhIFttYWlsdG86YmFycnlsZWliYUBjb21wdXRlci5vcmddID4g U2VudDogVGh1cnNkYXksIE1hcmNoIDA1LCAyMDE1IDQ6MDkgUE0NCj4gDQo+IC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCj4gQ09NTUVOVDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gUGV0ZSdzIGNvbW1lbnRzIG1h a2UgcGVyZmVjdCBzZW5zZSB0byBtZSwgdG9vLiAgVGhhdCBzYWlkLCBJIHRoaW5rIFNlY3Rpb24g Mi4yDQo+IGlzIG5vdCB3cm9uZyBhbmQgbm90IGNvbmZ1c2luZyB0aGUgd2F5IGl0IGlzLCBzbyBp dCdzIG5vdCBhIGJpZyBkZWFsIGVpdGhlciB3YXkgKGlmDQo+IEkgaGFkIHRvIGJlIHBpY2t5LCBJ J2Qgc2F5IHRoYXQgd2l0aCByZXNwZWN0IHRvIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHRoZQ0KPiBy ZWdpc3RyYXRpb24gcG9saWN5IGF0IHRoZSB0b3Agb2YgdGhlIHNlY3Rpb24sDQo+IDUyMjYgdXNl cyAiRXhwZXJpbWVudGFsIFVzZSIsIG5vdCAiRXhwZXJpbWVudGFsIiAoIkV4cGVyaW1lbnRhbCIg aXMgZm9yDQo+IGxhYmVsbGluZyB0aGUgY29kZSBwb2ludHMsIGFzIGxhdGVyIGluIHRoZSBzZWN0 aW9uKTsgYnV0IEkgd291bGQgbmV2ZXIgYmUgc28NCj4gcGlja3kpLg0KDQpZb3UgYXJlIHJpZ2h0 LiAoQWx0aG91Z2ggdG8gYWxzbyBiZSBwaWNreSA1MjI2IGRvZXMgbm90IFJFUVVJUkUgdG8gdXNl IGFueSBleGFjdCB0ZXJtIDstKSApDQoNClRoaXMgaGFzIGJlZW4gY29ycmVjdGVkIGluIG15IGxv Y2FsIHZlcnNpb24uDQoNClRoYW5rcyBhZ2Fpbi4NCi9CcnVubw0KIA0KDQoKX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2Ug bWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3Jt YXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25j CnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9u LiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNp Z25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2Vz IGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBk J2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1l c3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2 aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hv dWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0 aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90 aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50 cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVz c2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFu ayB5b3UuCgo= From nobody Thu Mar 5 08:03:19 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 075C91A049A; Sun, 1 Mar 2015 21:21:41 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8F901A0406 for ; Sun, 1 Mar 2015 21:21:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.879 X-Spam-Level: X-Spam-Status: No, score=-0.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021] 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 wnUAnaYeoU_S for ; Sun, 1 Mar 2015 21:21:40 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [IPv6:2607:f170:8000:1500::de]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E16B1A0461 for ; Sun, 1 Mar 2015 21:21:40 -0800 (PST) Received: from smtp01.icann.org ([192.0.33.81]:47805 helo=smtp1.lax.icann.org) by gamay.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YSInQ-0000cC-6p for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Mon, 02 Mar 2015 00:21:39 -0500 Received: from request3.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id t225L0Ys012101; Mon, 2 Mar 2015 05:21:00 GMT Received: by request3.lax.icann.org (Postfix, from userid 48) id 87B2BC207CA; Mon, 2 Mar 2015 05:21:00 +0000 (UTC) RT-Owner: amanda.baber From: "Amanda Baber via RT" In-Reply-To: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> Message-ID: X-RT-Loop-Prevention: IANA X-RT-Ticket: IANA #808974 X-Managed-BY: RT 4.2.9 (http://www.bestpractical.com/rt/) X-RT-Originator: amanda.baber@icann.org Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Precedence: bulk Date: Mon, 02 Mar 2015 05:21:00 +0000 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 192.0.33.81 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: iana-shared@icann.org X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150302052140.5E16B1A0461@ietfa.amsl.com> Resent-Date: Sun, 1 Mar 2015 21:21:40 -0800 (PST) Resent-From: iana-shared@icann.org Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: iesg@ietf.org, draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org Subject: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Reply-To: drafts-lastcall@iana.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 05:21:42 -0000 (BEGIN IANA LAST CALL COMMENTS) IESG/Authors/WG Chairs: IANA has reviewed draft-ietf-mpls-lsp-ping-registry-02. Please report any inaccuracies and respond to any questions as soon as possible. IANA's reviewer has the following comments: IANA understands that the authors of this document wish to create four new registries under the Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters heading at https://www.iana.org/assignments/mpls-lsp-ping-parameters/ First, a new registry called "DS Flags" will be created in the location above. The registration policy, as defined by RFC 5226, is Standards Action. These are the initial registrations: Bit number Name Reference ---------- ---------------------------------------- --------- 7 N: Treat as a Non-IP Packet RFC4379 6 I: Interface and Label Stack Object Request RFC4379 5-0 Unassigned Second, a new registry called "Multipath Type" will be created in the location above. The registration policy, as defined by RFC 5226, is as follows: 0-250 Standards Action 251-254 Experimental 255 Standards Action Initial registrations: Value Meaning Reference ---------- ---------------------------------------- --------- 0 no multipath RFC4379 1 Unassigned 2 IP address RFC4379 3 Unassigned 4 IP address range RFC4379 5-7 Unassigned 8 Bit-masked IP address set RFC4379 9 Bit-masked label set RFC4379 10-250 Unassigned 251-254 Experimental [ RFC-to-be ] 255 Reserved [ RFC-to-be ] Third, a new registry called "Pad Type" will be created in the location above. The registration policy, as defined by RFC 5226, is as follows: 0-250 Standards Action 251-254 Experimental 255 Standards Action Initial registrations: Value Meaning Reference ---------- ---------------------------------------- --------- 0 Reserved RFC4379 1 Drop Pad TLV from reply RFC4379 2 Copy Pad TLV to reply RFC4379 3-250 Unassigned 251-254 Experimental [ RFC-to-be ] 255 Reserved [ RFC-to-be ] Third, a new registry called "Label Stack Address Type" will be created in the location above. The registration policy, as defined by RFC 5226, is as follows: 0-250 Standards Action 251-254 Experimental 255 Standards Action Initial registrations: Value Meaning Reference ---------- ---------------------------------------- --------- 0 Reserved RFC4379 1 IPv4 Numbered RFC4379 2 IPv4 Unnumbered RFC4379 3 IPv6 Numbered RFC4379 4 IPv6 Unnumbered RFC4379 5-250 Unassigned 251-254 Experimental [ RFC-to-be ] 255 Reserved [ RFC-to-be ] Note: The actions requested in this document will not be completed until the document has been approved for publication as an RFC. This message is only to confirm what actions will be performed. Thanks, Amanda Baber IANA Request Specialist ICANN (END IANA LAST CALL COMMENTS) On Mon Feb 16 14:20:13 2015, iesg-secretary@ietf.org wrote: > > The IESG has received a request from the Multiprotocol Label Switching WG > (mpls) to consider the following document: > - 'IANA registries for LSP ping Code Points' > as Proposed Standard > > The IESG plans to make a decision in the next few weeks, and solicits > final comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2015-03-02. Exceptionally, comments may be > sent to iesg@ietf.org instead. In either case, please retain the > beginning of the Subject line to allow automated sorting. > > Abstract > > RFC 4379 and RFC 6424 created name spaces for Multiprotocol Label > Switching (MPLS) Label Switched Path (LSP) Ping. However, those RFCs > did not create the corresponding IANA registries for the Downstream > Mapping object Flags (DS Flags), Multipath Type, Pad TLV and Address > Types. > > There is now a need to make further code point allocations from these > name spaces. This document updates RFC 4379 and RFC 6424 in that it > creates the IANA registries for that purpose. > > > The file can be obtained via > http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ > > IESG discussion can be tracked via > http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ballot/ > > > No IPR declarations have been submitted directly on this I-D. > From nobody Thu Mar 5 08:03:21 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 4275A1A00FF; Sun, 1 Mar 2015 22:03:04 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F99C1A00CC for ; Sun, 1 Mar 2015 22:03:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.879 X-Spam-Level: X-Spam-Status: No, score=-0.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021] 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 vyb8dVvJ_DXL for ; Sun, 1 Mar 2015 22:03:02 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [IPv6:2607:f170:8000:1500::de]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B1D51A0029 for ; Sun, 1 Mar 2015 22:03:02 -0800 (PST) Received: from pipi.pi.nu ([83.168.239.141]:42093) by gamay.tools.ietf.org with esmtps (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YSJRU-0007Th-4u for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Mon, 02 Mar 2015 01:03:01 -0500 Received: from [192.168.1.12] (unknown [49.149.203.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 3AF4B18013C8 for ; Mon, 2 Mar 2015 06:26:19 +0100 (CET) Message-ID: <54F3F475.5060202@pi.nu> Date: Mon, 02 Mar 2015 13:26:13 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 83.168.239.141 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: loa@pi.nu X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150302060302.2B1D51A0029@ietfa.amsl.com> Resent-Date: Sun, 1 Mar 2015 22:03:02 -0800 (PST) Resent-From: loa@pi.nu Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org Subject: Re: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 06:03:04 -0000 Folks, As far as I can this is OK, but can someone more take a look before we respond? /Loa On 2015-03-02 13:21, Amanda Baber via RT wrote: > (BEGIN IANA LAST CALL COMMENTS) > > IESG/Authors/WG Chairs: > > IANA has reviewed draft-ietf-mpls-lsp-ping-registry-02. Please report any inaccuracies and respond to any questions as soon as possible. > > IANA's reviewer has the following comments: > > IANA understands that the authors of this document wish to create four new registries under the Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters heading at > > https://www.iana.org/assignments/mpls-lsp-ping-parameters/ > > First, a new registry called "DS Flags" will be created in the location above. The registration policy, as defined by RFC 5226, is Standards Action. These are the initial registrations: > > Bit number Name Reference > ---------- ---------------------------------------- --------- > 7 N: Treat as a Non-IP Packet RFC4379 > 6 I: Interface and Label Stack Object Request RFC4379 > 5-0 Unassigned > > Second, a new registry called "Multipath Type" will be created in the location above. The registration policy, as defined by RFC 5226, is as follows: > > 0-250 Standards Action > 251-254 Experimental > 255 Standards Action > > Initial registrations: > > Value Meaning Reference > ---------- ---------------------------------------- --------- > 0 no multipath RFC4379 > 1 Unassigned > 2 IP address RFC4379 > 3 Unassigned > 4 IP address range RFC4379 > 5-7 Unassigned > 8 Bit-masked IP address set RFC4379 > 9 Bit-masked label set RFC4379 > 10-250 Unassigned > 251-254 Experimental [ RFC-to-be ] > 255 Reserved [ RFC-to-be ] > > Third, a new registry called "Pad Type" will be created in the location above. The registration policy, as defined by RFC 5226, is as follows: > > 0-250 Standards Action > 251-254 Experimental > 255 Standards Action > > Initial registrations: > > Value Meaning Reference > ---------- ---------------------------------------- --------- > 0 Reserved RFC4379 > 1 Drop Pad TLV from reply RFC4379 > 2 Copy Pad TLV to reply RFC4379 > 3-250 Unassigned > 251-254 Experimental [ RFC-to-be ] > 255 Reserved [ RFC-to-be ] > > Third, a new registry called "Label Stack Address Type" will be created in the location above. The registration policy, as defined by RFC 5226, is as follows: > > 0-250 Standards Action > 251-254 Experimental > 255 Standards Action > > Initial registrations: > > Value Meaning Reference > ---------- ---------------------------------------- --------- > 0 Reserved RFC4379 > 1 IPv4 Numbered RFC4379 > 2 IPv4 Unnumbered RFC4379 > 3 IPv6 Numbered RFC4379 > 4 IPv6 Unnumbered RFC4379 > 5-250 Unassigned > 251-254 Experimental [ RFC-to-be ] > 255 Reserved [ RFC-to-be ] > > Note: The actions requested in this document will not be completed until the document has been approved for publication as an RFC. This message is only to confirm what actions will be performed. > > Thanks, > > Amanda Baber > IANA Request Specialist > ICANN > > (END IANA LAST CALL COMMENTS) > > > On Mon Feb 16 14:20:13 2015, iesg-secretary@ietf.org wrote: >> >> The IESG has received a request from the Multiprotocol Label Switching WG >> (mpls) to consider the following document: >> - 'IANA registries for LSP ping Code Points' >> as Proposed Standard >> >> The IESG plans to make a decision in the next few weeks, and solicits >> final comments on this action. Please send substantive comments to the >> ietf@ietf.org mailing lists by 2015-03-02. Exceptionally, comments may be >> sent to iesg@ietf.org instead. In either case, please retain the >> beginning of the Subject line to allow automated sorting. >> >> Abstract >> >> RFC 4379 and RFC 6424 created name spaces for Multiprotocol Label >> Switching (MPLS) Label Switched Path (LSP) Ping. However, those RFCs >> did not create the corresponding IANA registries for the Downstream >> Mapping object Flags (DS Flags), Multipath Type, Pad TLV and Address >> Types. >> >> There is now a need to make further code point allocations from these >> name spaces. This document updates RFC 4379 and RFC 6424 in that it >> creates the IANA registries for that purpose. >> >> >> The file can be obtained via >> http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ >> >> IESG discussion can be tracked via >> http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ballot/ >> >> >> No IPR declarations have been submitted directly on this I-D. >> > > > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 5 08:03:22 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 5E6C31A8765; Mon, 2 Mar 2015 05:41:05 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95D281A8763 for ; Mon, 2 Mar 2015 05:41:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.333 X-Spam-Level: X-Spam-Status: No, score=-1.333 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_SOFTFAIL=0.665] 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 9iRSWxoEpNSR for ; Mon, 2 Mar 2015 05:41:02 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 4931A1A875C for ; Mon, 2 Mar 2015 05:40:59 -0800 (PST) Received: from mail-lb0-x232.google.com ([2a00:1450:4010:c04::232]:47019) by zinfandel.tools.ietf.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YSQaf-0000Uh-BE for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Mon, 02 Mar 2015 05:40:59 -0800 Received: by lbiz11 with SMTP id z11so4051203lbi.13 for ; Mon, 02 Mar 2015 05:40:49 -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=vOAMFLXReUMn0+u57DWq7CDyRcNCH5uWLKJaVF39gl4=; b=Kmkzr8KD2DMu5rI7Uc7a8R+XAnsV2JXfMffqmGYb8X6esxJVdYn1zoLeAWBr1/mEeV ZikQywn4Kx4sn1NiJptNSD+f9m92IJSrgNhZVdcdcsyQ/Xs1ispVyPYKgr+yjfGRWDtx tkCYWfY4Wd6JQjkuuNecXJBPRUT7z1mZwWhKChBt3N4EaHCi596O+kJUTewYP9+SStPQ a5QrkXZGPnf4b9jyI3T9RY+BZvmpGDuntxbDrfLbDxpOHySZIPn/ZUfYDLvFn8QtF7sY rWr/qczdpcdZvz5Wmic9VLbMiIc38dPwGgfr87c8TOg0xRFskdygvQgU6F+0RgJu06OX nq9A== MIME-Version: 1.0 X-Received: by 10.112.63.165 with SMTP id h5mr23870919lbs.16.1425303648866; Mon, 02 Mar 2015 05:40:48 -0800 (PST) Received: by 10.112.198.103 with HTTP; Mon, 2 Mar 2015 05:40:48 -0800 (PST) In-Reply-To: <54F3F475.5060202@pi.nu> References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> <54F3F475.5060202@pi.nu> Date: Mon, 2 Mar 2015 08:40:48 -0500 Message-ID: From: Nobo Akiya To: Loa Andersson Content-Type: multipart/alternative; boundary=001a11c3fd94b0159205104e5dd1 X-SA-Exim-Connect-IP: 2a00:1450:4010:c04::232 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: nobo.akiya.dev@gmail.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150302134102.4931A1A875C@ietfa.amsl.com> Resent-Date: Mon, 2 Mar 2015 05:40:59 -0800 (PST) Resent-From: nobo.akiya.dev@gmail.com Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org Subject: Re: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 13:41:05 -0000 --001a11c3fd94b0159205104e5dd1 Content-Type: text/plain; charset=UTF-8 Hi Loa, "Label Stack Address Type" registry should be named "Interface and Label Stack Address Type". Besides this, all information looks correct. Thanks! -Nobo On Mon, Mar 2, 2015 at 12:26 AM, Loa Andersson wrote: > Folks, > > As far as I can this is OK, but can someone more take a look before we > respond? > > /Loa > > > On 2015-03-02 13:21, Amanda Baber via RT wrote: > >> (BEGIN IANA LAST CALL COMMENTS) >> >> IESG/Authors/WG Chairs: >> >> IANA has reviewed draft-ietf-mpls-lsp-ping-registry-02. Please report >> any inaccuracies and respond to any questions as soon as possible. >> >> IANA's reviewer has the following comments: >> >> IANA understands that the authors of this document wish to create four >> new registries under the Multi-Protocol Label Switching (MPLS) Label >> Switched Paths (LSPs) Ping Parameters heading at >> >> https://www.iana.org/assignments/mpls-lsp-ping-parameters/ >> >> First, a new registry called "DS Flags" will be created in the location >> above. The registration policy, as defined by RFC 5226, is Standards >> Action. These are the initial registrations: >> >> Bit number Name Reference >> ---------- ---------------------------------------- --------- >> 7 N: Treat as a Non-IP Packet RFC4379 >> 6 I: Interface and Label Stack Object Request RFC4379 >> 5-0 Unassigned >> >> Second, a new registry called "Multipath Type" will be created in the >> location above. The registration policy, as defined by RFC 5226, is as >> follows: >> >> 0-250 Standards Action >> 251-254 Experimental >> 255 Standards Action >> >> Initial registrations: >> >> Value Meaning Reference >> ---------- ---------------------------------------- --------- >> 0 no multipath RFC4379 >> 1 Unassigned >> 2 IP address RFC4379 >> 3 Unassigned >> 4 IP address range RFC4379 >> 5-7 Unassigned >> 8 Bit-masked IP address set RFC4379 >> 9 Bit-masked label set RFC4379 >> 10-250 Unassigned >> 251-254 Experimental [ RFC-to-be ] >> 255 Reserved [ RFC-to-be ] >> >> Third, a new registry called "Pad Type" will be created in the location >> above. The registration policy, as defined by RFC 5226, is as follows: >> >> 0-250 Standards Action >> 251-254 Experimental >> 255 Standards Action >> >> Initial registrations: >> >> Value Meaning Reference >> ---------- ---------------------------------------- --------- >> 0 Reserved RFC4379 >> 1 Drop Pad TLV from reply RFC4379 >> 2 Copy Pad TLV to reply RFC4379 >> 3-250 Unassigned >> 251-254 Experimental [ RFC-to-be ] >> 255 Reserved [ RFC-to-be ] >> >> Third, a new registry called "Label Stack Address Type" will be created >> in the location above. The registration policy, as defined by RFC 5226, is >> as follows: >> >> 0-250 Standards Action >> 251-254 Experimental >> 255 Standards Action >> >> Initial registrations: >> >> Value Meaning Reference >> ---------- ---------------------------------------- --------- >> 0 Reserved RFC4379 >> 1 IPv4 Numbered RFC4379 >> 2 IPv4 Unnumbered RFC4379 >> 3 IPv6 Numbered RFC4379 >> 4 IPv6 Unnumbered RFC4379 >> 5-250 Unassigned >> 251-254 Experimental [ RFC-to-be ] >> 255 Reserved [ RFC-to-be ] >> >> Note: The actions requested in this document will not be completed until >> the document has been approved for publication as an RFC. This message is >> only to confirm what actions will be performed. >> >> Thanks, >> >> Amanda Baber >> IANA Request Specialist >> ICANN >> >> (END IANA LAST CALL COMMENTS) >> >> >> On Mon Feb 16 14:20:13 2015, iesg-secretary@ietf.org wrote: >> >>> >>> The IESG has received a request from the Multiprotocol Label Switching WG >>> (mpls) to consider the following document: >>> - 'IANA registries for LSP ping Code Points' >>> as Proposed Standard >>> >>> The IESG plans to make a decision in the next few weeks, and solicits >>> final comments on this action. Please send substantive comments to the >>> ietf@ietf.org mailing lists by 2015-03-02. Exceptionally, comments may >>> be >>> sent to iesg@ietf.org instead. In either case, please retain the >>> beginning of the Subject line to allow automated sorting. >>> >>> Abstract >>> >>> RFC 4379 and RFC 6424 created name spaces for Multiprotocol Label >>> Switching (MPLS) Label Switched Path (LSP) Ping. However, those RFCs >>> did not create the corresponding IANA registries for the Downstream >>> Mapping object Flags (DS Flags), Multipath Type, Pad TLV and Address >>> Types. >>> >>> There is now a need to make further code point allocations from these >>> name spaces. This document updates RFC 4379 and RFC 6424 in that it >>> creates the IANA registries for that purpose. >>> >>> >>> The file can be obtained via >>> http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ >>> >>> IESG discussion can be tracked via >>> http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping- >>> registry/ballot/ >>> >>> >>> No IPR declarations have been submitted directly on this I-D. >>> >>> >> >> >> > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > --001a11c3fd94b0159205104e5dd1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Loa,

"Label Stack Ad= dress Type" registry should be named "Interface and Label Stack A= ddress Type". Besides this, all information looks correct.
<= br>
Thanks!

-Nobo

On Mon, Mar 2, 2015 at 12:2= 6 AM, Loa Andersson <loa@pi.nu> wrote:
Folks,

As far as I can this is OK, but can someone more take a look before we
respond?

/Loa


On 2015-03-02 13:21, Amanda Baber via RT wrote:
(BEGIN IANA LAST CALL COMMENTS)

IESG/Authors/WG Chairs:

IANA has reviewed draft-ietf-mpls-lsp-ping-registry-02.=C2=A0 Please= report any inaccuracies and respond to any questions as soon as possible.<= br>
IANA's reviewer has the following comments:

IANA understands that the authors of this document wish to create four new = registries under the Multi-Protocol Label Switching (MPLS) Label Switched P= aths (LSPs) Ping Parameters heading at

https://www.iana.org/assignments/mpls-lsp-ping-= parameters/

First, a new registry called "DS Flags" will be created in the lo= cation above. The registration policy, as defined by RFC 5226, is Standards= Action. These are the initial registrations:

Bit number Name Reference
---------- ---------------------------------------- ---------
7 N: Treat as a Non-IP Packet RFC4379
6 I: Interface and Label Stack Object Request RFC4379
5-0 Unassigned

Second, a new registry called "Multipath Type" will be created in= the location above. The registration policy, as defined by RFC 5226, is as= follows:

0-250 Standards Action
251-254 Experimental
255 Standards Action

Initial registrations:

Value Meaning Reference
---------- ---------------------------------------- ---------
0 no multipath RFC4379
1 Unassigned
2 IP address RFC4379
3 Unassigned
4 IP address range RFC4379
5-7 Unassigned
8 Bit-masked IP address set RFC4379
9 Bit-masked label set RFC4379
10-250 Unassigned
251-254 Experimental [ RFC-to-be ]
255 Reserved [ RFC-to-be ]

Third, a new registry called "Pad Type" will be created in the lo= cation above. The registration policy, as defined by RFC 5226, is as follow= s:

0-250 Standards Action
251-254 Experimental
255 Standards Action

Initial registrations:

Value Meaning Reference
---------- ---------------------------------------- ---------
0 Reserved RFC4379
1 Drop Pad TLV from reply RFC4379
2 Copy Pad TLV to reply RFC4379
3-250 Unassigned
251-254 Experimental [ RFC-to-be ]
255 Reserved [ RFC-to-be ]

Third, a new registry called "Label Stack Address Type" will be c= reated in the location above. The registration policy, as defined by RFC 52= 26, is as follows:

0-250 Standards Action
251-254 Experimental
255 Standards Action

Initial registrations:

Value Meaning Reference
---------- ---------------------------------------- ---------
0 Reserved RFC4379
1 IPv4 Numbered RFC4379
2 IPv4 Unnumbered RFC4379
3 IPv6 Numbered RFC4379
4 IPv6 Unnumbered RFC4379
5-250 Unassigned
251-254 Experimental [ RFC-to-be ]
255 Reserved [ RFC-to-be ]

Note:=C2=A0 The actions requested in this document will not be completed un= til the document has been approved for publication as an RFC. This message = is only to confirm what actions will be performed.

Thanks,

Amanda Baber
IANA Request Specialist
ICANN

(END IANA LAST CALL COMMENTS)


On Mon Feb 16 14:20:13 2015, iesg-secretary@ietf.org wrote:

The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document:
- 'IANA registries for LSP ping Code Points'
=C2=A0 =C2=A0<draft-ietf-mpls-lsp-ping-registry-02.txt> as Pro= posed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailin= g lists by 2015-03-02. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract

=C2=A0 =C2=A0 RFC 4379 and RFC 6424 created name spaces for Multiprotocol L= abel
=C2=A0 =C2=A0 Switching (MPLS) Label Switched Path (LSP) Ping.=C2=A0 Howeve= r, those RFCs
=C2=A0 =C2=A0 did not create the corresponding IANA registries for the Down= stream
=C2=A0 =C2=A0 Mapping object Flags (DS Flags), Multipath Type, Pad TLV and = Address
=C2=A0 =C2=A0 Types.

=C2=A0 =C2=A0 There is now a need to make further code point allocations fr= om these
=C2=A0 =C2=A0 name spaces.=C2=A0 This document updates RFC 4379 and RFC 642= 4 in that it
=C2=A0 =C2=A0 creates the IANA registries for that purpose.


The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-mpl= s-lsp-ping-registry/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-i= etf-mpls-lsp-ping-registry/ballot/


No IPR declarations have been submitted directly on this I-D.





--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739= 81 21 64

--001a11c3fd94b0159205104e5dd1-- From nobody Thu Mar 5 08:03:23 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id D44CB1A8AEC; Mon, 2 Mar 2015 16:29:27 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B179E1A8AEB for ; Mon, 2 Mar 2015 16:29:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.5 X-Spam-Level: X-Spam-Status: No, score=-9.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable 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 4vii5ReQdV8O for ; Mon, 2 Mar 2015 16:29:26 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 4DCBF1A8ABC for ; Mon, 2 Mar 2015 16:29:26 -0800 (PST) Received: from rcdn-iport-6.cisco.com ([173.37.86.77]:36947) by zinfandel.tools.ietf.org with esmtps (TLS1.0:RSA_ARCFOUR_128_SHA1:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YSaiC-0004kf-Kz for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Mon, 02 Mar 2015 16:29:26 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6734; q=dns/txt; s=iport; t=1425342564; x=1426552164; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ObVeY8KkoTJkN4W47sHPUlDGg+IRzm7BknQ11s+BHOI=; b=ZRva8nco2CMxUYF1LfvkBzXNgBUoSgvUWVewy0I0vfJIcOnPaNrgQH0J 1JiT3XsTWbc9iGzbGJduyPd+kqu5Tjstqg9BnD2nDi44Esu907anJZHcP 79xM5z3bVhYZsvKak/2qynqXrcwm5GTftNHpRW9/la7QeoPu44xba0SeH g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CwCABtV/RU/4UNJK1agwJSXoMGuD6DSIIyhW4CHIEGTQEBAQEBAXyEDwEBAQMBIxE6CwULAgEIGAICHwcCAgIwFRACBA4FiCcIDbwKmSYBAQEBAQEBAQEBAQEBAQEBAQEBAQEXgSGJcYE9gn4YGweCaC+BFAWFb4gMgX2DYIVngRo5gmePICOCAg0PFIE8b4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,675,1418083200"; d="scan'208";a="400218912" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-6.cisco.com with ESMTP; 02 Mar 2015 12:32:29 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t22CWTUn017741 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 12:32:29 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.138]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 06:32:29 -0600 From: "Carlos Pignataro (cpignata)" To: "drafts-lastcall@iana.org" Thread-Topic: [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard Thread-Index: AQHQVKjHXOUNRn0UYEquKUBbg/OWdJ0JhTMA Date: Mon, 2 Mar 2015 12:32:28 +0000 Message-ID: <665275E7-828C-4AC7-A7EB-18188B6E3ADF@cisco.com> References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.219.142] Content-Type: text/plain; charset="utf-8" Content-ID: <557C33F56BC8964D94E0350741CCB380@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-SA-Exim-Connect-IP: 173.37.86.77 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: cpignata@cisco.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150303002926.4DCBF1A8ABC@ietfa.amsl.com> Resent-Date: Mon, 2 Mar 2015 16:29:26 -0800 (PST) Resent-From: cpignata@cisco.com Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: "iesg@ietf.org" , "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" Subject: Re: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 00:29:28 -0000 SGkgQW1hbmRhLA0KDQpUaGFua3Mg4oCUIHRoZXNlIGFjdGlvbnMgYXJlIE9LIHRvIG1lLCB3aXRo IG9ubHkgb25lIHNtYWxsIGNvcnJlY3Rpb24gb24gdGhlIDR0aCBpdGVtLCBpbmxpbmU6DQoNCj4g T24gTWFyIDIsIDIwMTUsIGF0IDEyOjIxIEFNLCBBbWFuZGEgQmFiZXIgdmlhIFJUIDxkcmFmdHMt bGFzdGNhbGxAaWFuYS5vcmc+IHdyb3RlOg0KPiANCj4gKEJFR0lOIElBTkEgTEFTVCBDQUxMIENP TU1FTlRTKQ0KPiANCj4gSUVTRy9BdXRob3JzL1dHIENoYWlyczoNCj4gDQo+IElBTkEgaGFzIHJl dmlld2VkIGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1yZWdpc3RyeS0wMi4gIFBsZWFzZSByZXBv cnQgYW55IGluYWNjdXJhY2llcyBhbmQgcmVzcG9uZCB0byBhbnkgcXVlc3Rpb25zIGFzIHNvb24g YXMgcG9zc2libGUuDQo+IA0KPiBJQU5BJ3MgcmV2aWV3ZXIgaGFzIHRoZSBmb2xsb3dpbmcgY29t bWVudHM6DQo+IA0KPiBJQU5BIHVuZGVyc3RhbmRzIHRoYXQgdGhlIGF1dGhvcnMgb2YgdGhpcyBk b2N1bWVudCB3aXNoIHRvIGNyZWF0ZSBmb3VyIG5ldyByZWdpc3RyaWVzIHVuZGVyIHRoZSBNdWx0 aS1Qcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgKE1QTFMpIExhYmVsIFN3aXRjaGVkIFBhdGhzIChM U1BzKSBQaW5nIFBhcmFtZXRlcnMgaGVhZGluZyBhdA0KPiANCj4gaHR0cHM6Ly93d3cuaWFuYS5v cmcvYXNzaWdubWVudHMvbXBscy1sc3AtcGluZy1wYXJhbWV0ZXJzLw0KPiANCj4gRmlyc3QsIGEg bmV3IHJlZ2lzdHJ5IGNhbGxlZCAiRFMgRmxhZ3MiIHdpbGwgYmUgY3JlYXRlZCBpbiB0aGUgbG9j YXRpb24gYWJvdmUuIFRoZSByZWdpc3RyYXRpb24gcG9saWN5LCBhcyBkZWZpbmVkIGJ5IFJGQyA1 MjI2LCBpcyBTdGFuZGFyZHMgQWN0aW9uLiBUaGVzZSBhcmUgdGhlIGluaXRpYWwgcmVnaXN0cmF0 aW9uczoNCj4gDQo+IEJpdCBudW1iZXIgTmFtZSBSZWZlcmVuY2UNCj4gLS0tLS0tLS0tLSAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIC0tLS0tLS0tLQ0KPiA3IE46IFRy ZWF0IGFzIGEgTm9uLUlQIFBhY2tldCBSRkM0Mzc5DQo+IDYgSTogSW50ZXJmYWNlIGFuZCBMYWJl bCBTdGFjayBPYmplY3QgUmVxdWVzdCBSRkM0Mzc5DQo+IDUtMCBVbmFzc2lnbmVkDQo+IA0KPiBT ZWNvbmQsIGEgbmV3IHJlZ2lzdHJ5IGNhbGxlZCAiTXVsdGlwYXRoIFR5cGUiIHdpbGwgYmUgY3Jl YXRlZCBpbiB0aGUgbG9jYXRpb24gYWJvdmUuIFRoZSByZWdpc3RyYXRpb24gcG9saWN5LCBhcyBk ZWZpbmVkIGJ5IFJGQyA1MjI2LCBpcyBhcyBmb2xsb3dzOg0KPiANCj4gMC0yNTAgU3RhbmRhcmRz IEFjdGlvbg0KPiAyNTEtMjU0IEV4cGVyaW1lbnRhbA0KPiAyNTUgU3RhbmRhcmRzIEFjdGlvbg0K PiANCj4gSW5pdGlhbCByZWdpc3RyYXRpb25zOg0KPiANCj4gVmFsdWUgTWVhbmluZyBSZWZlcmVu Y2UNCj4gLS0tLS0tLS0tLSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t IC0tLS0tLS0tLQ0KPiAwIG5vIG11bHRpcGF0aCBSRkM0Mzc5DQo+IDEgVW5hc3NpZ25lZA0KPiAy IElQIGFkZHJlc3MgUkZDNDM3OQ0KPiAzIFVuYXNzaWduZWQNCj4gNCBJUCBhZGRyZXNzIHJhbmdl IFJGQzQzNzkNCj4gNS03IFVuYXNzaWduZWQNCj4gOCBCaXQtbWFza2VkIElQIGFkZHJlc3Mgc2V0 IFJGQzQzNzkNCj4gOSBCaXQtbWFza2VkIGxhYmVsIHNldCBSRkM0Mzc5DQo+IDEwLTI1MCBVbmFz c2lnbmVkDQo+IDI1MS0yNTQgRXhwZXJpbWVudGFsIFsgUkZDLXRvLWJlIF0NCj4gMjU1IFJlc2Vy dmVkIFsgUkZDLXRvLWJlIF0NCj4gDQo+IFRoaXJkLCBhIG5ldyByZWdpc3RyeSBjYWxsZWQgIlBh ZCBUeXBlIiB3aWxsIGJlIGNyZWF0ZWQgaW4gdGhlIGxvY2F0aW9uIGFib3ZlLiBUaGUgcmVnaXN0 cmF0aW9uIHBvbGljeSwgYXMgZGVmaW5lZCBieSBSRkMgNTIyNiwgaXMgYXMgZm9sbG93czoNCj4g DQo+IDAtMjUwIFN0YW5kYXJkcyBBY3Rpb24NCj4gMjUxLTI1NCBFeHBlcmltZW50YWwNCj4gMjU1 IFN0YW5kYXJkcyBBY3Rpb24NCj4gDQo+IEluaXRpYWwgcmVnaXN0cmF0aW9uczoNCj4gDQo+IFZh bHVlIE1lYW5pbmcgUmVmZXJlbmNlDQo+IC0tLS0tLS0tLS0gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSAtLS0tLS0tLS0NCj4gMCBSZXNlcnZlZCBSRkM0Mzc5DQo+IDEg RHJvcCBQYWQgVExWIGZyb20gcmVwbHkgUkZDNDM3OQ0KPiAyIENvcHkgUGFkIFRMViB0byByZXBs eSBSRkM0Mzc5DQo+IDMtMjUwIFVuYXNzaWduZWQNCj4gMjUxLTI1NCBFeHBlcmltZW50YWwgWyBS RkMtdG8tYmUgXQ0KPiAyNTUgUmVzZXJ2ZWQgWyBSRkMtdG8tYmUgXQ0KPiANCj4gVGhpcmQsIGEg bmV3IHJlZ2lzdHJ5IGNhbGxlZCAiTGFiZWwgU3RhY2sgQWRkcmVzcyBUeXBlIiB3aWxsIGJlIGNy ZWF0ZWQgaW4gdGhlIGxvY2F0aW9uIGFib3ZlLiBUaGUgcmVnaXN0cmF0aW9uIHBvbGljeSwgYXMg ZGVmaW5lZCBieSBSRkMgNTIyNiwgaXMgYXMgZm9sbG93czoNCg0KVGhpcyBvbmUgc2hvdWxkIGJl IGNhbGxlZCDigJxJbnRlcmZhY2UgYW5kIExhYmVsIFN0YWNrIEFkZHJlc3MgVHlwZeKAnSAoYW5k IGlzIHRoZSA0dGggYW5kIG5vdCAzcmQgYWN0aW9uKS4NCg0KVGhhbmtzIQ0KDQpDYXJsb3MuDQoN Cj4gDQo+IDAtMjUwIFN0YW5kYXJkcyBBY3Rpb24NCj4gMjUxLTI1NCBFeHBlcmltZW50YWwNCj4g MjU1IFN0YW5kYXJkcyBBY3Rpb24NCj4gDQo+IEluaXRpYWwgcmVnaXN0cmF0aW9uczogDQo+IA0K PiBWYWx1ZSBNZWFuaW5nIFJlZmVyZW5jZQ0KPiAtLS0tLS0tLS0tIC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gLS0tLS0tLS0tDQo+IDAgUmVzZXJ2ZWQgUkZDNDM3OQ0K PiAxIElQdjQgTnVtYmVyZWQgUkZDNDM3OQ0KPiAyIElQdjQgVW5udW1iZXJlZCBSRkM0Mzc5DQo+ IDMgSVB2NiBOdW1iZXJlZCBSRkM0Mzc5DQo+IDQgSVB2NiBVbm51bWJlcmVkIFJGQzQzNzkNCj4g NS0yNTAgVW5hc3NpZ25lZA0KPiAyNTEtMjU0IEV4cGVyaW1lbnRhbCBbIFJGQy10by1iZSBdDQo+ IDI1NSBSZXNlcnZlZCBbIFJGQy10by1iZSBdDQo+IA0KPiBOb3RlOiAgVGhlIGFjdGlvbnMgcmVx dWVzdGVkIGluIHRoaXMgZG9jdW1lbnQgd2lsbCBub3QgYmUgY29tcGxldGVkIHVudGlsIHRoZSBk b2N1bWVudCBoYXMgYmVlbiBhcHByb3ZlZCBmb3IgcHVibGljYXRpb24gYXMgYW4gUkZDLiBUaGlz IG1lc3NhZ2UgaXMgb25seSB0byBjb25maXJtIHdoYXQgYWN0aW9ucyB3aWxsIGJlIHBlcmZvcm1l ZC4gICANCj4gDQo+IFRoYW5rcywNCj4gDQo+IEFtYW5kYSBCYWJlcg0KPiBJQU5BIFJlcXVlc3Qg U3BlY2lhbGlzdA0KPiBJQ0FOTg0KPiANCj4gKEVORCBJQU5BIExBU1QgQ0FMTCBDT01NRU5UUykN Cj4gDQo+IA0KPiBPbiBNb24gRmViIDE2IDE0OjIwOjEzIDIwMTUsIGllc2ctc2VjcmV0YXJ5QGll dGYub3JnIHdyb3RlOg0KPj4gDQo+PiBUaGUgSUVTRyBoYXMgcmVjZWl2ZWQgYSByZXF1ZXN0IGZy b20gdGhlIE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFdHDQo+PiAobXBscykgdG8gY29u c2lkZXIgdGhlIGZvbGxvd2luZyBkb2N1bWVudDoNCj4+IC0gJ0lBTkEgcmVnaXN0cmllcyBmb3Ig TFNQIHBpbmcgQ29kZSBQb2ludHMnDQo+PiAgPGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1yZWdp c3RyeS0wMi50eHQ+IGFzIFByb3Bvc2VkIFN0YW5kYXJkDQo+PiANCj4+IFRoZSBJRVNHIHBsYW5z IHRvIG1ha2UgYSBkZWNpc2lvbiBpbiB0aGUgbmV4dCBmZXcgd2Vla3MsIGFuZCBzb2xpY2l0cw0K Pj4gZmluYWwgY29tbWVudHMgb24gdGhpcyBhY3Rpb24uIFBsZWFzZSBzZW5kIHN1YnN0YW50aXZl IGNvbW1lbnRzIHRvIHRoZQ0KPj4gaWV0ZkBpZXRmLm9yZyBtYWlsaW5nIGxpc3RzIGJ5IDIwMTUt MDMtMDIuIEV4Y2VwdGlvbmFsbHksIGNvbW1lbnRzIG1heSBiZQ0KPj4gc2VudCB0byBpZXNnQGll dGYub3JnIGluc3RlYWQuIEluIGVpdGhlciBjYXNlLCBwbGVhc2UgcmV0YWluIHRoZQ0KPj4gYmVn aW5uaW5nIG9mIHRoZSBTdWJqZWN0IGxpbmUgdG8gYWxsb3cgYXV0b21hdGVkIHNvcnRpbmcuDQo+ PiANCj4+IEFic3RyYWN0DQo+PiANCj4+ICAgUkZDIDQzNzkgYW5kIFJGQyA2NDI0IGNyZWF0ZWQg bmFtZSBzcGFjZXMgZm9yIE11bHRpcHJvdG9jb2wgTGFiZWwNCj4+ICAgU3dpdGNoaW5nIChNUExT KSBMYWJlbCBTd2l0Y2hlZCBQYXRoIChMU1ApIFBpbmcuICBIb3dldmVyLCB0aG9zZSBSRkNzDQo+ PiAgIGRpZCBub3QgY3JlYXRlIHRoZSBjb3JyZXNwb25kaW5nIElBTkEgcmVnaXN0cmllcyBmb3Ig dGhlIERvd25zdHJlYW0NCj4+ICAgTWFwcGluZyBvYmplY3QgRmxhZ3MgKERTIEZsYWdzKSwgTXVs dGlwYXRoIFR5cGUsIFBhZCBUTFYgYW5kIEFkZHJlc3MNCj4+ICAgVHlwZXMuDQo+PiANCj4+ICAg VGhlcmUgaXMgbm93IGEgbmVlZCB0byBtYWtlIGZ1cnRoZXIgY29kZSBwb2ludCBhbGxvY2F0aW9u cyBmcm9tIHRoZXNlDQo+PiAgIG5hbWUgc3BhY2VzLiAgVGhpcyBkb2N1bWVudCB1cGRhdGVzIFJG QyA0Mzc5IGFuZCBSRkMgNjQyNCBpbiB0aGF0IGl0DQo+PiAgIGNyZWF0ZXMgdGhlIElBTkEgcmVn aXN0cmllcyBmb3IgdGhhdCBwdXJwb3NlLg0KPj4gDQo+PiANCj4+IFRoZSBmaWxlIGNhbiBiZSBv YnRhaW5lZCB2aWENCj4+IGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5Lw0KPj4gDQo+PiBJRVNHIGRpc2N1c3Npb24gY2FuIGJl IHRyYWNrZWQgdmlhDQo+PiBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtbXBscy1sc3AtcGluZy1yZWdpc3RyeS9iYWxsb3QvDQo+PiANCj4+IA0KPj4gTm8gSVBSIGRl Y2xhcmF0aW9ucyBoYXZlIGJlZW4gc3VibWl0dGVkIGRpcmVjdGx5IG9uIHRoaXMgSS1ELg0KPj4g DQo+IA0KPiANCj4gDQoNCg== From nobody Thu Mar 5 08:03:25 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id EA2071A89B1; Tue, 3 Mar 2015 17:03:55 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3F3E1A89B0 for ; Tue, 3 Mar 2015 17:03:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.279 X-Spam-Level: X-Spam-Status: No, score=-0.279 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_65=0.6, MISSING_HEADERS=1.021] 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 bGh6iVoUEt8h for ; Tue, 3 Mar 2015 17:03:54 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 C32C51A89AB for ; Tue, 3 Mar 2015 17:03:54 -0800 (PST) Received: from smtp01.icann.org ([192.0.33.81]:52376 helo=smtp1.lax.icann.org) by zinfandel.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YSxj8-0006TW-CX for draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org; Tue, 03 Mar 2015 17:03:54 -0800 Received: from request3.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id t2413lx2001729 for ; Wed, 4 Mar 2015 01:03:47 GMT Received: by request3.lax.icann.org (Postfix, from userid 48) id DD449C20357; Wed, 4 Mar 2015 01:03:47 +0000 (UTC) RT-Owner: amanda.baber From: "Amanda Baber via RT" In-Reply-To: References: <20150223192131.25612.38093.idtracker@ietfa.amsl.com> Message-ID: X-RT-Loop-Prevention: IANA X-RT-Ticket: IANA #809925 X-Managed-BY: RT 4.2.9 (http://www.bestpractical.com/rt/) X-RT-Originator: amanda.baber@icann.org Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Precedence: bulk Date: Wed, 04 Mar 2015 01:03:47 +0000 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 192.0.33.81 X-SA-Exim-Rcpt-To: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org X-SA-Exim-Mail-From: iana-shared@icann.org X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-oam-ipv6-rao.all@ietf.org Resent-Message-Id: <20150304010354.C32C51A89AB@ietfa.amsl.com> Resent-Date: Tue, 3 Mar 2015 17:03:54 -0800 (PST) Resent-From: iana-shared@icann.org Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org Subject: [mpls] [IANA #809925] Protocol Action: 'IPv6 Router Alert Option for MPLS OAM' to Proposed Standard (draft-ietf-mpls-oam-ipv6-rao-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Reply-To: drafts-approval@iana.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 01:03:56 -0000 Dear Authors, This is a reminder that IANA needs a response to the message below. thanks, Amanda Baber IANA Request Specialist ICANN On Mon Feb 23 19:42:12 2015, amanda.baber wrote: > Dear Authors: > > ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED > > We've completed the IANA Actions for the following RFC-to-be: > > draft-ietf-mpls-oam-ipv6-rao-03 > > IANA has registered the following IPv6 Router Alert Option Value: > > 69 MPLS OAM [RFC-ietf-mpls-oam-ipv6-rao-03] > > Please see > http://www.iana.org/assignments/ipv6-routeralert-values > > > Please let us know whether the above IANA Actions look OK. As soon as > we receive your confirmation, we'll notify the RFC Editor that this > document's IANA Actions are complete. (If this document has a team of > authors, one reply on behalf of everyone will suffice.) > > We'll replace the reference when the RFC Editor notifies us that > they've assigned a number. > > Thanks, > > Amanda Baber > IANA Request Specialist > ICANN From nobody Thu Mar 5 08:03:27 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 48C401A8AB0; Tue, 3 Mar 2015 18:10:17 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BC501A88B0 for ; Tue, 3 Mar 2015 18:10:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.734 X-Spam-Level: X-Spam-Status: No, score=-0.734 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, J_CHICKENPOX_65=0.6, SPF_SOFTFAIL=0.665] 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 C3M7-boUNjeV for ; Tue, 3 Mar 2015 18:10:16 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 E84FC1A8A99 for ; Tue, 3 Mar 2015 18:10:15 -0800 (PST) Received: from mail-ie0-x233.google.com ([2607:f8b0:4001:c03::233]:41234) by zinfandel.tools.ietf.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YSylJ-000279-S6 for draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org; Tue, 03 Mar 2015 18:10:15 -0800 Received: by iecrd18 with SMTP id rd18so63715991iec.8 for ; Tue, 03 Mar 2015 18:10:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=TdbJvSw/5ktPLRdKJovMiWINEqTt5ayzhRSChX/1kYA=; b=np0kSTKarmOU1d9K7JHIUn2E8AX2qbdvlmDRXHqAl4pgBzYyIxSBo9vJby8ZaWgaTJ QM7Zli7FgzOPasKCVqAelAfS7nKgwvZR10igj53V0Np2gkbkOwCBShJ+BffQkCYcHuFv oVez9glSBMJI5QVjBzWB71fUpe/yR+meC56y4T5mxS09oWXe3+u6g6X/gvDANZ/Ku8Ra 9EeGjBRzSR+zDNwdcyGsreF0g6wq5rUP+57tuhkUFHw8+GgpWwftn5fcyHQac/mB5aVO UHgB2LJ1bXzqTghfh4xfJNwvT/YieAW6Wu3/FiubqyJHdL/zQw25VglRIr+vb6Ct6Ubg lR5A== X-Received: by 10.50.93.70 with SMTP id cs6mr33145259igb.6.1425435004683; Tue, 03 Mar 2015 18:10:04 -0800 (PST) Received: from NoboAkiyaPC (CPE0c473d2ae981-CM0c473d2ae980.cpe.net.cable.rogers.com. [99.224.118.67]) by mx.google.com with ESMTPSA id 185sm2068684iof.9.2015.03.03.18.10.01 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 03 Mar 2015 18:10:02 -0800 (PST) From: "Nobo Akiya" To: References: <20150223192131.25612.38093.idtracker@ietfa.amsl.com> In-Reply-To: Date: Tue, 3 Mar 2015 21:09:57 -0500 Message-ID: <001e01d05620$51f27210$f5d75630$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIzesUhx9Mfek8jSR3DtDcowaFS+gJpJblVAsfdT2ICN5gJ8JwKBgmA Content-Language: en-ca X-SA-Exim-Connect-IP: 2607:f8b0:4001:c03::233 X-SA-Exim-Rcpt-To: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org X-SA-Exim-Mail-From: nobo.akiya.dev@gmail.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-oam-ipv6-rao.all@ietf.org Resent-Message-Id: <20150304021015.E84FC1A8A99@ietfa.amsl.com> Resent-Date: Tue, 3 Mar 2015 18:10:15 -0800 (PST) Resent-From: nobo.akiya.dev@gmail.com Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org Subject: Re: [mpls] [IANA #809925] Protocol Action: 'IPv6 Router Alert Option for MPLS OAM' to Proposed Standard (draft-ietf-mpls-oam-ipv6-rao-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 02:10:17 -0000 Hi Amanda, Yes the assigned value 69 for MPLS OAM looks ok. Thanks, Nobo -----Original Message----- From: Amanda Baber via RT [mailto:drafts-approval@iana.org]=20 Sent: March-03-15 8:04 PM Cc: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org Subject: [IANA #809925] Protocol Action: 'IPv6 Router Alert Option for = MPLS OAM' to Proposed Standard (draft-ietf-mpls-oam-ipv6-rao-03.txt) Dear Authors, This is a reminder that IANA needs a response to the message below. thanks, Amanda Baber IANA Request Specialist ICANN On Mon Feb 23 19:42:12 2015, amanda.baber wrote: > Dear Authors: >=20 > ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED >=20 > We've completed the IANA Actions for the following RFC-to-be: >=20 > draft-ietf-mpls-oam-ipv6-rao-03 >=20 > IANA has registered the following IPv6 Router Alert Option Value: >=20 > 69 MPLS OAM [RFC-ietf-mpls-oam-ipv6-rao-03] >=20 > Please see > http://www.iana.org/assignments/ipv6-routeralert-values >=20 >=20 > Please let us know whether the above IANA Actions look OK. As soon as=20 > we receive your confirmation, we'll notify the RFC Editor that this=20 > document's IANA Actions are complete. (If this document has a team of=20 > authors, one reply on behalf of everyone will suffice.) >=20 > We'll replace the reference when the RFC Editor notifies us that=20 > they've assigned a number. >=20 > Thanks, >=20 > Amanda Baber > IANA Request Specialist > ICANN From nobody Thu Mar 5 08:03:28 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id B30E41A8BAF; Tue, 3 Mar 2015 18:22:30 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95D9A1A8ACB for ; Tue, 3 Mar 2015 18:22:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.9 X-Spam-Level: X-Spam-Status: No, score=-8.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_65=0.6, USER_IN_DEF_DKIM_WL=-7.5] 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 N0TApXDt02lb for ; Tue, 3 Mar 2015 18:22:29 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 1AB121A1BEC for ; Tue, 3 Mar 2015 18:22:29 -0800 (PST) Received: from alln-iport-6.cisco.com ([173.37.142.93]:56185) by zinfandel.tools.ietf.org with esmtps (TLS1.0:RSA_ARCFOUR_128_SHA1:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YSyxA-0005BY-G0 for draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org; Tue, 03 Mar 2015 18:22:28 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2106; q=dns/txt; s=iport; t=1425435748; x=1426645348; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=1yCFUVYMr0++q3hmrTjjSCzNNoJfChoI37gM+fQdp1s=; b=OKxInoQezq0P0Y14AJcY+aa/lSHeD/4XPJaueeUeelH3ID3zHM3ubQ4q juTnLgOhf1Se2wiaSyetU9kng52d7hQIhT6FTl83o8teJssU6JoJFJjla Pm82/4yFan+2sS90EWXrPikrp+/n2/gbZAOuEo0MidVrD9ZIySf6trIHJ s=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CECACta/ZU/5RdJa1agwJSXrtNg0iCMYVwAoEoTQEBAQEBAXyEDwEBAQMBeQULAgEIGCMLMiAFAgQOBQkFiBkIDdZnAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sSgT2DMQeDF4EUBY18gX2BYYEuhjqBGoMii2aDPiOCAg0PFIE8b4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,685,1418083200"; d="asc'?scan'208";a="128671419" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-6.cisco.com with ESMTP; 04 Mar 2015 02:22:19 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t242MJ4S012136 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 4 Mar 2015 02:22:19 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.138]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Tue, 3 Mar 2015 20:22:19 -0600 From: "Carlos Pignataro (cpignata)" To: "drafts-approval@iana.org" Thread-Topic: [IANA #809925] Protocol Action: 'IPv6 Router Alert Option for MPLS OAM' to Proposed Standard (draft-ietf-mpls-oam-ipv6-rao-03.txt) Thread-Index: AQHQVhcaytjwRQIM70qKFuOAylkj350L/ImA Date: Wed, 4 Mar 2015 02:22:18 +0000 Message-ID: <16318E42-7BC3-4AB8-8E7F-D5F3A46A57DB@cisco.com> References: <20150223192131.25612.38093.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.82.255.33] Content-Type: multipart/signed; boundary="Apple-Mail=_572142CF-9D4D-4F62-AA71-EDFB2F90555F"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-SA-Exim-Connect-IP: 173.37.142.93 X-SA-Exim-Rcpt-To: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org X-SA-Exim-Mail-From: cpignata@cisco.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-oam-ipv6-rao.all@ietf.org Resent-Message-Id: <20150304022229.1AB121A1BEC@ietfa.amsl.com> Resent-Date: Tue, 3 Mar 2015 18:22:29 -0800 (PST) Resent-From: cpignata@cisco.com Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: "draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org" Subject: Re: [mpls] [IANA #809925] Protocol Action: 'IPv6 Router Alert Option for MPLS OAM' to Proposed Standard (draft-ietf-mpls-oam-ipv6-rao-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 02:22:30 -0000 --Apple-Mail=_572142CF-9D4D-4F62-AA71-EDFB2F90555F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks Amanda. This action and the value of 69 got MPLS OAM look good to = me. Please note, I did not receive the initial message, only your resend. Thanks, Carlos. > On Mar 3, 2015, at 8:03 PM, Amanda Baber via RT = wrote: >=20 > Dear Authors, >=20 > This is a reminder that IANA needs a response to the message below. >=20 > thanks, >=20 > Amanda Baber > IANA Request Specialist > ICANN >=20 > On Mon Feb 23 19:42:12 2015, amanda.baber wrote: >> Dear Authors: >>=20 >> ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED >>=20 >> We've completed the IANA Actions for the following RFC-to-be: >>=20 >> draft-ietf-mpls-oam-ipv6-rao-03 >>=20 >> IANA has registered the following IPv6 Router Alert Option Value: >>=20 >> 69 MPLS OAM [RFC-ietf-mpls-oam-ipv6-rao-03] >>=20 >> Please see >> http://www.iana.org/assignments/ipv6-routeralert-values >>=20 >>=20 >> Please let us know whether the above IANA Actions look OK. As soon as >> we receive your confirmation, we'll notify the RFC Editor that this >> document's IANA Actions are complete. (If this document has a team of >> authors, one reply on behalf of everyone will suffice.) >>=20 >> We'll replace the reference when the RFC Editor notifies us that >> they've assigned a number. >>=20 >> Thanks, >>=20 >> Amanda Baber >> IANA Request Specialist >> ICANN >=20 >=20 >=20 --Apple-Mail=_572142CF-9D4D-4F62-AA71-EDFB2F90555F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlT2bGcACgkQtfDPGTp3USydpQCfdXhPHtMYJkA2Ak5/vVxuIBKR nIAAn2WUr2ILXO+qEHLhWiB7+acNVSBB =+2dt -----END PGP SIGNATURE----- --Apple-Mail=_572142CF-9D4D-4F62-AA71-EDFB2F90555F-- From nobody Thu Mar 5 08:03:30 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 36AD91A8F4E; Tue, 3 Mar 2015 18:58:59 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AE2E1A8F4D for ; Tue, 3 Mar 2015 18:58:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.279 X-Spam-Level: X-Spam-Status: No, score=-0.279 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_65=0.6, MISSING_HEADERS=1.021] 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 hHAAtIiYXTC8 for ; Tue, 3 Mar 2015 18:58:57 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 9FD381A8F4A for ; Tue, 3 Mar 2015 18:58:57 -0800 (PST) Received: from smtp01.icann.org ([192.0.33.81]:54040 helo=smtp1.lax.icann.org) by zinfandel.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YSzWT-00070a-5a for draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org; Tue, 03 Mar 2015 18:58:57 -0800 Received: from request3.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id t242wnR6005618 for ; Wed, 4 Mar 2015 02:58:49 GMT Received: by request3.lax.icann.org (Postfix, from userid 48) id E052AC202BA; Wed, 4 Mar 2015 02:58:49 +0000 (UTC) RT-Owner: amanda.baber From: "Amanda Baber via RT" In-Reply-To: References: <20150223192131.25612.38093.idtracker@ietfa.amsl.com> <16318E42-7BC3-4AB8-8E7F-D5F3A46A57DB@cisco.com> Message-ID: X-RT-Loop-Prevention: IANA X-RT-Ticket: IANA #809925 X-Managed-BY: RT 4.2.9 (http://www.bestpractical.com/rt/) X-RT-Originator: amanda.baber@icann.org Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Precedence: bulk Date: Wed, 04 Mar 2015 02:58:49 +0000 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 192.0.33.81 X-SA-Exim-Rcpt-To: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org X-SA-Exim-Mail-From: iana-shared@icann.org X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-oam-ipv6-rao.all@ietf.org Resent-Message-Id: <20150304025857.9FD381A8F4A@ietfa.amsl.com> Resent-Date: Tue, 3 Mar 2015 18:58:57 -0800 (PST) Resent-From: iana-shared@icann.org Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org Subject: [mpls] [IANA #809925] Protocol Action: 'IPv6 Router Alert Option for MPLS OAM' to Proposed Standard (draft-ietf-mpls-oam-ipv6-rao-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Reply-To: drafts-approval@iana.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 02:58:59 -0000 Thanks Carlos, and thanks Nobo. I'm looking at an email thread involving Henrik and the wgchairs@ietf.org list (according to the cc field), and it sounds like there was an issue with the tools.ietf.org addresses last week. I'll try pinging some other authors we haven't heard from. Amanda On Wed Mar 04 02:22:47 2015, cpignata@cisco.com wrote: > Thanks Amanda. This action and the value of 69 got MPLS OAM look good > to me. > > Please note, I did not receive the initial message, only your resend. > > Thanks, > > Carlos. > > > On Mar 3, 2015, at 8:03 PM, Amanda Baber via RT > approval@iana.org> wrote: > > > > Dear Authors, > > > > This is a reminder that IANA needs a response to the message below. > > > > thanks, > > > > Amanda Baber > > IANA Request Specialist > > ICANN > > > > On Mon Feb 23 19:42:12 2015, amanda.baber wrote: > >> Dear Authors: > >> > >> ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED > >> > >> We've completed the IANA Actions for the following RFC-to-be: > >> > >> draft-ietf-mpls-oam-ipv6-rao-03 > >> > >> IANA has registered the following IPv6 Router Alert Option Value: > >> > >> 69 MPLS OAM [RFC-ietf-mpls-oam-ipv6-rao-03] > >> > >> Please see > >> http://www.iana.org/assignments/ipv6-routeralert-values > >> > >> > >> Please let us know whether the above IANA Actions look OK. As soon > >> as > >> we receive your confirmation, we'll notify the RFC Editor that this > >> document's IANA Actions are complete. (If this document has a team > >> of > >> authors, one reply on behalf of everyone will suffice.) > >> > >> We'll replace the reference when the RFC Editor notifies us that > >> they've assigned a number. > >> > >> Thanks, > >> > >> Amanda Baber > >> IANA Request Specialist > >> ICANN > > > > > > From nobody Thu Mar 5 08:03:31 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-oam-ipv6-rao.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id BEF901A038C; Tue, 3 Mar 2015 21:23:18 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-oam-ipv6-rao.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F8AB1A0387 for ; Tue, 3 Mar 2015 21:23:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.3 X-Spam-Level: X-Spam-Status: No, score=-6.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_65=0.6, RCVD_IN_DNSWL_HI=-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 nPGRkW1EzUVi for ; Tue, 3 Mar 2015 21:23:17 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [209.208.19.222]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 206551A0383 for ; Tue, 3 Mar 2015 21:23:17 -0800 (PST) Received: from pipi.pi.nu ([83.168.239.141]:53095) by gamay.tools.ietf.org with esmtps (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YT1m5-0003dK-U4 for draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org; Wed, 04 Mar 2015 00:23:15 -0500 Received: from [192.168.1.12] (unknown [49.149.203.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 0561A1801127; Wed, 4 Mar 2015 05:57:40 +0100 (CET) Message-ID: <54F690C2.2090602@pi.nu> Date: Wed, 04 Mar 2015 12:57:38 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: drafts-approval@iana.org References: <20150223192131.25612.38093.idtracker@ietfa.amsl.com> <16318E42-7BC3-4AB8-8E7F-D5F3A46A57DB@cisco.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 83.168.239.141 X-SA-Exim-Rcpt-To: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org X-SA-Exim-Mail-From: loa@pi.nu X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-oam-ipv6-rao.all@ietf.org Resent-Message-Id: <20150304052317.206551A0383@ietfa.amsl.com> Resent-Date: Tue, 3 Mar 2015 21:23:17 -0800 (PST) Resent-From: loa@pi.nu Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: draft-ietf-mpls-oam-ipv6-rao.all@tools.ietf.org Subject: Re: [mpls] [IANA #809925] Protocol Action: 'IPv6 Router Alert Option for MPLS OAM' to Proposed Standard (draft-ietf-mpls-oam-ipv6-rao-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 05:23:18 -0000 Amanda, (my Shepherd cape on) Based on the responses from Carlos and Nobo I think we are good to go. /Loa On 2015-03-04 10:58, Amanda Baber via RT wrote: > Thanks Carlos, and thanks Nobo. I'm looking at an email thread involving Henrik and the wgchairs@ietf.org list (according to the cc field), and it sounds like there was an issue with the tools.ietf.org addresses last week. I'll try pinging some other authors we haven't heard from. > > Amanda > > On Wed Mar 04 02:22:47 2015, cpignata@cisco.com wrote: >> Thanks Amanda. This action and the value of 69 got MPLS OAM look good >> to me. >> >> Please note, I did not receive the initial message, only your resend. >> >> Thanks, >> >> Carlos. >> >>> On Mar 3, 2015, at 8:03 PM, Amanda Baber via RT >> approval@iana.org> wrote: >>> >>> Dear Authors, >>> >>> This is a reminder that IANA needs a response to the message below. >>> >>> thanks, >>> >>> Amanda Baber >>> IANA Request Specialist >>> ICANN >>> >>> On Mon Feb 23 19:42:12 2015, amanda.baber wrote: >>>> Dear Authors: >>>> >>>> ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED >>>> >>>> We've completed the IANA Actions for the following RFC-to-be: >>>> >>>> draft-ietf-mpls-oam-ipv6-rao-03 >>>> >>>> IANA has registered the following IPv6 Router Alert Option Value: >>>> >>>> 69 MPLS OAM [RFC-ietf-mpls-oam-ipv6-rao-03] >>>> >>>> Please see >>>> http://www.iana.org/assignments/ipv6-routeralert-values >>>> >>>> >>>> Please let us know whether the above IANA Actions look OK. As soon >>>> as >>>> we receive your confirmation, we'll notify the RFC Editor that this >>>> document's IANA Actions are complete. (If this document has a team >>>> of >>>> authors, one reply on behalf of everyone will suffice.) >>>> >>>> We'll replace the reference when the RFC Editor notifies us that >>>> they've assigned a number. >>>> >>>> Thanks, >>>> >>>> Amanda Baber >>>> IANA Request Specialist >>>> ICANN >>> >>> >>> > > > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 5 08:03:32 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id ADD961ACE2A; Wed, 4 Mar 2015 11:04:06 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 879391ACE29 for ; Wed, 4 Mar 2015 11:04:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_SOFTFAIL=0.665] 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 bPXxynHuM_ls for ; Wed, 4 Mar 2015 11:04:05 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 30BB01ACE25 for ; Wed, 4 Mar 2015 11:04:05 -0800 (PST) Received: from usevmg21.ericsson.net ([198.24.6.65]:54792) by zinfandel.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YTEaR-0005yS-V3 for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Wed, 04 Mar 2015 11:04:05 -0800 X-AuditID: c6180641-f796f6d000004ccc-d8-54f6f63b2283 Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id FD.7A.19660.B36F6F45; Wed, 4 Mar 2015 13:10:36 +0100 (CET) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0210.002; Wed, 4 Mar 2015 14:03:55 -0500 From: Meral Shirazipour To: "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" , "gen-art@ietf.org" Thread-Topic: Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 Thread-Index: AdBWrasTNuZZ5XR5QtywCcgtXxbRwQ== Date: Wed, 4 Mar 2015 19:03:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrNLMWRmVeSWpSXmKPExsUyuXRPlK7Nt28hBv+ncVgcf+NpcfXVZxYH Jo8lS34yeXy5/JktgCmKyyYlNSezLLVI3y6BK2P1nYdsBdO5Kt7PFW9gXMDRxcjJISFgIrFu wUQ2CFtM4sK99UA2F4eQwBFGiYbZz6CcZYwSFzuns4BUsQlYSGz//ZwVxBYRmMMosXWPB4gt LOArMWffJxaIeIhE/+RvUDV6En/WPwDbwCKgIvF07Rkwmxeo/sT6t8wgNiPQ5u+n1jCB2MwC 4hK3nsxngrhIQGLJnvPMELaoxMvH/1ghbEWJff3T2SHqdSQW7P7EBmFrSyxb+JoZYr6gxMmZ T1gmMArPQjJ2FpKWWUhaZiFpWcDIsoqRo7Q4tSw33chwEyMwtI9JsDnuYFzwyfIQowAHoxIP 7waWbyFCrIllxZW5hxilOViUxHnLrhwMERJITyxJzU5NLUgtii8qzUktPsTIxMEp1cDYrG9T eUdvd4Qa6yfFWTHi/uavWt7lLHzI5JvxYOKVbe+8amfr7TWRKJzU5Lyo4aGvq3qwZJLV0fTt Zs5Pje8xphprzro78d7+me5/L5i8O7b9w52Y0/9ypHnTfLVX2Vi9erppxwm/bfeeX5aoaAlc YTbzdvUnJ+7XXCvOi7/58/iL65clqSxvlFiKMxINtZiLihMBrgx7204CAAA= X-SA-Exim-Connect-IP: 198.24.6.65 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: meral.shirazipour@ericsson.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150304190405.30BB01ACE25@ietfa.amsl.com> Resent-Date: Wed, 4 Mar 2015 11:04:05 -0800 (PST) Resent-From: meral.shirazipour@ericsson.com Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Subject: [mpls] Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 19:04:06 -0000 I am the assigned Gen-ART reviewer for this draft. For background on Gen-AR= T, please see the FAQ at < http://wiki.tools.ietf.org/area/gen/trac/wiki/Ge= nArtfaq>.=20 Please wait for direction from your document shepherd or AD before posting = a new version of the draft. Document: draft-ietf-mpls-lsp-ping-registry-02 Reviewer: Meral Shirazipour Review Date: 2015-03-04 IETF LC End Date: 2015-03-02? IESG Telechat date: 2015-03-05 Summary: This draft is ready to be published as Standards Track RFC but I h= ave some comments. Minor issues: -[Page 3], Section 2.1, Table "Registry Name: DS Flags.". Is there a reason= bits 5-0 are listed as "Unassigned" and not "Reserved (MBZ)" ?, with Refer= ence being RFC4379 Section 3.3.=20 -[Page 4], Section 2.3, Table "Registry Name: Pad Type.". RFC4379 did not r= eserve value 0. I could be wrong please double check. -[Page 5], Section 2.4, Table "Registry Name: Interface and Label Stack Add= ress Type.". Same as above, RFC4379 did not reserve value 0. Nits/editorial comments: -[Page 2], Section 2.1, please put in parenthesis (DSMAP) and (DDMAP) right= after when the terms are spelled out. The acronyms are use later on. Best Regards, Meral --- Meral Shirazipour Ericsson Research www.ericsson.com From nobody Thu Mar 5 08:03:34 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 082BC1A1A8C; Wed, 4 Mar 2015 23:21:57 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DED731A07BC for ; Wed, 4 Mar 2015 23:21:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-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 G289C3dkIn-h for ; Wed, 4 Mar 2015 23:21:55 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [209.208.19.222]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B0D71A079D for ; Wed, 4 Mar 2015 23:21:55 -0800 (PST) Received: from pipi.pi.nu ([83.168.239.141]:39573) by gamay.tools.ietf.org with esmtps (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YTQ3P-00030i-1u for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 02:18:44 -0500 Received: from [192.168.1.12] (unknown [49.149.203.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 47C1218013C8 for ; Thu, 5 Mar 2015 08:18:36 +0100 (CET) Message-ID: <54F80349.2030104@pi.nu> Date: Thu, 05 Mar 2015 15:18:33 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "draft-ietf-mpls-lsp-ping-registry@tools.ietf.org" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 83.168.239.141 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: loa@pi.nu X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150305072155.4B0D71A079D@ietfa.amsl.com> Resent-Date: Wed, 4 Mar 2015 23:21:55 -0800 (PST) Resent-From: loa@pi.nu Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:15 -0800 Subject: Re: [mpls] Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 07:21:57 -0000 Folks, Did we respond to the Gen ART review? /Loa On 2015-03-05 03:03, Meral Shirazipour wrote: > I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at < http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. > > Please wait for direction from your document shepherd or AD before posting a new version of the draft. > > Document: draft-ietf-mpls-lsp-ping-registry-02 > Reviewer: Meral Shirazipour > Review Date: 2015-03-04 > IETF LC End Date: 2015-03-02? > IESG Telechat date: 2015-03-05 > > Summary: This draft is ready to be published as Standards Track RFC but I have some comments. > > Minor issues: > -[Page 3], Section 2.1, Table "Registry Name: DS Flags.". Is there a reason bits 5-0 are listed as "Unassigned" and not "Reserved (MBZ)" ?, with Reference being RFC4379 Section 3.3. > > -[Page 4], Section 2.3, Table "Registry Name: Pad Type.". RFC4379 did not reserve value 0. I could be wrong please double check. > > -[Page 5], Section 2.4, Table "Registry Name: Interface and Label Stack Address Type.". Same as above, RFC4379 did not reserve value 0. > > > > Nits/editorial comments: > -[Page 2], Section 2.1, please put in parenthesis (DSMAP) and (DDMAP) right after when the terms are spelled out. The acronyms are use later on. > > > > Best Regards, > Meral > --- > Meral Shirazipour > Ericsson > Research > www.ericsson.com > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 5 08:03:35 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 625D81A0461; Thu, 5 Mar 2015 01:56:18 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40C921A0383 for ; Thu, 5 Mar 2015 01:56:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.898 X-Spam-Level: X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, 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 sE9B8RK0qfyk for ; Thu, 5 Mar 2015 01:56:14 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [209.208.19.222]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B22F11A036A for ; Thu, 5 Mar 2015 01:56:14 -0800 (PST) Received: from relais-ias92.francetelecom.com ([193.251.215.92]:41816 helo=relais-inet.francetelecom.com) by gamay.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YTSVo-0005La-DP for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 04:56:13 -0500 Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id D4FC8264736; Thu, 5 Mar 2015 10:55:55 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id AC4C54C117; Thu, 5 Mar 2015 10:55:55 +0100 (CET) Received: from PEXCVZYM11.corporate.adroot.infra.ftgroup ([fe80::a441:e6a9:6143:6f0f]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0224.002; Thu, 5 Mar 2015 10:55:55 +0100 From: To: Loa Andersson , "draft-ietf-mpls-lsp-ping-registry@tools.ietf.org" Thread-Topic: Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 Thread-Index: AdBWrasTNuZZ5XR5QtywCcgtXxbRwQAXomuAAAchU2A= Date: Thu, 5 Mar 2015 09:55:54 +0000 Message-ID: <3771_1425549355_54F8282B_3771_595_1_53C29892C857584299CBF5D05346208A0EB596C0@PEXCVZYM11.corporate.adroot.infra.ftgroup> References: <54F80349.2030104@pi.nu> In-Reply-To: <54F80349.2030104@pi.nu> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.197.38.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.12.22.190922 X-SA-Exim-Connect-IP: 193.251.215.92 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: bruno.decraene@orange.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150305095614.B22F11A036A@ietfa.amsl.com> Resent-Date: Thu, 5 Mar 2015 01:56:14 -0800 (PST) Resent-From: bruno.decraene@orange.com Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Subject: Re: [mpls] Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 09:56:18 -0000 Hi Loa, all, Please see inline [Bruno] the proposed resolution > From: Loa Andersson [mailto:loa@pi.nu] > Sent: Thursday, March 05, 2015 8= :19 AM > To: draft-ietf-mpls-lsp-ping-registry@tools.ietf.org > Subject: Re: Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-reg= istry- > 02 >=20 > Folks, >=20 > Did we respond to the Gen ART review? [Bruno] Not yet. =20 > /Loa >=20 > On 2015-03-05 03:03, Meral Shirazipour wrote: > > I am the assigned Gen-ART reviewer for this draft. For background on Ge= n- > ART, please see the FAQ at < > http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. > > > > Please wait for direction from your document shepherd or AD before > posting a new version of the draft. > > > > Document: draft-ietf-mpls-lsp-ping-registry-02 > > Reviewer: Meral Shirazipour > > Review Date: 2015-03-04 > > IETF LC End Date: 2015-03-02? > > IESG Telechat date: 2015-03-05 > > > > Summary: This draft is ready to be published as Standards Track RFC but= I > have some comments. > > > > Minor issues: > > -[Page 3], Section 2.1, Table "Registry Name: DS Flags.". Is there a re= ason bits > 5-0 are listed as "Unassigned" and not "Reserved (MBZ)" ?, with Reference > being RFC4379 Section 3.3. [Bruno] Indeed RFC4379 marks these flags as "Reserved". However, my understanding is that in an IANA registry, "reserved" means tha= t the IANA can't use it. While "Unassigned" means that the IANA is free to = pick a value and assign. I think we do mean "Unassigned" as we want the IANA to be able to make assi= gnment. (otherwise, there is no point in making a IANA registry) > > > > -[Page 4], Section 2.3, Table "Registry Name: Pad Type.". RFC4379 did n= ot > reserve value 0. I could be wrong please double check. [Bruno] Indeed, RFC4379 does not talk about value 0. Probably an oversight. IMHO it's better for this document to document value 0 (probably required b= y IANA). IMO making 0 "reserved" is the safest option. At least the WG did not object/comment. Hower the document indicates "0 Reserved = RFC4379" and this is not strictly true that RFC 4379 is the reference for= this value 0. Hence I would propose OLD: 0 Reserved RFC4379 New: 0 Reserved This document. > > > > -[Page 5], Section 2.4, Table "Registry Name: Interface and Label Stack > Address Type.". Same as above, RFC4379 did not reserve value 0. [Bruno] idem > > > > > > > > Nits/editorial comments: > > -[Page 2], Section 2.1, please put in parenthesis (DSMAP) and (DDMAP) r= ight > after when the terms are spelled out. The acronyms are use later on. [Bruno] Yes. Thank you. Done in my local copy > > > > > > > > Best Regards, > > Meral > > --- > > Meral Shirazipour > > Ericsson > > Research > > www.ericsson.com > > >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Thu Mar 5 08:03:37 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id E99C41A6EEC; Thu, 5 Mar 2015 03:12:29 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C85F61A1A6C for ; Thu, 5 Mar 2015 03:12:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] autolearn=unavailable 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 7oDDZBqIbtli for ; Thu, 5 Mar 2015 03:12:28 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [209.208.19.222]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE8311A1DBE for ; Thu, 5 Mar 2015 03:12:27 -0800 (PST) Received: from pipi.pi.nu ([83.168.239.141]:46608) by gamay.tools.ietf.org with esmtps (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YTTeU-0002I6-NQ for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 06:09:16 -0500 Received: from [192.168.1.12] (unknown [49.149.203.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 9891918013C8; Thu, 5 Mar 2015 12:09:05 +0100 (CET) Message-ID: <54F8394D.2060401@pi.nu> Date: Thu, 05 Mar 2015 19:09:01 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: bruno.decraene@orange.com, "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" , meral.shirazipour@ericsson.com, gen-art@ietf.org References: <54F80349.2030104@pi.nu> <3771_1425549355_54F8282B_3771_595_1_53C29892C857584299CBF5D05346208A0EB596C0@PEXCVZYM11.corporate.adroot.infra.ftgroup> In-Reply-To: <3771_1425549355_54F8282B_3771_595_1_53C29892C857584299CBF5D05346208A0EB596C0@PEXCVZYM11.corporate.adroot.infra.ftgroup> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 83.168.239.141 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: loa@pi.nu X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150305111227.CE8311A1DBE@ietfa.amsl.com> Resent-Date: Thu, 5 Mar 2015 03:12:27 -0800 (PST) Resent-From: loa@pi.nu Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:15 -0800 Subject: Re: [mpls] Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 11:12:30 -0000 Folks, When I sent the question I intended to send it to the authors only, but only change the "name" of the receiver (removed .all) and let the .all stay in the actual mail address, so we have been spreading this a bit wider than intended. So I put all the initial mail addresses back. However, I agree with Bruno's responses. The difference between "not assigned" and "reserved" is a Bruno put it. /Loa On 2015-03-05 17:55, bruno.decraene@orange.com wrote: > Hi Loa, all, > > Please see inline [Bruno] the proposed resolution > >> From: Loa Andersson [mailto:loa@pi.nu] > Sent: Thursday, March 05, 2015 8:19 AM >> To: draft-ietf-mpls-lsp-ping-registry@tools.ietf.org >> Subject: Re: Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry- >> 02 >> >> Folks, >> >> Did we respond to the Gen ART review? > > [Bruno] Not yet. > >> /Loa >> >> On 2015-03-05 03:03, Meral Shirazipour wrote: >>> I am the assigned Gen-ART reviewer for this draft. For background on Gen- >> ART, please see the FAQ at < >> http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. >>> >>> Please wait for direction from your document shepherd or AD before >> posting a new version of the draft. >>> >>> Document: draft-ietf-mpls-lsp-ping-registry-02 >>> Reviewer: Meral Shirazipour >>> Review Date: 2015-03-04 >>> IETF LC End Date: 2015-03-02? >>> IESG Telechat date: 2015-03-05 >>> >>> Summary: This draft is ready to be published as Standards Track RFC but I >> have some comments. >>> >>> Minor issues: >>> -[Page 3], Section 2.1, Table "Registry Name: DS Flags.". Is there a reason bits >> 5-0 are listed as "Unassigned" and not "Reserved (MBZ)" ?, with Reference >> being RFC4379 Section 3.3. > > [Bruno] Indeed RFC4379 marks these flags as "Reserved". > However, my understanding is that in an IANA registry, "reserved" means that the IANA can't use it. While "Unassigned" means that the IANA is free to pick a value and assign. > I think we do mean "Unassigned" as we want the IANA to be able to make assignment. (otherwise, there is no point in making a IANA registry) > >>> >>> -[Page 4], Section 2.3, Table "Registry Name: Pad Type.". RFC4379 did not >> reserve value 0. I could be wrong please double check. > > [Bruno] Indeed, RFC4379 does not talk about value 0. Probably an oversight. > IMHO it's better for this document to document value 0 (probably required by IANA). IMO making 0 "reserved" is the safest option. > At least the WG did not object/comment. > Hower the document indicates "0 Reserved RFC4379" and this is not strictly true that RFC 4379 is the reference for this value 0. > Hence I would propose > OLD: 0 Reserved RFC4379 > New: 0 Reserved This document. > >>> >>> -[Page 5], Section 2.4, Table "Registry Name: Interface and Label Stack >> Address Type.". Same as above, RFC4379 did not reserve value 0. > > [Bruno] idem > >>> >>> >>> >>> Nits/editorial comments: >>> -[Page 2], Section 2.1, please put in parenthesis (DSMAP) and (DDMAP) right >> after when the terms are spelled out. The acronyms are use later on. > > [Bruno] Yes. Thank you. Done in my local copy > >>> >>> >>> >>> Best Regards, >>> Meral >>> --- >>> Meral Shirazipour >>> Ericsson >>> Research >>> www.ericsson.com >>> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _________________________________________________________________________________________________________________________ > > 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. > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 5 08:03:38 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 86AC61B2C39; Thu, 5 Mar 2015 04:01:53 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5387E1B2C44 for ; Thu, 5 Mar 2015 04:01:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.5 X-Spam-Level: X-Spam-Status: No, score=-9.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 GDzjH9AIMi7u for ; Thu, 5 Mar 2015 04:01:46 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 1C3271B2B11 for ; Thu, 5 Mar 2015 04:01:46 -0800 (PST) Received: from rcdn-iport-8.cisco.com ([173.37.86.79]:40343) by zinfandel.tools.ietf.org with esmtps (TLS1.0:RSA_ARCFOUR_128_SHA1:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YTUTI-0000Eo-Eu for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 04:01:45 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5422; q=dns/txt; s=iport; t=1425556904; x=1426766504; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=FIS7sjrKmaiXbC6jZA1m5IIBYDe3Sd/24sP3JX3crJA=; b=hVrkmafRTpALxze/WYx5L9IYhH7C/57MqJKU4JWXrcTSDEp1kFR0M7JU 9S527p8hLg3cv5ZlEzbhX6Ldarb8dfm8mlw/9KCdQ8POQOTq5u0MpoLLj U9B+611ZzyuEwD12t3v5+qsq3bwzKsI8MRvjPLTB5BP2jkLEhUURORtIc Y=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AzBgCqaeJU/40NJK1bgwZSWgSCf70TgiqFcQKBGEMBAQEBAQF8hAwBAQEDASMmIg4FCQICAQgRAwEBAQEnAwICGxcUCQgBAQQOBQ6IFwgNtxuXDQEBAQEBAQEBAQEBAQEBAQEBAQEBARcEigp+hAsRAT8MBQcGA4JfLoEUBY1MgWyBWoEuT4VggRg4glWIIYMJgz4iggIcgVBvAYEKOX8BAQE X-IronPort-AV: E=Sophos;i="5.11,346,1422921600"; d="asc'?scan'208";a="400915676" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-8.cisco.com with ESMTP; 05 Mar 2015 12:01:35 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t25C1Z6E004110 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Mar 2015 12:01:35 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.138]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Thu, 5 Mar 2015 06:01:35 -0600 From: "Carlos Pignataro (cpignata)" To: "bruno.decraene@orange.com" Thread-Topic: Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 Thread-Index: AdBWrasTNuZZ5XR5QtywCcgtXxbRwQAmTYOAAAV+0QAABGOygA== Date: Thu, 5 Mar 2015 12:01:34 +0000 Message-ID: References: <54F80349.2030104@pi.nu> <3771_1425549355_54F8282B_3771_595_1_53C29892C857584299CBF5D05346208A0EB596C0@PEXCVZYM11.corporate.adroot.infra.ftgroup> In-Reply-To: <3771_1425549355_54F8282B_3771_595_1_53C29892C857584299CBF5D05346208A0EB596C0@PEXCVZYM11.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.82.243.219] Content-Type: multipart/signed; boundary="Apple-Mail=_CBBC8D01-6DD2-4108-AC93-5D030E25BD01"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-SA-Exim-Connect-IP: 173.37.86.79 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: cpignata@cisco.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150305120146.1C3271B2B11@ietfa.amsl.com> Resent-Date: Thu, 5 Mar 2015 04:01:46 -0800 (PST) Resent-From: cpignata@cisco.com Archived-At: Archived-At: X-Mailman-Approved-At: Thu, 05 Mar 2015 08:03:14 -0800 Cc: "draft-ietf-mpls-lsp-ping-registry@tools.ietf.org" Subject: Re: [mpls] Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 12:01:53 -0000 --Apple-Mail=_CBBC8D01-6DD2-4108-AC93-5D030E25BD01 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Bruno, > On Mar 5, 2015, at 4:55 AM, bruno.decraene@orange.com wrote: >=20 > Hi Loa, all, >=20 > Please see inline [Bruno] the proposed resolution Thanks for these! Please see my follow-up inline. >=20 >> From: Loa Andersson [mailto:loa@pi.nu] > Sent: Thursday, March 05, = 2015 8:19 AM >> To: draft-ietf-mpls-lsp-ping-registry@tools.ietf.org >> Subject: Re: Gen-ART Telechat Call review of = draft-ietf-mpls-lsp-ping-registry- >> 02 >>=20 >> Folks, >>=20 >> Did we respond to the Gen ART review? >=20 > [Bruno] Not yet. I=E2=80=99ll let you respond directly since you have the pen. >=20 >> /Loa >>=20 >> On 2015-03-05 03:03, Meral Shirazipour wrote: >>> I am the assigned Gen-ART reviewer for this draft. For background on = Gen- >> ART, please see the FAQ at < >> http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. >>>=20 >>> Please wait for direction from your document shepherd or AD before >> posting a new version of the draft. >>>=20 >>> Document: draft-ietf-mpls-lsp-ping-registry-02 >>> Reviewer: Meral Shirazipour >>> Review Date: 2015-03-04 >>> IETF LC End Date: 2015-03-02? >>> IESG Telechat date: 2015-03-05 >>>=20 >>> Summary: This draft is ready to be published as Standards Track RFC = but I >> have some comments. >>>=20 >>> Minor issues: >>> -[Page 3], Section 2.1, Table "Registry Name: DS Flags.". Is there a = reason bits >> 5-0 are listed as "Unassigned" and not "Reserved (MBZ)" ?, with = Reference >> being RFC4379 Section 3.3. >=20 > [Bruno] Indeed RFC4379 marks these flags as "Reserved". > However, my understanding is that in an IANA registry, "reserved" = means that the IANA can't use it. While "Unassigned" means that the IANA = is free to pick a value and assign. > I think we do mean "Unassigned" as we want the IANA to be able to make = assignment. (otherwise, there is no point in making a IANA registry) >=20 Indeed. This matches my understanding. These are Unassigned. >>>=20 >>> -[Page 4], Section 2.3, Table "Registry Name: Pad Type.". RFC4379 = did not >> reserve value 0. I could be wrong please double check. >=20 > [Bruno] Indeed, RFC4379 does not talk about value 0. Probably an = oversight. > IMHO it's better for this document to document value 0 (probably = required by IANA). IMO making 0 "reserved" is the safest option. > At least the WG did not object/comment. > Hower the document indicates "0 Reserved = RFC4379" and this is not strictly true that RFC 4379 is the = reference for this value 0. > Hence I would propose > OLD: 0 Reserved RFC4379 > New: 0 Reserved This document. >=20 Oversight from 4379. One of the reasons why we update. >>>=20 >>> -[Page 5], Section 2.4, Table "Registry Name: Interface and Label = Stack >> Address Type.". Same as above, RFC4379 did not reserve value 0. >=20 > [Bruno] idem Idem. >=20 >>>=20 >>>=20 >>>=20 >>> Nits/editorial comments: >>> -[Page 2], Section 2.1, please put in parenthesis (DSMAP) and = (DDMAP) right >> after when the terms are spelled out. The acronyms are use later on. >=20 > [Bruno] Yes. Thank you. Done in my local copy Thanks! =E2=80=94 Carlos. >=20 >>>=20 >>>=20 >>>=20 >>> Best Regards, >>> Meral >>> --- >>> Meral Shirazipour >>> Ericsson >>> Research >>> www.ericsson.com >>>=20 >>=20 >> -- >>=20 >>=20 >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. >=20 --Apple-Mail=_CBBC8D01-6DD2-4108-AC93-5D030E25BD01 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlT4RZ8ACgkQtfDPGTp3USyyBgCffPQnyRGEAIXHw1l2NN7JZ9Uu 7jAAn1uulC/gEl3S9CsP9tnvF23uZLQe =qG8V -----END PGP SIGNATURE----- --Apple-Mail=_CBBC8D01-6DD2-4108-AC93-5D030E25BD01-- From nobody Thu Mar 5 08:49:10 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C9B61A1B5C for ; Thu, 5 Mar 2015 08:49:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.45 X-Spam-Level: **** X-Spam-Status: No, score=4.45 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLYTO=1, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, 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 rWYcJ1OxEyNQ for ; Thu, 5 Mar 2015 08:49:07 -0800 (PST) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (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 188031A1BEF for ; Thu, 5 Mar 2015 08:42:56 -0800 (PST) Received: by wghk14 with SMTP id k14so3910074wgh.3 for ; Thu, 05 Mar 2015 08:42:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=HpJJ4azQO5jqkEfFUgxLkZRdOFA5RFKpScv4qah94Aw=; b=0maKU0rtFWpPZjSwJS6JDW0nisOcdsCF5acqRrHY3LaBeE+M4VdTWs/IxvxVdiJDej HX/vL8mb4j60h8g9dXviLbQ6FM2X2NH3VCrfJrt3p0lpVTVnLxCO9yNNl86mXCQOJsQU KGXRg/ieAgf60xXCHg3pLpcFRl9sBh/nSLPyvlLSjKeoYMATV4Z/bA0boVovd2fw1JxS c5GeNiuxYkXveX6iiAPW/RJk9YCxuBoLJLAvhsmJ5k1Eoaf2aZ97OsrXZCWcyEf2Qs6c CT5OEPY8K/e1Wm5udxlSuMl0hTolEtnmQIY5wCRgSqceq3NyUG+z9tB57wDdQfr8IELo O2Pw== X-Received: by 10.194.110.69 with SMTP id hy5mr20395440wjb.121.1425573774892; Thu, 05 Mar 2015 08:42:54 -0800 (PST) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id a13sm11232452wjx.30.2015.03.05.08.42.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Mar 2015 08:42:53 -0800 (PST) Message-ID: <54F8878C.9090206@gmail.com> Date: Thu, 05 Mar 2015 17:42:52 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: =?gbk?Q?=D4=F8=BE=FE=B2=A8?= , "mpls@ietf.org" References: , <54F6CFBE.7060000@gmail.com> In-Reply-To: Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 16:49:09 -0000 Hello Bobo, You replied: > Thank you very much for your quick response. You're welcome. > I know the 4 tunnels' benefit. and I got you the suggestion. Great!. > But I also read the draft draft-kompella-mpls-rmr-00, which was post by > Kompella in last meeting. The very interesting thing is that > draft-kompella-mpls-rmr-00 have similar concept with this draft, but it > seems can use only two ring tunnel support both working and protection. We studied that draft, and think it is complementary with our draft. The Kompella draft describes the provisioning of the forwarding, the Cheng draft describes the protection protocol. The Kompella draft also does not make a distinction between working and protection, that is why it seems that only two tunnels are provisioned. Best regards, º£¸ßÃ÷ > > Date: Wed, 4 Mar 2015 10:26:22 +0100 > > From: huubatwork@gmail.com > > To: zjbdamo@hotmail.com; mpls@ietf.org > > CC: draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org > > Subject: Re: [mpls] Mail regarding > draft-cheng-mpls-tp-shared-ring-protection > > > > Hello Bobo, Ôø¾þ²¨ ÄúºÃ, > > > > You wrote: > > > > > We are developing the solution in our system. > > > > Good to know that. > > > > > One question about the ring tunnel. For one destination node, the > > > solution needs setup 4 different ring tunnels, 2 for working and 2 for > > > protection. My suggestion is two tunnels are enough, one for clockwise > > > working and protection, and the other for anti-clockwise working and > > > protection? > > > > Did you take into account that the tunnels have to be bi-directional? > > > > Did you also take into account that for a clockwise working tunnel > > you have set up a anti-clockwise protection tunnel, and for an > > anti-clockwise working tunnel, a clockwise protection tunnel? > > > > Regards, Huub. > > > > > > -- > > ***************************************************************** > > Çë¼Çס£¬ÄãÊǶÀÒ»ÎÞ¶þµÄ£¬¾ÍÏñÆäËûÿһ¸öÈËÒ»Ñù -- ***************************************************************** Çë¼Çס£¬ÄãÊǶÀÒ»ÎÞ¶þµÄ£¬¾ÍÏñÆäËûÿһ¸öÈËÒ»Ñù From nobody Thu Mar 5 08:51:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91EB71A017C; Thu, 5 Mar 2015 08:51:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 ZedBV1uyrXUX; Thu, 5 Mar 2015 08:51:17 -0800 (PST) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::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 953B31A1A73; Thu, 5 Mar 2015 08:48:30 -0800 (PST) Received: by iecrp18 with SMTP id rp18so10187959iec.10; Thu, 05 Mar 2015 08:48:30 -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=eGdGKFoXI94pNnwFQnb0bYXRY87CCmv0wYsqURALSnM=; b=031FYti9IugSs8STyhAld1XcC5L4iMfdsnMSqXEryajk3NRpuccjlc7vF/OvHMLn1M jiwRjgveE1jysCMzEwAZCEhhc6xPWLbYU/sf8SJdlEfSaU23JCigRaDnsaDDAHUGMS09 sUUEKcd9Wp4/3Vq0csW4fJG5gWasLU1NuitMjZMmuz/OEsdSiP/ykuJGqjc+44QSIxts rhButZCDnsqKxL+vHTW1R+76F65ayd8cVF1XQ49ywunmZf+ryFi+a99XsXKxkGxKlB0O 8UkMfiNLUIsBBP1Tz9/oTCdgk1BC+XD2fi8BGxiDMFNOxgTzz4bCF/rJNW/OAP6D3wEK 6JMQ== MIME-Version: 1.0 X-Received: by 10.107.6.212 with SMTP id f81mr14938523ioi.37.1425574110077; Thu, 05 Mar 2015 08:48:30 -0800 (PST) Sender: dhruvdhody@gmail.com X-Google-Sender-Delegation: dhruvdhody@gmail.com Received: by 10.50.167.2 with HTTP; Thu, 5 Mar 2015 08:48:30 -0800 (PST) Date: Thu, 5 Mar 2015 22:18:30 +0530 X-Google-Sender-Auth: phh6Nx3x_eBKInAHaovF1-c8vc4 Message-ID: From: Dhruv Dhody To: "mpls@ietf.org" Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: Rtg-yang-coord@ietf.org, "Zhangxian \(Xian\)" Subject: [mpls] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 16:51:18 -0000 Hi, Xian and I have created generic base yang model for LSPs. This model is expected to be augmented by seperate data model with specific signalling protocol and technology. See https://tools.ietf.org/html/draft-zhang-mpls-lspdb-yang-00 Comments / Suggestions ? We need to work out the relationship with the rest of MPLS yang model which can be hashed out in Dallas. Regards, Dhruv / Xian Excuse the obvious nit with the LSP abbreviation expansion :P From nobody Thu Mar 5 09:23:47 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F01451A1A04 for ; Thu, 5 Mar 2015 09:23:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 UeMBOWRuWK1d for ; Thu, 5 Mar 2015 09:23:36 -0800 (PST) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) by ietfa.amsl.com (Postfix) with SMTP id 96A6E1A1B87 for ; Thu, 5 Mar 2015 09:19:54 -0800 (PST) Received: (qmail 32742 invoked by uid 0); 5 Mar 2015 17:19:53 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy8.mail.unifiedlayer.com with SMTP; 5 Mar 2015 17:19:53 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id ztJU1p00f2SSUrH01tJXRx; Thu, 05 Mar 2015 10:18:33 -0700 X-Authority-Analysis: v=2.1 cv=bJKFfpOZ c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=mlFM_a_ONtUA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=emO1SXQWCLwA:10 a=48vgC7mUAAAA:8 a=MAdbLhbQS6qKcJyJOQcA:9 a=WgvnyJsCr2KwxC_k:21 a=oslUO8I_FPtdAQgS:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=0KJwabzZqSmn3PV6dmVvVzjMrAFq+G5gHETTiYOPzzk=; b=y7oA+/cXFer3v15ksFf2YgIyVvkkebT8SJLYiD6HwMAhZNd1GHL5s4ZM/21UxrEyBB+0LgICOfozquqdfx6jW+NlTrUcMSyBrHuR49k830mmkO2YOulsnvjCa4mQWVTS; Received: from box313.bluehost.com ([69.89.31.113]:37050 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YTZPp-0002Nh-A4; Thu, 05 Mar 2015 10:18:29 -0700 Message-ID: <54F88FE0.9040206@labn.net> Date: Thu, 05 Mar 2015 12:18:24 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Dhruv Dhody , "mpls@ietf.org" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: Rtg-yang-coord@ietf.org, "Zhangxian \(Xian\)" , TEAS WG Subject: Re: [mpls] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 17:23:37 -0000 Hi Dhruv, Good stuff! There's already some related work going on based on the TE LSP drafts/work started in MPLS and now in the TEAS WG. -- This was mentioned at the TEAS interim too, see http://www.ietf.org/proceedings/interim/2014/12/18/teas/minutes/minutes-i= nterim-2014-teas-1 It looks like you don't completely overlap as you are also considering non-TE LSPs.=20 So I guess a basic question to answer is what is the relationship of the models of TE and non-TE LSPs. e.g, - a generic LSP model with parallel TE and non-TE sub models - a generic LSP model with protocol specific models - a generic LSP model with some mix of the above (which I think you are proposing) - no generic LSP model, and separate TE and non-TE sub models - etc It's not clear to me how much value a generic model brings, but details always help to clarify the situation. =20 My preference would be to have more details on the non-TE models (to compare against the TE model) before deciding on the need for / value of a generic LSP model. Lou On 3/5/2015 11:48 AM, Dhruv Dhody wrote: > Hi, > > Xian and I have created generic base yang model for LSPs. This model > is expected to be augmented by seperate data model with specific > signalling protocol and technology. > > See https://tools.ietf.org/html/draft-zhang-mpls-lspdb-yang-00 > > Comments / Suggestions ? > > We need to work out the relationship with the rest of MPLS yang model > which can be hashed out in Dallas. > > Regards, > Dhruv / Xian > > Excuse the obvious nit with the LSP abbreviation expansion :P > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Thu Mar 5 09:29:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 345831A1A10 for ; Thu, 5 Mar 2015 09:29:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 LD8UVdn7XfbL for ; Thu, 5 Mar 2015 09:29:11 -0800 (PST) Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id D52E51A1A4E for ; Thu, 5 Mar 2015 09:29:07 -0800 (PST) Received: (qmail 1975 invoked by uid 0); 5 Mar 2015 17:29:05 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy6.mail.unifiedlayer.com with SMTP; 5 Mar 2015 17:29:05 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id ztSV1p0082SSUrH01tTq7N; Thu, 05 Mar 2015 10:27:50 -0700 X-Authority-Analysis: v=2.1 cv=SqADtp+0 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=mlFM_a_ONtUA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=emO1SXQWCLwA:10 a=48vgC7mUAAAA:8 a=cyJrvG4EC681TIjjZnoA:9 a=_MfVFuVwUvSDVJMo:21 a=ZrO89E7nRNvlzyWS:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=ieRHcYZO+7UYqjo4xCM1cf3z0L27jX8iIU62fYElCik=; b=rff88LofRuF3ynN4Wzfl59xnRo+0LeQ8c13di+lbz/TrdtvFAX0WAEJLYzPy24W3kCOr8ZvydrP/NVjB+XuZUr3NQkpzLcaVHC/sQa016DvE0bVoi8Zw2YaYRbpbkudC; Received: from box313.bluehost.com ([69.89.31.113]:37848 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YTZYm-00040J-JY; Thu, 05 Mar 2015 10:27:44 -0700 Message-ID: <54F8920A.2090204@labn.net> Date: Thu, 05 Mar 2015 12:27:38 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Dhruv Dhody , "mpls@ietf.org" References: <54F88FE0.9040206@labn.net> In-Reply-To: <54F88FE0.9040206@labn.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: Rtg-yang-coord@ietf.org, "Zhangxian \(Xian\)" , TEAS WG Subject: Re: [mpls] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 17:29:12 -0000 I should have made clear that my previous mail and stated preference was as an individual.=20 As TEAS co-chair: if you need a place to discuss the generic model in Dallas, we're happy to have you in TEAS, and will complement our planned TE model related discussion. Clearly non-te LSP model specifics should be discussed in their respective WGs.=20 Lou On 3/5/2015 12:18 PM, Lou Berger wrote: > Hi Dhruv, > Good stuff! There's already some related work going on based on th= e > TE LSP drafts/work started in MPLS and now in the TEAS WG. -- This was= > mentioned at the TEAS interim too, see > http://www.ietf.org/proceedings/interim/2014/12/18/teas/minutes/minutes= -interim-2014-teas-1 > > It looks like you don't completely overlap as you are also considering > non-TE LSPs.=20 > > So I guess a basic question to answer is what is the relationship of th= e > models of TE and non-TE LSPs. e.g, > - a generic LSP model with parallel TE and non-TE sub models > - a generic LSP model with protocol specific models > - a generic LSP model with some mix of the above (which I think you are= > proposing) > - no generic LSP model, and separate TE and non-TE sub models > - etc > > It's not clear to me how much value a generic model brings, but details= > always help to clarify the situation. =20 > > My preference would be to have more details on the non-TE models (to > compare against the TE model) before deciding on the need for / value o= f > a generic LSP model. > > Lou > > On 3/5/2015 11:48 AM, Dhruv Dhody wrote: >> Hi, >> >> Xian and I have created generic base yang model for LSPs. This model >> is expected to be augmented by seperate data model with specific >> signalling protocol and technology. >> >> See https://tools.ietf.org/html/draft-zhang-mpls-lspdb-yang-00 >> >> Comments / Suggestions ? >> >> We need to work out the relationship with the rest of MPLS yang model >> which can be hashed out in Dallas. >> >> Regards, >> Dhruv / Xian >> >> Excuse the obvious nit with the LSP abbreviation expansion :P >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > From nobody Thu Mar 5 10:20:16 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18A531A6F0B; Thu, 5 Mar 2015 10:20:15 -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, TVD_SPACE_RATIO=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 JrWCzhadDrqu; Thu, 5 Mar 2015 10:20:14 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 160EE1A6EDE; Thu, 5 Mar 2015 10:20:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150305182014.2884.43353.idtracker@ietfa.amsl.com> Date: Thu, 05 Mar 2015 10:20:14 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 18:20:15 -0000 IESG state changed to Approved-announcement to be sent::Revised I-D Needed from IESG Evaluation ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Thu Mar 5 10:30:09 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 210851A6F0B; Thu, 5 Mar 2015 10:30:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.201 X-Spam-Level: X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 xO0-v2YyD50l; Thu, 5 Mar 2015 10:30:05 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56CB91A1BE6; Thu, 5 Mar 2015 10:30:05 -0800 (PST) X-AuditID: c6180641-f796f6d000004ccc-1b-54f83fbf06f7 Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 52.17.19660.FBF38F45; Thu, 5 Mar 2015 12:36:31 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0210.002; Thu, 5 Mar 2015 13:30:03 -0500 From: Gregory Mirsky To: "mpls@ietf.org" , "rtg-bfd@ietf.org" , "spring@ietf.org" Thread-Topic: New Version Notification for draft-mirsky-mpls-bfd-directed-03.txt Thread-Index: AQHQV3GDdZyQilfqPEGH7rZut4nfHJ0ONJ9A Date: Thu, 5 Mar 2015 18:30:03 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B919322@eusaamb103.ericsson.se> References: <20150305182336.4210.87970.idtracker@ietfa.amsl.com> In-Reply-To: <20150305182336.4210.87970.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrELMWRmVeSWpSXmKPExsUyuXRPrO5++x8hBi/6pSxuLV3JavH5zzZG i+MXfjM6MHssWfKTKYAxissmJTUnsyy1SN8ugStj6WeLgnvCFV9OPWFtYJwj3MXIySEhYCLR Pv8JC4QtJnHh3nq2LkYuDiGBI4wSXR3HWSCcZYwSd64/ZwWpYhMwknixsYcdxBYRKJT4vO8a WLewQKDE/OlnGCHiQRIvf/+Gso0k/p+bBGazCKhI7JnbA2bzCvhKvLx1EGyOkICDxJllC8Fs TgFHiUMnv4DVMAJd9P3UGiYQm1lAXOLWk/lMEJcKSCzZc54ZwhaVePn4HyuErSixr3860BwO oHpNifW79CFaFSWmdD9kh1grKHFy5hOWCYyis5BMnYXQMQtJxywkHQsYWVYxcpQWp5blphsZ bmIERsIxCTbHHYwLPlkeYhTgYFTi4TUI+x4ixJpYVlyZe4hRmoNFSZy37MrBECGB9MSS1OzU 1ILUovii0pzU4kOMTBycUg2MdrtTPuyNy3e78SLvwGmxn7vrH60tU+l/0SiYonu+3nrb2sVa 0mfW+m/ib5r11fSs0+yk6zKsmnazLBdOSEtkfifcq6m1ce2+nyXhLg0fop9yOYVPXH3g2pkA L4n8/1JLI7bOaOeJyUxn1pRKn64m4cV4vfBm9VN9LnsPz6qrNibpl9cyZlcqsRRnJBpqMRcV JwIASPdDEWUCAAA= Archived-At: Subject: [mpls] FW: New Version Notification for draft-mirsky-mpls-bfd-directed-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 18:30:07 -0000 RGVhciBBbGwsDQpuZXcgdmVyc2lvbiBvZiBCRkQgRGlyZWN0ZWQgUmV0dXJuIFBhdGggYmVlbiBw dWJsaXNoZWQuIENoYW5nZXMgYXJlIHRvIGFkZHJlc3MgY29tbWVudHMgYnkgTG9hIEFuZGVyc3Nv bi4NCkF1dGhvcnMgd2VsY29tZSB5b3VyIGNvbW1lbnRzLCBxdWVzdGlvbnMgb24gdGhlIGxpc3Qg YW5kIGFyZSBsb29raW5nIGZvcndhcmQgdG8gZGlzY3Vzc2lvbiBpbiBEYWxsYXMuDQoNCglSZWdh cmRzLA0KCQlHcmVnDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2Vu dDogVGh1cnNkYXksIE1hcmNoIDA1LCAyMDE1IDEwOjI0IEFNDQpUbzogTWFjaCBDaGVuOyBHcmVn b3J5IE1pcnNreTsgSmVmZiBUYW50c3VyYTsgR3JlZ29yeSBNaXJza3k7IEplZmYgVGFudHN1cmE7 IE1hY2ggQ2hlbiAoR3VveWkpOyBJbHlhIFZhcmxhc2hraW47IElseWEgVmFybGFzaGtpbg0KU3Vi amVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1taXJza3ktbXBscy1iZmQt ZGlyZWN0ZWQtMDMudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LW1pcnNreS1t cGxzLWJmZC1kaXJlY3RlZC0wMy50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgR3JlZyBNaXJza3kgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1l OgkJZHJhZnQtbWlyc2t5LW1wbHMtYmZkLWRpcmVjdGVkDQpSZXZpc2lvbjoJMDMNClRpdGxlOgkJ QmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nIERldGVjdGlvbiAoQkZEKSBEaXJlY3RlZCBSZXR1cm4g UGF0aA0KRG9jdW1lbnQgZGF0ZToJMjAxNS0wMy0wNQ0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1p c3Npb24NClBhZ2VzOgkJMTANClVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC1taXJza3ktbXBscy1iZmQtZGlyZWN0ZWQtMDMudHh0DQpTdGF0 dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbWlyc2t5 LW1wbHMtYmZkLWRpcmVjdGVkLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LW1pcnNreS1tcGxzLWJmZC1kaXJlY3RlZC0wMw0KRGlmZjogICAgICAgICAg IGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LW1pcnNreS1tcGxzLWJmZC1k aXJlY3RlZC0wMw0KDQpBYnN0cmFjdDoNCiAgIEJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZyBEZXRl Y3Rpb24gKEJGRCkgaXMgZXhwZWN0ZWQgdG8gbW9uaXRvciBiaS0NCiAgIGRpcmVjdGlvbmFsIHBh dGhzLiAgV2hlbiBhIEJGRCBzZXNzaW9uIG1vbml0b3JzIGluIGl0cyBmb3J3YXJkDQogICBkaXJl Y3Rpb24gYW4gZXhwbGljaXRseSByb3V0ZWQgcGF0aCB0aGVyZSBpcyBhIG5lZWQgdG8gYmUgYWJs ZSB0bw0KICAgZGlyZWN0IGVncmVzcyBCRkQgcGVlciB0byB1c2Ugc3BlY2lmaWMgcGF0aCBhcyBy ZXZlcnNlIGRpcmVjdGlvbiBvZg0KICAgdGhlIEJGRCBzZXNzaW9uLg0KDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBv ZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQg dmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUg SUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Thu Mar 5 16:29:38 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7636C1A6FFA for ; Thu, 5 Mar 2015 16:29:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.451 X-Spam-Level: X-Spam-Status: No, score=-101.451 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, 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 1XpeAlweogUk for ; Thu, 5 Mar 2015 16:29:35 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C47411A6FF7 for ; Thu, 5 Mar 2015 16:29:34 -0800 (PST) X-AuditID: c618062d-f79876d000003ebd-0a-54f8a026b831 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id A3.EC.16061.620A8F45; Thu, 5 Mar 2015 19:27:50 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0210.002; Thu, 5 Mar 2015 19:29:32 -0500 From: Gregory Mirsky To: "huubatwork@gmail.com" , =?gb2312?B?1Pi+/rKo?= , "mpls@ietf.org" Thread-Topic: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection Thread-Index: AQHQVlTKOmgQwwYZXk23+9DyFXQ3BZ0MYbYAgAG6WwaAAH5DsA== Date: Fri, 6 Mar 2015 00:29:31 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91B2AE@eusaamb103.ericsson.se> References: , <54F6CFBE.7060000@gmail.com> <54F8878C.9090206@gmail.com> In-Reply-To: <54F8878C.9090206@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOLMWRmVeSWpSXmKPExsUyuXRPoK7agh8hBl+O6lscXbCV0WLG7Mus FreWrmS12HH9H4sDi8fOWXfZPR73nGHzWLLkJ5PHl8uf2QJYorhsUlJzMstSi/TtErgydi16 wFawQaHix+EGpgbGI/JdjJwcEgImEivOfWCFsMUkLtxbz9bFyMUhJHCEUWLf9qfMEM4yRol1 zVPZQKrYBIwkXmzsYQdJiAg0MkocvfiIHSTBLFArsWfzPLAiYQFfibcvVoPZIgIBEssvLmCG sJ0kzsxsZQSxWQRUJN6c+MkCYvMC1b/qv80CsW05o8TvZ9fAEpwCmhLbbywGu48R6L7vp9Yw QSwTl7j1ZD4TxN0CEkv2nGeGsEUlXj7+B/WPosS+/ulQx2lJzGv4DdWrKDGl+yE7xGJBiZMz n7BMYBSbhWTsLCQts5C0zELSsoCRZRUjR2lxalluupHBJkZgTB2TYNPdwbjnpeUhRgEORiUe 3oK+7yFCrIllxZW5hxilOViUxHkXPTgYIiSQnliSmp2aWpBaFF9UmpNafIiRiYNTqoHRiLdg f8CBvvmqvZbOSkwOZVZnSvbqZwk27Mg727shViVtp+8lkZc2q7XOF27xeRs657vwu1d7FjvM fBThdtGy0W/XCcmuN+9qRHOP5jP13FHZKeijY/Jm1WzxqALm4qBfRziyfPZNuN0tNTtVcFbL 9euCB/5K1TlpXH2kpnCRk2GDxtSv8ycosRRnJBpqMRcVJwIA2WOX1IoCAAA= Archived-At: Cc: "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 00:29:36 -0000 SGkgSHV1YiwNCnBlcmhhcHMgS2lyZWV0aSBkaXNhZ3JlZXMgd2l0aCBtZSBidXQgSSB0aGluayB0 aGF0IGRyYWZ0LWtvbXBlbGxhLW1wbHMtcm1yIGFuZCBkcmFmdC1jaGVuZy1tcGxzLXRwLXNoYXJl ZC1yaW5nLXByb3RlY3Rpb24gb2ZmZXIgYWx0ZXJuYXRpdmUgb3IgcGVyaGFwcyBldmVuIG9ydGhv Z29uYWwgc29sdXRpb25zIHRvIHJpbmcgcHJvdGVjdGlvbiwgbm90IGNvbXBsaW1lbnRhcnkuIE15 IHVuZGVyc3RhbmRpbmcgaXMgdGhhdCBSTVIgYWRkcmVzc2VzIHVuaWRpcmVjdGlvbmFsIElQL01Q TFMgTFNQIHByb3RlY3Rpb24gd2hpbGUgTVBMUy1UUCBiaS1kaXJlY3Rpb25hbCBjby1yb3V0ZWQg TVBMUy1UUCBMU1AuDQoNCglSZWdhcmRzLA0KCQlHcmVnDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgSHV1YiB2YW4gSGVsdm9vcnQNClNlbnQ6IFRodXJzZGF5LCBNYXJjaCAwNSwgMjAxNSA4 OjQzIEFNDQpUbzog1Pi+/rKoOyBtcGxzQGlldGYub3JnDQpDYzogZHJhZnQtY2hlbmctbXBscy10 cC1zaGFyZWQtcmluZy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnDQpTdWJqZWN0OiBSZTogW21w bHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW5nLW1wbHMtdHAtc2hhcmVkLXJpbmctcHJvdGVj dGlvbg0KDQpIZWxsbyBCb2JvLA0KDQpZb3UgcmVwbGllZDoNCg0KPiBUaGFuayB5b3UgdmVyeSBt dWNoIGZvciB5b3VyIHF1aWNrIHJlc3BvbnNlLg0KDQpZb3UncmUgd2VsY29tZS4NCg0KPiBJIGtu b3cgdGhlIDQgdHVubmVscycgYmVuZWZpdC4gYW5kIEkgZ290IHlvdSB0aGUgc3VnZ2VzdGlvbi4N Cg0KR3JlYXQhLg0KDQo+IEJ1dCBJIGFsc28gcmVhZCB0aGUgZHJhZnQgZHJhZnQta29tcGVsbGEt bXBscy1ybXItMDAsIHdoaWNoIHdhcyBwb3N0IA0KPiBieSBLb21wZWxsYSBpbiBsYXN0IG1lZXRp bmcuIFRoZSB2ZXJ5IGludGVyZXN0aW5nIHRoaW5nIGlzIHRoYXQNCj4gZHJhZnQta29tcGVsbGEt bXBscy1ybXItMDAgaGF2ZSBzaW1pbGFyIGNvbmNlcHQgd2l0aCB0aGlzIGRyYWZ0LCBidXQgDQo+ IGl0IHNlZW1zIGNhbiB1c2Ugb25seSB0d28gcmluZyB0dW5uZWwgc3VwcG9ydCBib3RoIHdvcmtp bmcgYW5kIHByb3RlY3Rpb24uDQoNCldlIHN0dWRpZWQgdGhhdCBkcmFmdCwgYW5kIHRoaW5rIGl0 IGlzIGNvbXBsZW1lbnRhcnkgd2l0aCBvdXIgZHJhZnQuDQpUaGUgS29tcGVsbGEgZHJhZnQgZGVz Y3JpYmVzIHRoZSBwcm92aXNpb25pbmcgb2YgdGhlIGZvcndhcmRpbmcsIHRoZSBDaGVuZyBkcmFm dCBkZXNjcmliZXMgdGhlIHByb3RlY3Rpb24gcHJvdG9jb2wuDQoNClRoZSBLb21wZWxsYSBkcmFm dCBhbHNvIGRvZXMgbm90IG1ha2UgYSBkaXN0aW5jdGlvbiBiZXR3ZWVuIHdvcmtpbmcgYW5kIHBy b3RlY3Rpb24sIHRoYXQgaXMgd2h5IGl0IHNlZW1zIHRoYXQgb25seSB0d28gdHVubmVscyBhcmUg cHJvdmlzaW9uZWQuDQoNCkJlc3QgcmVnYXJkcywguqO438P3DQoNCg0KPiAgPiBEYXRlOiBXZWQs IDQgTWFyIDIwMTUgMTA6MjY6MjIgKzAxMDAgID4gRnJvbTogaHV1YmF0d29ya0BnbWFpbC5jb20g IA0KPiA+IFRvOiB6amJkYW1vQGhvdG1haWwuY29tOyBtcGxzQGlldGYub3JnICA+IENDOiANCj4g ZHJhZnQtY2hlbmctbXBscy10cC1zaGFyZWQtcmluZy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3Jn DQo+ICA+IFN1YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcNCj4gZHJhZnQtY2hlbmct bXBscy10cC1zaGFyZWQtcmluZy1wcm90ZWN0aW9uDQo+ICA+DQo+ICA+IEhlbGxvIEJvYm8sINT4 vv6yqCDE+rrDLA0KPiAgPg0KPiAgPiBZb3Ugd3JvdGU6DQo+ICA+DQo+ICA+ID4gV2UgYXJlIGRl dmVsb3BpbmcgdGhlIHNvbHV0aW9uIGluIG91ciBzeXN0ZW0uDQo+ICA+DQo+ICA+IEdvb2QgdG8g a25vdyB0aGF0Lg0KPiAgPg0KPiAgPiA+IE9uZSBxdWVzdGlvbiBhYm91dCB0aGUgcmluZyB0dW5u ZWwuIEZvciBvbmUgZGVzdGluYXRpb24gbm9kZSwgdGhlICANCj4gPiA+IHNvbHV0aW9uIG5lZWRz IHNldHVwIDQgZGlmZmVyZW50IHJpbmcgdHVubmVscywgMiBmb3Igd29ya2luZyBhbmQgMiANCj4g Zm9yICA+ID4gcHJvdGVjdGlvbi4gTXkgc3VnZ2VzdGlvbiBpcyB0d28gdHVubmVscyBhcmUgZW5v dWdoLCBvbmUgZm9yIA0KPiBjbG9ja3dpc2UgID4gPiB3b3JraW5nIGFuZCBwcm90ZWN0aW9uLCBh bmQgdGhlIG90aGVyIGZvciANCj4gYW50aS1jbG9ja3dpc2Ugd29ya2luZyBhbmQgID4gPiBwcm90 ZWN0aW9uPw0KPiAgPg0KPiAgPiBEaWQgeW91IHRha2UgaW50byBhY2NvdW50IHRoYXQgdGhlIHR1 bm5lbHMgaGF2ZSB0byBiZSBiaS1kaXJlY3Rpb25hbD8NCj4gID4NCj4gID4gRGlkIHlvdSBhbHNv IHRha2UgaW50byBhY2NvdW50IHRoYXQgZm9yIGEgY2xvY2t3aXNlIHdvcmtpbmcgdHVubmVsICAN Cj4gPiB5b3UgaGF2ZSBzZXQgdXAgYSBhbnRpLWNsb2Nrd2lzZSBwcm90ZWN0aW9uIHR1bm5lbCwg YW5kIGZvciBhbiAgPiANCj4gYW50aS1jbG9ja3dpc2Ugd29ya2luZyB0dW5uZWwsIGEgY2xvY2t3 aXNlIHByb3RlY3Rpb24gdHVubmVsPw0KPiAgPg0KPiAgPiBSZWdhcmRzLCBIdXViLg0KPiAgPg0K PiAgPg0KPiAgPiAtLQ0KPiAgPiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KPiAgPiDH67zH16GjrMTjyse2wNK7zt62/rXE o6y+zc/xxuTL+8O/0ru49sjL0rvR+Q0KDQoNCi0tDQoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KICAgICAgICAgICAgICAg x+u8x9eho6zE48rHtsDSu87etv61xKOsvs3P8cbky/vDv9K7uPbIy9K70fkNCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0 DQptcGxzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21w bHMNCg== From nobody Thu Mar 5 16:49:06 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5C561A90A3; Thu, 5 Mar 2015 16:49:01 -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 jShKReflGnTP; Thu, 5 Mar 2015 16:48:59 -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 347C01A909C; Thu, 5 Mar 2015 16:48:58 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPY11093; Fri, 06 Mar 2015 00:48:56 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 6 Mar 2015 00:48:55 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Fri, 6 Mar 2015 08:48:48 +0800 From: Xuxiaohu To: "Jim Guichard (jguichar)" , Ron Parker Thread-Topic: [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt Thread-Index: AQHQV1aYsfxG7/vV/kuy6NqPt9ZGW50On1Jw Date: Fri, 6 Mar 2015 00:48:47 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08310605@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830F7C0@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830FC8E@NKGEML512-MBS.china.huawei.com> <34ECE28B-F7AB-4FB9-9CE1-06289FB739B4@affirmednetworks.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "" , "sfc@ietf.org" Subject: Re: [mpls] [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 00:49:02 -0000 Hi Jim, Understood. Best regards, Xiaohu > -----Original Message----- > From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com] > Sent: Thursday, March 05, 2015 11:11 PM > To: Ron Parker; Xuxiaohu > Cc: mpls@ietf.org; ; sfc@ietf.org > Subject: Re: [sfc] New Version Notification for > draft-xu-sfc-using-mpls-spring-02.txt >=20 > Hi Xiaohu, >=20 > Thomas and I read your latest draft and believe that you will need to tak= e it to > the MPLS WG as a first step. There are a number of things within the docu= ment > that may require changes to the base MPLS architecture and the SFC WG is = not > the right community to address those. Given this we will not be able to c= onsider > this document in the SFC WG without agreement from the broader MPLS > community. >=20 > Regards, >=20 > Jim & Thomas >=20 >=20 > On 3/4/15, 9:20 PM, "Ron Parker" > wrote: >=20 > >I think it needs to be there between SFF's, too. In the case where > >there is no metadata, you could argue that the data in NSH and the > >label stack are redundantly saying the same thing, but an optimization > >along these lines would not be justified, IMO. > > > > Ron > > > > > >> On Mar 4, 2015, at 8:58 PM, Xuxiaohu wrote: > >> > >> Hi Ron, > >> > >> Thanks a lot for your insightful comments and suggestions. By the > >>way, in the case where there is no need to deliver metadata, does it > >>mean the NSH just only needs to be contained the packets exchanged > >>between SFFs and SFs? In other words, the NSH is used as a way for the > >>SFF to retrieve the label stack which has been stripped by that SFF bef= ore. > >> > >> Best regards, > >> Xiaohu > >> > >>> -----Original Message----- > >>> From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] > >>> Sent: Thursday, March 05, 2015 12:41 AM > >>> To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org > >>> Subject: RE: [sfc] New Version Notification for > >>> draft-xu-sfc-using-mpls-spring-02.txt > >>> > >>> Xiaohu, > >>> > >>> I read your latest draft and I do see the elegance of describing a > >>>sequence of > >>> must-visit nodes as a stack of MPLS labels. And I see that you've > >>>addressed > >>> the transport-independence requirement by stating that the MPLS > >>>frames could > >>> be carried within IP tunnels (i.e., MPLS in UDP, etc.). But, I hav= e > >>>a couple of > >>> issues that I suggest be addressed. > >>> > >>> First, the text is written as if the NSH header is optional and > >>>present only if > >>> metadata is required. The SFC architecture is such that the NSH is > >>> mandatory. I think this issue can be combined with the second issue > >>>that I'll > >>> raise below. > >>> > >>> Second, the notion is that the SFF's strip the label stack and then > >>>restore the > >>> label stack. And since the text states that even when NSH is > >>>present, the SFP > >>> ID is not used, the only remaining basis to do this is flow learning > >>>in the SFF. > >>> While I think there are many reasons that may cause SFF's to utilize > >>>flow learning advantageously, it should not be a fundamental > >>>necessity to realize an > >>> SFF, IMO. But even if the SFF is a flow learner, this is still > >>>inadequate since the > >>> SF may change the 5-tuple (e.g., NAT) or may launch internally > >>>generated flows > >>> (e.g., HTTP proxy). Both cases could not be satisfied by flow > >>>learning. > >>> > >>> What I suggest, instead, is a tighter coupling between the NSH > >>>header and the > >>> MPLS label stack. That there be a 1:1 equivalency between {SFP ID, > >>>SFP hop > >>> index} and the label stack. Thus, when the SFC-aware SF returns a > >>>packet to > >>> the SFF, the {SFP ID, SFP hop index} contained in the NSH be used to > >>>push the > >>> appropriate label stack onto the packet. I believe this would brin= g > >>>the > >>> approach into conformance with the SFC architectural requirements > >>>(mandatory NSH, transport independence) and would solve the problems > >>>with flow learning identified above. > >>> > >>> Ron > >>> > >>> > >>> > >>> -----Original Message----- > >>> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Xuxiaohu > >>> Sent: Tuesday, March 3, 2015 11:10 PM > >>> To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org > >>> Subject: Re: [sfc] New Version Notification for > >>> draft-xu-sfc-using-mpls-spring-02.txt > >>> > >>> The rationales for leveraging the MPLS-SPRING mechanism to realize > >>>the service path layer functionality of the service function > >>>chaining are as > >>>follows: > >>> > >>> 1) eliminate the SFC/SFP states on SFFs. This follows the same logic > >>>as MPLS-SPRING and BIER. > >>> 2) utilize the existing encapsulation (e.g., the MPLS-SPRING) to a > >>>maximum extent. This follows the Transport Derived SFF concept as > >>>described in Section > >>> 4.3.1 of draft-ietf-sfc-architecture. Meanwhile, this is aligned > >>>with the current SFC charter, e.g., "...The working group will > >>>consider using an existing encapsulation (with extensions as > >>>appropriate) if a suitable candidate is found..." > >>> 3) seamlessly support the SFC in a multi-tenant environment (e.g., > >>>MPLS VPN). > >>> For example, the MPLS VPN packet (containing metadata) could be > >>>further imposed with a label stack which indicates an SFC or SFP > >>>associated with that packet. SFFs receiving the above packet would > >>>strip the whole label stack and then send the payload of the MPLS > >>>packet (with metadata) to the corresponding SFs which are > >>>tenant-aware and therefore easily could determine the tenant profile > >>>according to the tenant info contained in the metadata (a.k.a., the > >>>NSH). > >>> > >>> Best regards, > >>> Xiaohu > >>> > >>> > >>>> -----Original Message----- > >>>> From: Xuxiaohu > >>>> Sent: Wednesday, March 04, 2015 11:31 AM > >>>> To: sfc@ietf.org; ''; mpls@ietf.org > >>>> Subject: FW: New Version Notification for > >>>> draft-xu-sfc-using-mpls-spring-02.txt > >>>> > >>>> Hi all, > >>>> > >>>> This document describes how to leverage the MPLS-based source > >>>> routing (i.e., > >>>> MPLS-SPRING) mechanism as developed by the SPRING WG to realize the > >>>> service path layer functionality of the service function chaining. > >>>> In addition, this document also describes how to carry metadata in > >>>> an MPLS packet by using the NSH as a metadata container. > >>>> > >>>> Any comments are suggestions are welcome. > >>>> > >>>> Best regards, > >>>> Xiaohu > >>>> > >>>>> -----Original Message----- > >>>>> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > >>>>> Sent: Wednesday, March 04, 2015 11:24 AM > >>>>> To: Lizhenbin; Luis M. Contreras; Xuxiaohu; Himanshu C. Shah; > >>>>> Xuxiaohu; Himanshu Shah; Luis M. Contreras; Lizhenbin > >>>>> Subject: New Version Notification for > >>>>> draft-xu-sfc-using-mpls-spring-02.txt > >>>>> > >>>>> > >>>>> A new version of I-D, draft-xu-sfc-using-mpls-spring-02.txt > >>>>> has been successfully submitted by Xiaohu Xu and posted to the > >>>>> IETF > >>>> repository. > >>>>> > >>>>> Name: draft-xu-sfc-using-mpls-spring > >>>>> Revision: 02 > >>>>> Title: Service Function Chaining Using MPLS-SPRING > >>>>> Document date: 2015-03-03 > >>>>> Group: Individual Submission > >>>>> Pages: 8 > >>>>> URL: > >>>>> > >>>>>http://www.ietf.org/internet-drafts/draft-xu-sfc-using-mpls-spring-0= 2. > >>>>> txt > >>>>> Status: > >>>>> https://datatracker.ietf.org/doc/draft-xu-sfc-using-mpls-spring/ > >>>>> Htmlized: > >>> http://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-02 > >>>>> Diff: > >>>>> http://www.ietf.org/rfcdiff?url2=3Ddraft-xu-sfc-using-mpls-spring-0= 2 > >>>>> > >>>>> Abstract: > >>>>> Source Packet Routing in Networking (SPRING) WG specifies a speci= al > >>>>> source routing mechanism. Such source routing mechanism can be > >>>>> leveraged to realize the service path layer functionality of the > >>>>> service function chaining (i.e, steering traffic through a > >>>>>particular > >>>>> service function path) by encoding the service function path or t= he > >>>>> service function chain information as the explicit path > >>>>>information. > >>>>> This document describes how to leverage the MPLS-based source > >>> routing > >>>>> mechanism as developed by the SPRING WG to realize the service > path > >>>>> layer functionality of the service function chaining. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> Please note that it may take a couple of minutes from the time of > >>>>>submission until the htmlized version and diff are available at > >>>>>tools.ietf.org. > >>>>> > >>>>> The IETF Secretariat > >>> > >>> _______________________________________________ > >>> sfc mailing list > >>> sfc@ietf.org > >>> https://www.ietf.org/mailman/listinfo/sfc > > > >_______________________________________________ > >sfc mailing list > >sfc@ietf.org > >https://www.ietf.org/mailman/listinfo/sfc From nobody Thu Mar 5 21:08:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E7381AC43D for ; Thu, 5 Mar 2015 21:08:49 -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 CgN38FuNBrCA for ; Thu, 5 Mar 2015 21:08:47 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 644F81AC43C for ; Thu, 5 Mar 2015 21:08:47 -0800 (PST) Received: from [192.168.1.12] (unknown [49.149.191.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 66D9D180145E for ; Fri, 6 Mar 2015 06:08:45 +0100 (CET) Message-ID: <54F93658.4060809@pi.nu> Date: Fri, 06 Mar 2015 13:08:40 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "mpls@ietf.org" References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> <54F3F475.5060202@pi.nu> <54F88023.8090601@gmail.com> <16561_1425572892_54F8841C_16561_50_1_53C29892C857584299CBF5D05346208A0EB5AA6F@PEXCVZYM11.corporate.adroot.infra.ftgroup> <54F93273.5090805@pi.nu> In-Reply-To: <54F93273.5090805@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 05:08:49 -0000 Working Group, I sent this is in response to a mail from Bruno asking about mails relating to the IESG evaluation of documents. Of course it bounced again and Eric has one more mail to take care of. /Loa On 2015-03-06 12:52, Loa Andersson wrote: > Bruno, > > There has been a discussion (on the wg-chairs list I think) about the > .all mail alias. The working groups were added by default to the .all, > e.g. draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org. > > It causes a number of problems, e.g. bounces that the list manager need > to take care of. > > Just now it will be the default for all documents that have been > accepted after a certain time. > > Currently I don't know what to react to this. > > It causes a lot of extra work, but OTOH it is my understanding that > the IESG want the these mails to go to the working group. > > /Loa > > On 2015-03-06 00:28, bruno.decraene@orange.com wrote: >> Thanks Huub. >> >> Loa, all, >> >> I've also just noticed that the mpls mailing list is in copy of all >> emails related to the IESG review. >> I don't recall that this is the case for others draft. >> >> Thanks, >> Bruno >> >>> -----Original Message----- >>> From: Huub van Helvoort [mailto:huubatwork@gmail.com] >>> Sent: Thursday, March 05, 2015 5:11 PM >>> To: Loa Andersson >>> Cc: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org >>> Subject: Re: [mpls] [IANA #808974] Last Call: >> registry-02.txt> (IANA registries for LSP ping Code Points) to Proposed >>> Standard >>> >>> Hello Loa, >>> >>> Looking at the To: and Cc: of your original email you intended to >>> send only to: >>> draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org >>> >>> However, I received it too. >>> >>> In noticed on another email exchange that my old (now invalid) >>> contact email >>> was used. >>> >>> Is something wrong in the ietf tools for forwarding? >>> >>> BR, Huub. >>> >>> >>> -- >>> ************************************************************ >>> ***** >>> 请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ · >> >> _________________________________________________________________________________________________________________________ >> >> >> 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. >> > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 5 21:10:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EAEA1AC447; Thu, 5 Mar 2015 21:10:41 -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] 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 8UMT8AABWude; Thu, 5 Mar 2015 21:10:39 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CD09E1AC43D; Thu, 5 Mar 2015 21: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: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150306051039.19847.30383.idtracker@ietfa.amsl.com> Date: Thu, 05 Mar 2015 21:10:39 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-spring-entropy-label-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 05:10:41 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Entropy labels for source routed stacked tunnels Authors : Sriganesh Kini Kireeti Kompella Siva Sivabalan Stephane Litkowski Rob Shakir Xiaohu Xu Wim Hendrickx Jeff Tantsura Filename : draft-ietf-mpls-spring-entropy-label-00.txt Pages : 11 Date : 2015-03-05 Abstract: Source routed tunnel stacking is a technique that can be leveraged to provide a method to steer a packet through a controlled set of segments. This can be applied to the Multi Protocol Label Switching (MPLS) data plane. Entropy label (EL) is a technique used in MPLS to improve load balancing. This document examines and describes how ELs are to be applied to source routed stacked tunnels. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-spring-entropy-label/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-spring-entropy-label-00 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 Mar 5 23:49:04 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C42D01ACD16 for ; Thu, 5 Mar 2015 23:49:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.461 X-Spam-Level: X-Spam-Status: No, score=-1.461 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 tupw36bOkjSa for ; Thu, 5 Mar 2015 23:49:00 -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 274AD1ACD13 for ; Thu, 5 Mar 2015 23:49:00 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPY34501; Fri, 06 Mar 2015 07:48:58 +0000 (GMT) Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 6 Mar 2015 07:48:57 +0000 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.106]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Fri, 6 Mar 2015 15:48:53 +0800 From: "Dongjie (Jimmy)" To: Gregory Mirsky , "huubatwork@gmail.com" , =?gb2312?B?1Pi+/rKo?= , "mpls@ietf.org" Thread-Topic: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection Thread-Index: AQHQVlTXz2pj9UCMm0u7fYnU1FThk50Lh8gAgAKURcf///pmgIAA8pRQ Date: Fri, 6 Mar 2015 07:48:52 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C9273384E026@nkgeml512-mbx.china.huawei.com> References: , <54F6CFBE.7060000@gmail.com> <54F8878C.9090206@gmail.com> <7347100B5761DC41A166AC17F22DF1121B91B2AE@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91B2AE@eusaamb103.ericsson.se> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 07:49:02 -0000 SGkgR3JlZywNCg0KSSBhZ3JlZSB0aGF0IHRoZSBwcm90ZWN0aW9uIG1lY2hhbmlzbSBpbiBkcmFm dC1jaGVuZyBhZGRyZXNzZXMgdGhlIHByb3RlY3Rpb24gc3dpdGNoaW5nIGZvciBNUExTLVRQIHNj ZW5hcmlvcywgYW5kIGRyYWZ0LWtvbXBlbGxhIGlzIG1vcmUgdGFyZ2V0ZWQgb24gdGhlIElQL01Q TFMgY2FzZXMuIA0KDQpCZXNpZGVzIHRoZSBwcm90ZWN0aW9uIG1lY2hhbmlzbXMsIHRoZSBjb25j ZXB0IGFuZCBzdHJ1Y3R1cmUgb2YgcmluZyBMU1BzIGFyZSBkZXNjcmliZWQgaW4gYm90aCB0d28g ZHJhZnRzLCB3aGljaCBtYXkgYmUgaGFybW9uaXplZCB0byBidWlsZCBhbiB1bmlmaWVkIHJpbmcg TFNQIGFyY2hpdGVjdHVyZSBmb3IgYm90aCBUUCBhbmQgbm9uLVRQIHNjZW5hcmlvcy4gRm9yIGV4 YW1wbGU6IGluIGJvdGggZHJhZnRzLCBlYWNoIHJpbmcgTFNQL3R1bm5lbCBpcyBhbmNob3JlZCBi eSB0aGUgZXhpdCBub2RlLCBmb3IgZWFjaCBleGl0IG5vZGUgdGhlcmUgYXJlIGNsb2Nrd2lzZSBh bmQgYW50aS1jbG9ja3dpc2UgcmluZyBMU1BzL3R1bm5lbHMsIGFuZCBhbGwgdGhlIHRyYWZmaWMv c2VydmljZXMgd2hpY2ggbGVhdmUgdGhlIHJpbmcgZnJvbSBhIHNwZWNpZmljIG5vZGUgd291bGQg c2hhcmUgdGhlIHNhbWUgcmluZyBMU1AvdHVubmVsLiBXaGlsZSB0aGVyZSBhcmUgYWxzbyBzb21l IGRpZmZlcmVuY2VzLCBzdWNoIGFzIDIgdHVubmVsIHZzLiA0IHR1bm5lbHMgYXMgZGlzY3Vzc2Vk IGluIHRoaXMgdGhyZWFkLg0KDQpCZXN0IHJlZ2FyZHMsDQpKaWUNCg0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3Jn XSBPbiBCZWhhbGYgT2YgR3JlZ29yeSBNaXJza3kNCj4gU2VudDogRnJpZGF5LCBNYXJjaCAwNiwg MjAxNSA4OjMwIEFNDQo+IFRvOiBodXViYXR3b3JrQGdtYWlsLmNvbTsg1Pi+/rKoOyBtcGxzQGll dGYub3JnDQo+IENjOiBkcmFmdC1jaGVuZy1tcGxzLXRwLXNoYXJlZC1yaW5nLXByb3RlY3Rpb25A dG9vbHMuaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFm dC1jaGVuZy1tcGxzLXRwLXNoYXJlZC1yaW5nLXByb3RlY3Rpb24NCj4gDQo+IEhpIEh1dWIsDQo+ IHBlcmhhcHMgS2lyZWV0aSBkaXNhZ3JlZXMgd2l0aCBtZSBidXQgSSB0aGluayB0aGF0IGRyYWZ0 LWtvbXBlbGxhLW1wbHMtcm1yIGFuZA0KPiBkcmFmdC1jaGVuZy1tcGxzLXRwLXNoYXJlZC1yaW5n LXByb3RlY3Rpb24gb2ZmZXIgYWx0ZXJuYXRpdmUgb3IgcGVyaGFwcyBldmVuDQo+IG9ydGhvZ29u YWwgc29sdXRpb25zIHRvIHJpbmcgcHJvdGVjdGlvbiwgbm90IGNvbXBsaW1lbnRhcnkuIE15IHVu ZGVyc3RhbmRpbmcNCj4gaXMgdGhhdCBSTVIgYWRkcmVzc2VzIHVuaWRpcmVjdGlvbmFsIElQL01Q TFMgTFNQIHByb3RlY3Rpb24gd2hpbGUgTVBMUy1UUA0KPiBiaS1kaXJlY3Rpb25hbCBjby1yb3V0 ZWQgTVBMUy1UUCBMU1AuDQo+IA0KPiAJUmVnYXJkcywNCj4gCQlHcmVnDQo+IA0KPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGll dGYub3JnXSBPbiBCZWhhbGYgT2YgSHV1YiB2YW4gSGVsdm9vcnQNCj4gU2VudDogVGh1cnNkYXks IE1hcmNoIDA1LCAyMDE1IDg6NDMgQU0NCj4gVG86INT4vv6yqDsgbXBsc0BpZXRmLm9yZw0KPiBD YzogZHJhZnQtY2hlbmctbXBscy10cC1zaGFyZWQtcmluZy1wcm90ZWN0aW9uQHRvb2xzLmlldGYu b3JnDQo+IFN1YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbmctbXBs cy10cC1zaGFyZWQtcmluZy1wcm90ZWN0aW9uDQo+IA0KPiBIZWxsbyBCb2JvLA0KPiANCj4gWW91 IHJlcGxpZWQ6DQo+IA0KPiA+IFRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgcXVpY2sgcmVz cG9uc2UuDQo+IA0KPiBZb3UncmUgd2VsY29tZS4NCj4gDQo+ID4gSSBrbm93IHRoZSA0IHR1bm5l bHMnIGJlbmVmaXQuIGFuZCBJIGdvdCB5b3UgdGhlIHN1Z2dlc3Rpb24uDQo+IA0KPiBHcmVhdCEu DQo+IA0KPiA+IEJ1dCBJIGFsc28gcmVhZCB0aGUgZHJhZnQgZHJhZnQta29tcGVsbGEtbXBscy1y bXItMDAsIHdoaWNoIHdhcyBwb3N0DQo+ID4gYnkgS29tcGVsbGEgaW4gbGFzdCBtZWV0aW5nLiBU aGUgdmVyeSBpbnRlcmVzdGluZyB0aGluZyBpcyB0aGF0DQo+ID4gZHJhZnQta29tcGVsbGEtbXBs cy1ybXItMDAgaGF2ZSBzaW1pbGFyIGNvbmNlcHQgd2l0aCB0aGlzIGRyYWZ0LCBidXQNCj4gPiBp dCBzZWVtcyBjYW4gdXNlIG9ubHkgdHdvIHJpbmcgdHVubmVsIHN1cHBvcnQgYm90aCB3b3JraW5n IGFuZCBwcm90ZWN0aW9uLg0KPiANCj4gV2Ugc3R1ZGllZCB0aGF0IGRyYWZ0LCBhbmQgdGhpbmsg aXQgaXMgY29tcGxlbWVudGFyeSB3aXRoIG91ciBkcmFmdC4NCj4gVGhlIEtvbXBlbGxhIGRyYWZ0 IGRlc2NyaWJlcyB0aGUgcHJvdmlzaW9uaW5nIG9mIHRoZSBmb3J3YXJkaW5nLCB0aGUgQ2hlbmcN Cj4gZHJhZnQgZGVzY3JpYmVzIHRoZSBwcm90ZWN0aW9uIHByb3RvY29sLg0KPiANCj4gVGhlIEtv bXBlbGxhIGRyYWZ0IGFsc28gZG9lcyBub3QgbWFrZSBhIGRpc3RpbmN0aW9uIGJldHdlZW4gd29y a2luZyBhbmQNCj4gcHJvdGVjdGlvbiwgdGhhdCBpcyB3aHkgaXQgc2VlbXMgdGhhdCBvbmx5IHR3 byB0dW5uZWxzIGFyZSBwcm92aXNpb25lZC4NCj4gDQo+IEJlc3QgcmVnYXJkcywguqO438P3DQo+ IA0KPiANCj4gPiAgPiBEYXRlOiBXZWQsIDQgTWFyIDIwMTUgMTA6MjY6MjIgKzAxMDAgID4gRnJv bToNCj4gaHV1YmF0d29ya0BnbWFpbC5jb20NCj4gPiA+IFRvOiB6amJkYW1vQGhvdG1haWwuY29t OyBtcGxzQGlldGYub3JnICA+IENDOg0KPiA+IGRyYWZ0LWNoZW5nLW1wbHMtdHAtc2hhcmVkLXJp bmctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZw0KPiA+ICA+IFN1YmplY3Q6IFJlOiBbbXBsc10g TWFpbCByZWdhcmRpbmcNCj4gPiBkcmFmdC1jaGVuZy1tcGxzLXRwLXNoYXJlZC1yaW5nLXByb3Rl Y3Rpb24NCj4gPiAgPg0KPiA+ICA+IEhlbGxvIEJvYm8sINT4vv6yqCDE+rrDLA0KPiA+ICA+DQo+ ID4gID4gWW91IHdyb3RlOg0KPiA+ICA+DQo+ID4gID4gPiBXZSBhcmUgZGV2ZWxvcGluZyB0aGUg c29sdXRpb24gaW4gb3VyIHN5c3RlbS4NCj4gPiAgPg0KPiA+ICA+IEdvb2QgdG8ga25vdyB0aGF0 Lg0KPiA+ICA+DQo+ID4gID4gPiBPbmUgcXVlc3Rpb24gYWJvdXQgdGhlIHJpbmcgdHVubmVsLiBG b3Igb25lIGRlc3RpbmF0aW9uIG5vZGUsIHRoZQ0KPiA+ID4gPiBzb2x1dGlvbiBuZWVkcyBzZXR1 cCA0IGRpZmZlcmVudCByaW5nIHR1bm5lbHMsIDIgZm9yIHdvcmtpbmcgYW5kIDINCj4gPiBmb3Ig ID4gPiBwcm90ZWN0aW9uLiBNeSBzdWdnZXN0aW9uIGlzIHR3byB0dW5uZWxzIGFyZSBlbm91Z2gs IG9uZSBmb3INCj4gPiBjbG9ja3dpc2UgID4gPiB3b3JraW5nIGFuZCBwcm90ZWN0aW9uLCBhbmQg dGhlIG90aGVyIGZvcg0KPiA+IGFudGktY2xvY2t3aXNlIHdvcmtpbmcgYW5kICA+ID4gcHJvdGVj dGlvbj8NCj4gPiAgPg0KPiA+ICA+IERpZCB5b3UgdGFrZSBpbnRvIGFjY291bnQgdGhhdCB0aGUg dHVubmVscyBoYXZlIHRvIGJlIGJpLWRpcmVjdGlvbmFsPw0KPiA+ICA+DQo+ID4gID4gRGlkIHlv dSBhbHNvIHRha2UgaW50byBhY2NvdW50IHRoYXQgZm9yIGEgY2xvY2t3aXNlIHdvcmtpbmcgdHVu bmVsDQo+ID4gPiB5b3UgaGF2ZSBzZXQgdXAgYSBhbnRpLWNsb2Nrd2lzZSBwcm90ZWN0aW9uIHR1 bm5lbCwgYW5kIGZvciBhbiAgPg0KPiA+IGFudGktY2xvY2t3aXNlIHdvcmtpbmcgdHVubmVsLCBh IGNsb2Nrd2lzZSBwcm90ZWN0aW9uIHR1bm5lbD8NCj4gPiAgPg0KPiA+ICA+IFJlZ2FyZHMsIEh1 dWIuDQo+ID4gID4NCj4gPiAgPg0KPiA+ICA+IC0tDQo+ID4gID4NCj4gKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KPiAqDQo+ ID4gID4gx+u8x9eho6zE48rHtsDSu87etv61xKOsvs3P8cbky/vDv9K7uPbIy9K70fkNCj4gDQo+ IA0KPiAtLQ0KPiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqDQo+ICoNCj4gICAgICAgICAgICAgICAgx+u8x9eho6zE48rHtsDS u87etv61xKOsvs3P8cbky/vDv9K7uPbIy9K70fkNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNA aWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMg bWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tcGxzDQo= From nobody Fri Mar 6 00:33:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A81D1A005B; Fri, 6 Mar 2015 00:33:47 -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] 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 b2hXXlwKInvK; Fri, 6 Mar 2015 00:33:46 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 146531A903A; Fri, 6 Mar 2015 00:33:46 -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: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150306083346.28353.70970.idtracker@ietfa.amsl.com> Date: Fri, 06 Mar 2015 00:33:46 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-lsp-ping-registry-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 08:33:47 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : IANA registries for LSP ping Code Points Authors : Bruno Decraene Nobo Akiya Carlos Pignataro Loa Andersson Sam Aldrin Filename : draft-ietf-mpls-lsp-ping-registry-03.txt Pages : 6 Date : 2015-03-06 Abstract: RFC 4379 and RFC 6424 created name spaces for Multiprotocol Label Switching (MPLS) Label Switched Path (LSP) Ping. However, those RFCs did not create the corresponding IANA registries for the Downstream Mapping object Flags (DS Flags), Multipath Type, Pad TLV and Address Types. There is now a need to make further code point allocations from these name spaces. This document updates RFC 4379 and RFC 6424 in that it creates the IANA registries for that purpose. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-registry-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-registry-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 Fri Mar 6 00:33:53 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C11371A903A; Fri, 6 Mar 2015 00:33:48 -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] 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 sCld5Z-cmZ6S; Fri, 6 Mar 2015 00:33:47 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4179B1ACD15; Fri, 6 Mar 2015 00:33:46 -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: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150306083346.28353.67816.idtracker@ietfa.amsl.com> Date: Fri, 06 Mar 2015 00:33:46 -0800 Archived-At: Subject: [mpls] New Version Notification - draft-ietf-mpls-lsp-ping-registry-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 08:33:49 -0000 A new version (-03) has been submitted for draft-ietf-mpls-lsp-ping-registry: http://www.ietf.org/internet-drafts/draft-ietf-mpls-lsp-ping-registry-03.txt Sub state has been changed to AD Followup from Revised ID Needed The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-registry-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. IETF Secretariat. From nobody Fri Mar 6 00:40:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0F751ACD2B for ; Fri, 6 Mar 2015 00:40:35 -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 g47fCnuAKaGZ for ; Fri, 6 Mar 2015 00:40:34 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D21E21ACD1F for ; Fri, 6 Mar 2015 00:40:33 -0800 (PST) Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id 3D3243B4875 for ; Fri, 6 Mar 2015 09:40:32 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id 2462935C0E5 for ; Fri, 6 Mar 2015 09:40:32 +0100 (CET) Received: from PEXCVZYM11.corporate.adroot.infra.ftgroup ([fe80::a441:e6a9:6143:6f0f]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0224.002; Fri, 6 Mar 2015 09:40:31 +0100 From: To: "mpls@ietf.org" Thread-Topic: New Version Notification - draft-ietf-mpls-lsp-ping-registry-03.txt Thread-Index: AQHQV+hFjZYLhIW4IEW7tm9GbdSVSp0PIPiQ Date: Fri, 6 Mar 2015 08:40:31 +0000 Message-ID: <13194_1425631232_54F96800_13194_3172_3_53C29892C857584299CBF5D05346208A0EB5F808@PEXCVZYM11.corporate.adroot.infra.ftgroup> References: <20150306083346.28353.67816.idtracker@ietfa.amsl.com> In-Reply-To: <20150306083346.28353.67816.idtracker@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.197.38.6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.3.6.54820 Archived-At: Subject: Re: [mpls] New Version Notification - draft-ietf-mpls-lsp-ping-registry-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 08:40:36 -0000 SGkgYWxsLA0KDQpUaGlzIHZlcnNpb24gYWRkcmVzcyB0aGUgY29tbWVudHMgcmVjZWl2ZWQgZHVy aW5nIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIGV2YWx1YXRpb24uDQpDaGFuZ2VzIGFyZSBlZGl0 b3JpYWw6ICBodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW1wbHMt bHNwLXBpbmctcmVnaXN0cnktMDMNCg0KVGhhbmtzIHRvIEFkcmlhbi4NCkJydW5vDQoNCg0KPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+IFNlbnQ6IEZyaWRheSwgTWFy Y2ggMDYsIDIwMTUgOTozNCBBTQ0KPiBUbzogbXBsc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1tcGxz LWxzcC1waW5nLXJlZ2lzdHJ5QGlldGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtDQo+IGxzcC1waW5n LXJlZ2lzdHJ5LmFkQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1t cGxzLWxzcC1waW5nLQ0KPiByZWdpc3RyeS5zaGVwaGVyZEBpZXRmLm9yZzsgcmNhbGxvbkBqdW5p cGVyLm5ldDsgYWRyaWFuQG9sZGRvZy5jby51aw0KPiBTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gLSBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVnaXN0cnktMDMudHh0DQo+IA0K PiANCj4gQSBuZXcgdmVyc2lvbiAoLTAzKSBoYXMgYmVlbiBzdWJtaXR0ZWQgZm9yIGRyYWZ0LWll dGYtbXBscy1sc3AtcGluZy1yZWdpc3RyeToNCj4gaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5l dC1kcmFmdHMvZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5LTAzLnR4dA0KPiANCj4g U3ViIHN0YXRlIGhhcyBiZWVuIGNoYW5nZWQgdG8gQUQgRm9sbG93dXAgZnJvbSBSZXZpc2VkIElE IE5lZWRlZA0KPiANCj4gDQo+IFRoZSBJRVRGIGRhdGF0cmFja2VyIHBhZ2UgZm9yIHRoaXMgSW50 ZXJuZXQtRHJhZnQgaXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWlldGYtbXBscy1sc3AtcGluZy1yZWdpc3RyeS8NCj4gDQo+IERpZmYgZnJvbSBwcmV2aW91cyB2 ZXJzaW9uOg0KPiBodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW1w bHMtbHNwLXBpbmctcmVnaXN0cnktMDMNCj4gDQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5p ZXRmLm9yZy4NCj4gDQo+IElFVEYgU2VjcmV0YXJpYXQuDQoNCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdl IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0 cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZv dXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIK YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRl cy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJh dGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBh IGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQg aW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90 IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhl IHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBl bWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0 aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4K Cg== From nobody Fri Mar 6 02:22:19 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC8981A895A for ; Fri, 6 Mar 2015 02:22:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.75 X-Spam-Level: X-Spam-Status: No, score=0.75 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, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, 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 MLsiLngg54W5 for ; Fri, 6 Mar 2015 02:22:17 -0800 (PST) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::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 1C3BD1A8941 for ; Fri, 6 Mar 2015 02:22:15 -0800 (PST) Received: by wesw55 with SMTP id w55so5144109wes.3 for ; Fri, 06 Mar 2015 02:22:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=llYsZxcIcReC4N3lAAcgiZEjn9u/W+LwLjO3Y0/NVBA=; b=uOiqTRXZFI/n2KYGW0vV9ee1vJUUnFHKQAmgYPE+I8Bd6YeHhffRtiHprNIorvBAcP dCVBiB7QRnf1vZ6eB87Kio2AU8FIAhPte2DBVmTc+/WRwdA38j6P0N+xP3XFBAnxi2r9 vrT21arOf3zIBoXB73vngKSuVgrIR90B17W4ZHDucH+3rD0nJrqNeql/bv7T6Bb05n2O U8fUQOulBhM0gEUbojPoibbRUpVtTmmw+HeDP9QPihhDlZ5T6WhrR9fe4jrkZsYJ4eZJ eiKVWjtmnaLsUNCAtm+J7NUmNHfupaP53aMMscMMI86YPCEcKi7D7uL3XLztTYOpk8ix Aong== X-Received: by 10.180.83.69 with SMTP id o5mr72491688wiy.48.1425637333937; Fri, 06 Mar 2015 02:22:13 -0800 (PST) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id vv9sm14280774wjc.35.2015.03.06.02.22.11 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Mar 2015 02:22:11 -0800 (PST) Message-ID: <54F97FD1.7070707@gmail.com> Date: Fri, 06 Mar 2015 11:22:09 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Gregory Mirsky , =?gbk?Q?=D4=F8=BE=FE=B2=A8?= , "mpls@ietf.org" References: , <54F6CFBE.7060000@gmail.com> <54F8878C.9090206@gmail.com> <7347100B5761DC41A166AC17F22DF1121B91B2AE@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91B2AE@eusaamb103.ericsson.se> Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 10:22:19 -0000 Hello Greg, You replied: > perhaps Kireeti disagrees with me but I think that > draft-kompella-mpls-rmr and draft-cheng-mpls-tp-shared-ring-protection > offer alternative or perhaps even orthogonal solutions > to ring protection, not complimentary. Ok, let's wait for his response. > My understanding is that RMR addresses unidirectional > IP/MPLS LSP protection while MPLS-TP bi-directional > co-routed MPLS-TP LSP. When I read draft-kompella for the first time I thought it was similar to SONET UPSR (while draft-cheng is more like SONET BLSR). But the description of the switching mechanism looked more like BLSR. Regards, Huub. > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Huub van Helvoort > Sent: Thursday, March 05, 2015 8:43 AM > To: Ôø¾þ²¨; mpls@ietf.org > Cc: draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org > Subject: Re: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection > > Hello Bobo, > > You replied: > >> Thank you very much for your quick response. > > You're welcome. > >> I know the 4 tunnels' benefit. and I got you the suggestion. > > Great!. > >> But I also read the draft draft-kompella-mpls-rmr-00, which was post >> by Kompella in last meeting. The very interesting thing is that >> draft-kompella-mpls-rmr-00 have similar concept with this draft, but >> it seems can use only two ring tunnel support both working and protection. > > We studied that draft, and think it is complementary with our draft. > The Kompella draft describes the provisioning of the forwarding, the Cheng draft describes the protection protocol. > > The Kompella draft also does not make a distinction between working and protection, that is why it seems that only two tunnels are provisioned. > > Best regards, º£¸ßÃ÷ > > >> > Date: Wed, 4 Mar 2015 10:26:22 +0100 > From: huubatwork@gmail.com >>> To: zjbdamo@hotmail.com; mpls@ietf.org > CC: >> draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org >> > Subject: Re: [mpls] Mail regarding >> draft-cheng-mpls-tp-shared-ring-protection >> > >> > Hello Bobo, Ôø¾þ²¨ ÄúºÃ, >> > >> > You wrote: >> > >> > > We are developing the solution in our system. >> > >> > Good to know that. >> > >> > > One question about the ring tunnel. For one destination node, the >>>> solution needs setup 4 different ring tunnels, 2 for working and 2 >> for > > protection. My suggestion is two tunnels are enough, one for >> clockwise > > working and protection, and the other for >> anti-clockwise working and > > protection? >> > >> > Did you take into account that the tunnels have to be bi-directional? >> > >> > Did you also take into account that for a clockwise working tunnel >>> you have set up a anti-clockwise protection tunnel, and for an > >> anti-clockwise working tunnel, a clockwise protection tunnel? >> > >> > Regards, Huub. -- ***************************************************************** Çë¼Çס£¬ÄãÊǶÀÒ»ÎÞ¶þµÄ£¬¾ÍÏñÆäËûÿһ¸öÈËÒ»Ñù From nobody Fri Mar 6 03:40:02 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6713B1ACD7D; Fri, 6 Mar 2015 03:40:01 -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, TVD_SPACE_RATIO=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 nxuCLAv2WE9U; Fri, 6 Mar 2015 03:40:00 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 723591ACD79; Fri, 6 Mar 2015 03:40:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150306114000.30759.13894.idtracker@ietfa.amsl.com> Date: Fri, 06 Mar 2015 03:40:00 -0800 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 11:40:01 -0000 IESG state changed to Approved-announcement to be sent from Approved-announcement to be sent::AD Followup ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Fri Mar 6 04:00:49 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47B3E1ACDAE; Fri, 6 Mar 2015 04:00:48 -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 i-hvOakU3gpE; Fri, 6 Mar 2015 04:00:44 -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 B1AEB1ACDA3; Fri, 6 Mar 2015 04:00:43 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPY58768; Fri, 06 Mar 2015 12:00:42 +0000 (GMT) Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 6 Mar 2015 12:00:41 +0000 Received: from BLREML509-MBX.china.huawei.com ([169.254.7.70]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0158.001; Fri, 6 Mar 2015 17:30:30 +0530 From: Dhruv Dhody To: "'Lou Berger'" , Dhruv Dhody , "mpls@ietf.org" Thread-Topic: [Teas] [mpls] Generic LSP Yang Thread-Index: AQHQV2RAArbxfMQCJkWYNeXdfaQGXZ0NxckAgAFI2RA= Date: Fri, 6 Mar 2015 12:00:29 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> References: <54F88FE0.9040206@labn.net> In-Reply-To: <54F88FE0.9040206@labn.net> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.195.41.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "Rtg-yang-coord@ietf.org" , "Zhangxian \(Xian\)" , TEAS WG Subject: Re: [mpls] [Teas] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 12:00:48 -0000 Hi Lou, > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > Sent: 05 March 2015 22:48 > To: Dhruv Dhody; mpls@ietf.org > Cc: Rtg-yang-coord@ietf.org; Zhangxian (Xian); TEAS WG > Subject: Re: [Teas] [mpls] Generic LSP Yang >=20 > Hi Dhruv, > Good stuff! There's already some related work going on based on the = TE > LSP drafts/work started in MPLS and now in the TEAS WG. -- This was > mentioned at the TEAS interim too, see > http://www.ietf.org/proceedings/interim/2014/12/18/teas/minutes/minutes- > interim-2014-teas-1 >=20 > It looks like you don't completely overlap as you are also considering no= n-TE > LSPs. [Dhruv]: Yes, our aim is to go one level up and see if we can have a generi= c LSP yang model including TE and non-TE, as well any signaling protocol or= lack thereof (static, SR). =20 >=20 > So I guess a basic question to answer is what is the relationship of the > models of TE and non-TE LSPs. e.g, > - a generic LSP model with parallel TE and non-TE sub models > - a generic LSP model with protocol specific models > - a generic LSP model with some mix of the above (which I think you are > proposing) > - no generic LSP model, and separate TE and non-TE sub models > - etc [Dhruv]: Our aim is to explore and see if we have attributes common to all = LSP irrespective of TE/non-TE; signaling protocol, Segment Routing and even= PCEP to warrant such a generic LSP model.=20 A possible overall relationship with the model is in the draft -=20 +---------------+ | Generic LSPDB | | ietf-lspdb | +-------^-------+ | --------------------------------------------- | | | | | | | | +----+----+ +-------+-------+ +----+----+ +--+--+ | LDP-LSP | | BGP-LSP | | TE-LSP | | SR | | | | | | | | | +---------+ +---------------+ +----^----+ +--^--+ | | ----------- | | | | +----+----+ +--+--+ | RSVP-TE | | SR- | | | | TE | +----^----+ +--^--+ | | | | ----------- | +----+----+ | PCEP | | | +---------+ >=20 > It's not clear to me how much value a generic model brings, but details > always help to clarify the situation. >=20 > My preference would be to have more details on the non-TE models (to comp= are > against the TE model) before deciding on the need for / value of a generi= c > LSP model. [Dhruv]: Yes, I think that would surely help.=20 IMHO the ease of augmentation and having a generic base model is one of the= key advantages of YANG, so we hope its a worthwhile exercise to explore th= e need for such a generic model instead of separate TE and non-TE models.=20 Regards, Dhruv >=20 > Lou >=20 > On 3/5/2015 11:48 AM, Dhruv Dhody wrote: > > Hi, > > > > Xian and I have created generic base yang model for LSPs. This model > > is expected to be augmented by seperate data model with specific > > signalling protocol and technology. > > > > See https://tools.ietf.org/html/draft-zhang-mpls-lspdb-yang-00 > > > > Comments / Suggestions ? > > > > We need to work out the relationship with the rest of MPLS yang model > > which can be hashed out in Dallas. > > > > Regards, > > Dhruv / Xian > > > > Excuse the obvious nit with the LSP abbreviation expansion :P > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > >=20 >=20 >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Fri Mar 6 04:06:51 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 937491ACDB3; Fri, 6 Mar 2015 04:06:47 -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 YF1TDSP8Vi4U; Fri, 6 Mar 2015 04:06:45 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 118551ACDAF; Fri, 6 Mar 2015 04:06:45 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Dhruv Dhody'" , "'Lou Berger'" , "'Dhruv Dhody'" , References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> In-Reply-To: <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> Date: Fri, 6 Mar 2015 07:06:30 -0500 Message-ID: <0eb701d05805$fbb2bc60$f3183520$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQGF8qnWNbZVbUsAI+Uo8DjiQRkeSgEd1aRRApdTD6OdhnyfUA== X-Authenticated-User: skh@ndzh.com Archived-At: Cc: Rtg-yang-coord@ietf.org, "'Zhangxian \(Xian\)'" , 'TEAS WG' Subject: Re: [mpls] [Teas] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 12:06:47 -0000 Dhruv, Xian and Lou: Thank you for working on the genric LSP work. After the TEAS WG, could the I2RS WG get a summary of your discussion. Sue Hares -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Dhruv Dhody Sent: Friday, March 06, 2015 7:00 AM To: 'Lou Berger'; Dhruv Dhody; mpls@ietf.org Cc: Rtg-yang-coord@ietf.org; Zhangxian (Xian); TEAS WG Subject: Re: [Teas] [mpls] Generic LSP Yang Hi Lou, > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > Sent: 05 March 2015 22:48 > To: Dhruv Dhody; mpls@ietf.org > Cc: Rtg-yang-coord@ietf.org; Zhangxian (Xian); TEAS WG > Subject: Re: [Teas] [mpls] Generic LSP Yang > > Hi Dhruv, > Good stuff! There's already some related work going on based on > the TE LSP drafts/work started in MPLS and now in the TEAS WG. -- > This was mentioned at the TEAS interim too, see > http://www.ietf.org/proceedings/interim/2014/12/18/teas/minutes/minute > s- > interim-2014-teas-1 > > It looks like you don't completely overlap as you are also considering > non-TE LSPs. [Dhruv]: Yes, our aim is to go one level up and see if we can have a generic LSP yang model including TE and non-TE, as well any signaling protocol or lack thereof (static, SR). > > So I guess a basic question to answer is what is the relationship of > the models of TE and non-TE LSPs. e.g, > - a generic LSP model with parallel TE and non-TE sub models > - a generic LSP model with protocol specific models > - a generic LSP model with some mix of the above (which I think you > are > proposing) > - no generic LSP model, and separate TE and non-TE sub models > - etc [Dhruv]: Our aim is to explore and see if we have attributes common to all LSP irrespective of TE/non-TE; signaling protocol, Segment Routing and even PCEP to warrant such a generic LSP model. A possible overall relationship with the model is in the draft - +---------------+ | Generic LSPDB | | ietf-lspdb | +-------^-------+ | --------------------------------------------- | | | | | | | | +----+----+ +-------+-------+ +----+----+ +--+--+ | LDP-LSP | | BGP-LSP | | TE-LSP | | SR | | | | | | | | | +---------+ +---------------+ +----^----+ +--^--+ | | ----------- | | | | +----+----+ +--+--+ | RSVP-TE | | SR- | | | | TE | +----^----+ +--^--+ | | | | ----------- | +----+----+ | PCEP | | | +---------+ > > It's not clear to me how much value a generic model brings, but > details always help to clarify the situation. > > My preference would be to have more details on the non-TE models (to > compare against the TE model) before deciding on the need for / value > of a generic LSP model. [Dhruv]: Yes, I think that would surely help. IMHO the ease of augmentation and having a generic base model is one of the key advantages of YANG, so we hope its a worthwhile exercise to explore the need for such a generic model instead of separate TE and non-TE models. Regards, Dhruv > > Lou > > On 3/5/2015 11:48 AM, Dhruv Dhody wrote: > > Hi, > > > > Xian and I have created generic base yang model for LSPs. This model > > is expected to be augmented by seperate data model with specific > > signalling protocol and technology. > > > > See https://tools.ietf.org/html/draft-zhang-mpls-lspdb-yang-00 > > > > Comments / Suggestions ? > > > > We need to work out the relationship with the rest of MPLS yang > > model which can be hashed out in Dallas. > > > > Regards, > > Dhruv / Xian > > > > Excuse the obvious nit with the LSP abbreviation expansion :P > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Fri Mar 6 05:11:53 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC12C1ACE0A; Fri, 6 Mar 2015 05:11:51 -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 tDlbta1Zm7Le; Fri, 6 Mar 2015 05:11:46 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F0C71ACE06; Fri, 6 Mar 2015 05:11:39 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id t26DBUV7014065 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 6 Mar 2015 08:11:30 -0500 Received: from ATL-SRV-MBX2.advaoptical.com (172.16.5.46) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 6 Mar 2015 08:11:30 -0500 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX2.advaoptical.com (172.16.5.46) with Microsoft SMTP Server (TLS) id 15.0.1076.3; Fri, 6 Mar 2015 08:11:30 -0500 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.1076.000; Fri, 6 Mar 2015 08:11:30 -0500 From: Igor Bryskin To: Dhruv Dhody , "'Lou Berger'" , Dhruv Dhody , "mpls@ietf.org" Thread-Topic: [mpls] [Teas] Generic LSP Yang Thread-Index: AQHQWAUzsQkQu7Ewm0G1yY1vtfqWpZ0PbO1g Date: Fri, 6 Mar 2015 13:11:28 +0000 Message-ID: <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> In-Reply-To: <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.16.5.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68, 1.0.33, 0.0.0000 definitions=2015-03-06_04:2015-03-06,2015-03-06,1970-01-01 signatures=0 Archived-At: Cc: "Rtg-yang-coord@ietf.org" , "Zhangxian \(Xian\)" , TEAS WG Subject: Re: [mpls] [Teas] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 13:11:52 -0000 Druv, IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They should hav= e totally independent models each being developed in respective WG. Igor -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Dhruv Dhody Sent: Friday, March 06, 2015 7:00 AM To: 'Lou Berger'; Dhruv Dhody; mpls@ietf.org Cc: Rtg-yang-coord@ietf.org; Zhangxian (Xian); TEAS WG Subject: Re: [mpls] [Teas] Generic LSP Yang Hi Lou, > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > Sent: 05 March 2015 22:48 > To: Dhruv Dhody; mpls@ietf.org > Cc: Rtg-yang-coord@ietf.org; Zhangxian (Xian); TEAS WG > Subject: Re: [Teas] [mpls] Generic LSP Yang >=20 > Hi Dhruv, > Good stuff! There's already some related work going on based on=20 > the TE LSP drafts/work started in MPLS and now in the TEAS WG. --=20 > This was mentioned at the TEAS interim too, see > http://www.ietf.org/proceedings/interim/2014/12/18/teas/minutes/minute > s- > interim-2014-teas-1 >=20 > It looks like you don't completely overlap as you are also considering=20 > non-TE LSPs. [Dhruv]: Yes, our aim is to go one level up and see if we can have a generi= c LSP yang model including TE and non-TE, as well any signaling protocol or= lack thereof (static, SR). =20 >=20 > So I guess a basic question to answer is what is the relationship of=20 > the models of TE and non-TE LSPs. e.g, > - a generic LSP model with parallel TE and non-TE sub models > - a generic LSP model with protocol specific models > - a generic LSP model with some mix of the above (which I think you=20 > are > proposing) > - no generic LSP model, and separate TE and non-TE sub models > - etc [Dhruv]: Our aim is to explore and see if we have attributes common to all = LSP irrespective of TE/non-TE; signaling protocol, Segment Routing and even= PCEP to warrant such a generic LSP model.=20 A possible overall relationship with the model is in the draft -=20 +---------------+ | Generic LSPDB | | ietf-lspdb | +-------^-------+ | --------------------------------------------- | | | | | | | | +----+----+ +-------+-------+ +----+----+ +--+--+ | LDP-LSP | | BGP-LSP | | TE-LSP | | SR | | | | | | | | | +---------+ +---------------+ +----^----+ +--^--+ | | ----------- | | | | +----+----+ +--+--+ | RSVP-TE | | SR- | | | | TE | +----^----+ +--^--+ | | | | ----------- | +----+----+ | PCEP | | | +---------+ >=20 > It's not clear to me how much value a generic model brings, but=20 > details always help to clarify the situation. >=20 > My preference would be to have more details on the non-TE models (to=20 > compare against the TE model) before deciding on the need for / value=20 > of a generic LSP model. [Dhruv]: Yes, I think that would surely help.=20 IMHO the ease of augmentation and having a generic base model is one of the= key advantages of YANG, so we hope its a worthwhile exercise to explore th= e need for such a generic model instead of separate TE and non-TE models.=20 Regards, Dhruv >=20 > Lou >=20 > On 3/5/2015 11:48 AM, Dhruv Dhody wrote: > > Hi, > > > > Xian and I have created generic base yang model for LSPs. This model=20 > > is expected to be augmented by seperate data model with specific=20 > > signalling protocol and technology. > > > > See https://tools.ietf.org/html/draft-zhang-mpls-lspdb-yang-00 > > > > Comments / Suggestions ? > > > > We need to work out the relationship with the rest of MPLS yang=20 > > model which can be hashed out in Dallas. > > > > Regards, > > Dhruv / Xian > > > > Excuse the obvious nit with the LSP abbreviation expansion :P > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > >=20 >=20 >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Mar 6 06:05:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48CC21ACE24 for ; Fri, 6 Mar 2015 06:05:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 jvSAk_3Ohn8g for ; Fri, 6 Mar 2015 06:05:24 -0800 (PST) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id EBCEF1ACE31 for ; Fri, 6 Mar 2015 06:05:15 -0800 (PST) Received: (qmail 16244 invoked by uid 0); 6 Mar 2015 14:05:15 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy5.mail.unifiedlayer.com with SMTP; 6 Mar 2015 14:05:15 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id 0M5B1q00x2SSUrH01M5EAr; Fri, 06 Mar 2015 14:05:14 -0700 X-Authority-Analysis: v=2.1 cv=U5gBU4bu c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=hUXq7yzdp1YA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=emO1SXQWCLwA:10 a=48vgC7mUAAAA:8 a=O0Hm_RYbqtG38CgO0mIA:9 a=kHJIFfDfcLGMyUwK:21 a=JqNYE33C9tJtipj1:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=86egnpqUk9R1OhEdKzQyfQ6tvYZgGFpMj9rAzPxNAXk=; b=Y3OmGBQdlMKCtGtNQpJ9Q56l3oSAj+ZARhBRpo5NaKm7hKuHIoh82C2juq2gDqbsGso3r6jzc+QWfPigE2ZkNbh4EadyqMZhOTXvQyvtzj/r2DrrBxJgQEltpc7WjLJO; Received: from box313.bluehost.com ([69.89.31.113]:33814 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YTssK-000692-Ht; Fri, 06 Mar 2015 07:05:12 -0700 Message-ID: <54F9B415.9040508@labn.net> Date: Fri, 06 Mar 2015 09:05:09 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Dhruv Dhody , Dhruv Dhody , "mpls@ietf.org" References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> In-Reply-To: <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "Rtg-yang-coord@ietf.org" , "Zhangxian \(Xian\)" , TEAS WG Subject: Re: [mpls] [Teas] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 14:05:28 -0000 Dhruv, On 03/06/2015 07:00 AM, Dhruv Dhody wrote: > Hi Lou, > >> -----Original Message----- >> From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger >> Sent: 05 March 2015 22:48 >> To: Dhruv Dhody; mpls@ietf.org >> Cc: Rtg-yang-coord@ietf.org; Zhangxian (Xian); TEAS WG >> Subject: Re: [Teas] [mpls] Generic LSP Yang >> >> Hi Dhruv, >> Good stuff! There's already some related work going on based on the TE >> LSP drafts/work started in MPLS and now in the TEAS WG. -- This was >> mentioned at the TEAS interim too, see >> http://www.ietf.org/proceedings/interim/2014/12/18/teas/minutes/minutes- >> interim-2014-teas-1 >> >> It looks like you don't completely overlap as you are also considering non-TE >> LSPs. > > [Dhruv]: Yes, our aim is to go one level up and see if we can have a > generic LSP yang model including TE and non-TE, as well any signaling > protocol or lack thereof (static, SR). > Understood. BTW non-signaled TE is still part of TE architecture and the yang model work underway in TEAS. (TP, and to some degree PCE really made this point clear.) >> >> So I guess a basic question to answer is what is the relationship of the >> models of TE and non-TE LSPs. e.g, >> - a generic LSP model with parallel TE and non-TE sub models >> - a generic LSP model with protocol specific models >> - a generic LSP model with some mix of the above (which I think you are >> proposing) >> - no generic LSP model, and separate TE and non-TE sub models >> - etc > > [Dhruv]: Our aim is to explore and see if we have attributes common > to all LSP irrespective of TE/non-TE; signaling protocol, Segment > Routing and even PCEP to warrant such a generic LSP model. > Sure. PCE driven TE LSPs are in scope of the generic TE YANG models being developed. PCEP protocol specifics belong to PCE. > A possible overall relationship with the model is in the draft - > +---------------+ > | Generic LSPDB | > | ietf-lspdb | > +-------^-------+ > | > --------------------------------------------- > | | | | > | | | | > +----+----+ +-------+-------+ +----+----+ +--+--+ > | LDP-LSP | | BGP-LSP | | TE-LSP | | SR | > | | | | | | | | > +---------+ +---------------+ +----^----+ +--^--+ > | | > ----------- > | | > | | > +----+----+ +--+--+ > | RSVP-TE | | SR- | > | | | TE | > +----^----+ +--^--+ > | | > | | > ----------- > | > +----+----+ > | PCEP | > | | > +---------+ > > >> >> It's not clear to me how much value a generic model brings, but details >> always help to clarify the situation. >> >> My preference would be to have more details on the non-TE models (to compare >> against the TE model) before deciding on the need for / value of a generic >> LSP model. > > [Dhruv]: Yes, I think that would surely help. Glad to hear we're in agreement. > IMHO the ease of augmentation and having a generic base model is one > of the key advantages of YANG, so we hope its a worthwhile exercise > to explore the need for such a generic model instead of separate TE > and non-TE models. > The details of each will certainly demonstrate the degree of overlap. Thanks, Lou > Regards, > Dhruv > >> >> Lou >> >> On 3/5/2015 11:48 AM, Dhruv Dhody wrote: >>> Hi, >>> >>> Xian and I have created generic base yang model for LSPs. This model >>> is expected to be augmented by seperate data model with specific >>> signalling protocol and technology. >>> >>> See https://tools.ietf.org/html/draft-zhang-mpls-lspdb-yang-00 >>> >>> Comments / Suggestions ? >>> >>> We need to work out the relationship with the rest of MPLS yang model >>> which can be hashed out in Dallas. >>> >>> Regards, >>> Dhruv / Xian >>> >>> Excuse the obvious nit with the LSP abbreviation expansion :P >>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>> >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas > From nobody Sat Mar 7 03:47:48 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B7451A8AFC; Sat, 7 Mar 2015 03:47: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 nv25GS90-kgP; Sat, 7 Mar 2015 03:47:45 -0800 (PST) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::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 382A31A8944; Sat, 7 Mar 2015 03:47:45 -0800 (PST) Received: by iebtr6 with SMTP id tr6so18802128ieb.2; Sat, 07 Mar 2015 03:47: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=KIL9YhltzCEfaudBN6DptPw+SBWWO39pPiMNcYg6Uwg=; b=IZEpRcdUn8NecUTYgDMVLk9oIU1oRuFBz8eaC5dXM0dPSiKO9doJ/q1b7Q04q4Dlxs 7GjjPqlQmgXYltWKfMoEA8luKATBW/O9I6nvDy32Jcapzi5EjRrN//pCZgSRN9LEwJ1Q hy8HrHtIZ+LkpIM3Ndijha3a7oyQdxVgrSXpiR0q4R+Qb8dv06ek1q4VG4yRqZtZTGsP mUGPvLdYoBHwfA/LKtyc/OQ3kGEP/pbyi36sJX3LZ0RtsdYn8pvmcRYJAZ849/x0vnRj xSWpTfODu8LclqObRYp8GwV7wFyyJkjtF281qdn5h2LZI/yoeoEXwBZomqTDNRVLU0Zn 4MhQ== MIME-Version: 1.0 X-Received: by 10.50.131.196 with SMTP id oo4mr34713906igb.2.1425728864709; Sat, 07 Mar 2015 03:47:44 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.107.136.156 with HTTP; Sat, 7 Mar 2015 03:47:44 -0800 (PST) In-Reply-To: <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> Date: Sat, 7 Mar 2015 12:47:44 +0100 X-Google-Sender-Auth: 8rM4PVxET_R5zMNNlI6UAfaRfos Message-ID: From: Robert Raszuk To: Igor Bryskin , Dhruv Dhody Content-Type: multipart/alternative; boundary=047d7b2e146587353e0510b15ed2 Archived-At: Cc: "Rtg-yang-coord@ietf.org" , "mpls@ietf.org" , TEAS WG Subject: Re: [mpls] [Teas] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 11:47:46 -0000 --047d7b2e146587353e0510b15ed2 Content-Type: text/plain; charset=UTF-8 I would agree with Igor. Other then name overlap those are completely different technologies and artificially putting them under "LSP" umbrella just does not bring any value, but only confuses things even more. Q: What SPRING-LSP has anything in common with "label" when you use v6 header ? If you want to search for some commonalities let's remove LDP-LSPs from this mix (as the is not relevant) and leave TE-LSP & SPRING + maybe also add BIER as well as change the name to Generic-EP (Engineered Paths). I see no value of goruping based on the fact that data plane uses mpls labels, but rather I would see reasonable to provide models based on the transport path characteristics for the traffic it is to carry. Best, r. On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin wrote: > Druv, > > IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They should > have totally independent models each being developed in respective WG. > > Igor > --047d7b2e146587353e0510b15ed2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I would agree with I= gor.

Other then name overlap tho= se are completely different technologies and artificially putting them unde= r "LSP" umbrella just does not bring any value, but only confuses= things even more.=C2=A0

Q: What= SPRING-LSP has anything in common with "label" when you use v6 h= eader ?=C2=A0

If you want to sea= rch for some commonalities let's remove LDP-LSPs from this mix (as the = is not relevant) and leave TE-LSP & SPRING + maybe also add BIER as wel= l as change the name to Generic-EP (Engineered Paths).
<= br>
I see no value of goruping based on the fact that da= ta plane uses mpls labels, but rather I would see reasonable to provide mod= els based on the transport path characteristics for the traffic it is to ca= rry. =C2=A0

Best,
r.


On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin <= IBryskin@advaoptical.com> wrote:
Druv,

IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They should hav= e totally independent models each being developed in respective WG.

Igor

=C2=A0
--047d7b2e146587353e0510b15ed2-- From nobody Sat Mar 7 05:18:33 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48CD61A9028; Sat, 7 Mar 2015 05:18:32 -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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 4kOqbkjLO9qB; Sat, 7 Mar 2015 05:18:27 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 819D11A8AC7; Sat, 7 Mar 2015 05:18:27 -0800 (PST) Received: from [192.168.1.6] (unknown [49.149.191.186]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 2AF6A1801127; Sat, 7 Mar 2015 14:18:25 +0100 (CET) From: Loa Andersson Content-Type: multipart/alternative; boundary=Apple-Mail-29E763CC-C36B-4A19-8FBA-59CDF33D8E5A Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Message-Id: Date: Sat, 7 Mar 2015 21:18:23 +0800 References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> In-Reply-To: To: "teas@ietf.org, mpls@ietf.org, robert@raszuk.net" X-Mailer: iPad Mail (12B466) Archived-At: Subject: Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 13:18:32 -0000 --Apple-Mail-29E763CC-C36B-4A19-8FBA-59CDF33D8E5A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Robert, =46rom one perspective I agree with you and Igor, however if you think about= MPLS LSPs, from a data plane perspective - and that is where OAM operates, t= here almost no difference between a TE-LSP a LDP-LSP and a SPRING MPLS LSP c= ome very close.=20 If you the other hand think of LSPs for other data planes the "nothing in co= mmon" is an almost true statement. =46rom that point of view I think differe= nt models are where we will end up, but I also think that we need "separatio= n with moderation".=20 But nothing is so simple that we can capture it in one very simple statemen= t, we have hacking away on this for 30 years now, I'd advice taking architec= ture and history into consideration, as well as viewing the sky from a diffe= rent perspective than from the bottom of a deep well. Let me also say that I'm very supportive of all the good work going on in th= is area.=20 /Loa Sent from my iPad > On 07 Mar 2015, at 19:47, Robert Raszuk wrote: >=20 >=20 > I would agree with Igor. >=20 > Other then name overlap those are completely different technologies and ar= tificially putting them under "LSP" umbrella just does not bring any value, b= ut only confuses things even more.=20 >=20 > Q: What SPRING-LSP has anything in common with "label" when you use v6 hea= der ?=20 >=20 > If you want to search for some commonalities let's remove LDP-LSPs from th= is mix (as the is not relevant) and leave TE-LSP & SPRING + maybe also add B= IER as well as change the name to Generic-EP (Engineered Paths). >=20 > I see no value of goruping based on the fact that data plane uses mpls lab= els, but rather I would see reasonable to provide models based on the transp= ort path characteristics for the traffic it is to carry. =20 >=20 > Best, > r. >=20 >=20 >> On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin w= rote: >> Druv, >>=20 >> IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They should h= ave totally independent models each being developed in respective WG. >>=20 >> Igor >=20 > =20 > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord --Apple-Mail-29E763CC-C36B-4A19-8FBA-59CDF33D8E5A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Robert,

=46rom= one perspective I agree with you and Igor, however if you think about MPLS L= SPs, from a data plane perspective - and that is where OAM operates, there a= lmost no difference between a TE-LSP a LDP-LSP and a SPRING MPLS LSP come ve= ry close. 

If you the other hand think of LSPs= for other data planes the "nothing in common" is an almost true statement. = =46rom that point of view I think different models are where we will end up,= but I also think that we need "separation with moderation". 

 But nothing is so simple that we can capture it in one= very simple statement, we have hacking away on this for 30 years now, I'd a= dvice taking architecture and history into consideration, as well as viewing= the sky from a different perspective than from the bottom of a deep well.

Let me also say that I'm very supportive of all the g= ood work going on in this area. 

/Loa

S= ent from my iPad

On 07 Mar 2015, at 19:47, Robert Raszuk <<= a href=3D"mailto:robert@raszuk.net">robert@raszuk.net> wrote:

=

I would agree with Igor.

Other then name overlap those are completely different technologies and a= rtificially putting them under "LSP" umbrella just does not bring any value,= but only confuses things even more. 

Q: What SPRING-LSP has anything in common with "label" when you use v= 6 header ? 

If you want to sea= rch for some commonalities let's remove LDP-LSPs from this mix (as the is no= t relevant) and leave TE-LSP & SPRING + maybe also add BIER as well as c= hange the name to Generic-EP (Engineered Paths).

I see no value of goruping based on the fact that data plane u= ses mpls labels, but rather I would see reasonable to provide models based o= n the transport path characteristics for the traffic it is to carry.  <= /div>

Best,
r.


On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin <IBryskin@advaoptical.= com> wrote:
Druv,

IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They should have= totally independent models each being developed in respective WG.

Igor

 
____________________= ___________________________
Rtg-yang-coord mailing list
Rtg-yang-coord@ietf.o= rg
https://www.ietf.org/mailman/listinfo/rtg-yang-coord<= br>
= --Apple-Mail-29E763CC-C36B-4A19-8FBA-59CDF33D8E5A-- From nobody Sat Mar 7 07:19:30 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 956D51A89A8; Sat, 7 Mar 2015 07:19:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.266 X-Spam-Level: X-Spam-Status: No, score=-2.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, 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 VkNN8fH4UN-K; Sat, 7 Mar 2015 07:19:24 -0800 (PST) Received: from mx0b-00103a01.pphosted.com (mx0b-00103a01.pphosted.com [67.231.152.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CA561A87B1; Sat, 7 Mar 2015 07:19:23 -0800 (PST) Received: from pps.filterd (m0002317.ppops.net [127.0.0.1]) by mx0b-00103a01.pphosted.com (8.14.5/8.14.5) with SMTP id t27FEh6o009807; Sat, 7 Mar 2015 10:19:23 -0500 Received: from mdwexght02.ciena.com (LIN1-118-36-29.ciena.com [63.118.36.29]) by mx0b-00103a01.pphosted.com with ESMTP id 1syekjkc56-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 07 Mar 2015 10:19:22 -0500 Received: from MDWEXCHCGSIHT01.ciena.com (10.4.140.106) by MDWEXGHT02.ciena.com (10.4.140.213) with Microsoft SMTP Server (TLS) id 8.3.298.1; Sat, 7 Mar 2015 10:19:21 -0500 Received: from ONWVEXCHHT02.ciena.com (10.128.6.17) by MDWEXCHCGSIHT01.ciena.com (10.4.140.106) with Microsoft SMTP Server (TLS) id 8.3.298.1; Sat, 7 Mar 2015 10:19:15 -0500 Received: from ONWVEXCHMB04.ciena.com ([::1]) by ONWVEXCHHT02.ciena.com ([::1]) with mapi; Sat, 7 Mar 2015 10:19:09 -0500 From: "Shah, Himanshu" To: Loa Andersson , "teas@ietf.org" , "mpls@ietf.org" , "robert@raszuk.net" Date: Sat, 7 Mar 2015 10:19:13 -0500 Thread-Topic: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang Thread-Index: AdBY2TuuDqDhjHzdRh6IX6UeckPbrQAEJNjg Message-ID: <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_40746B2300A8FC4AB04EE722A593182B85D178B3ONWVEXCHMB04cie_" MIME-Version: 1.0 X-TM-AS-Product-Ver: SMEX-10.0.0.1412-7.000.1014-21384.000 X-TM-AS-Result: No--33.741700-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68, 1.0.33, 0.0.0000 definitions=2015-03-07_01:2015-03-06,2015-03-07,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1503070164 Archived-At: Subject: Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 15:19:27 -0000 --_000_40746B2300A8FC4AB04EE722A593182B85D178B3ONWVEXCHMB04cie_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhZ3JlZSB3aXRoIFJvYmVydCBhbmQgSWdvciwgcHV0dGluZyBldmVyeXRoaW5nIGluIHRoZSBz YW1lIGJ1Y2tldCBiZWNhdXNlIG9mIGNvbW1vbiBkYXRhIHBsYW5lICYgT0FNIGRvZXMgbm90IGp1 c3RpZnkuDQpXZSB3b3VsZG7igJl0IGNvbnNpZGVyIGRvaW5nIHNhbWUgZm9yIElQIGRhdGEgcGxh bmUuLg0KSSB0aGluayB3ZSBuZWVkIHRvIHNlcGFyYXRlIHRoZXNlIG1vZGVscyBhbmQgYXMgbWVu dGlvbmVkIGVhcmxpZXIsIHRoZXJlIGlzIGFscmVhZHkgd29yayBnb2luZyBvbiBpbiByZXNwZWN0 aXZlIFdHcy4NCg0KVGhhbmtzLA0KaGltYW5zaHUNCg0KDQoNCkZyb206IG1wbHMgW21haWx0bzpt cGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb2EgQW5kZXJzc29uDQpTZW50OiBT YXR1cmRheSwgTWFyY2ggMDcsIDIwMTUgODoxOCBBTQ0KVG86IHRlYXNAaWV0Zi5vcmcsIG1wbHNA aWV0Zi5vcmcsIHJvYmVydEByYXN6dWsubmV0DQpTdWJqZWN0OiBSZTogW21wbHNdIFtSdGcteWFu Zy1jb29yZF0gW1RlYXNdIEdlbmVyaWMgTFNQIFlhbmcNCg0KUm9iZXJ0LA0KDQpGcm9tIG9uZSBw ZXJzcGVjdGl2ZSBJIGFncmVlIHdpdGggeW91IGFuZCBJZ29yLCBob3dldmVyIGlmIHlvdSB0aGlu ayBhYm91dCBNUExTIExTUHMsIGZyb20gYSBkYXRhIHBsYW5lIHBlcnNwZWN0aXZlIC0gYW5kIHRo YXQgaXMgd2hlcmUgT0FNIG9wZXJhdGVzLCB0aGVyZSBhbG1vc3Qgbm8gZGlmZmVyZW5jZSBiZXR3 ZWVuIGEgVEUtTFNQIGEgTERQLUxTUCBhbmQgYSBTUFJJTkcgTVBMUyBMU1AgY29tZSB2ZXJ5IGNs b3NlLg0KDQpJZiB5b3UgdGhlIG90aGVyIGhhbmQgdGhpbmsgb2YgTFNQcyBmb3Igb3RoZXIgZGF0 YSBwbGFuZXMgdGhlICJub3RoaW5nIGluIGNvbW1vbiIgaXMgYW4gYWxtb3N0IHRydWUgc3RhdGVt ZW50LiBGcm9tIHRoYXQgcG9pbnQgb2YgdmlldyBJIHRoaW5rIGRpZmZlcmVudCBtb2RlbHMgYXJl IHdoZXJlIHdlIHdpbGwgZW5kIHVwLCBidXQgSSBhbHNvIHRoaW5rIHRoYXQgd2UgbmVlZCAic2Vw YXJhdGlvbiB3aXRoIG1vZGVyYXRpb24iLg0KDQogQnV0IG5vdGhpbmcgaXMgc28gc2ltcGxlIHRo YXQgd2UgY2FuIGNhcHR1cmUgaXQgaW4gb25lIHZlcnkgc2ltcGxlIHN0YXRlbWVudCwgd2UgaGF2 ZSBoYWNraW5nIGF3YXkgb24gdGhpcyBmb3IgMzAgeWVhcnMgbm93LCBJJ2QgYWR2aWNlIHRha2lu ZyBhcmNoaXRlY3R1cmUgYW5kIGhpc3RvcnkgaW50byBjb25zaWRlcmF0aW9uLCBhcyB3ZWxsIGFz IHZpZXdpbmcgdGhlIHNreSBmcm9tIGEgZGlmZmVyZW50IHBlcnNwZWN0aXZlIHRoYW4gZnJvbSB0 aGUgYm90dG9tIG9mIGEgZGVlcCB3ZWxsLg0KDQpMZXQgbWUgYWxzbyBzYXkgdGhhdCBJJ20gdmVy eSBzdXBwb3J0aXZlIG9mIGFsbCB0aGUgZ29vZCB3b3JrIGdvaW5nIG9uIGluIHRoaXMgYXJlYS4N Cg0KL0xvYQ0KDQpTZW50IGZyb20gbXkgaVBhZA0KDQpPbiAwNyBNYXIgMjAxNSwgYXQgMTk6NDcs IFJvYmVydCBSYXN6dWsgPHJvYmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFzenVrLm5l dD4+IHdyb3RlOg0KDQpJIHdvdWxkIGFncmVlIHdpdGggSWdvci4NCg0KT3RoZXIgdGhlbiBuYW1l IG92ZXJsYXAgdGhvc2UgYXJlIGNvbXBsZXRlbHkgZGlmZmVyZW50IHRlY2hub2xvZ2llcyBhbmQg YXJ0aWZpY2lhbGx5IHB1dHRpbmcgdGhlbSB1bmRlciAiTFNQIiB1bWJyZWxsYSBqdXN0IGRvZXMg bm90IGJyaW5nIGFueSB2YWx1ZSwgYnV0IG9ubHkgY29uZnVzZXMgdGhpbmdzIGV2ZW4gbW9yZS4N Cg0KUTogV2hhdCBTUFJJTkctTFNQIGhhcyBhbnl0aGluZyBpbiBjb21tb24gd2l0aCAibGFiZWwi IHdoZW4geW91IHVzZSB2NiBoZWFkZXIgPw0KDQpJZiB5b3Ugd2FudCB0byBzZWFyY2ggZm9yIHNv bWUgY29tbW9uYWxpdGllcyBsZXQncyByZW1vdmUgTERQLUxTUHMgZnJvbSB0aGlzIG1peCAoYXMg dGhlIGlzIG5vdCByZWxldmFudCkgYW5kIGxlYXZlIFRFLUxTUCAmIFNQUklORyArIG1heWJlIGFs c28gYWRkIEJJRVIgYXMgd2VsbCBhcyBjaGFuZ2UgdGhlIG5hbWUgdG8gR2VuZXJpYy1FUCAoRW5n aW5lZXJlZCBQYXRocykuDQoNCkkgc2VlIG5vIHZhbHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRo ZSBmYWN0IHRoYXQgZGF0YSBwbGFuZSB1c2VzIG1wbHMgbGFiZWxzLCBidXQgcmF0aGVyIEkgd291 bGQgc2VlIHJlYXNvbmFibGUgdG8gcHJvdmlkZSBtb2RlbHMgYmFzZWQgb24gdGhlIHRyYW5zcG9y dCBwYXRoIGNoYXJhY3RlcmlzdGljcyBmb3IgdGhlIHRyYWZmaWMgaXQgaXMgdG8gY2FycnkuDQoN CkJlc3QsDQpyLg0KDQoNCk9uIEZyaSwgTWFyIDYsIDIwMTUgYXQgMjoxMSBQTSwgSWdvciBCcnlz a2luIDxJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbT4+IHdyb3RlOg0KRHJ1diwNCg0KSU1ITyBURS1MU1AsIExEUC1MU1AgYW5kIFNQUklORy1M U1AgaGF2ZSBub3RoaW5nIGluIGNvbW1vbi4gVGhleSBzaG91bGQgaGF2ZSB0b3RhbGx5IGluZGVw ZW5kZW50IG1vZGVscyBlYWNoIGJlaW5nIGRldmVsb3BlZCBpbiByZXNwZWN0aXZlIFdHLg0KDQpJ Z29yDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N ClJ0Zy15YW5nLWNvb3JkIG1haWxpbmcgbGlzdA0KUnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8bWFp bHRvOlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9ydGcteWFuZy1jb29yZA0K --_000_40746B2300A8FC4AB04EE722A593182B85D178B3ONWVEXCHMB04cie_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbWJyaWE7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u aG9lbnpiDQoJe21zby1zdHlsZS1uYW1lOmhvZW56Yjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FtYnJpYSIsInNl cmlmIjsNCgljb2xvcjojMDA0MEMwOw0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxl Oml0YWxpYzt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tVVMgbGluaz1i bHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3Jt YWw+PGk+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbWJyaWEi LCJzZXJpZiI7Y29sb3I6IzAwNDBDMCc+SSBhZ3JlZSB3aXRoIFJvYmVydCBhbmQgSWdvciwgcHV0 dGluZyBldmVyeXRoaW5nIGluIHRoZSBzYW1lIGJ1Y2tldCBiZWNhdXNlIG9mIGNvbW1vbiBkYXRh IHBsYW5lICZhbXA7IE9BTSBkb2VzIG5vdCBqdXN0aWZ5LjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiJDYW1icmlhIiwic2VyaWYiO2NvbG9yOiMwMDQwQzAnPldlIHdvdWxkbuKAmXQg Y29uc2lkZXIgZG9pbmcgc2FtZSBmb3IgSVAgZGF0YSBwbGFuZS4uPG86cD48L286cD48L3NwYW4+ PC9pPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGk+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6IkNhbWJyaWEiLCJzZXJpZiI7Y29sb3I6IzAwNDBDMCc+SSB0aGluayB3 ZSBuZWVkIHRvIHNlcGFyYXRlIHRoZXNlIG1vZGVscyBhbmQgYXMgbWVudGlvbmVkIGVhcmxpZXIs IHRoZXJlIGlzIGFscmVhZHkgd29yayBnb2luZyBvbiBpbiByZXNwZWN0aXZlIFdHcy48bzpwPjwv bzpwPjwvc3Bhbj48L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48aT48c3BhbiBzdHlsZT0nZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FtYnJpYSIsInNlcmlmIjtjb2xvcjojMDA0MEMw Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48aT48 c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FtYnJpYSIsInNlcmlm Ijtjb2xvcjojMDA0MEMwJz5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9pPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PGk+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 IkNhbWJyaWEiLCJzZXJpZiI7Y29sb3I6IzAwNDBDMCc+aGltYW5zaHU8bzpwPjwvbzpwPjwvc3Bh bj48L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48aT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FtYnJpYSIsInNlcmlmIjtjb2xvcjojMDA0MEMwJz48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48aT48c3BhbiBzdHls ZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FtYnJpYSIsInNlcmlmIjtjb2xvcjoj MDA0MEMwJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48aT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FtYnJpYSIs InNlcmlmIjtjb2xvcjojMDA0MEMwJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9wPjxk aXY+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiIn PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiInPiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYu b3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkxvYSBBbmRlcnNzb248YnI+PGI+U2VudDo8L2I+IFNh dHVyZGF5LCBNYXJjaCAwNywgMjAxNSA4OjE4IEFNPGJyPjxiPlRvOjwvYj4gdGVhc0BpZXRmLm9y ZywgbXBsc0BpZXRmLm9yZywgcm9iZXJ0QHJhc3p1ay5uZXQ8YnI+PGI+U3ViamVjdDo8L2I+IFJl OiBbbXBsc10gW1J0Zy15YW5nLWNvb3JkXSBbVGVhc10gR2VuZXJpYyBMU1AgWWFuZzxvOnA+PC9v OnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8 L286cD48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Um9iZXJ0LDxvOnA+PC9vOnA+PC9wPjwv ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPkZyb20gb25lIHBlcnNwZWN0aXZlIEkgYWdyZWUgd2l0aCB5 b3UgYW5kIElnb3IsIGhvd2V2ZXIgaWYgeW91IHRoaW5rIGFib3V0IE1QTFMgTFNQcywgZnJvbSBh IGRhdGEgcGxhbmUgcGVyc3BlY3RpdmUgLSBhbmQgdGhhdCBpcyB3aGVyZSBPQU0gb3BlcmF0ZXMs IHRoZXJlIGFsbW9zdCBubyBkaWZmZXJlbmNlIGJldHdlZW4gYSBURS1MU1AgYSBMRFAtTFNQIGFu ZCBhIFNQUklORyBNUExTIExTUCBjb21lIHZlcnkgY2xvc2UuJm5ic3A7PG86cD48L286cD48L3A+ PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+ PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+SWYgeW91IHRoZSBvdGhlciBoYW5kIHRoaW5rIG9mIExT UHMgZm9yIG90aGVyIGRhdGEgcGxhbmVzIHRoZSAmcXVvdDtub3RoaW5nIGluIGNvbW1vbiZxdW90 OyBpcyBhbiBhbG1vc3QgdHJ1ZSBzdGF0ZW1lbnQuIEZyb20gdGhhdCBwb2ludCBvZiB2aWV3IEkg dGhpbmsgZGlmZmVyZW50IG1vZGVscyBhcmUgd2hlcmUgd2Ugd2lsbCBlbmQgdXAsIGJ1dCBJIGFs c28gdGhpbmsgdGhhdCB3ZSBuZWVkICZxdW90O3NlcGFyYXRpb24gd2l0aCBtb2RlcmF0aW9uJnF1 b3Q7LiZuYnNwOzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwO0J1 dCBub3RoaW5nIGlzIHNvIHNpbXBsZSB0aGF0IHdlIGNhbiBjYXB0dXJlIGl0IGluIG9uZSB2ZXJ5 IHNpbXBsZSBzdGF0ZW1lbnQsIHdlIGhhdmUgaGFja2luZyBhd2F5IG9uIHRoaXMgZm9yIDMwIHll YXJzIG5vdywgSSdkIGFkdmljZSB0YWtpbmcgYXJjaGl0ZWN0dXJlIGFuZCBoaXN0b3J5IGludG8g Y29uc2lkZXJhdGlvbiwgYXMgd2VsbCBhcyB2aWV3aW5nIHRoZSBza3kgZnJvbSBhIGRpZmZlcmVu dCBwZXJzcGVjdGl2ZSB0aGFuIGZyb20gdGhlIGJvdHRvbSBvZiBhIGRlZXAgd2VsbC48bzpwPjwv bzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5MZXQgbWUgYWxzbyBzYXkgdGhhdCBJJ20g dmVyeSBzdXBwb3J0aXZlIG9mIGFsbCB0aGUgZ29vZCB3b3JrIGdvaW5nIG9uIGluIHRoaXMgYXJl YS4mbmJzcDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpw PiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4vTG9hPGJyPjxi cj5TZW50IGZyb20gbXkgaVBhZDxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+PGJyPk9uIDA3IE1hciAyMDE1LCBh dCAxOTo0NywgUm9iZXJ0IFJhc3p1ayAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvYmVydEByYXN6dWsu bmV0Ij5yb2JlcnRAcmFzenVrLm5ldDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn PjxkaXY+PGRpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1mYW1p bHk6IkNvdXJpZXIgTmV3Iic+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXci Jz5JIHdvdWxkIGFncmVlIHdpdGggSWdvci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyInPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+T3RoZXIgdGhlbiBu YW1lIG92ZXJsYXAgdGhvc2UgYXJlIGNvbXBsZXRlbHkgZGlmZmVyZW50IHRlY2hub2xvZ2llcyBh bmQgYXJ0aWZpY2lhbGx5IHB1dHRpbmcgdGhlbSB1bmRlciAmcXVvdDtMU1AmcXVvdDsgdW1icmVs bGEganVzdCBkb2VzIG5vdCBicmluZyBhbnkgdmFsdWUsIGJ1dCBvbmx5IGNvbmZ1c2VzIHRoaW5n cyBldmVuIG1vcmUuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXciJz48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPlE6IFdoYXQgU1BSSU5HLUxTUCBo YXMgYW55dGhpbmcgaW4gY29tbW9uIHdpdGggJnF1b3Q7bGFiZWwmcXVvdDsgd2hlbiB5b3UgdXNl IHY2IGhlYWRlciA/Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXciJz48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPklmIHlvdSB3YW50IHRvIHNlYXJj aCBmb3Igc29tZSBjb21tb25hbGl0aWVzIGxldCdzIHJlbW92ZSBMRFAtTFNQcyBmcm9tIHRoaXMg bWl4IChhcyB0aGUgaXMgbm90IHJlbGV2YW50KSBhbmQgbGVhdmUgVEUtTFNQICZhbXA7IFNQUklO RyArIG1heWJlIGFsc28gYWRkIEJJRVIgYXMgd2VsbCBhcyBjaGFuZ2UgdGhlIG5hbWUgdG8gR2Vu ZXJpYy1FUCAoRW5naW5lZXJlZCBQYXRocykuPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBO ZXciJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPkkgc2VlIG5vIHZh bHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRoZSBmYWN0IHRoYXQgZGF0YSBwbGFuZSB1c2VzIG1w bHMgbGFiZWxzLCBidXQgcmF0aGVyIEkgd291bGQgc2VlIHJlYXNvbmFibGUgdG8gcHJvdmlkZSBt b2RlbHMgYmFzZWQgb24gdGhlIHRyYW5zcG9ydCBwYXRoIGNoYXJhY3RlcmlzdGljcyBmb3IgdGhl IHRyYWZmaWMgaXQgaXMgdG8gY2FycnkuICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Iic+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseToiQ291cmllciBOZXciJz5CZXN0LDxv OnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBz dHlsZT0nZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+ci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyInPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1h bD5PbiBGcmksIE1hciA2LCAyMDE1IGF0IDI6MTEgUE0sIElnb3IgQnJ5c2tpbiAmbHQ7PGEgaHJl Zj0ibWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD5EcnV2LDxicj48YnI+SU1ITyBURS1MU1AsIExEUC1MU1AgYW5kIFNQUklORy1M U1AgaGF2ZSBub3RoaW5nIGluIGNvbW1vbi4gVGhleSBzaG91bGQgaGF2ZSB0b3RhbGx5IGluZGVw ZW5kZW50IG1vZGVscyBlYWNoIGJlaW5nIGRldmVsb3BlZCBpbiByZXNwZWN0aXZlIFdHLjxicj48 c3BhbiBzdHlsZT0nY29sb3I6Izg4ODg4OCc+PGJyPjxzcGFuIGNsYXNzPWhvZW56Yj5JZ29yPC9z cGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZu YnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwv bzpwPjwvcD48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PGRpdj48 cCBjbGFzcz1Nc29Ob3JtYWw+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+UnRnLXlhbmctY29vcmQgbWFpbGluZyBsaXN0PGJyPjxhIGhyZWY9Im1haWx0 bzpSdGcteWFuZy1jb29yZEBpZXRmLm9yZyI+UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8L2E+PGJy PjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnLXlhbmct Y29vcmQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnLXlhbmctY29v cmQ8L2E+PG86cD48L286cD48L3A+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvYm9keT48L2h0 bWw+ --_000_40746B2300A8FC4AB04EE722A593182B85D178B3ONWVEXCHMB04cie_-- From nobody Sat Mar 7 07:31:15 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40FF41A90E7; Sat, 7 Mar 2015 07:31:14 -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] 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 oao6jwGEJhDW; Sat, 7 Mar 2015 07:31:13 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 25FAE1A90CF; Sat, 7 Mar 2015 07:31:13 -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: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150307153113.2891.33796.idtracker@ietfa.amsl.com> Date: Sat, 07 Mar 2015 07:31:13 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-lsp-ping-relay-reply-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 15:31:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Relayed Echo Reply mechanism for LSP Ping Authors : Jian Luo Lizhong Jin Thomas Nadeau George Swallow Filename : draft-ietf-mpls-lsp-ping-relay-reply-07.txt Pages : 16 Date : 2015-03-07 Abstract: In some inter autonomous system (AS) and inter-area deployment scenarios for RFC 4379 "Label Switched Path (LSP) Ping and Traceroute", a replying LSR may not have the available route to the initiator, and the Echo Reply message sent to the initiator would be discarded resulting in false negatives or complete failure of operation of LSP Ping and Traceroute. This document describes extensions to LSP Ping mechanism to enable the replying Label Switching Router (LSR) to have the capability to relay the Echo Response by a set of routable intermediate nodes to the initiator. This document updates RFC 4379. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-relay-reply/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-relay-reply-07 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-relay-reply-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 Sat Mar 7 07:39:27 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F6081A89E9 for ; Sat, 7 Mar 2015 07:39:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_LOW_CONTRAST=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 u-N2LKV72MUV for ; Sat, 7 Mar 2015 07:39:23 -0800 (PST) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::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 724651A0054 for ; Sat, 7 Mar 2015 07:39:23 -0800 (PST) Received: by iecrd18 with SMTP id rd18so2100446iec.13 for ; Sat, 07 Mar 2015 07:39:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=w4PgCSozJcntEoRjXR2PbQNQtkY5Lin5lB5qb8UBDnc=; b=omI4D7QcnVAF8Kl4ZKMDCTadnRaR7XZ7JvYqLNNM+rap7D9tILXrkG1j+vNCnBdxiM xIXnjMnowlBHj+CwOodb5lsWCK5m9dZUiPLfr/xJqm+6rsi8zZ3+olB0G3JX0zags2ZB Jua1KsmmjiS7vhZNQvbVoThfyg3AJhZElWM/9rG2h29tuZ+8jNRZVm0nBt8DepOmalcU 7mHOfkY6KqegZYzv+5caBLRGXicGovqlraLGhl9wZsWo5T6v1cPrhb+C8Ee0XPjXCLUb lMvmYwzkMNrcsGyvdEr4UD4D3g4tms8Hyeo1yHhp5CfBPAnLQCQIZdQegG3kDE9WtMN5 fGvw== X-Received: by 10.107.4.83 with SMTP id 80mr34923469ioe.58.1425742762631; Sat, 07 Mar 2015 07:39:22 -0800 (PST) Received: from Lizhong ([118.132.61.135]) by mx.google.com with ESMTPSA id z29sm8876647ioi.36.2015.03.07.07.39.16 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Mar 2015 07:39:20 -0800 (PST) Date: Sat, 7 Mar 2015 23:39:37 +0800 From: "lizho.jin@gmail.com" To: mpls References: <20150307153113.2891.21251.idtracker@ietfa.amsl.com> X-Priority: 3 X-GUID: F957E1C3-B1FB-47C1-B836-A463E5DB9C7C X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015030723393284747219@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart113512183461_=----" Archived-At: Cc: "luo.jian" Subject: Re: [mpls] New Version Notification for draft-ietf-mpls-lsp-ping-relay-reply-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 15:39:25 -0000 This is a multi-part message in MIME format. ------=_001_NextPart113512183461_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KV2UgdXBkYXRlIHRoaXMgZHJhZnQgdG8gdjcsIGFuZCBtYWluIGNoYW5nZXMgYXJl IGFzIGJlbG93Og0KMS4gYWRkIGEgZGVzdGluYXRpb24gYWRkcmVzcyBwb2ludCBpbiBzdGFjayBU TFYgdG8gcG9pbnQgdG8gdGhlIGN1cnJlbnQgZGVzdGluYXRpb24gYWRkcmVzcyBvZiB0aGUgUmVs YXllZCBFY2hvIFJlcGx5LCBzbyBhcyB0byBhdm9pZCBwb3RlbnRpYWwgbG9vcC4NCjIuIGFkZCBh IHNvdXJjZSBhZGRyZXNzIGluIHN0YWNrIFRMViwgdGhlbiB0aGUgaW5pdGlhdG9yIGNvdWxkIGdl dCB0aGUgcmVwbHlpbmcgbm9kZSBhZGRyZXNzLg0KMy4gb3RoZXIgdGV4dCBpbXByb3ZlbWVudC4N CkFueSBjb21tZW50cyBhcmUgd2VsY29tZS4NCg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZy b206IGludGVybmV0LWRyYWZ0cw0KRGF0ZTogMjAxNS0wMy0wNyAyMzozMQ0KVG86IExpemhvbmcg SmluOyBMaXpob25nIEppbjsgR2VvcmdlIFN3YWxsb3c7IEdlb3JnZSBTd2FsbG93OyBMdW8gSmlh bjsgVGhvbWFzIE5hZGVhdTsgVGhvbWFzIE5hZGVhdTsgSmlhbiBMdW8NClN1YmplY3Q6IE5ldyBW ZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlbGF5LXJl cGx5LTA3LnR4dA0KIA0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWlldGYtbXBscy1sc3At cGluZy1yZWxheS1yZXBseS0wNy50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgTGl6aG9uZyBKaW4gYW5kIHBvc3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCiANCk5h bWU6IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1yZWxheS1yZXBseQ0KUmV2aXNpb246IDA3DQpU aXRsZTogUmVsYXllZCBFY2hvIFJlcGx5IG1lY2hhbmlzbSBmb3IgTFNQIFBpbmcNCkRvY3VtZW50 IGRhdGU6IDIwMTUtMDMtMDcNCkdyb3VwOiBtcGxzDQpQYWdlczogMTYNClVSTDogICAgICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW1wbHMtbHNw LXBpbmctcmVsYXktcmVwbHktMDcudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5Lw0K SHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBs cy1sc3AtcGluZy1yZWxheS1yZXBseS0wNw0KRGlmZjogICAgICAgICAgIGh0dHA6Ly93d3cuaWV0 Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1yZWxheS1yZXBseS0w Nw0KIA0KQWJzdHJhY3Q6DQogICBJbiBzb21lIGludGVyIGF1dG9ub21vdXMgc3lzdGVtIChBUykg YW5kIGludGVyLWFyZWEgZGVwbG95bWVudA0KICAgc2NlbmFyaW9zIGZvciBSRkMgNDM3OSAiTGFi ZWwgU3dpdGNoZWQgUGF0aCAoTFNQKSBQaW5nIGFuZA0KICAgVHJhY2Vyb3V0ZSIsIGEgcmVwbHlp bmcgTFNSIG1heSBub3QgaGF2ZSB0aGUgYXZhaWxhYmxlIHJvdXRlIHRvIHRoZQ0KICAgaW5pdGlh dG9yLCBhbmQgdGhlIEVjaG8gUmVwbHkgbWVzc2FnZSBzZW50IHRvIHRoZSBpbml0aWF0b3Igd291 bGQgYmUNCiAgIGRpc2NhcmRlZCByZXN1bHRpbmcgaW4gZmFsc2UgbmVnYXRpdmVzIG9yIGNvbXBs ZXRlIGZhaWx1cmUgb2YNCiAgIG9wZXJhdGlvbiBvZiBMU1AgUGluZyBhbmQgVHJhY2Vyb3V0ZS4g IFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzDQogICBleHRlbnNpb25zIHRvIExTUCBQaW5nIG1lY2hh bmlzbSB0byBlbmFibGUgdGhlIHJlcGx5aW5nIExhYmVsDQogICBTd2l0Y2hpbmcgUm91dGVyIChM U1IpIHRvIGhhdmUgdGhlIGNhcGFiaWxpdHkgdG8gcmVsYXkgdGhlIEVjaG8NCiAgIFJlc3BvbnNl IGJ5IGEgc2V0IG9mIHJvdXRhYmxlIGludGVybWVkaWF0ZSBub2RlcyB0byB0aGUgaW5pdGlhdG9y Lg0KICAgVGhpcyBkb2N1bWVudCB1cGRhdGVzIFJGQyA0Mzc5Lg0KIA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA0KIA0KIA0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBv ZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVk IHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCiANClRo ZSBJRVRGIFNlY3JldGFyaWF0DQogDQo= ------=_001_NextPart113512183461_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <= /head>=0A
Hi all,
W= e update this draft to v7, and main changes are as below:=
1. add a destination address point in stack TLV to point= to the current destination address of the Relayed Echo Reply, so as to av= oid potential loop.
2. add a source address in stack = TLV, then the initiator could get the replying node address.
<= /div>
3. other text improvement.
Any comments are welcome.

=0A
Regards
Lizhong
<= /div>
=0A
 
<= b>From: internet-draf= ts
Date: 2015-03-07 23:31
Subject: New Version Notificat= ion for draft-ietf-mpls-lsp-ping-relay-reply-07.txt
=
 
=0A
A new version of I-D, draft-ietf-mpls-lsp-ping-re= lay-reply-07.txt
=0A
has been successfully submitted by Lizhong J= in and posted to the
=0A
IETF repository.
=0A
 =0A
Name: draft-ietf-mpls-lsp-ping-relay-reply
=0A
Revisio= n: 07
=0A
Title: Relayed Echo Reply mechanism for LSP Ping
= =0A
Document date: 2015-03-07
=0A
Group: mpls
=0A
P= ages: 16
=0A
URL:        = ;    http://www.ietf.org/internet-drafts/draft-ietf-mpls-ls= p-ping-relay-reply-07.txt
=0A
Status:    &nbs= p;    https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-= ping-relay-reply/
=0A
Htmlized:     &nbs= p; http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-relay-reply-07=0A
Diff:          = http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-lsp-ping-relay-reply-0= 7
=0A
 
=0A
Abstract:
=0A
   In = some inter autonomous system (AS) and inter-area deployment
=0A
&= nbsp;  scenarios for RFC 4379 "Label Switched Path (LSP) Ping and=0A
   Traceroute", a replying LSR may not have the availa= ble route to the
=0A
   initiator, and the Echo Reply m= essage sent to the initiator would be
=0A
   discarded = resulting in false negatives or complete failure of
=0A
 &nb= sp; operation of LSP Ping and Traceroute.  This document describes=0A
   extensions to LSP Ping mechanism to enable the rep= lying Label
=0A
   Switching Router (LSR) to have the c= apability to relay the Echo
=0A
   Response by a set of= routable intermediate nodes to the initiator.
=0A
   T= his document updates RFC 4379.
=0A
 
=0A
 &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;     
=0A
 
=0A
 <= /div>=0A
Please note that it may take a couple of minutes from the tim= e of submission
=0A
until the htmlized version and diff are avail= able at tools.ietf.org.
=0A
 
=0A
The IETF Secretar= iat
=0A
 
=0A
=0A ------=_001_NextPart113512183461_=------ From nobody Sun Mar 8 01:28:11 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 110341A6EF2; Sun, 8 Mar 2015 01:28:10 -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 96lQ3NEMLsFh; Sun, 8 Mar 2015 01:28:07 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B26821A01E7; Sun, 8 Mar 2015 01:28:05 -0800 (PST) Received: from [192.168.1.12] (unknown [49.149.191.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 3007418013C8; Sun, 8 Mar 2015 10:28:01 +0100 (CET) Message-ID: <54FC161A.3070006@pi.nu> Date: Sun, 08 Mar 2015 17:27:54 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "Shah, Himanshu" , "teas@ietf.org" , "mpls@ietf.org" , "robert@raszuk.net" References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> In-Reply-To: <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 09:28:10 -0000 Himanshu, et.al., I think there are two issues here and if sorting them out corrrectly we are very close. The first issue is similarities between different types of LSPs. Here I said that, at least for a MPLS PSN, there are similarities, e.g. the data plane is (nearly) the same. This was said in reaction to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common." I still don't think that Igor's statement is really correct. If he had said "IMHO there are not enough similarites between TE-LSP, LDP-LSP and SPRING-LSP to motivate a common model". I think that we be a much more accurate statement. And that is the other issue - Is it reasonable to model TE-LSP, LDP-LSP and SPRING-LSP in the same model? I don't not think it is, but that we need an overlap of people working with the different models. Hope this is clear enough. /Loa On 2015-03-07 23:19, Shah, Himanshu wrote: > /I agree with Robert and Igor, putting everything in the same bucket > because of common data plane & OAM does not justify./ > > /We wouldn’t consider doing same for IP data plane../ > > /I think we need to separate these models and as mentioned earlier, > there is already work going on in respective WGs./ > > // > > /Thanks,/ > > /himanshu/ > > // > > // > > // > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson > *Sent:* Saturday, March 07, 2015 8:18 AM > *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net > *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang > > Robert, > > From one perspective I agree with you and Igor, however if you think > about MPLS LSPs, from a data plane perspective - and that is where OAM > operates, there almost no difference between a TE-LSP a LDP-LSP and a > SPRING MPLS LSP come very close. > > If you the other hand think of LSPs for other data planes the "nothing > in common" is an almost true statement. From that point of view I think > different models are where we will end up, but I also think that we need > "separation with moderation". > > But nothing is so simple that we can capture it in one very simple > statement, we have hacking away on this for 30 years now, I'd advice > taking architecture and history into consideration, as well as viewing > the sky from a different perspective than from the bottom of a deep well. > > Let me also say that I'm very supportive of all the good work going on > in this area. > > /Loa > > Sent from my iPad > > > On 07 Mar 2015, at 19:47, Robert Raszuk > wrote: > > I would agree with Igor. > > Other then name overlap those are completely different technologies > and artificially putting them under "LSP" umbrella just does not > bring any value, but only confuses things even more. > > Q: What SPRING-LSP has anything in common with "label" when you use > v6 header ? > > If you want to search for some commonalities let's remove LDP-LSPs > from this mix (as the is not relevant) and leave TE-LSP & SPRING + > maybe also add BIER as well as change the name to Generic-EP > (Engineered Paths). > > I see no value of goruping based on the fact that data plane uses > mpls labels, but rather I would see reasonable to provide models > based on the transport path characteristics for the traffic it is to > carry. > > Best, > > r. > > On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin > > wrote: > > Druv, > > IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They > should have totally independent models each being developed in > respective WG. > > Igor > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sun Mar 8 03:58:19 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5541D1A711A; Sun, 8 Mar 2015 03:58:16 -0700 (PDT) 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 58WhAxboHPOb; Sun, 8 Mar 2015 03:58:13 -0700 (PDT) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::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 B0FFD1A70FE; Sun, 8 Mar 2015 03:58:13 -0700 (PDT) Received: by iecrl12 with SMTP id rl12so13451889iec.5; Sun, 08 Mar 2015 03:58:13 -0700 (PDT) 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=fIy5P2nYcnMo/uHx+m5B86cxPWmhXAMO2qC52mMmNQo=; b=dLw2jYJen1Pz/12C0ewZ1k/6EJQkv2VzCGEXxsqAg6sPhOwNiijR5s46JWRfrVbJHN XilAxcTsiy6pw3H+M0fU0Uh16Wzlpasr1ptJN/29hIkEk+U3glEZxHM4O7effvO1MYLd u68w/XFsl0U1b3cJxyX0EPXWzh5X+S6r1pqQ90O/fjUKLpjRwWpVCXkR0o6kYz94/aXS +wczOWuxFdq347owy8VI079N6ZBJoSzWQz69+Q6FX7X3yhafv3bwBd7ggzjiKI73Ib9u xECQ17uXDqy+dUYOVQWrQEtQR64buMKx8ai+OD0cjBmbJf5AdO7FZ9W9lMu2CaYMIznh UlTA== MIME-Version: 1.0 X-Received: by 10.107.39.132 with SMTP id n126mr40101648ion.75.1425812293132; Sun, 08 Mar 2015 03:58:13 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 03:58:12 -0700 (PDT) In-Reply-To: <54FC161A.3070006@pi.nu> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> Date: Sun, 8 Mar 2015 11:58:12 +0100 X-Google-Sender-Auth: gul3XhJbsqOQXHBote1MCxnv0lA Message-ID: From: Robert Raszuk To: Loa Andersson Content-Type: multipart/alternative; boundary=001a114085243faa8a0510c4cb2b Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 10:58:16 -0000 --001a114085243faa8a0510c4cb2b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Loa, The way I read Igor statement and agreed with it in a sense of "nothing in common" was that it was referring to the control plane. The subject of this thread is "Generic LSP YANG" and to me Yang model describes control aspect of protocol or functionality not the choice of forwarding header in the data plane. So if you and others agree we should be all in sync and perhaps we could consider as proposed before Generic Engineered Path model branching at the lower layer between unicast and multicast. However if you still think that Yang is about data plane and OAM then perhaps we have a bigger issue here .... Cheers, R. On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson wrote: > Himanshu, et.al., > > I think there are two issues here and if sorting them out corrrectly > we are very close. > > The first issue is similarities between different types of LSPs. > > Here I said that, at least for a MPLS PSN, there are similarities, > e.g. the data plane is (nearly) the same. This was said in reaction > to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing > in common." I still don't think that Igor's statement is really correct. > If he had said "IMHO there are not enough similarites between TE-LSP, > LDP-LSP and SPRING-LSP to motivate a common model". I think that we be > a much more accurate statement. > > And that is the other issue - Is it reasonable to model TE-LSP, > LDP-LSP and SPRING-LSP in the same model? I don't not think it is, > but that we need an overlap of people working with the different models. > > Hope this is clear enough. > > /Loa > > > On 2015-03-07 23:19, Shah, Himanshu wrote: > >> /I agree with Robert and Igor, putting everything in the same bucket >> because of common data plane & OAM does not justify./ >> >> /We wouldn=E2=80=99t consider doing same for IP data plane../ >> >> /I think we need to separate these models and as mentioned earlier, >> there is already work going on in respective WGs./ >> >> // >> >> /Thanks,/ >> >> /himanshu/ >> >> // >> >> // >> >> // >> >> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson >> *Sent:* Saturday, March 07, 2015 8:18 AM >> *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net >> *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang >> >> Robert, >> >> From one perspective I agree with you and Igor, however if you think >> about MPLS LSPs, from a data plane perspective - and that is where OAM >> operates, there almost no difference between a TE-LSP a LDP-LSP and a >> SPRING MPLS LSP come very close. >> >> If you the other hand think of LSPs for other data planes the "nothing >> in common" is an almost true statement. From that point of view I think >> different models are where we will end up, but I also think that we need >> "separation with moderation". >> >> But nothing is so simple that we can capture it in one very simple >> statement, we have hacking away on this for 30 years now, I'd advice >> taking architecture and history into consideration, as well as viewing >> the sky from a different perspective than from the bottom of a deep well= . >> >> Let me also say that I'm very supportive of all the good work going on >> in this area. >> >> /Loa >> >> Sent from my iPad >> >> >> On 07 Mar 2015, at 19:47, Robert Raszuk > > wrote: >> >> I would agree with Igor. >> >> Other then name overlap those are completely different technologies >> and artificially putting them under "LSP" umbrella just does not >> bring any value, but only confuses things even more. >> >> Q: What SPRING-LSP has anything in common with "label" when you use >> v6 header ? >> >> If you want to search for some commonalities let's remove LDP-LSPs >> from this mix (as the is not relevant) and leave TE-LSP & SPRING + >> maybe also add BIER as well as change the name to Generic-EP >> (Engineered Paths). >> >> I see no value of goruping based on the fact that data plane uses >> mpls labels, but rather I would see reasonable to provide models >> based on the transport path characteristics for the traffic it is to >> carry. >> >> Best, >> >> r. >> >> On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin >> > wrote: >> >> Druv, >> >> IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They >> should have totally independent models each being developed in >> respective WG. >> >> Igor >> >> _______________________________________________ >> Rtg-yang-coord mailing list >> Rtg-yang-coord@ietf.org >> https://www.ietf.org/mailman/listinfo/rtg-yang-coord >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> >> > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > --001a114085243faa8a0510c4cb2b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Loa,

The way I read Igor statement and agreed with it in a sense of "= ;nothing in common" was that it was referring to the control plane.=C2= =A0

The subject of this thread i= s "Generic LSP YANG" and to me Yang model describes control aspec= t of protocol or functionality not the choice of forwarding header in the d= ata plane.=C2=A0

So if you and o= thers agree we should be all in sync and perhaps we could consider as propo= sed before Generic Engineered Path model branching at the lower layer betwe= en unicast and multicast.=C2=A0

= However if you still think that Yang is about data plane and OAM then perha= ps we have a bigger issue here ....

Cheers,
R.




On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson &= lt;loa@pi.nu> = wrote:
Himanshu, et.al.,

I think there are two issues here and if sorting them out corrrectly
we are very close.

The first issue is similarities between different types of LSPs.

Here I said that, at least for a MPLS PSN, there are similarities,
e.g. the data plane is (nearly) the same. This was said in reaction
to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have noth= ing
in common." I still don't think that Igor's statement is reall= y correct.
If he had said "IMHO there are not enough similarites between TE-LSP,<= br> LDP-LSP and SPRING-LSP to motivate a common model". I think that we be=
a much more accurate statement.

And that is the other issue - Is it reasonable to model TE-LSP,
LDP-LSP and SPRING-LSP in the same model? I don't not think it is,
but that we need an overlap of people working with the different models.
Hope this is clear enough.

/Loa


On 2015-03-07 23:19, Shah, Himanshu wrote:
/I agree with Robert and Igor, putting everything in the same bucket
because of common data plane & OAM does not justify./

/We wouldn=E2=80=99t consider doing same for IP data plane../

/I think we need to separate these models and as mentioned earlier,
there is already work going on in respective WGs./

//

/Thanks,/

/himanshu/

//

//

//

*From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson
*Sent:* Saturday, March 07, 2015 8:18 AM
*To:* teas@ietf.org,= mpls@ietf.org, robert@raszuk.net *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang

Robert,

=C2=A0From one perspective I agree with you and Igor, however if you think<= br> about MPLS LSPs, from a data plane perspective - and that is where OAM
operates, there almost no difference between a TE-LSP a LDP-LSP and a
SPRING MPLS LSP come very close.

If you the other hand think of LSPs for other data planes the "nothing=
in common" is an almost true statement. From that point of view I thin= k
different models are where we will end up, but I also think that we need "separation with moderation".

=C2=A0 But nothing is so simple that we can capture it in one very simple statement, we have hacking away on this for 30 years now, I'd advice taking architecture and history into consideration, as well as viewing
the sky from a different perspective than from the bottom of a deep well.
Let me also say that I'm very supportive of all the good work going on<= br> in this area.

/Loa

Sent from my iPad


On 07 Mar 2015, at 19:47, Robert Raszuk <robert@raszuk.net
 <mailto:robert@ra= szuk.net>> wrote:

=C2=A0 =C2=A0 I would agree with Igor.

=C2=A0 =C2=A0 Other then name overlap those are completely different techno= logies
=C2=A0 =C2=A0 and artificially putting them under "LSP" umbrella = just does not
=C2=A0 =C2=A0 bring any value, but only confuses things even more.

=C2=A0 =C2=A0 Q: What SPRING-LSP has anything in common with "label&qu= ot; when you use
=C2=A0 =C2=A0 v6 header ?

=C2=A0 =C2=A0 If you want to search for some commonalities let's remove= LDP-LSPs
=C2=A0 =C2=A0 from this mix (as the is not relevant) and leave TE-LSP &= SPRING +
=C2=A0 =C2=A0 maybe also add BIER as well as change the name to Generic-EP<= br> =C2=A0 =C2=A0 (Engineered Paths).

=C2=A0 =C2=A0 I see no value of goruping based on the fact that data plane = uses
=C2=A0 =C2=A0 mpls labels, but rather I would see reasonable to provide mod= els
=C2=A0 =C2=A0 based on the transport path characteristics for the traffic i= t is to
=C2=A0 =C2=A0 carry.

=C2=A0 =C2=A0 Best,

=C2=A0 =C2=A0 r.

=C2=A0 =C2=A0 On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin
 =C2=A0 =C2=A0 <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>>= wrote:

=C2=A0 =C2=A0 Druv,

=C2=A0 =C2=A0 IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. T= hey
=C2=A0 =C2=A0 should have totally independent models each being developed i= n
=C2=A0 =C2=A0 respective WG.

=C2=A0 =C2=A0 Igor

=C2=A0 =C2=A0 _______________________________________________
=C2=A0 =C2=A0 Rtg-yang-coord mailing list
 =C2=A0 =C2=A0 = Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
=C2=A0 =C2=A0 https://www.ietf.org/mailman/listinfo/rtg-yang= -coord



_______________________________________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas


--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739= 81 21 64

--001a114085243faa8a0510c4cb2b-- From nobody Sun Mar 8 05:32:16 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 952881A854D for ; Sun, 8 Mar 2015 05:32:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 7mCKC0fx-2rV for ; Sun, 8 Mar 2015 05:32:10 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D8CA1A854B for ; Sun, 8 Mar 2015 05:32:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150308123209.1462.23878.idtracker@ietfa.amsl.com> Date: Sun, 08 Mar 2015 05:32:09 -0700 From: IETF Secretariat Archived-At: Subject: [mpls] Milestones changed for mpls WG X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 12:32:14 -0000 Changed milestone "Submit draft-ietf-mpls-ldp-ipv6 for publication", resolved as "Done". Changed milestone "Submit draft-ietf-mpls-seamless-mcast for publication", resolved as "Done". Changed milestone "Submit draft-ietf-mpls-ldp-ip-pw-capability for publication", resolved as "Done". Changed milestone "** Progress draft-ietf-mpls-pim-sm-over-mldp to publication", resolved as "Done", removed draft-ietf-mpls-pim-sm-over-mldp from milestone. Changed milestone "Submit draft-ietf-mpls-lsp-ping-registry for publication", resolved as "Done". Changed milestone "Submit draft-ietf-mpls-entropy-lsp-ping for publication", set due date to June 2015 from March 2015. Changed milestone "Submit draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf for publication", set due date to June 2015 from April 2015. Changed milestone "Submit draft-ietf-mpls-seamless-mpls for publication", set due date to June 2015 from May 2015. Changed milestone "Submit draft-ietf-mpls-tp-temporal-hitless-psm for publication", set due date to August 2015 from June 2014. URL: http://datatracker.ietf.org/wg/mpls/charter/ From nobody Sun Mar 8 06:29:23 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40BAE1A8704; Sun, 8 Mar 2015 06:29:20 -0700 (PDT) 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 Xu2nfPFOGbUu; Sun, 8 Mar 2015 06:29:17 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 576D71A8703; Sun, 8 Mar 2015 06:29:16 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id t28DTD90001015 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 8 Mar 2015 09:29:13 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Sun, 8 Mar 2015 09:29:13 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX1.advaoptical.com (172.16.5.45) with Microsoft SMTP Server (TLS) id 15.0.1076.3; Sun, 8 Mar 2015 09:29:12 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.1076.000; Sun, 8 Mar 2015 09:29:12 -0400 From: Igor Bryskin To: Robert Raszuk , Loa Andersson Thread-Topic: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWY7NuNEcsrE2iEGI3ykMvO5zf50SjSJF Date: Sun, 8 Mar 2015 13:29:11 +0000 Message-ID: References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.16.5.49] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68, 1.0.33, 0.0.0000 definitions=2015-03-08_02:2015-03-06,2015-03-08,1970-01-01 signatures=0 Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 13:29:20 -0000 Hi guys, Robert, your interpretation is spot on. Considering the context (the statem= ent was made in response to Druv's email) I don't see how it could be read = differently. LSP model defines how we configure, manipulate an LSP, interpret its parame= ters, stuff like that. This means the management and control planes. It is important to keep in perspective why do we do this modelling in IETF.= In his presentation on MPLS/SDN 2014 conference Kireeti said that in MPLS = networks we have achieved full interoperability in data plane and sufficien= t one in control plane. The problem and perpetual pain for operators is tha= t each vendor exposes very different interfaces and tools to configure and = manage the services. Contemporary management protocols like NETCONF in conj= unction with standardized models will solve this. However, we do not attempt to (re-)model the data plane, right? Cheers Igor ________________________________________ From: mpls [mpls-bounces@ietf.org] on behalf of Robert Raszuk [robert@raszu= k.net] Sent: Sunday, March 8, 2015 6:58 AM To: Loa Andersson Cc: mpls@ietf.org; teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang Hi Loa, The way I read Igor statement and agreed with it in a sense of "nothing in = common" was that it was referring to the control plane. The subject of this thread is "Generic LSP YANG" and to me Yang model descr= ibes control aspect of protocol or functionality not the choice of forwardi= ng header in the data plane. So if you and others agree we should be all in sync and perhaps we could co= nsider as proposed before Generic Engineered Path model branching at the lo= wer layer between unicast and multicast. However if you still think that Yang is about data plane and OAM then perha= ps we have a bigger issue here .... Cheers, R. On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson = > wrote: Himanshu, et.al., I think there are two issues here and if sorting them out corrrectly we are very close. The first issue is similarities between different types of LSPs. Here I said that, at least for a MPLS PSN, there are similarities, e.g. the data plane is (nearly) the same. This was said in reaction to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common." I still don't think that Igor's statement is really correct. If he had said "IMHO there are not enough similarites between TE-LSP, LDP-LSP and SPRING-LSP to motivate a common model". I think that we be a much more accurate statement. And that is the other issue - Is it reasonable to model TE-LSP, LDP-LSP and SPRING-LSP in the same model? I don't not think it is, but that we need an overlap of people working with the different models. Hope this is clear enough. /Loa On 2015-03-07 23:19, Shah, Himanshu wrote: /I agree with Robert and Igor, putting everything in the same bucket because of common data plane & OAM does not justify./ /We wouldn=92t consider doing same for IP data plane../ /I think we need to separate these models and as mentioned earlier, there is already work going on in respective WGs./ // /Thanks,/ /himanshu/ // // // *From:*mpls [mailto:mpls-bounces@ietf.org] *O= n Behalf Of *Loa Andersson *Sent:* Saturday, March 07, 2015 8:18 AM *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang Robert, From one perspective I agree with you and Igor, however if you think about MPLS LSPs, from a data plane perspective - and that is where OAM operates, there almost no difference between a TE-LSP a LDP-LSP and a SPRING MPLS LSP come very close. If you the other hand think of LSPs for other data planes the "nothing in common" is an almost true statement. From that point of view I think different models are where we will end up, but I also think that we need "separation with moderation". But nothing is so simple that we can capture it in one very simple statement, we have hacking away on this for 30 years now, I'd advice taking architecture and history into consideration, as well as viewing the sky from a different perspective than from the bottom of a deep well. Let me also say that I'm very supportive of all the good work going on in this area. /Loa Sent from my iPad On 07 Mar 2015, at 19:47, Robert Raszuk >> wrote: I would agree with Igor. Other then name overlap those are completely different technologies and artificially putting them under "LSP" umbrella just does not bring any value, but only confuses things even more. Q: What SPRING-LSP has anything in common with "label" when you use v6 header ? If you want to search for some commonalities let's remove LDP-LSPs from this mix (as the is not relevant) and leave TE-LSP & SPRING + maybe also add BIER as well as change the name to Generic-EP (Engineered Paths). I see no value of goruping based on the fact that data plane uses mpls labels, but rather I would see reasonable to provide models based on the transport path characteristics for the traffic it is to carry. Best, r. On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin >> wrote: Druv, IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They should have totally independent models each being developed in respective WG. Igor _______________________________________________ Rtg-yang-coord mailing list Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sun Mar 8 06:57:18 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93AD51A8712 for ; Sun, 8 Mar 2015 06:57:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 iJghBal3OXao for ; Sun, 8 Mar 2015 06:57:14 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id BFD2A1A8710 for ; Sun, 8 Mar 2015 06:57:14 -0700 (PDT) Received: (qmail 30306 invoked by uid 0); 8 Mar 2015 13:57:11 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy5.mail.unifiedlayer.com with SMTP; 8 Mar 2015 13:57:11 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id 11wu1q00L2SSUrH011wxji; Sun, 08 Mar 2015 07:57:09 -0600 X-Authority-Analysis: v=2.1 cv=d8xml3TE c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=hUXq7yzdp1YA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=emO1SXQWCLwA:10 a=wOF4LelmCnIrrtnXsgAA:9 a=pILNOxqGKmIA:10 a=8x_bXrrxqLEA:10 a=Hcxmd5gMIKYA:10 a=2E6WERCcqXkA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=jqdI4vKTOSP32byF9dp0C57UnHcnvw5EaPgiqy5H5kQ=; b=mmslXezMlS+gwwOUh2wV0BazKIxDRvT67xeS2a613BtU9ZHQ5SINVl7SHnidjjkSdY4eoBQpsJZ/W1fQFghq+RB0YslssPdt3sgUOr4pSxLHR3E21KSu59PddnAjIvku; Received: from box313.bluehost.com ([69.89.31.113]:60597 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1YUbhQ-0003xZ-DD; Sun, 08 Mar 2015 07:56:56 -0600 Message-ID: <54FC5525.5060501@labn.net> Date: Sun, 08 Mar 2015 09:56:53 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Igor Bryskin , Robert Raszuk , Loa Andersson References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu>, In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 13:57:15 -0000 On 03/08/2015 09:29 AM, Igor Bryskin wrote: > However, we do not attempt to (re-)model the data plane, right? Really? I don't see a TP LSP that is managed without control plane as out of scope... Lou From nobody Sun Mar 8 07:01:40 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D16A1A8711; Sun, 8 Mar 2015 07:01:38 -0700 (PDT) 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 QPJpAqPTmviC; Sun, 8 Mar 2015 07:01:37 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8BC51A8710; Sun, 8 Mar 2015 07:01:36 -0700 (PDT) Received: from [192.168.1.12] (unknown [49.149.191.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 26205180145E; Sun, 8 Mar 2015 15:01:32 +0100 (CET) Message-ID: <54FC5637.6020002@pi.nu> Date: Sun, 08 Mar 2015 22:01:27 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Lou Berger , Igor Bryskin , Robert Raszuk References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu>, <54FC5525.5060501@labn.net> In-Reply-To: <54FC5525.5060501@labn.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 14:01:38 -0000 Lou, On 2015-03-08 21:56, Lou Berger wrote: > On 03/08/2015 09:29 AM, Igor Bryskin wrote: >> However, we do not attempt to (re-)model the data plane, right? > > Really? I don't see a TP LSP that is managed without control plane as > out of scope... No it is not out of scope - at least not until we decide so - but the crue here that the mpls-tp data plane and mpls data plane are identical, so the mpls data plane is also in scope. So there is sure something to discuss around the the different types of LSPs and the differences and commonalities. /Loa > > Lou > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sun Mar 8 08:15:15 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 584F21A1B4A; Sun, 8 Mar 2015 08:15:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.623 X-Spam-Level: X-Spam-Status: No, score=0.623 tagged_above=-999 required=5 tests=[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 KA3x6TbaUG0V; Sun, 8 Mar 2015 08:15:10 -0700 (PDT) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::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 1FFCF1A014B; Sun, 8 Mar 2015 08:15:10 -0700 (PDT) Received: by iecat20 with SMTP id at20so43533541iec.6; Sun, 08 Mar 2015 08:15:09 -0700 (PDT) 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=snGaSrQB0xXd+6JVl4yNWJcP1kn+sdSCPYqx0r9tC9o=; b=beTUb0xdU0xcXQ1XfaFE3kd1NVzOOywt/CjEuRJKrowsHquQ7mLIIG9ZvRXXHXNdN9 RaWmRQloN5e2xgs0sSGP91CPfpwKRpVSifGKBXEbqqp3RmfLnqjuPEB+dEaYd92w6J78 daYxwhgBMyu7YoclL9UGMGpFtchKxDacV7e8Xy7Gk/uqLMk6cKxKyYBXfVHIjoCpvdmY 3rlKeKQ9H0SkZdI2uujHo5WbkyaiOYpjk6lC3/2lnyDqUhURZ9ZhbBdadAfucU+uCJTa r4F+JGe5aszWI8fhMss2DfE4fY2GpZI4KeWhVyna0bYSWvaB5uImgZUGfa5AoE6Bk45i RKxg== MIME-Version: 1.0 X-Received: by 10.107.138.232 with SMTP id c101mr13956603ioj.47.1425827709565; Sun, 08 Mar 2015 08:15:09 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 08:15:09 -0700 (PDT) Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 08:15:09 -0700 (PDT) In-Reply-To: <54FC5525.5060501@labn.net> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <54FC5525.5060501@labn.net> Date: Sun, 8 Mar 2015 16:15:09 +0100 X-Google-Sender-Auth: g5FRNR8o4LLaI9s7QDrbFp_2HKo Message-ID: From: Robert Raszuk To: Lou Berger Content-Type: multipart/alternative; boundary=001a113ed3f823c1880510c862b3 Archived-At: Cc: "mpls@ietf.org" , teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 15:15:11 -0000 --001a113ed3f823c1880510c862b3 Content-Type: text/plain; charset=UTF-8 Hi Lou, TP-LSP have a real control plane. It is a centralized one. You don't need distributed control plane to call it as such. However tht is still far from data plane which I hope this discussion has really nothing in common with. Best, R. On Mar 8, 2015 2:57 PM, "Lou Berger" wrote: > On 03/08/2015 09:29 AM, Igor Bryskin wrote: > > However, we do not attempt to (re-)model the data plane, right? > > Really? I don't see a TP LSP that is managed without control plane as > out of scope... > > Lou > --001a113ed3f823c1880510c862b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Lou,

TP-LSP have a real control plane. It is a centralized one.

You don't need distributed control plane to call it as s= uch.

However tht is still far from data plane which I hope this d= iscussion has really nothing in common with.

Best,
R.

On Mar 8, 2015 2:57 PM, "Lou Berger" &= lt;lberger@labn.net> wrote:
On 03/08/2015 09:29 AM, = Igor Bryskin wrote:
>=C2=A0 However, we do not attempt to (re-)model the data plane, right?<= br>
Really?=C2=A0 I don't see a TP LSP that is managed without control plan= e as
out of scope...

Lou
--001a113ed3f823c1880510c862b3-- From nobody Sun Mar 8 08:24:15 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AC941A1A04; Sun, 8 Mar 2015 08:24:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.01 X-Spam-Level: X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[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 LvcOUSuGUsQy; Sun, 8 Mar 2015 08:24:11 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F0371A014B; Sun, 8 Mar 2015 08:24:11 -0700 (PDT) Received: from [192.168.1.12] (unknown [49.149.191.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 2332F180145E; Sun, 8 Mar 2015 16:24:07 +0100 (CET) Message-ID: <54FC6992.6090901@pi.nu> Date: Sun, 08 Mar 2015 23:24:02 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Robert Raszuk , Lou Berger References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <54FC5525.5060501@labn.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 15:24:13 -0000 Robert, The jury is not out on this - if you want to split hair do that - but RFC 5654 says: 22 MPLS-TP MUST support the capability for network operation via the management plane (without the use of any control-plane protocols). This includes the configuration and control of OAM and recovery functions. The odd thing about this is that I'm not particulary fond of running my networks without a control plane :) ! But I must live with what is out there. /Loa On 2015-03-08 23:15, Robert Raszuk wrote: > Hi Lou, > > TP-LSP have a real control plane. It is a centralized one. > > You don't need distributed control plane to call it as such. > > However tht is still far from data plane which I hope this discussion > has really nothing in common with. > > Best, > R. > > On Mar 8, 2015 2:57 PM, "Lou Berger" > wrote: > > On 03/08/2015 09:29 AM, Igor Bryskin wrote: > > However, we do not attempt to (re-)model the data plane, right? > > Really? I don't see a TP LSP that is managed without control plane as > out of scope... > > Lou > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sun Mar 8 08:29:21 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA5A41A19F2; Sun, 8 Mar 2015 08:29:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.623 X-Spam-Level: X-Spam-Status: No, score=0.623 tagged_above=-999 required=5 tests=[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 AWRygI5WBpZD; Sun, 8 Mar 2015 08:29:16 -0700 (PDT) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::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 5442A1A03A8; Sun, 8 Mar 2015 08:29:16 -0700 (PDT) Received: by iery20 with SMTP id y20so3776280ier.11; Sun, 08 Mar 2015 08:29:15 -0700 (PDT) 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=Kf/V4L/Q6yNea1/vhqVuUEwvhJccfFvnphLbbFBfNlc=; b=gwU0LChHLBPx69iVFNd87NTEhats1p0EfCvCvWNH2DHsoGEUdj9W+Ql2X7nUW8GeXA QHH6+2S75PEYzjuoDs+fv/9TXdYcQ+oT6PaC9gmFFwsRF6yedce0mFfEPeKnuB+KI69y A605u2oHOlNwwdeyFVYcZs0paEYKDW3Kzgqjy6r36rSDtBiUIXIXEC6j/jdjOTy9f3wI aab5HJdV2J5j4KqnAWZaE5GrzonvJ2b8wEEWhpSL4j0aXq0vFaN7zrs4rCX6o/U2AX7D 22DSAAFXpUvDmeGF9QY/hDSq0GYfq8C9eBrBGTM30azb3vgz8t3aVFH8l2DA1V0besW6 ORqw== MIME-Version: 1.0 X-Received: by 10.42.123.135 with SMTP id s7mr21292029icr.55.1425828555770; Sun, 08 Mar 2015 08:29:15 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 08:29:15 -0700 (PDT) Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 08:29:15 -0700 (PDT) In-Reply-To: <54FC6992.6090901@pi.nu> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <54FC5525.5060501@labn.net> <54FC6992.6090901@pi.nu> Date: Sun, 8 Mar 2015 16:29:15 +0100 X-Google-Sender-Auth: y2LBbJfVmunxa-faAjNQzwJSFpM Message-ID: From: Robert Raszuk To: Loa Andersson Content-Type: multipart/alternative; boundary=20cf3010e7a993d2d40510c8942d Archived-At: Cc: "mpls@ietf.org" , teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 15:29:18 -0000 --20cf3010e7a993d2d40510c8942d Content-Type: text/plain; charset=UTF-8 Loa, The quote you brought says "control-plane protocols" not "control-plane". That is here a big difference. Rgs, R. On Mar 8, 2015 4:24 PM, "Loa Andersson" wrote: > Robert, > > The jury is not out on this - if you want to split hair do that - > but RFC 5654 says: > > 22 MPLS-TP MUST support the capability for network operation via the > management plane (without the use of any control-plane > protocols). This includes the configuration and control of OAM > and recovery functions. > > The odd thing about this is that I'm not particulary fond of running my > networks without a control plane :) ! But I must live with what is out > there. > > /Loa > > On 2015-03-08 23:15, Robert Raszuk wrote: > >> Hi Lou, >> >> TP-LSP have a real control plane. It is a centralized one. >> >> You don't need distributed control plane to call it as such. >> >> However tht is still far from data plane which I hope this discussion >> has really nothing in common with. >> >> Best, >> R. >> >> On Mar 8, 2015 2:57 PM, "Lou Berger" > > wrote: >> >> On 03/08/2015 09:29 AM, Igor Bryskin wrote: >> > However, we do not attempt to (re-)model the data plane, right? >> >> Really? I don't see a TP LSP that is managed without control plane as >> out of scope... >> >> Lou >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> >> > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > --20cf3010e7a993d2d40510c8942d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Loa,

The quote you brought says "control-plane protocols&quo= t; not "control-plane".

That is here a big difference.

Rgs,
R.

On Mar 8, 2015 4:24 PM, "Loa Andersson"= ; <loa@pi.nu> wrote:
Robert,

The jury is not out on this - if you want to split hair do that -
but RFC 5654 says:

=C2=A0 =C2=A022=C2=A0 MPLS-TP MUST support the capability for network opera= tion via the
=C2=A0 =C2=A0 =C2=A0 =C2=A0management plane (without the use of any control= -plane
=C2=A0 =C2=A0 =C2=A0 =C2=A0protocols).=C2=A0 This includes the configuratio= n and control of OAM
=C2=A0 =C2=A0 =C2=A0 =C2=A0and recovery functions.

The odd thing about this is that I'm not particulary fond of running my=
networks without a control plane :) ! But I must live with what is out
there.

/Loa

On 2015-03-08 23:15, Robert Raszuk wrote:
Hi Lou,

TP-LSP have a real control plane. It is a centralized one.

You don't need distributed control plane to call it as such.

However tht is still far from data plane which I hope this discussion
has really nothing in common with.

Best,
R.

On Mar 8, 2015 2:57 PM, "Lou Berger" <lberger@labn.net
<mailto:lberger@la= bn.net>> wrote:

=C2=A0 =C2=A0 On 03/08/2015 09:29 AM, Igor Bryskin wrote:
=C2=A0 =C2=A0 =C2=A0>=C2=A0 However, we do not attempt to (re-)model the= data plane, right?

=C2=A0 =C2=A0 Really?=C2=A0 I don't see a TP LSP that is managed withou= t control plane as
=C2=A0 =C2=A0 out of scope...

=C2=A0 =C2=A0 Lou



_______________________________________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas


--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739= 81 21 64
--20cf3010e7a993d2d40510c8942d-- From nobody Sun Mar 8 08:31:57 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDF951A19F8; Sun, 8 Mar 2015 08:31:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.01 X-Spam-Level: X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[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 FbCSxRPJ4g9E; Sun, 8 Mar 2015 08:31:54 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C95A1A19F2; Sun, 8 Mar 2015 08:31:54 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id t28FVqlP001829 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 8 Mar 2015 11:31:53 -0400 Received: from ATL-SRV-MBX2.advaoptical.com (172.16.5.46) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Sun, 8 Mar 2015 11:31:52 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX2.advaoptical.com (172.16.5.46) with Microsoft SMTP Server (TLS) id 15.0.1076.3; Sun, 8 Mar 2015 11:31:51 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.1076.000; Sun, 8 Mar 2015 11:31:51 -0400 From: Igor Bryskin To: Lou Berger , Robert Raszuk , "Loa Andersson" Thread-Topic: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWY7NuNEcsrE2iEGI3ykMvO5zf50SjSJFgABSRYD//9aAHA== Date: Sun, 8 Mar 2015 15:31:50 +0000 Message-ID: References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu>, , <54FC5525.5060501@labn.net> In-Reply-To: <54FC5525.5060501@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.16.5.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68, 1.0.33, 0.0.0000 definitions=2015-03-08_03:2015-03-06,2015-03-08,1970-01-01 signatures=0 Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 15:31:56 -0000 Neither do I. But what this has to do with the data plane? ________________________________________ From: Lou Berger [lberger@labn.net] Sent: Sunday, March 8, 2015 9:56 AM To: Igor Bryskin; Robert Raszuk; Loa Andersson Cc: mpls@ietf.org; teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang On 03/08/2015 09:29 AM, Igor Bryskin wrote: > However, we do not attempt to (re-)model the data plane, right? Really? I don't see a TP LSP that is managed without control plane as out of scope... Lou From nobody Sun Mar 8 08:40:01 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C435E1A7030; Sun, 8 Mar 2015 08:40:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.01 X-Spam-Level: X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[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 kq-TPhIfmCbT; Sun, 8 Mar 2015 08:40:00 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC7F61A19F2; Sun, 8 Mar 2015 08:39:59 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id t28FdwZ1006470 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 8 Mar 2015 11:39:59 -0400 Received: from ATL-SRV-MBX2.advaoptical.com (172.16.5.46) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Sun, 8 Mar 2015 11:39:58 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX2.advaoptical.com (172.16.5.46) with Microsoft SMTP Server (TLS) id 15.0.1076.3; Sun, 8 Mar 2015 11:39:58 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.1076.000; Sun, 8 Mar 2015 11:39:58 -0400 From: Igor Bryskin To: Robert Raszuk , Lou Berger Thread-Topic: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWbKtay0a975tUUmCjBofCfDoEZ0SuKDw Date: Sun, 8 Mar 2015 15:39:57 +0000 Message-ID: References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <54FC5525.5060501@labn.net>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.16.5.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68, 1.0.33, 0.0.0000 definitions=2015-03-08_03:2015-03-06,2015-03-08,1970-01-01 signatures=0 Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 15:40:00 -0000 Exactly ________________________________________ From: rraszuk@gmail.com [rraszuk@gmail.com] on behalf of Robert Raszuk [rob= ert@raszuk.net] Sent: Sunday, March 8, 2015 11:15 AM To: Lou Berger Cc: teas@ietf.org; Loa Andersson; Igor Bryskin; mpls@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang Hi Lou, TP-LSP have a real control plane. It is a centralized one. You don't need distributed control plane to call it as such. However tht is still far from data plane which I hope this discussion has r= eally nothing in common with. Best, R. On Mar 8, 2015 2:57 PM, "Lou Berger" > wrote: On 03/08/2015 09:29 AM, Igor Bryskin wrote: > However, we do not attempt to (re-)model the data plane, right? Really? I don't see a TP LSP that is managed without control plane as out of scope... Lou From nobody Sun Mar 8 08:46:43 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E3611A8741; Sun, 8 Mar 2015 08:46:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.01 X-Spam-Level: X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[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 JOuYgnntLbcA; Sun, 8 Mar 2015 08:46:40 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3FFA1A872F; Sun, 8 Mar 2015 08:46:39 -0700 (PDT) Received: from [192.168.1.12] (unknown [49.149.191.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 8E65D180145E; Sun, 8 Mar 2015 16:46:36 +0100 (CET) Message-ID: <54FC6ED6.8060807@pi.nu> Date: Sun, 08 Mar 2015 23:46:30 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Robert Raszuk References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <54FC5525.5060501@labn.net> <54FC6992.6090901@pi.nu> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 15:46:41 -0000 Robert, I will rest the case now, just two more points - if you have protocols that constitute a control plane, why aren't they control plane protocols - Same RFC as before "Note that it MUST be possible to operate an MPLS-TP network without using a control plane." /Loa On 2015-03-08 23:29, Robert Raszuk wrote: > Loa, > > The quote you brought says "control-plane protocols" not "control-plane". > > That is here a big difference. > > Rgs, > R. > > On Mar 8, 2015 4:24 PM, "Loa Andersson" > > wrote: > > Robert, > > The jury is not out on this - if you want to split hair do that - > but RFC 5654 says: > > 22 MPLS-TP MUST support the capability for network operation > via the > management plane (without the use of any control-plane > protocols). This includes the configuration and control of OAM > and recovery functions. > > The odd thing about this is that I'm not particulary fond of running my > networks without a control plane :) ! But I must live with what is out > there. > > /Loa > > On 2015-03-08 23:15, Robert Raszuk wrote: > > Hi Lou, > > TP-LSP have a real control plane. It is a centralized one. > > You don't need distributed control plane to call it as such. > > However tht is still far from data plane which I hope this > discussion > has really nothing in common with. > > Best, > R. > > On Mar 8, 2015 2:57 PM, "Lou Berger" > >> wrote: > > On 03/08/2015 09:29 AM, Igor Bryskin wrote: > > However, we do not attempt to (re-)model the data > plane, right? > > Really? I don't see a TP LSP that is managed without > control plane as > out of scope... > > Lou > > > > _________________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/__listinfo/teas > > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sun Mar 8 10:06:31 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B27D1A005B for ; Sun, 8 Mar 2015 10:06:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 mVHhn0Xsna6U for ; Sun, 8 Mar 2015 10:06:30 -0700 (PDT) Received: from gproxy1-pub.mail.unifiedlayer.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) by ietfa.amsl.com (Postfix) with SMTP id 478291A0053 for ; Sun, 8 Mar 2015 10:06:30 -0700 (PDT) Received: (qmail 7186 invoked by uid 0); 8 Mar 2015 17:06:29 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy1.mail.unifiedlayer.com with SMTP; 8 Mar 2015 17:06:29 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id 1C691q00D2SSUrH01C6CCC; Sun, 08 Mar 2015 18:06:27 -0600 X-Authority-Analysis: v=2.1 cv=CaGbutbl c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=99K8i5EPIjMA:10 a=kj9zAlcOel0A:10 a=wU2YTnxGAAAA:8 a=-NfooI8aBGcA:10 a=TdaWkMAuKw8A:10 a=emO1SXQWCLwA:10 a=48vgC7mUAAAA:8 a=i0EeH86SAAAA:8 a=YusZQoAvJVFmraGbYjQA:9 a=CjuIK1q_8ugA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=V3eQEqgMRXsFXUhCbkHA85tvfT3r2dEJA4+Ic2UgUUs=; b=ZL6idCjovVHU4Fv2THLfkglXnJqmMVJwjsQKtNKaYRqA5Cs34Vh9U2t/GHxH3XxXAcBGnSxaWtQcotW5N+7wlF3o/ylGlZA1A8iDflOn4n8uM4tcAA3BcnfsgHNOxX1M; Received: from [172.56.2.45] (port=19387 helo=[192.0.0.4]) by box313.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1YUeeX-0002jQ-Fr; Sun, 08 Mar 2015 11:06:10 -0600 From: Lou Berger To: Loa Andersson , Igor Bryskin , Robert Raszuk Date: Sun, 08 Mar 2015 13:06:05 -0400 Message-ID: <14bfa59c490.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <54FC5637.6020002@pi.nu> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu>, <54FC5525.5060501@labn.net> <54FC5637.6020002@pi.nu> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.1.13 (build: 21020013) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 172.56.2.45 authed with lberger@labn.net} Archived-At: Cc: mpls@ietf.org, teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 17:06:31 -0000 Sure. The details will show the overlap. .. Lou On March 8, 2015 10:02:06 AM Loa Andersson wrote: > Lou, > > On 2015-03-08 21:56, Lou Berger wrote: > > On 03/08/2015 09:29 AM, Igor Bryskin wrote: > >> However, we do not attempt to (re-)model the data plane, right? > > > > Really? I don't see a TP LSP that is managed without control plane as > > out of scope... > > No it is not out of scope - at least not until we decide so - but the > crue here that the mpls-tp data plane and mpls data plane are identical, > so the mpls data plane is also in scope. > > So there is sure something to discuss around the the different types of > LSPs and the differences and commonalities. > > /Loa > > > > Lou > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Sun Mar 8 10:10:39 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A05A1A0055 for ; Sun, 8 Mar 2015 10:10:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.666 X-Spam-Level: X-Spam-Status: No, score=-1.666 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, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 llnLRrRmYG-W for ; Sun, 8 Mar 2015 10:10:37 -0700 (PDT) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) by ietfa.amsl.com (Postfix) with SMTP id 3C1B61A004C for ; Sun, 8 Mar 2015 10:10:37 -0700 (PDT) Received: (qmail 30725 invoked by uid 0); 8 Mar 2015 17:10:33 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy10.mail.unifiedlayer.com with SMTP; 8 Mar 2015 17:10:33 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id 1CAU1q00n2SSUrH01CAXrd; Sun, 08 Mar 2015 18:10:31 -0600 X-Authority-Analysis: v=2.1 cv=CaGbutbl c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=99K8i5EPIjMA:10 a=wU2YTnxGAAAA:8 a=-NfooI8aBGcA:10 a=TdaWkMAuKw8A:10 a=emO1SXQWCLwA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=9iDbn-4jx3cA:10 a=cKsnjEOsciEA:10 a=gZbpxnkM3yUA:10 a=2clOPd4PAAAA:8 a=jGaSLAFHMJ4qkHWYE3wA:9 a=CjuIK1q_8ugA:10 a=BzvcjTyMhFVOHIF4nR8A:9 a=-tw7UvuVcQ6JJrxu:21 a=_W_S_7VecoQA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=9w5ZjpnQpqSbIMOS7PocpG4CQiGPaPWNayOTSXfjr+Q=; b=TnwyrV/lJKUd+XoVrH6lWj3RLpP936c0TxGhmXOumcmMIAo1OPcYC8xlrDxrtt1zL4MCHF5bg17pB529Pziaj5RLlXcIbSf4WNSCyKVdZKrgl4qr/8zOgIyJcZLkiFYz; Received: from [172.56.2.45] (port=21383 helo=[192.0.0.4]) by box313.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1YUeig-0003JH-Ek; Sun, 08 Mar 2015 11:10:30 -0600 From: Lou Berger To: Robert Raszuk Date: Sun, 08 Mar 2015 13:10:22 -0400 Message-ID: <14bfa5db078.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <54FC5525.5060501@labn.net> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.1.13 (build: 21020013) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------14bfa5dbf5316bd27e94366b520" X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 172.56.2.45 authed with lberger@labn.net} Archived-At: Cc: mpls@ietf.org, teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 17:10:38 -0000 This is a multi-part message in MIME format. ------------14bfa5dbf5316bd27e94366b520 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit On March 8, 2015 11:15:32 AM Robert Raszuk wrote: > Hi Lou, > > TP-LSP have a real control plane. It is a centralized one. > Agreed. > You don't need distributed control plane to call it as such. > No disagreement, the function is the same. But I don't think your definition is commonly understood or agreed upon. Lou > However tht is still far from data plane which I hope this discussion has > really nothing in common with. > > Best, > R. > On Mar 8, 2015 2:57 PM, "Lou Berger" wrote: > > > On 03/08/2015 09:29 AM, Igor Bryskin wrote: > > > However, we do not attempt to (re-)model the data plane, right? > > > > Really? I don't see a TP LSP that is managed without control plane as > > out of scope... > > > > Lou > > ------------14bfa5dbf5316bd27e94366b520 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

On March 8, 2015 11:15:32 AM Robert Raszuk <robert@raszuk.net> wrote:

> Hi Lou,
>
> TP-LSP have a real control plane. It is a centralized one.
>

Agreed.

> You don't need distributed control plane to call it as such.
>

No disagreement, the function is the same. But I don't think your definition  is commonly  understood or agreed upon.

Lou

> However tht is still far from data plane which I hope this discussion has
> really nothing in common with.
>
> Best,
> R.
> On Mar 8, 2015 2:57 PM, "Lou Berger" <lberger@labn.net> wrote:
>
> > On 03/08/2015 09:29 AM, Igor Bryskin wrote:
> > >  However, we do not attempt to (re-)model the data plane, right?
> >
> > Really?  I don't see a TP LSP that is managed without control plane as
> > out of scope...
> >
> > Lou
> >

------------14bfa5dbf5316bd27e94366b520-- From nobody Sun Mar 8 11:37:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D6561A00E0 for ; Sun, 8 Mar 2015 11:37:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 dOnuJBCt3pLA for ; Sun, 8 Mar 2015 11:37:32 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CC6431A00F1 for ; Sun, 8 Mar 2015 11:37:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150308183731.29634.29902.idtracker@ietfa.amsl.com> Date: Sun, 08 Mar 2015 11:37:31 -0700 From: IETF Secretariat Archived-At: Subject: [mpls] Milestones changed for mpls WG X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 18:37:33 -0000 Changed milestone "++ Progress draft-ietf-mpls-lsp-ping-registry to publication", set state to active from review, accepting new milestone. Changed milestone "++ Progress draft-ietf-mpls-seamless-mcast to publication", set state to active from review, accepting new milestone. Changed milestone "++ Progress draft-ietf-mpls-ldp-ipv6 for publication to publication", set state to active from review, accepting new milestone. Changed milestone "++ Progress draft-ietf-mpls-ldp-ip-pw-capability to publication", set state to active from review, accepting new milestone. Changed milestone "++ Progress draft-ietf-mpls-in-udp to publication", set state to active from review, accepting new milestone. URL: http://datatracker.ietf.org/wg/mpls/charter/ From nobody Sun Mar 8 11:48:46 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DEC41A00CA; Sun, 8 Mar 2015 11:48:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.8 X-Spam-Level: X-Spam-Status: No, score=-102.8 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 OSqk-V8wJdhQ; Sun, 8 Mar 2015 11:48:42 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A557C1A00C7; Sun, 8 Mar 2015 11:48:41 -0700 (PDT) X-AuditID: c618062d-f79876d000003ebd-48-54fc449d623b Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id F0.62.16061.D944CF45; Sun, 8 Mar 2015 13:46:22 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0210.002; Sun, 8 Mar 2015 14:48:40 -0400 From: Gregory Mirsky To: Robert Raszuk , Loa Andersson Thread-Topic: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWY7Le4cVv75dNkqZzU3p3HVhN50S6nlA Date: Sun, 8 Mar 2015 18:48:39 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B91C163eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMIsWRmVeSWpSXmKPExsUyuXRPrO48lz8hBk0nWCx2bVzNaPFv7hxm i1tLV7JaNC1sYrZo/bGDxYHV4+zNfyweS5b8ZPKYNb2NzWP3xgVMASxRXDYpqTmZZalF+nYJ XBl7Tj5kL2i5yVixcfZPtgbGFZcZuxg5OCQETCTOPGPqYuQEMsUkLtxbz9bFyMUhJHCEUWLX +TUsEM4yRoneF9dZQarYBIwkXmzsYQexRQQcJHas28MMYjMLZEnc/tkKViMsYCNx7s0MRoga W4l9ze+ZIWwjiQs/5oPVsAioSKzceJ4FxOYV8JX4c+spK8SyGSwSK3e3gDVzCgRKvO/eCbaM Eei876fWMEEsE5e49WQ+1NkCEkv2nGeGsEUlXj7+xwphK0nMeX0N6rh8iUntj9khlglKnJz5 hGUCo+gsJKNmISmbhaRsFjCQmAU0Jdbv0ocoUZSY0v2QHcLWkGidM5cdWXwBI/sqRo7S4tSy 3HQjg02MwFg8JsGmu4Nxz0vLQ4wCHIxKPLwGu3+HCLEmlhVX5h5ilOZgURLnXfTgYIiQQHpi SWp2ampBalF8UWlOavEhRiYOTqkGRvepH4OZr704+u9e3NTSM6pWy1df+ppzOrHr5eMTEkH/ c87MZP1ukvfhXkWY1d2NDpffZ0yXW2P4xEPqHfOdK2znpPWYOJVVPT4Y72c8ZLp378d1sXL7 k2VlSyw7Nmj0xFbu/+j1cPb5InMn47WPZ99yVxJektqvYX38kOgrrWDnEr8pOatiLiixFGck GmoxFxUnAgAr/GHFpgIAAA== Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 18:48:45 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B91C163eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LCBldC4gYWwsDQppZiBJIGludGVycHJldCB0aGUg4oCcTFNQIFlBTkcgbW9kZWzi gJ0sIHRoZW4gaXQgcmVhZHMgYXMgWUFORyBtb2RlbCBvZiBNUExTIGRhdGEgcGxhbmUsIG5vdCBj b250cm9sIHByb3RvY29sLCBiZSBpdCBSU1ZQLVRFLCBMRFAsIFBDRVAsIG9yIElHUC1URSBvZiBT UFJJTkcuIEFuZCwgc2luY2UgdGhlIE1QTFMgZGF0YSBwbGFuZSBpcyBpbmRlZWQgY29tbW9uIGFu ZCBpbiBmYWN0IHRoZSBvbmUgYW5kIG9ubHksIHN1Y2ggTFNQIFlBTkcgbW9kZWwgcmlnaHRmdWxs eSBjYW4gYmUgY2hhcmFjdGVyaXplZCBhcyDigJxHZW5lcmlj4oCdLg0KQnV0IGlmIGF1dGhvcnMg aW50ZW5kZWQgdG8gZGVzY3JpYmUgY29tbW9uIHNldCBhbW9uZyBsaXN0ZWQgYWJvdmUgY29udHJv bCBwcm90b2NvbHMgcGVydGFpbmluZyB0byBzaWduYWxpbmcgb2YgYW4gTVBMUyBMU1AsIHRoZW4s IElNTywgc3VjaCBjb21tb24gc2V0IGZpcnN0IG11c3QgYmUgZGlzY3Vzc2VkIGFuZCBpZGVudGlm aWVkIHRvIGRlbW9uc3RyYXRlIHRoYXQgaXQgZG9lcyBleGlzdCBhbmQgaXMgc3VmZmljaWVudCB0 byBoYXZlIFlBTkcgbW9kZWwgb2YgaXRzIG93biByYXRoZXIgdGhhbiBZQU5HIG1vZGVscyB0aGF0 IGRlc2NyaWJlIExTUCBjb250cm9sIGJ5IGVhY2ggc2lnbmFsaW5nIHByb3RvY29scy4gVGhhdCB0 byBtZSBsb29rcyB2ZXJ5IG11Y2ggbGlrZSB3aGF0IExJTUUgV0cgaXMgd29ya2luZyBvbiwgaW52 ZXN0aWdhdGluZyB3aGV0aGVyIGNvbW1vbiBtb2RlbCBvZiBJUCwgSVAvTVBMUywgTVBMUy1UUCwg YW5kIFRSSUxMIE9BTSBleGlzdHMgYW5kIGl0cyBleHRlbnQgaXMgc3VmZmljaWVudCB0byBiZSBv ZiBpbnRlcmVzdC4NCg0KICAgICAgICAgICAgICAgIFJlZ2FyZHMsDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIEdyZWcNCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJvYmVydCBSYXN6dWsNClNlbnQ6IFN1bmRheSwgTWFyY2gg MDgsIDIwMTUgMzo1OCBBTQ0KVG86IExvYSBBbmRlcnNzb24NCkNjOiBtcGxzQGlldGYub3JnOyB0 ZWFzQGlldGYub3JnOyBTaGFoLCBIaW1hbnNodQ0KU3ViamVjdDogUmU6IFtUZWFzXSBbbXBsc10g W1J0Zy15YW5nLWNvb3JkXSBHZW5lcmljIExTUCBZYW5nDQoNCkhpIExvYSwNCg0KVGhlIHdheSBJ IHJlYWQgSWdvciBzdGF0ZW1lbnQgYW5kIGFncmVlZCB3aXRoIGl0IGluIGEgc2Vuc2Ugb2YgIm5v dGhpbmcgaW4gY29tbW9uIiB3YXMgdGhhdCBpdCB3YXMgcmVmZXJyaW5nIHRvIHRoZSBjb250cm9s IHBsYW5lLg0KDQpUaGUgc3ViamVjdCBvZiB0aGlzIHRocmVhZCBpcyAiR2VuZXJpYyBMU1AgWUFO RyIgYW5kIHRvIG1lIFlhbmcgbW9kZWwgZGVzY3JpYmVzIGNvbnRyb2wgYXNwZWN0IG9mIHByb3Rv Y29sIG9yIGZ1bmN0aW9uYWxpdHkgbm90IHRoZSBjaG9pY2Ugb2YgZm9yd2FyZGluZyBoZWFkZXIg aW4gdGhlIGRhdGEgcGxhbmUuDQoNClNvIGlmIHlvdSBhbmQgb3RoZXJzIGFncmVlIHdlIHNob3Vs ZCBiZSBhbGwgaW4gc3luYyBhbmQgcGVyaGFwcyB3ZSBjb3VsZCBjb25zaWRlciBhcyBwcm9wb3Nl ZCBiZWZvcmUgR2VuZXJpYyBFbmdpbmVlcmVkIFBhdGggbW9kZWwgYnJhbmNoaW5nIGF0IHRoZSBs b3dlciBsYXllciBiZXR3ZWVuIHVuaWNhc3QgYW5kIG11bHRpY2FzdC4NCg0KSG93ZXZlciBpZiB5 b3Ugc3RpbGwgdGhpbmsgdGhhdCBZYW5nIGlzIGFib3V0IGRhdGEgcGxhbmUgYW5kIE9BTSB0aGVu IHBlcmhhcHMgd2UgaGF2ZSBhIGJpZ2dlciBpc3N1ZSBoZXJlIC4uLi4NCg0KQ2hlZXJzLA0KUi4N Cg0KDQoNCg0KT24gU3VuLCBNYXIgOCwgMjAxNSBhdCAxMDoyNyBBTSwgTG9hIEFuZGVyc3NvbiA8 bG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+PiB3cm90ZToNCkhpbWFuc2h1LCBldC5hbDxodHRw Oi8vZXQuYWw+LiwNCg0KSSB0aGluayB0aGVyZSBhcmUgdHdvIGlzc3VlcyBoZXJlIGFuZCBpZiBz b3J0aW5nIHRoZW0gb3V0IGNvcnJyZWN0bHkNCndlIGFyZSB2ZXJ5IGNsb3NlLg0KDQpUaGUgZmly c3QgaXNzdWUgaXMgc2ltaWxhcml0aWVzIGJldHdlZW4gZGlmZmVyZW50IHR5cGVzIG9mIExTUHMu DQoNCkhlcmUgSSBzYWlkIHRoYXQsIGF0IGxlYXN0IGZvciBhIE1QTFMgUFNOLCB0aGVyZSBhcmUg c2ltaWxhcml0aWVzLA0KZS5nLiB0aGUgZGF0YSBwbGFuZSBpcyAobmVhcmx5KSB0aGUgc2FtZS4g VGhpcyB3YXMgc2FpZCBpbiByZWFjdGlvbg0KdG8gSWdvcidzIHN0YXRlbWVudCAiSU1ITyBURS1M U1AsIExEUC1MU1AgYW5kIFNQUklORy1MU1AgaGF2ZSBub3RoaW5nDQppbiBjb21tb24uIiBJIHN0 aWxsIGRvbid0IHRoaW5rIHRoYXQgSWdvcidzIHN0YXRlbWVudCBpcyByZWFsbHkgY29ycmVjdC4N CklmIGhlIGhhZCBzYWlkICJJTUhPIHRoZXJlIGFyZSBub3QgZW5vdWdoIHNpbWlsYXJpdGVzIGJl dHdlZW4gVEUtTFNQLA0KTERQLUxTUCBhbmQgU1BSSU5HLUxTUCB0byBtb3RpdmF0ZSBhIGNvbW1v biBtb2RlbCIuIEkgdGhpbmsgdGhhdCB3ZSBiZQ0KYSBtdWNoIG1vcmUgYWNjdXJhdGUgc3RhdGVt ZW50Lg0KDQpBbmQgdGhhdCBpcyB0aGUgb3RoZXIgaXNzdWUgLSBJcyBpdCByZWFzb25hYmxlIHRv IG1vZGVsIFRFLUxTUCwNCkxEUC1MU1AgYW5kIFNQUklORy1MU1AgaW4gdGhlIHNhbWUgbW9kZWw/ IEkgZG9uJ3Qgbm90IHRoaW5rIGl0IGlzLA0KYnV0IHRoYXQgd2UgbmVlZCBhbiBvdmVybGFwIG9m IHBlb3BsZSB3b3JraW5nIHdpdGggdGhlIGRpZmZlcmVudCBtb2RlbHMuDQoNCkhvcGUgdGhpcyBp cyBjbGVhciBlbm91Z2guDQoNCi9Mb2ENCg0KDQpPbiAyMDE1LTAzLTA3IDIzOjE5LCBTaGFoLCBI aW1hbnNodSB3cm90ZToNCi9JIGFncmVlIHdpdGggUm9iZXJ0IGFuZCBJZ29yLCBwdXR0aW5nIGV2 ZXJ5dGhpbmcgaW4gdGhlIHNhbWUgYnVja2V0DQpiZWNhdXNlIG9mIGNvbW1vbiBkYXRhIHBsYW5l ICYgT0FNIGRvZXMgbm90IGp1c3RpZnkuLw0KDQovV2Ugd291bGRu4oCZdCBjb25zaWRlciBkb2lu ZyBzYW1lIGZvciBJUCBkYXRhIHBsYW5lLi4vDQoNCi9JIHRoaW5rIHdlIG5lZWQgdG8gc2VwYXJh dGUgdGhlc2UgbW9kZWxzIGFuZCBhcyBtZW50aW9uZWQgZWFybGllciwNCnRoZXJlIGlzIGFscmVh ZHkgd29yayBnb2luZyBvbiBpbiByZXNwZWN0aXZlIFdHcy4vDQoNCi8vDQoNCi9UaGFua3MsLw0K DQovaGltYW5zaHUvDQoNCi8vDQoNCi8vDQoNCi8vDQoNCipGcm9tOiptcGxzIFttYWlsdG86bXBs cy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmc+XSAqT24gQmVo YWxmIE9mICpMb2EgQW5kZXJzc29uDQoqU2VudDoqIFNhdHVyZGF5LCBNYXJjaCAwNywgMjAxNSA4 OjE4IEFNDQoqVG86KiB0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPiwgbXBsc0Bp ZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4sIHJvYmVydEByYXN6dWsubmV0PG1haWx0bzpy b2JlcnRAcmFzenVrLm5ldD4NCipTdWJqZWN0OiogUmU6IFttcGxzXSBbUnRnLXlhbmctY29vcmRd IFtUZWFzXSBHZW5lcmljIExTUCBZYW5nDQoNClJvYmVydCwNCg0KIEZyb20gb25lIHBlcnNwZWN0 aXZlIEkgYWdyZWUgd2l0aCB5b3UgYW5kIElnb3IsIGhvd2V2ZXIgaWYgeW91IHRoaW5rDQphYm91 dCBNUExTIExTUHMsIGZyb20gYSBkYXRhIHBsYW5lIHBlcnNwZWN0aXZlIC0gYW5kIHRoYXQgaXMg d2hlcmUgT0FNDQpvcGVyYXRlcywgdGhlcmUgYWxtb3N0IG5vIGRpZmZlcmVuY2UgYmV0d2VlbiBh IFRFLUxTUCBhIExEUC1MU1AgYW5kIGENClNQUklORyBNUExTIExTUCBjb21lIHZlcnkgY2xvc2Uu DQoNCklmIHlvdSB0aGUgb3RoZXIgaGFuZCB0aGluayBvZiBMU1BzIGZvciBvdGhlciBkYXRhIHBs YW5lcyB0aGUgIm5vdGhpbmcNCmluIGNvbW1vbiIgaXMgYW4gYWxtb3N0IHRydWUgc3RhdGVtZW50 LiBGcm9tIHRoYXQgcG9pbnQgb2YgdmlldyBJIHRoaW5rDQpkaWZmZXJlbnQgbW9kZWxzIGFyZSB3 aGVyZSB3ZSB3aWxsIGVuZCB1cCwgYnV0IEkgYWxzbyB0aGluayB0aGF0IHdlIG5lZWQNCiJzZXBh cmF0aW9uIHdpdGggbW9kZXJhdGlvbiIuDQoNCiAgQnV0IG5vdGhpbmcgaXMgc28gc2ltcGxlIHRo YXQgd2UgY2FuIGNhcHR1cmUgaXQgaW4gb25lIHZlcnkgc2ltcGxlDQpzdGF0ZW1lbnQsIHdlIGhh dmUgaGFja2luZyBhd2F5IG9uIHRoaXMgZm9yIDMwIHllYXJzIG5vdywgSSdkIGFkdmljZQ0KdGFr aW5nIGFyY2hpdGVjdHVyZSBhbmQgaGlzdG9yeSBpbnRvIGNvbnNpZGVyYXRpb24sIGFzIHdlbGwg YXMgdmlld2luZw0KdGhlIHNreSBmcm9tIGEgZGlmZmVyZW50IHBlcnNwZWN0aXZlIHRoYW4gZnJv bSB0aGUgYm90dG9tIG9mIGEgZGVlcCB3ZWxsLg0KDQpMZXQgbWUgYWxzbyBzYXkgdGhhdCBJJ20g dmVyeSBzdXBwb3J0aXZlIG9mIGFsbCB0aGUgZ29vZCB3b3JrIGdvaW5nIG9uDQppbiB0aGlzIGFy ZWEuDQoNCi9Mb2ENCg0KU2VudCBmcm9tIG15IGlQYWQNCg0KDQpPbiAwNyBNYXIgMjAxNSwgYXQg MTk6NDcsIFJvYmVydCBSYXN6dWsgPHJvYmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFz enVrLm5ldD4NCjxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ8bWFpbHRvOnJvYmVydEByYXN6dWsu bmV0Pj4+IHdyb3RlOg0KDQogICAgSSB3b3VsZCBhZ3JlZSB3aXRoIElnb3IuDQoNCiAgICBPdGhl ciB0aGVuIG5hbWUgb3ZlcmxhcCB0aG9zZSBhcmUgY29tcGxldGVseSBkaWZmZXJlbnQgdGVjaG5v bG9naWVzDQogICAgYW5kIGFydGlmaWNpYWxseSBwdXR0aW5nIHRoZW0gdW5kZXIgIkxTUCIgdW1i cmVsbGEganVzdCBkb2VzIG5vdA0KICAgIGJyaW5nIGFueSB2YWx1ZSwgYnV0IG9ubHkgY29uZnVz ZXMgdGhpbmdzIGV2ZW4gbW9yZS4NCg0KICAgIFE6IFdoYXQgU1BSSU5HLUxTUCBoYXMgYW55dGhp bmcgaW4gY29tbW9uIHdpdGggImxhYmVsIiB3aGVuIHlvdSB1c2UNCiAgICB2NiBoZWFkZXIgPw0K DQogICAgSWYgeW91IHdhbnQgdG8gc2VhcmNoIGZvciBzb21lIGNvbW1vbmFsaXRpZXMgbGV0J3Mg cmVtb3ZlIExEUC1MU1BzDQogICAgZnJvbSB0aGlzIG1peCAoYXMgdGhlIGlzIG5vdCByZWxldmFu dCkgYW5kIGxlYXZlIFRFLUxTUCAmIFNQUklORyArDQogICAgbWF5YmUgYWxzbyBhZGQgQklFUiBh cyB3ZWxsIGFzIGNoYW5nZSB0aGUgbmFtZSB0byBHZW5lcmljLUVQDQogICAgKEVuZ2luZWVyZWQg UGF0aHMpLg0KDQogICAgSSBzZWUgbm8gdmFsdWUgb2YgZ29ydXBpbmcgYmFzZWQgb24gdGhlIGZh Y3QgdGhhdCBkYXRhIHBsYW5lIHVzZXMNCiAgICBtcGxzIGxhYmVscywgYnV0IHJhdGhlciBJIHdv dWxkIHNlZSByZWFzb25hYmxlIHRvIHByb3ZpZGUgbW9kZWxzDQogICAgYmFzZWQgb24gdGhlIHRy YW5zcG9ydCBwYXRoIGNoYXJhY3RlcmlzdGljcyBmb3IgdGhlIHRyYWZmaWMgaXQgaXMgdG8NCiAg ICBjYXJyeS4NCg0KICAgIEJlc3QsDQoNCiAgICByLg0KDQogICAgT24gRnJpLCBNYXIgNiwgMjAx NSBhdCAyOjExIFBNLCBJZ29yIEJyeXNraW4NCiAgICA8SUJyeXNraW5AYWR2YW9wdGljYWwuY29t PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4gd3JvdGU6DQoNCiAg ICBEcnV2LA0KDQogICAgSU1ITyBURS1MU1AsIExEUC1MU1AgYW5kIFNQUklORy1MU1AgaGF2ZSBu b3RoaW5nIGluIGNvbW1vbi4gVGhleQ0KICAgIHNob3VsZCBoYXZlIHRvdGFsbHkgaW5kZXBlbmRl bnQgbW9kZWxzIGVhY2ggYmVpbmcgZGV2ZWxvcGVkIGluDQogICAgcmVzcGVjdGl2ZSBXRy4NCg0K ICAgIElnb3INCg0KICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQogICAgUnRnLXlhbmctY29vcmQgbWFpbGluZyBsaXN0DQogICAgUnRnLXlhbmctY29v cmRAaWV0Zi5vcmc8bWFpbHRvOlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnPiA8bWFpbHRvOlJ0Zy15 YW5nLWNvb3JkQGlldGYub3JnPG1haWx0bzpSdGcteWFuZy1jb29yZEBpZXRmLm9yZz4+DQogICAg aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGcteWFuZy1jb29yZA0KDQoN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClRlYXMg bWFpbGluZyBsaXN0DQpUZWFzQGlldGYub3JnPG1haWx0bzpUZWFzQGlldGYub3JnPg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQoNCi0tDQoNCg0KTG9hIEFuZGVy c3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb208 bWFpbHRvOmxvYUBtYWlsMDEuaHVhd2VpLmNvbT4NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAg ICAgICAgICAgICAgICAgICAgbG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+DQpIdWF3ZWkgVGVj aG5vbG9naWVzIChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQ8dGVsOiUy QjQ2JTIwNzM5JTIwODElMjAyMSUyMDY0Pg0KDQo= --_000_7347100B5761DC41A166AC17F22DF1121B91C163eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uaG9lbnpiDQoJe21zby1zdHlsZS1uYW1lOmhv ZW56Yjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5IaSBSb2JlcnQsIGV0LiBhbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+aWYgSSBpbnRlcnByZXQgdGhlIOKAnExTUCBZQU5HIG1vZGVs4oCdLCB0aGVuIGl0 IHJlYWRzIGFzIFlBTkcgbW9kZWwgb2YgTVBMUyBkYXRhIHBsYW5lLCBub3QgY29udHJvbCBwcm90 b2NvbCwgYmUgaXQgUlNWUC1URSwgTERQLCBQQ0VQLCBvciBJR1AtVEUgb2YgU1BSSU5HLiBBbmQs DQogc2luY2UgdGhlIE1QTFMgZGF0YSBwbGFuZSBpcyBpbmRlZWQgY29tbW9uIGFuZCBpbiBmYWN0 IHRoZSBvbmUgYW5kIG9ubHksIHN1Y2ggTFNQIFlBTkcgbW9kZWwgcmlnaHRmdWxseSBjYW4gYmUg Y2hhcmFjdGVyaXplZCBhcyDigJxHZW5lcmlj4oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5CdXQgaWYgYXV0aG9ycyBpbnRlbmRlZCB0byBkZXNjcmliZSBjb21tb24gc2V0IGFtb25n IGxpc3RlZCBhYm92ZSBjb250cm9sIHByb3RvY29scyBwZXJ0YWluaW5nIHRvIHNpZ25hbGluZyBv ZiBhbiBNUExTIExTUCwgdGhlbiwgSU1PLCBzdWNoIGNvbW1vbiBzZXQgZmlyc3QNCiBtdXN0IGJl IGRpc2N1c3NlZCBhbmQgaWRlbnRpZmllZCB0byBkZW1vbnN0cmF0ZSB0aGF0IGl0IGRvZXMgZXhp c3QgYW5kIGlzIHN1ZmZpY2llbnQgdG8gaGF2ZSBZQU5HIG1vZGVsIG9mIGl0cyBvd24gcmF0aGVy IHRoYW4gWUFORyBtb2RlbHMgdGhhdCBkZXNjcmliZSBMU1AgY29udHJvbCBieSBlYWNoIHNpZ25h bGluZyBwcm90b2NvbHMuIFRoYXQgdG8gbWUgbG9va3MgdmVyeSBtdWNoIGxpa2Ugd2hhdCBMSU1F IFdHIGlzIHdvcmtpbmcgb24sIGludmVzdGlnYXRpbmcNCiB3aGV0aGVyIGNvbW1vbiBtb2RlbCBv ZiBJUCwgSVAvTVBMUywgTVBMUy1UUCwgYW5kIFRSSUxMIE9BTSBleGlzdHMgYW5kIGl0cyBleHRl bnQgaXMgc3VmZmljaWVudCB0byBiZSBvZiBpbnRlcmVzdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgR3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4gVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJl aGFsZiBPZiA8L2I+Um9iZXJ0IFJhc3p1azxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE1hcmNo IDA4LCAyMDE1IDM6NTggQU08YnI+DQo8Yj5Ubzo8L2I+IExvYSBBbmRlcnNzb248YnI+DQo8Yj5D Yzo8L2I+IG1wbHNAaWV0Zi5vcmc7IHRlYXNAaWV0Zi5vcmc7IFNoYWgsIEhpbWFuc2h1PGJyPg0K PGI+U3ViamVjdDo8L2I+IFJlOiBbVGVhc10gW21wbHNdIFtSdGcteWFuZy1jb29yZF0gR2VuZXJp YyBMU1AgWWFuZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkhpIExvYSw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VGhl IHdheSBJIHJlYWQgSWdvciBzdGF0ZW1lbnQgYW5kIGFncmVlZCB3aXRoIGl0IGluIGEgc2Vuc2Ug b2YgJnF1b3Q7bm90aGluZyBpbiBjb21tb24mcXVvdDsgd2FzIHRoYXQgaXQgd2FzIHJlZmVycmlu ZyB0byB0aGUgY29udHJvbCBwbGFuZS4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VGhlIHN1YmplY3Qgb2YgdGhpcyB0aHJlYWQgaXMg JnF1b3Q7R2VuZXJpYyBMU1AgWUFORyZxdW90OyBhbmQgdG8gbWUgWWFuZyBtb2RlbCBkZXNjcmli ZXMgY29udHJvbCBhc3BlY3Qgb2YgcHJvdG9jb2wgb3IgZnVuY3Rpb25hbGl0eSBub3QgdGhlIGNo b2ljZSBvZiBmb3J3YXJkaW5nIGhlYWRlciBpbiB0aGUgZGF0YSBwbGFuZS4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+U28gaWYgeW91 IGFuZCBvdGhlcnMgYWdyZWUgd2Ugc2hvdWxkIGJlIGFsbCBpbiBzeW5jIGFuZCBwZXJoYXBzIHdl IGNvdWxkIGNvbnNpZGVyIGFzIHByb3Bvc2VkIGJlZm9yZSBHZW5lcmljIEVuZ2luZWVyZWQgUGF0 aCBtb2RlbCBicmFuY2hpbmcgYXQgdGhlIGxvd2VyIGxheWVyIGJldHdlZW4gdW5pY2FzdCBhbmQg bXVsdGljYXN0LiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij5Ib3dldmVyIGlmIHlvdSBzdGlsbCB0aGluayB0aGF0IFlhbmcgaXMgYWJv dXQgZGF0YSBwbGFuZSBhbmQgT0FNIHRoZW4gcGVyaGFwcyB3ZSBoYXZlIGEgYmlnZ2VyIGlzc3Vl IGhlcmUgLi4uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5DaGVlcnMsPGJyPg0KUi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFN1biwgTWFyIDgsIDIwMTUgYXQg MTA6MjcgQU0sIExvYSBBbmRlcnNzb24gJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FAcGkubnUiIHRh cmdldD0iX2JsYW5rIj5sb2FAcGkubnU8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkhpbWFuc2h1LCA8YSBocmVmPSJodHRwOi8vZXQuYWwiIHRhcmdl dD0iX2JsYW5rIj5ldC5hbDwvYT4uLDxicj4NCjxicj4NCkkgdGhpbmsgdGhlcmUgYXJlIHR3byBp c3N1ZXMgaGVyZSBhbmQgaWYgc29ydGluZyB0aGVtIG91dCBjb3JycmVjdGx5PGJyPg0Kd2UgYXJl IHZlcnkgY2xvc2UuPGJyPg0KPGJyPg0KVGhlIGZpcnN0IGlzc3VlIGlzIHNpbWlsYXJpdGllcyBi ZXR3ZWVuIGRpZmZlcmVudCB0eXBlcyBvZiBMU1BzLjxicj4NCjxicj4NCkhlcmUgSSBzYWlkIHRo YXQsIGF0IGxlYXN0IGZvciBhIE1QTFMgUFNOLCB0aGVyZSBhcmUgc2ltaWxhcml0aWVzLDxicj4N CmUuZy4gdGhlIGRhdGEgcGxhbmUgaXMgKG5lYXJseSkgdGhlIHNhbWUuIFRoaXMgd2FzIHNhaWQg aW4gcmVhY3Rpb248YnI+DQp0byBJZ29yJ3Mgc3RhdGVtZW50ICZxdW90O0lNSE8gVEUtTFNQLCBM RFAtTFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZzxicj4NCmluIGNvbW1vbi4mcXVvdDsg SSBzdGlsbCBkb24ndCB0aGluayB0aGF0IElnb3IncyBzdGF0ZW1lbnQgaXMgcmVhbGx5IGNvcnJl Y3QuPGJyPg0KSWYgaGUgaGFkIHNhaWQgJnF1b3Q7SU1ITyB0aGVyZSBhcmUgbm90IGVub3VnaCBz aW1pbGFyaXRlcyBiZXR3ZWVuIFRFLUxTUCw8YnI+DQpMRFAtTFNQIGFuZCBTUFJJTkctTFNQIHRv IG1vdGl2YXRlIGEgY29tbW9uIG1vZGVsJnF1b3Q7LiBJIHRoaW5rIHRoYXQgd2UgYmU8YnI+DQph IG11Y2ggbW9yZSBhY2N1cmF0ZSBzdGF0ZW1lbnQuPGJyPg0KPGJyPg0KQW5kIHRoYXQgaXMgdGhl IG90aGVyIGlzc3VlIC0gSXMgaXQgcmVhc29uYWJsZSB0byBtb2RlbCBURS1MU1AsPGJyPg0KTERQ LUxTUCBhbmQgU1BSSU5HLUxTUCBpbiB0aGUgc2FtZSBtb2RlbD8gSSBkb24ndCBub3QgdGhpbmsg aXQgaXMsPGJyPg0KYnV0IHRoYXQgd2UgbmVlZCBhbiBvdmVybGFwIG9mIHBlb3BsZSB3b3JraW5n IHdpdGggdGhlIGRpZmZlcmVudCBtb2RlbHMuPGJyPg0KPGJyPg0KSG9wZSB0aGlzIGlzIGNsZWFy IGVub3VnaC48YnI+DQo8YnI+DQovTG9hPGJyPg0KPGJyPg0KPGJyPg0KT24gMjAxNS0wMy0wNyAy MzoxOSwgU2hhaCwgSGltYW5zaHUgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPi9JIGFncmVlIHdpdGggUm9iZXJ0 IGFuZCBJZ29yLCBwdXR0aW5nIGV2ZXJ5dGhpbmcgaW4gdGhlIHNhbWUgYnVja2V0PGJyPg0KYmVj YXVzZSBvZiBjb21tb24gZGF0YSBwbGFuZSAmYW1wOyBPQU0gZG9lcyBub3QganVzdGlmeS4vPGJy Pg0KPGJyPg0KL1dlIHdvdWxkbuKAmXQgY29uc2lkZXIgZG9pbmcgc2FtZSBmb3IgSVAgZGF0YSBw bGFuZS4uLzxicj4NCjxicj4NCi9JIHRoaW5rIHdlIG5lZWQgdG8gc2VwYXJhdGUgdGhlc2UgbW9k ZWxzIGFuZCBhcyBtZW50aW9uZWQgZWFybGllciw8YnI+DQp0aGVyZSBpcyBhbHJlYWR5IHdvcmsg Z29pbmcgb24gaW4gcmVzcGVjdGl2ZSBXR3MuLzxicj4NCjxicj4NCi8vPGJyPg0KPGJyPg0KL1Ro YW5rcywvPGJyPg0KPGJyPg0KL2hpbWFuc2h1Lzxicj4NCjxicj4NCi8vPGJyPg0KPGJyPg0KLy88 YnI+DQo8YnI+DQovLzxicj4NCjxicj4NCipGcm9tOiptcGxzIFttYWlsdG86PGEgaHJlZj0ibWFp bHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHMtYm91bmNlc0Bp ZXRmLm9yZzwvYT5dICpPbiBCZWhhbGYgT2YgKkxvYSBBbmRlcnNzb248YnI+DQoqU2VudDoqIFNh dHVyZGF5LCBNYXJjaCAwNywgMjAxNSA4OjE4IEFNPGJyPg0KKlRvOiogPGEgaHJlZj0ibWFpbHRv OnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9hPiwgPGEgaHJl Zj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCm1wbHNAaWV0Zi5vcmc8 L2E+LCA8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiIHRhcmdldD0iX2JsYW5rIj5y b2JlcnRAcmFzenVrLm5ldDwvYT48YnI+DQoqU3ViamVjdDoqIFJlOiBbbXBsc10gW1J0Zy15YW5n LWNvb3JkXSBbVGVhc10gR2VuZXJpYyBMU1AgWWFuZzxicj4NCjxicj4NClJvYmVydCw8YnI+DQo8 YnI+DQombmJzcDtGcm9tIG9uZSBwZXJzcGVjdGl2ZSBJIGFncmVlIHdpdGggeW91IGFuZCBJZ29y LCBob3dldmVyIGlmIHlvdSB0aGluazxicj4NCmFib3V0IE1QTFMgTFNQcywgZnJvbSBhIGRhdGEg cGxhbmUgcGVyc3BlY3RpdmUgLSBhbmQgdGhhdCBpcyB3aGVyZSBPQU08YnI+DQpvcGVyYXRlcywg dGhlcmUgYWxtb3N0IG5vIGRpZmZlcmVuY2UgYmV0d2VlbiBhIFRFLUxTUCBhIExEUC1MU1AgYW5k IGE8YnI+DQpTUFJJTkcgTVBMUyBMU1AgY29tZSB2ZXJ5IGNsb3NlLjxicj4NCjxicj4NCklmIHlv dSB0aGUgb3RoZXIgaGFuZCB0aGluayBvZiBMU1BzIGZvciBvdGhlciBkYXRhIHBsYW5lcyB0aGUg JnF1b3Q7bm90aGluZzxicj4NCmluIGNvbW1vbiZxdW90OyBpcyBhbiBhbG1vc3QgdHJ1ZSBzdGF0 ZW1lbnQuIEZyb20gdGhhdCBwb2ludCBvZiB2aWV3IEkgdGhpbms8YnI+DQpkaWZmZXJlbnQgbW9k ZWxzIGFyZSB3aGVyZSB3ZSB3aWxsIGVuZCB1cCwgYnV0IEkgYWxzbyB0aGluayB0aGF0IHdlIG5l ZWQ8YnI+DQomcXVvdDtzZXBhcmF0aW9uIHdpdGggbW9kZXJhdGlvbiZxdW90Oy48YnI+DQo8YnI+ DQombmJzcDsgQnV0IG5vdGhpbmcgaXMgc28gc2ltcGxlIHRoYXQgd2UgY2FuIGNhcHR1cmUgaXQg aW4gb25lIHZlcnkgc2ltcGxlPGJyPg0Kc3RhdGVtZW50LCB3ZSBoYXZlIGhhY2tpbmcgYXdheSBv biB0aGlzIGZvciAzMCB5ZWFycyBub3csIEknZCBhZHZpY2U8YnI+DQp0YWtpbmcgYXJjaGl0ZWN0 dXJlIGFuZCBoaXN0b3J5IGludG8gY29uc2lkZXJhdGlvbiwgYXMgd2VsbCBhcyB2aWV3aW5nPGJy Pg0KdGhlIHNreSBmcm9tIGEgZGlmZmVyZW50IHBlcnNwZWN0aXZlIHRoYW4gZnJvbSB0aGUgYm90 dG9tIG9mIGEgZGVlcCB3ZWxsLjxicj4NCjxicj4NCkxldCBtZSBhbHNvIHNheSB0aGF0IEknbSB2 ZXJ5IHN1cHBvcnRpdmUgb2YgYWxsIHRoZSBnb29kIHdvcmsgZ29pbmcgb248YnI+DQppbiB0aGlz IGFyZWEuPGJyPg0KPGJyPg0KL0xvYTxicj4NCjxicj4NClNlbnQgZnJvbSBteSBpUGFkPGJyPg0K PGJyPg0KPGJyPg0KT24gMDcgTWFyIDIwMTUsIGF0IDE5OjQ3LCBSb2JlcnQgUmFzenVrICZsdDs8 YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiIHRhcmdldD0iX2JsYW5rIj5yb2JlcnRA cmFzenVrLm5ldDwvYT48YnI+DQombHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpyb2JlcnRAcmFz enVrLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPnJvYmVydEByYXN6dWsubmV0PC9hPiZndDsmZ3Q7IHdy b3RlOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgSSB3b3VsZCBhZ3JlZSB3aXRoIElnb3IuPGJy Pg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBPdGhlciB0aGVuIG5hbWUgb3ZlcmxhcCB0aG9zZSBhcmUg Y29tcGxldGVseSBkaWZmZXJlbnQgdGVjaG5vbG9naWVzPGJyPg0KJm5ic3A7ICZuYnNwOyBhbmQg YXJ0aWZpY2lhbGx5IHB1dHRpbmcgdGhlbSB1bmRlciAmcXVvdDtMU1AmcXVvdDsgdW1icmVsbGEg anVzdCBkb2VzIG5vdDxicj4NCiZuYnNwOyAmbmJzcDsgYnJpbmcgYW55IHZhbHVlLCBidXQgb25s eSBjb25mdXNlcyB0aGluZ3MgZXZlbiBtb3JlLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgUTog V2hhdCBTUFJJTkctTFNQIGhhcyBhbnl0aGluZyBpbiBjb21tb24gd2l0aCAmcXVvdDtsYWJlbCZx dW90OyB3aGVuIHlvdSB1c2U8YnI+DQombmJzcDsgJm5ic3A7IHY2IGhlYWRlciA/PGJyPg0KPGJy Pg0KJm5ic3A7ICZuYnNwOyBJZiB5b3Ugd2FudCB0byBzZWFyY2ggZm9yIHNvbWUgY29tbW9uYWxp dGllcyBsZXQncyByZW1vdmUgTERQLUxTUHM8YnI+DQombmJzcDsgJm5ic3A7IGZyb20gdGhpcyBt aXggKGFzIHRoZSBpcyBub3QgcmVsZXZhbnQpIGFuZCBsZWF2ZSBURS1MU1AgJmFtcDsgU1BSSU5H ICYjNDM7PGJyPg0KJm5ic3A7ICZuYnNwOyBtYXliZSBhbHNvIGFkZCBCSUVSIGFzIHdlbGwgYXMg Y2hhbmdlIHRoZSBuYW1lIHRvIEdlbmVyaWMtRVA8YnI+DQombmJzcDsgJm5ic3A7IChFbmdpbmVl cmVkIFBhdGhzKS48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IEkgc2VlIG5vIHZhbHVlIG9mIGdv cnVwaW5nIGJhc2VkIG9uIHRoZSBmYWN0IHRoYXQgZGF0YSBwbGFuZSB1c2VzPGJyPg0KJm5ic3A7 ICZuYnNwOyBtcGxzIGxhYmVscywgYnV0IHJhdGhlciBJIHdvdWxkIHNlZSByZWFzb25hYmxlIHRv IHByb3ZpZGUgbW9kZWxzPGJyPg0KJm5ic3A7ICZuYnNwOyBiYXNlZCBvbiB0aGUgdHJhbnNwb3J0 IHBhdGggY2hhcmFjdGVyaXN0aWNzIGZvciB0aGUgdHJhZmZpYyBpdCBpcyB0bzxicj4NCiZuYnNw OyAmbmJzcDsgY2FycnkuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBCZXN0LDxicj4NCjxicj4N CiZuYnNwOyAmbmJzcDsgci48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IE9uIEZyaSwgTWFyIDYs IDIwMTUgYXQgMjoxMSBQTSwgSWdvciBCcnlza2luPGJyPg0KJm5ic3A7ICZuYnNwOyAmbHQ7PGEg aHJlZj0ibWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPklC cnlza2luQGFkdmFvcHRpY2FsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tPC9hPiZndDsmZ3Q7IHdyb3RlOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgRHJ1diw8 YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IElNSE8gVEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJTkct TFNQIGhhdmUgbm90aGluZyBpbiBjb21tb24uIFRoZXk8YnI+DQombmJzcDsgJm5ic3A7IHNob3Vs ZCBoYXZlIHRvdGFsbHkgaW5kZXBlbmRlbnQgbW9kZWxzIGVhY2ggYmVpbmcgZGV2ZWxvcGVkIGlu PGJyPg0KJm5ic3A7ICZuYnNwOyByZXNwZWN0aXZlIFdHLjxicj4NCjxicj4NCiZuYnNwOyAmbmJz cDsgSWdvcjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQombmJzcDsgJm5ic3A7IFJ0Zy15YW5nLWNvb3Jk IG1haWxpbmcgbGlzdDxicj4NCiZuYnNwOyAmbmJzcDsgPGEgaHJlZj0ibWFpbHRvOlJ0Zy15YW5n LWNvb3JkQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8 L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCiZuYnNw OyAmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9y dGcteWFuZy1jb29yZCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9ydGcteWFuZy1jb29yZDwvYT48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClRlYXMg bWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj5UZWFzQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vdGVhcyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojODg4ODg4Ij48YnI+DQo8c3BhbiBjbGFz cz0iaG9lbnpiIj4tLSA8L3NwYW4+PGJyPg0KPGJyPg0KPGJyPg0KPHNwYW4gY2xhc3M9ImhvZW56 YiI+TG9hIEFuZGVyc3NvbiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGVtYWlsOiA8YSBocmVm PSJtYWlsdG86bG9hQG1haWwwMS5odWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+DQpsb2FAbWFp bDAxLmh1YXdlaS5jb208L2E+PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJob2VuemIiPlNlbmlv ciBNUExTIEV4cGVydCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YSBocmVmPSJt YWlsdG86bG9hQHBpLm51IiB0YXJnZXQ9Il9ibGFuayI+DQpsb2FAcGkubnU8L2E+PC9zcGFuPjxi cj4NCjxzcGFuIGNsYXNzPSJob2VuemIiPkh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQp Jm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogPGEgaHJlZj0idGVsOiUyQjQ2JTIwNzM5JTIwODEl MjAyMSUyMDY0IiB0YXJnZXQ9Il9ibGFuayI+DQomIzQzOzQ2IDczOSA4MSAyMSA2NDwvYT48L3Nw YW4+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7347100B5761DC41A166AC17F22DF1121B91C163eusaamb103erics_-- From nobody Sun Mar 8 12:03:04 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D78831A00E9; Sun, 8 Mar 2015 12:03:03 -0700 (PDT) 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 dagD2ke9a7Vz; Sun, 8 Mar 2015 12:03:01 -0700 (PDT) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD6401A00E6; Sun, 8 Mar 2015 12:03:00 -0700 (PDT) Received: by iecrp18 with SMTP id rp18so29765475iec.7; Sun, 08 Mar 2015 12:03:00 -0700 (PDT) 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=aGpR1DfgjKZuMjPVca1xa5UoFb9lhgpDlaI2Y1AV7zw=; b=DLsvBh1mhUtDO9vYL0FsLe9EzNYN3tzhOL4zogk7SZfrpuOkHCT0/JvwndKLf1KQ+o uakXjRlNGpxu7SJrfcPvrQhsVjfs2Dv52sFrmx5+wy1fRBrkfsBzxmILIxGGUw9Q6IW4 6Sr1N1qnFBsIx+46x1Ae5rCFBwNY1uRCGZFG6CLb+CBLqkAejSAgfXj/vWwFnW9Ql1n/ mc5JR4bvUusDbMuZi/u77fxA+C8we2t8AdGC3tehXCAtIV1OBmNvmC3oWyIrCjxjRpAS e7FriyefHTUEgX59lAbs/mv0unE103TYAk0hEfm4OLUeTBibQSZx4cPYXt8IQnsXagPv 482g== MIME-Version: 1.0 X-Received: by 10.42.106.204 with SMTP id a12mr21999560icp.90.1425841380342; Sun, 08 Mar 2015 12:03:00 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 12:03:00 -0700 (PDT) Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 12:03:00 -0700 (PDT) In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> Date: Sun, 8 Mar 2015 20:03:00 +0100 X-Google-Sender-Auth: hMgL_oqKAdPnvEVfZKCY4ZcrZyQ Message-ID: From: Robert Raszuk To: Gregory Mirsky Content-Type: multipart/alternative; boundary=20cf304352b6fb453e0510cb90b3 Archived-At: Cc: "mpls@ietf.org" , teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 19:03:04 -0000 --20cf304352b6fb453e0510cb90b3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Whow .. i think we are discovering that we all have no clue what Yang model is :) That is in fact I think great discussion to have sooner then later. To me Yang model is a way to represent unified (across inplementations) picture of control plane for a given network application. It has nothing to do with data plane to the extend of avoiding lock-in to mpls or ipv4 or ipv6. The attempt to generalize LSP would be equivalent to generalize Routing regardless if this is IGP or BGP or TRILL ... the outcome of that would be rather poor I suppose ... Cheers, R. On Mar 8, 2015 7:48 PM, "Gregory Mirsky" wrote: > Hi Robert, et. al, > > if I interpret the =E2=80=9CLSP YANG model=E2=80=9D, then it reads as YAN= G model of MPLS > data plane, not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of > SPRING. And, since the MPLS data plane is indeed common and in fact the o= ne > and only, such LSP YANG model rightfully can be characterized as =E2=80= =9CGeneric=E2=80=9D. > > But if authors intended to describe common set among listed above control > protocols pertaining to signaling of an MPLS LSP, then, IMO, such common > set first must be discussed and identified to demonstrate that it does > exist and is sufficient to have YANG model of its own rather than YANG > models that describe LSP control by each signaling protocols. That to me > looks very much like what LIME WG is working on, investigating whether > common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its extent > is sufficient to be of interest. > > > > Regards, > > Greg > > > > *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Robert Raszuk > *Sent:* Sunday, March 08, 2015 3:58 AM > *To:* Loa Andersson > *Cc:* mpls@ietf.org; teas@ietf.org; Shah, Himanshu > *Subject:* Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang > > > > Hi Loa, > > > > The way I read Igor statement and agreed with it in a sense of "nothing i= n > common" was that it was referring to the control plane. > > > > The subject of this thread is "Generic LSP YANG" and to me Yang model > describes control aspect of protocol or functionality not the choice of > forwarding header in the data plane. > > > > So if you and others agree we should be all in sync and perhaps we could > consider as proposed before Generic Engineered Path model branching at th= e > lower layer between unicast and multicast. > > > > However if you still think that Yang is about data plane and OAM then > perhaps we have a bigger issue here .... > > > > Cheers, > R. > > > > > > > > > > On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson wrote: > > Himanshu, et.al., > > I think there are two issues here and if sorting them out corrrectly > we are very close. > > The first issue is similarities between different types of LSPs. > > Here I said that, at least for a MPLS PSN, there are similarities, > e.g. the data plane is (nearly) the same. This was said in reaction > to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing > in common." I still don't think that Igor's statement is really correct. > If he had said "IMHO there are not enough similarites between TE-LSP, > LDP-LSP and SPRING-LSP to motivate a common model". I think that we be > a much more accurate statement. > > And that is the other issue - Is it reasonable to model TE-LSP, > LDP-LSP and SPRING-LSP in the same model? I don't not think it is, > but that we need an overlap of people working with the different models. > > Hope this is clear enough. > > /Loa > > > On 2015-03-07 23:19, Shah, Himanshu wrote: > > /I agree with Robert and Igor, putting everything in the same bucket > because of common data plane & OAM does not justify./ > > /We wouldn=E2=80=99t consider doing same for IP data plane../ > > /I think we need to separate these models and as mentioned earlier, > there is already work going on in respective WGs./ > > // > > /Thanks,/ > > /himanshu/ > > // > > // > > // > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson > *Sent:* Saturday, March 07, 2015 8:18 AM > *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net > *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang > > Robert, > > From one perspective I agree with you and Igor, however if you think > about MPLS LSPs, from a data plane perspective - and that is where OAM > operates, there almost no difference between a TE-LSP a LDP-LSP and a > SPRING MPLS LSP come very close. > > If you the other hand think of LSPs for other data planes the "nothing > in common" is an almost true statement. From that point of view I think > different models are where we will end up, but I also think that we need > "separation with moderation". > > But nothing is so simple that we can capture it in one very simple > statement, we have hacking away on this for 30 years now, I'd advice > taking architecture and history into consideration, as well as viewing > the sky from a different perspective than from the bottom of a deep well. > > Let me also say that I'm very supportive of all the good work going on > in this area. > > /Loa > > Sent from my iPad > > > On 07 Mar 2015, at 19:47, Robert Raszuk > wrote: > > I would agree with Igor. > > Other then name overlap those are completely different technologies > and artificially putting them under "LSP" umbrella just does not > bring any value, but only confuses things even more. > > Q: What SPRING-LSP has anything in common with "label" when you use > v6 header ? > > If you want to search for some commonalities let's remove LDP-LSPs > from this mix (as the is not relevant) and leave TE-LSP & SPRING + > maybe also add BIER as well as change the name to Generic-EP > (Engineered Paths). > > I see no value of goruping based on the fact that data plane uses > mpls labels, but rather I would see reasonable to provide models > based on the transport path characteristics for the traffic it is to > carry. > > Best, > > r. > > On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin > > wrote: > > Druv, > > IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They > should have totally independent models each being developed in > respective WG. > > Igor > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > --20cf304352b6fb453e0510cb90b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Whow .. i think we are discovering that we all have no clue = what Yang model is :)

That is in fact I think great discussion to have sooner then= later.

To me Yang model is a way to represent unified (across inple= mentations) picture of control plane for a given network application.

It has nothing to do with data plane to the extend of avoidi= ng lock-in to mpls or ipv4 or ipv6.

The attempt to generalize LSP would be equivalent to general= ize Routing regardless if this is IGP or BGP or TRILL ... the outcome of th= at would be rather poor I suppose ...

Cheers,
R.

On Mar 8, 2015 7:48 PM, "Gregory Mirsky&quo= t; <gregory.mirsky@ericss= on.com> wrote:

Hi Robert, et. al,=

if I interpret the =E2=80= =9CLSP YANG model=E2=80=9D, then it reads as YANG model of MPLS data plane,= not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of SPRING. And, since the MPLS data plane is indeed common and in fact the one and only, s= uch LSP YANG model rightfully can be characterized as =E2=80=9CGeneric=E2= =80=9D.

But if authors intended t= o describe common set among listed above control protocols pertaining to si= gnaling of an MPLS LSP, then, IMO, such common set first must be discussed and identified to demonstrate that it does exist and is = sufficient to have YANG model of its own rather than YANG models that descr= ibe LSP control by each signaling protocols. That to me looks very much lik= e what LIME WG is working on, investigating whether common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its= extent is sufficient to be of interest.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Greg

=C2=A0

From: Teas [ma= ilto:teas-bounce= s@ietf.org] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 3:58 AM
To: Loa Andersson
Cc: mpls@ietf.org= ; teas@ietf.org;= Shah, Himanshu
Subject: Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

= Hi Loa,

= =C2=A0

= The way I read Igor statement and agreed with it in a sense of "nothin= g in common" was that it was referring to the control plane.=C2=A0<= /u>

= =C2=A0

= The subject of this thread is "Generic LSP YANG" and to me Yang m= odel describes control aspect of protocol or functionality not the choice o= f forwarding header in the data plane.=C2=A0

= =C2=A0

= So if you and others agree we should be all in sync and perhaps we could co= nsider as proposed before Generic Engineered Path model branching at the lo= wer layer between unicast and multicast.=C2=A0

= =C2=A0

= However if you still think that Yang is about data plane and OAM then perha= ps we have a bigger issue here ....

= =C2=A0

= Cheers,
R.

= =C2=A0

= =C2=A0

= =C2=A0

=C2=A0

On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson <<= a href=3D"mailto:loa@pi.nu" target=3D"_blank">loa@pi.nu> wrote:

Himanshu, et.al.,

I think there are two issues here and if sorting them out corrrectly
we are very close.

The first issue is similarities between different types of LSPs.

Here I said that, at least for a MPLS PSN, there are similarities,
e.g. the data plane is (nearly) the same. This was said in reaction
to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have noth= ing
in common." I still don't think that Igor's statement is reall= y correct.
If he had said "IMHO there are not enough similarites between TE-LSP,<= br> LDP-LSP and SPRING-LSP to motivate a common model". I think that we be=
a much more accurate statement.

And that is the other issue - Is it reasonable to model TE-LSP,
LDP-LSP and SPRING-LSP in the same model? I don't not think it is,
but that we need an overlap of people working with the different models.
Hope this is clear enough.

/Loa


On 2015-03-07 23:19, Shah, Himanshu wrote:

/I agree with Robert = and Igor, putting everything in the same bucket
because of common data plane & OAM does not justify./

/We wouldn=E2=80=99t consider doing same for IP data plane../

/I think we need to separate these models and as mentioned earlier,
there is already work going on in respective WGs./

//

/Thanks,/

/himanshu/

//

//

//

*From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson
*Sent:* Saturday, March 07, 2015 8:18 AM
*To:* teas@ietf.org,= mpls@ietf.org, r= obert@raszuk.net
*Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang

Robert,

=C2=A0From one perspective I agree with you and Igor, however if you think<= br> about MPLS LSPs, from a data plane perspective - and that is where OAM
operates, there almost no difference between a TE-LSP a LDP-LSP and a
SPRING MPLS LSP come very close.

If you the other hand think of LSPs for other data planes the "nothing=
in common" is an almost true statement. From that point of view I thin= k
different models are where we will end up, but I also think that we need "separation with moderation".

=C2=A0 But nothing is so simple that we can capture it in one very simple statement, we have hacking away on this for 30 years now, I'd advice taking architecture and history into consideration, as well as viewing
the sky from a different perspective than from the bottom of a deep well.
Let me also say that I'm very supportive of all the good work going on<= br> in this area.

/Loa

Sent from my iPad


On 07 Mar 2015, at 19:47, Robert Raszuk <robert@raszuk.net
<mailto:robert@ra= szuk.net>> wrote:

=C2=A0 =C2=A0 I would agree with Igor.

=C2=A0 =C2=A0 Other then name overlap those are completely different techno= logies
=C2=A0 =C2=A0 and artificially putting them under "LSP" umbrella = just does not
=C2=A0 =C2=A0 bring any value, but only confuses things even more.

=C2=A0 =C2=A0 Q: What SPRING-LSP has anything in common with "label&qu= ot; when you use
=C2=A0 =C2=A0 v6 header ?

=C2=A0 =C2=A0 If you want to search for some commonalities let's remove= LDP-LSPs
=C2=A0 =C2=A0 from this mix (as the is not relevant) and leave TE-LSP &= SPRING +
=C2=A0 =C2=A0 maybe also add BIER as well as change the name to Generic-EP<= br> =C2=A0 =C2=A0 (Engineered Paths).

=C2=A0 =C2=A0 I see no value of goruping based on the fact that data plane = uses
=C2=A0 =C2=A0 mpls labels, but rather I would see reasonable to provide mod= els
=C2=A0 =C2=A0 based on the transport path characteristics for the traffic i= t is to
=C2=A0 =C2=A0 carry.

=C2=A0 =C2=A0 Best,

=C2=A0 =C2=A0 r.

=C2=A0 =C2=A0 On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin
=C2=A0 =C2=A0 <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>> wrote:=

=C2=A0 =C2=A0 Druv,

=C2=A0 =C2=A0 IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. T= hey
=C2=A0 =C2=A0 should have totally independent models each being developed i= n
=C2=A0 =C2=A0 respective WG.

=C2=A0 =C2=A0 Igor

=C2=A0 =C2=A0 _______________________________________________
=C2=A0 =C2=A0 Rtg-yang-coord mailing list
=C2=A0 =C2=A0 = Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
=C2=A0 =C2=A0 https://www.ietf.org/mailman/listinfo/rtg-yang-coord



_______________________________________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas


--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739 81 21 64

=C2=A0

--20cf304352b6fb453e0510cb90b3-- From nobody Sun Mar 8 12:06:26 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31EAA1A00F5; Sun, 8 Mar 2015 12:06:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 91XtbsWsjlnY; Sun, 8 Mar 2015 12:06:22 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA0811A00F3; Sun, 8 Mar 2015 12:06:21 -0700 (PDT) X-AuditID: c6180641-f796f6d000004ccc-36-54fc3c96941b Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id F9.20.19660.69C3CF45; Sun, 8 Mar 2015 13:12:07 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0210.002; Sun, 8 Mar 2015 15:06:18 -0400 From: Gregory Mirsky To: Robert Raszuk Thread-Topic: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWY7Le4cVv75dNkqZzU3p3HVhN50S6nlAgABKdQD//70fQA== Date: Sun, 8 Mar 2015 19:06:17 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91C18D@eusaamb103.ericsson.se> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B91C18Deusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCIsWRmVeSWpSXmKPExsUyuXRPuO50mz8hBje/MVvs2ria0eLf3DnM FreWrmS1aFrYxGzR+mMHiwOrx9mb/1g8liz5yeQxa3obm8fujQuYAliiuGxSUnMyy1KL9O0S uDL+3NnJXPBtHlPFrx2dzA2MW6YzdTFyckgImEi0PfvADmGLSVy4t56ti5GLQ0jgCKPE445p UM4yRokpy96DdbAJGEm82NgD1iEioCrReeIRM0gRs0ALo0TLzZksIAlhARuJc29mMEIU2Urs a37PDGE7SVz+uwyohoODRUBF4vpiT5Awr4CvxMJV09khli1mlfh0ewnYMk6BQInZPVvZQGxG oPO+n1oDFmcWEJe49WQ+1AsCEkv2nGeGsEUlXj7+xwphK0nMeX2NGaI+X+LUy70sEMsEJU7O fMIygVF0FpJRs5CUzUJSNgvoVGYBTYn1u/QhShQlpnQ/ZIewNSRa58xlRxZfwMi+ipGjtDi1 LDfdyHATIzAaj0mwOe5gXPDJ8hCjAAejEg+vwe7fIUKsiWXFlbmHGKU5WJTEecuuHAwREkhP LEnNTk0tSC2KLyrNSS0+xMjEwSnVwLh20/SzNRH3mRTD5HczGjYWX7jb0eahXGkcczO10f7J r7gFLRyrShR/Zai2yHG3LUvxzFzYuYo7P7D3murf15qrlKVmCfn065z7cHTSzIeh8T/qPnJ9 6DI/0s74pfnfmh1c812ERHleCndun3tyW3PIkuWvuB49/XVUOLjjxQHH3KVB0UmJ/UosxRmJ hlrMRcWJAFPgs6OnAgAA Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 19:06:25 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B91C18Deusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LA0KZWFybHkgaW4gTVBMUywgSSB0aGluaywgd2UgYWxsIHBsYXllZCB3aXRoIHdo YXTigJlzIGNhbGxlZCBTdGF0aWMgTFNQLiBMYXRlciB0aGV5IGNhbWUgYmFjayBhcyBMU1AgaW4g TVBMUy1UUCB3aXRob3V0IGEgY29udHJvbCBwbGFuZS4gVG8gbWUgdGhhdCBpcyBob3cgb25lIHNl dHMgdGhlIE1QTFMgZGF0YSBwbGFuZSB3aXRob3V0IGFueSBjb250cm9sIHByb3RvY29sIGJ1dCBj b25maWd1cmluZyBjcm9zcy1jb25uZWN0cyBMU1IgYnkgTFNSLg0KDQogICAgICAgICAgICAgICAg UmVnYXJkcywNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JlZw0KDQpGcm9tOiBy cmFzenVrQGdtYWlsLmNvbSBbbWFpbHRvOnJyYXN6dWtAZ21haWwuY29tXSBPbiBCZWhhbGYgT2Yg Um9iZXJ0IFJhc3p1aw0KU2VudDogU3VuZGF5LCBNYXJjaCAwOCwgMjAxNSAxMjowMyBQTQ0KVG86 IEdyZWdvcnkgTWlyc2t5DQpDYzogSGltYW5zaHUgU2hhaDsgdGVhc0BpZXRmLm9yZzsgTG9hIEFu ZGVyc3NvbjsgbXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUkU6IFtUZWFzXSBbbXBsc10gW1J0Zy15 YW5nLWNvb3JkXSBHZW5lcmljIExTUCBZYW5nDQoNCg0KV2hvdyAuLiBpIHRoaW5rIHdlIGFyZSBk aXNjb3ZlcmluZyB0aGF0IHdlIGFsbCBoYXZlIG5vIGNsdWUgd2hhdCBZYW5nIG1vZGVsIGlzIDop DQoNClRoYXQgaXMgaW4gZmFjdCBJIHRoaW5rIGdyZWF0IGRpc2N1c3Npb24gdG8gaGF2ZSBzb29u ZXIgdGhlbiBsYXRlci4NCg0KVG8gbWUgWWFuZyBtb2RlbCBpcyBhIHdheSB0byByZXByZXNlbnQg dW5pZmllZCAoYWNyb3NzIGlucGxlbWVudGF0aW9ucykgcGljdHVyZSBvZiBjb250cm9sIHBsYW5l IGZvciBhIGdpdmVuIG5ldHdvcmsgYXBwbGljYXRpb24uDQoNCkl0IGhhcyBub3RoaW5nIHRvIGRv IHdpdGggZGF0YSBwbGFuZSB0byB0aGUgZXh0ZW5kIG9mIGF2b2lkaW5nIGxvY2staW4gdG8gbXBs cyBvciBpcHY0IG9yIGlwdjYuDQoNClRoZSBhdHRlbXB0IHRvIGdlbmVyYWxpemUgTFNQIHdvdWxk IGJlIGVxdWl2YWxlbnQgdG8gZ2VuZXJhbGl6ZSBSb3V0aW5nIHJlZ2FyZGxlc3MgaWYgdGhpcyBp cyBJR1Agb3IgQkdQIG9yIFRSSUxMIC4uLiB0aGUgb3V0Y29tZSBvZiB0aGF0IHdvdWxkIGJlIHJh dGhlciBwb29yIEkgc3VwcG9zZSAuLi4NCg0KQ2hlZXJzLA0KUi4NCk9uIE1hciA4LCAyMDE1IDc6 NDggUE0sICJHcmVnb3J5IE1pcnNreSIgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTxtYWls dG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSBSb2JlcnQsIGV0LiBh bCwNCmlmIEkgaW50ZXJwcmV0IHRoZSDigJxMU1AgWUFORyBtb2RlbOKAnSwgdGhlbiBpdCByZWFk cyBhcyBZQU5HIG1vZGVsIG9mIE1QTFMgZGF0YSBwbGFuZSwgbm90IGNvbnRyb2wgcHJvdG9jb2ws IGJlIGl0IFJTVlAtVEUsIExEUCwgUENFUCwgb3IgSUdQLVRFIG9mIFNQUklORy4gQW5kLCBzaW5j ZSB0aGUgTVBMUyBkYXRhIHBsYW5lIGlzIGluZGVlZCBjb21tb24gYW5kIGluIGZhY3QgdGhlIG9u ZSBhbmQgb25seSwgc3VjaCBMU1AgWUFORyBtb2RlbCByaWdodGZ1bGx5IGNhbiBiZSBjaGFyYWN0 ZXJpemVkIGFzIOKAnEdlbmVyaWPigJ0uDQpCdXQgaWYgYXV0aG9ycyBpbnRlbmRlZCB0byBkZXNj cmliZSBjb21tb24gc2V0IGFtb25nIGxpc3RlZCBhYm92ZSBjb250cm9sIHByb3RvY29scyBwZXJ0 YWluaW5nIHRvIHNpZ25hbGluZyBvZiBhbiBNUExTIExTUCwgdGhlbiwgSU1PLCBzdWNoIGNvbW1v biBzZXQgZmlyc3QgbXVzdCBiZSBkaXNjdXNzZWQgYW5kIGlkZW50aWZpZWQgdG8gZGVtb25zdHJh dGUgdGhhdCBpdCBkb2VzIGV4aXN0IGFuZCBpcyBzdWZmaWNpZW50IHRvIGhhdmUgWUFORyBtb2Rl bCBvZiBpdHMgb3duIHJhdGhlciB0aGFuIFlBTkcgbW9kZWxzIHRoYXQgZGVzY3JpYmUgTFNQIGNv bnRyb2wgYnkgZWFjaCBzaWduYWxpbmcgcHJvdG9jb2xzLiBUaGF0IHRvIG1lIGxvb2tzIHZlcnkg bXVjaCBsaWtlIHdoYXQgTElNRSBXRyBpcyB3b3JraW5nIG9uLCBpbnZlc3RpZ2F0aW5nIHdoZXRo ZXIgY29tbW9uIG1vZGVsIG9mIElQLCBJUC9NUExTLCBNUExTLVRQLCBhbmQgVFJJTEwgT0FNIGV4 aXN0cyBhbmQgaXRzIGV4dGVudCBpcyBzdWZmaWNpZW50IHRvIGJlIG9mIGludGVyZXN0Lg0KDQog ICAgICAgICAgICAgICAgUmVnYXJkcywNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg R3JlZw0KDQpGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzp0 ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgUm9iZXJ0IFJhc3p1aw0KU2VudDog U3VuZGF5LCBNYXJjaCAwOCwgMjAxNSAzOjU4IEFNDQpUbzogTG9hIEFuZGVyc3Nvbg0KQ2M6IG1w bHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+OyB0ZWFzQGlldGYub3JnPG1haWx0bzp0 ZWFzQGlldGYub3JnPjsgU2hhaCwgSGltYW5zaHUNClN1YmplY3Q6IFJlOiBbVGVhc10gW21wbHNd IFtSdGcteWFuZy1jb29yZF0gR2VuZXJpYyBMU1AgWWFuZw0KDQpIaSBMb2EsDQoNClRoZSB3YXkg SSByZWFkIElnb3Igc3RhdGVtZW50IGFuZCBhZ3JlZWQgd2l0aCBpdCBpbiBhIHNlbnNlIG9mICJu b3RoaW5nIGluIGNvbW1vbiIgd2FzIHRoYXQgaXQgd2FzIHJlZmVycmluZyB0byB0aGUgY29udHJv bCBwbGFuZS4NCg0KVGhlIHN1YmplY3Qgb2YgdGhpcyB0aHJlYWQgaXMgIkdlbmVyaWMgTFNQIFlB TkciIGFuZCB0byBtZSBZYW5nIG1vZGVsIGRlc2NyaWJlcyBjb250cm9sIGFzcGVjdCBvZiBwcm90 b2NvbCBvciBmdW5jdGlvbmFsaXR5IG5vdCB0aGUgY2hvaWNlIG9mIGZvcndhcmRpbmcgaGVhZGVy IGluIHRoZSBkYXRhIHBsYW5lLg0KDQpTbyBpZiB5b3UgYW5kIG90aGVycyBhZ3JlZSB3ZSBzaG91 bGQgYmUgYWxsIGluIHN5bmMgYW5kIHBlcmhhcHMgd2UgY291bGQgY29uc2lkZXIgYXMgcHJvcG9z ZWQgYmVmb3JlIEdlbmVyaWMgRW5naW5lZXJlZCBQYXRoIG1vZGVsIGJyYW5jaGluZyBhdCB0aGUg bG93ZXIgbGF5ZXIgYmV0d2VlbiB1bmljYXN0IGFuZCBtdWx0aWNhc3QuDQoNCkhvd2V2ZXIgaWYg eW91IHN0aWxsIHRoaW5rIHRoYXQgWWFuZyBpcyBhYm91dCBkYXRhIHBsYW5lIGFuZCBPQU0gdGhl biBwZXJoYXBzIHdlIGhhdmUgYSBiaWdnZXIgaXNzdWUgaGVyZSAuLi4uDQoNCkNoZWVycywNClIu DQoNCg0KDQoNCk9uIFN1biwgTWFyIDgsIDIwMTUgYXQgMTA6MjcgQU0sIExvYSBBbmRlcnNzb24g PGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pj4gd3JvdGU6DQpIaW1hbnNodSwgZXQuYWw8aHR0 cDovL2V0LmFsPi4sDQoNCkkgdGhpbmsgdGhlcmUgYXJlIHR3byBpc3N1ZXMgaGVyZSBhbmQgaWYg c29ydGluZyB0aGVtIG91dCBjb3JycmVjdGx5DQp3ZSBhcmUgdmVyeSBjbG9zZS4NCg0KVGhlIGZp cnN0IGlzc3VlIGlzIHNpbWlsYXJpdGllcyBiZXR3ZWVuIGRpZmZlcmVudCB0eXBlcyBvZiBMU1Bz Lg0KDQpIZXJlIEkgc2FpZCB0aGF0LCBhdCBsZWFzdCBmb3IgYSBNUExTIFBTTiwgdGhlcmUgYXJl IHNpbWlsYXJpdGllcywNCmUuZy4gdGhlIGRhdGEgcGxhbmUgaXMgKG5lYXJseSkgdGhlIHNhbWUu IFRoaXMgd2FzIHNhaWQgaW4gcmVhY3Rpb24NCnRvIElnb3IncyBzdGF0ZW1lbnQgIklNSE8gVEUt TFNQLCBMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZw0KaW4gY29tbW9uLiIgSSBz dGlsbCBkb24ndCB0aGluayB0aGF0IElnb3IncyBzdGF0ZW1lbnQgaXMgcmVhbGx5IGNvcnJlY3Qu DQpJZiBoZSBoYWQgc2FpZCAiSU1ITyB0aGVyZSBhcmUgbm90IGVub3VnaCBzaW1pbGFyaXRlcyBi ZXR3ZWVuIFRFLUxTUCwNCkxEUC1MU1AgYW5kIFNQUklORy1MU1AgdG8gbW90aXZhdGUgYSBjb21t b24gbW9kZWwiLiBJIHRoaW5rIHRoYXQgd2UgYmUNCmEgbXVjaCBtb3JlIGFjY3VyYXRlIHN0YXRl bWVudC4NCg0KQW5kIHRoYXQgaXMgdGhlIG90aGVyIGlzc3VlIC0gSXMgaXQgcmVhc29uYWJsZSB0 byBtb2RlbCBURS1MU1AsDQpMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGluIHRoZSBzYW1lIG1vZGVs PyBJIGRvbid0IG5vdCB0aGluayBpdCBpcywNCmJ1dCB0aGF0IHdlIG5lZWQgYW4gb3ZlcmxhcCBv ZiBwZW9wbGUgd29ya2luZyB3aXRoIHRoZSBkaWZmZXJlbnQgbW9kZWxzLg0KDQpIb3BlIHRoaXMg aXMgY2xlYXIgZW5vdWdoLg0KDQovTG9hDQoNCg0KT24gMjAxNS0wMy0wNyAyMzoxOSwgU2hhaCwg SGltYW5zaHUgd3JvdGU6DQovSSBhZ3JlZSB3aXRoIFJvYmVydCBhbmQgSWdvciwgcHV0dGluZyBl dmVyeXRoaW5nIGluIHRoZSBzYW1lIGJ1Y2tldA0KYmVjYXVzZSBvZiBjb21tb24gZGF0YSBwbGFu ZSAmIE9BTSBkb2VzIG5vdCBqdXN0aWZ5Li8NCg0KL1dlIHdvdWxkbuKAmXQgY29uc2lkZXIgZG9p bmcgc2FtZSBmb3IgSVAgZGF0YSBwbGFuZS4uLw0KDQovSSB0aGluayB3ZSBuZWVkIHRvIHNlcGFy YXRlIHRoZXNlIG1vZGVscyBhbmQgYXMgbWVudGlvbmVkIGVhcmxpZXIsDQp0aGVyZSBpcyBhbHJl YWR5IHdvcmsgZ29pbmcgb24gaW4gcmVzcGVjdGl2ZSBXR3MuLw0KDQovLw0KDQovVGhhbmtzLC8N Cg0KL2hpbWFuc2h1Lw0KDQovLw0KDQovLw0KDQovLw0KDQoqRnJvbToqbXBscyBbbWFpbHRvOm1w bHMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnPl0gKk9uIEJl aGFsZiBPZiAqTG9hIEFuZGVyc3Nvbg0KKlNlbnQ6KiBTYXR1cmRheSwgTWFyY2ggMDcsIDIwMTUg ODoxOCBBTQ0KKlRvOiogdGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4sIG1wbHNA aWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+LCByb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86 cm9iZXJ0QHJhc3p1ay5uZXQ+DQoqU3ViamVjdDoqIFJlOiBbbXBsc10gW1J0Zy15YW5nLWNvb3Jk XSBbVGVhc10gR2VuZXJpYyBMU1AgWWFuZw0KDQpSb2JlcnQsDQoNCiBGcm9tIG9uZSBwZXJzcGVj dGl2ZSBJIGFncmVlIHdpdGggeW91IGFuZCBJZ29yLCBob3dldmVyIGlmIHlvdSB0aGluaw0KYWJv dXQgTVBMUyBMU1BzLCBmcm9tIGEgZGF0YSBwbGFuZSBwZXJzcGVjdGl2ZSAtIGFuZCB0aGF0IGlz IHdoZXJlIE9BTQ0Kb3BlcmF0ZXMsIHRoZXJlIGFsbW9zdCBubyBkaWZmZXJlbmNlIGJldHdlZW4g YSBURS1MU1AgYSBMRFAtTFNQIGFuZCBhDQpTUFJJTkcgTVBMUyBMU1AgY29tZSB2ZXJ5IGNsb3Nl Lg0KDQpJZiB5b3UgdGhlIG90aGVyIGhhbmQgdGhpbmsgb2YgTFNQcyBmb3Igb3RoZXIgZGF0YSBw bGFuZXMgdGhlICJub3RoaW5nDQppbiBjb21tb24iIGlzIGFuIGFsbW9zdCB0cnVlIHN0YXRlbWVu dC4gRnJvbSB0aGF0IHBvaW50IG9mIHZpZXcgSSB0aGluaw0KZGlmZmVyZW50IG1vZGVscyBhcmUg d2hlcmUgd2Ugd2lsbCBlbmQgdXAsIGJ1dCBJIGFsc28gdGhpbmsgdGhhdCB3ZSBuZWVkDQoic2Vw YXJhdGlvbiB3aXRoIG1vZGVyYXRpb24iLg0KDQogIEJ1dCBub3RoaW5nIGlzIHNvIHNpbXBsZSB0 aGF0IHdlIGNhbiBjYXB0dXJlIGl0IGluIG9uZSB2ZXJ5IHNpbXBsZQ0Kc3RhdGVtZW50LCB3ZSBo YXZlIGhhY2tpbmcgYXdheSBvbiB0aGlzIGZvciAzMCB5ZWFycyBub3csIEknZCBhZHZpY2UNCnRh a2luZyBhcmNoaXRlY3R1cmUgYW5kIGhpc3RvcnkgaW50byBjb25zaWRlcmF0aW9uLCBhcyB3ZWxs IGFzIHZpZXdpbmcNCnRoZSBza3kgZnJvbSBhIGRpZmZlcmVudCBwZXJzcGVjdGl2ZSB0aGFuIGZy b20gdGhlIGJvdHRvbSBvZiBhIGRlZXAgd2VsbC4NCg0KTGV0IG1lIGFsc28gc2F5IHRoYXQgSSdt IHZlcnkgc3VwcG9ydGl2ZSBvZiBhbGwgdGhlIGdvb2Qgd29yayBnb2luZyBvbg0KaW4gdGhpcyBh cmVhLg0KDQovTG9hDQoNClNlbnQgZnJvbSBteSBpUGFkDQoNCg0KT24gMDcgTWFyIDIwMTUsIGF0 IDE5OjQ3LCBSb2JlcnQgUmFzenVrIDxyb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJh c3p1ay5uZXQ+DQo8bWFpbHRvOnJvYmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFzenVr Lm5ldD4+PiB3cm90ZToNCg0KICAgIEkgd291bGQgYWdyZWUgd2l0aCBJZ29yLg0KDQogICAgT3Ro ZXIgdGhlbiBuYW1lIG92ZXJsYXAgdGhvc2UgYXJlIGNvbXBsZXRlbHkgZGlmZmVyZW50IHRlY2hu b2xvZ2llcw0KICAgIGFuZCBhcnRpZmljaWFsbHkgcHV0dGluZyB0aGVtIHVuZGVyICJMU1AiIHVt YnJlbGxhIGp1c3QgZG9lcyBub3QNCiAgICBicmluZyBhbnkgdmFsdWUsIGJ1dCBvbmx5IGNvbmZ1 c2VzIHRoaW5ncyBldmVuIG1vcmUuDQoNCiAgICBROiBXaGF0IFNQUklORy1MU1AgaGFzIGFueXRo aW5nIGluIGNvbW1vbiB3aXRoICJsYWJlbCIgd2hlbiB5b3UgdXNlDQogICAgdjYgaGVhZGVyID8N Cg0KICAgIElmIHlvdSB3YW50IHRvIHNlYXJjaCBmb3Igc29tZSBjb21tb25hbGl0aWVzIGxldCdz IHJlbW92ZSBMRFAtTFNQcw0KICAgIGZyb20gdGhpcyBtaXggKGFzIHRoZSBpcyBub3QgcmVsZXZh bnQpIGFuZCBsZWF2ZSBURS1MU1AgJiBTUFJJTkcgKw0KICAgIG1heWJlIGFsc28gYWRkIEJJRVIg YXMgd2VsbCBhcyBjaGFuZ2UgdGhlIG5hbWUgdG8gR2VuZXJpYy1FUA0KICAgIChFbmdpbmVlcmVk IFBhdGhzKS4NCg0KICAgIEkgc2VlIG5vIHZhbHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRoZSBm YWN0IHRoYXQgZGF0YSBwbGFuZSB1c2VzDQogICAgbXBscyBsYWJlbHMsIGJ1dCByYXRoZXIgSSB3 b3VsZCBzZWUgcmVhc29uYWJsZSB0byBwcm92aWRlIG1vZGVscw0KICAgIGJhc2VkIG9uIHRoZSB0 cmFuc3BvcnQgcGF0aCBjaGFyYWN0ZXJpc3RpY3MgZm9yIHRoZSB0cmFmZmljIGl0IGlzIHRvDQog ICAgY2FycnkuDQoNCiAgICBCZXN0LA0KDQogICAgci4NCg0KICAgIE9uIEZyaSwgTWFyIDYsIDIw MTUgYXQgMjoxMSBQTSwgSWdvciBCcnlza2luDQogICAgPElCcnlza2luQGFkdmFvcHRpY2FsLmNv bTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPiA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+IHdyb3RlOg0KDQog ICAgRHJ1diwNCg0KICAgIElNSE8gVEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGhhdmUg bm90aGluZyBpbiBjb21tb24uIFRoZXkNCiAgICBzaG91bGQgaGF2ZSB0b3RhbGx5IGluZGVwZW5k ZW50IG1vZGVscyBlYWNoIGJlaW5nIGRldmVsb3BlZCBpbg0KICAgIHJlc3BlY3RpdmUgV0cuDQoN CiAgICBJZ29yDQoNCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KICAgIFJ0Zy15YW5nLWNvb3JkIG1haWxpbmcgbGlzdA0KICAgIFJ0Zy15YW5nLWNv b3JkQGlldGYub3JnPG1haWx0bzpSdGcteWFuZy1jb29yZEBpZXRmLm9yZz4gPG1haWx0bzpSdGct eWFuZy1jb29yZEBpZXRmLm9yZzxtYWlsdG86UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc+Pg0KICAg IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnLXlhbmctY29vcmQNCg0K DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFz IG1haWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcw0KDQotLQ0KDQoNCkxvYSBBbmRl cnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29t PG1haWx0bzpsb2FAbWFpbDAxLmh1YXdlaS5jb20+DQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAg ICAgICAgICAgICAgICAgICAgIGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pg0KSHVhd2VpIFRl Y2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0PHRlbDol MkI0NiUyMDczOSUyMDgxJTIwMjElMjA2ND4NCg0K --_000_7347100B5761DC41A166AC17F22DF1121B91C18Deusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpwLk1zb0FjZXRhdGUsIGxp Lk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6 IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYi O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjgu NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPkhpIFJvYmVydCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ZWFy bHkgaW4gTVBMUywgSSB0aGluaywgd2UgYWxsIHBsYXllZCB3aXRoIHdoYXTigJlzIGNhbGxlZCBT dGF0aWMgTFNQLiBMYXRlciB0aGV5IGNhbWUgYmFjayBhcyBMU1AgaW4gTVBMUy1UUCB3aXRob3V0 IGEgY29udHJvbCBwbGFuZS4gVG8gbWUgdGhhdCBpcyBob3cgb25lIHNldHMNCiB0aGUgTVBMUyBk YXRhIHBsYW5lIHdpdGhvdXQgYW55IGNvbnRyb2wgcHJvdG9jb2wgYnV0IGNvbmZpZ3VyaW5nIGNy b3NzLWNvbm5lY3RzIExTUiBieSBMU1IuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IEdyZWc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ IHJyYXN6dWtAZ21haWwuY29tIFttYWlsdG86cnJhc3p1a0BnbWFpbC5jb21dDQo8Yj5PbiBCZWhh bGYgT2YgPC9iPlJvYmVydCBSYXN6dWs8YnI+DQo8Yj5TZW50OjwvYj4gU3VuZGF5LCBNYXJjaCAw OCwgMjAxNSAxMjowMyBQTTxicj4NCjxiPlRvOjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj5D Yzo8L2I+IEhpbWFuc2h1IFNoYWg7IHRlYXNAaWV0Zi5vcmc7IExvYSBBbmRlcnNzb247IG1wbHNA aWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFtUZWFzXSBbbXBsc10gW1J0Zy15YW5n LWNvb3JkXSBHZW5lcmljIExTUCBZYW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cD5XaG93IC4uIGkgdGhpbmsgd2Ug YXJlIGRpc2NvdmVyaW5nIHRoYXQgd2UgYWxsIGhhdmUgbm8gY2x1ZSB3aGF0IFlhbmcgbW9kZWwg aXMgOik8bzpwPjwvbzpwPjwvcD4NCjxwPlRoYXQgaXMgaW4gZmFjdCBJIHRoaW5rIGdyZWF0IGRp c2N1c3Npb24gdG8gaGF2ZSBzb29uZXIgdGhlbiBsYXRlci48bzpwPjwvbzpwPjwvcD4NCjxwPlRv IG1lIFlhbmcgbW9kZWwgaXMgYSB3YXkgdG8gcmVwcmVzZW50IHVuaWZpZWQgKGFjcm9zcyBpbnBs ZW1lbnRhdGlvbnMpIHBpY3R1cmUgb2YgY29udHJvbCBwbGFuZSBmb3IgYSBnaXZlbiBuZXR3b3Jr IGFwcGxpY2F0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHA+SXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0 aCBkYXRhIHBsYW5lIHRvIHRoZSBleHRlbmQgb2YgYXZvaWRpbmcgbG9jay1pbiB0byBtcGxzIG9y IGlwdjQgb3IgaXB2Ni48bzpwPjwvbzpwPjwvcD4NCjxwPlRoZSBhdHRlbXB0IHRvIGdlbmVyYWxp emUgTFNQIHdvdWxkIGJlIGVxdWl2YWxlbnQgdG8gZ2VuZXJhbGl6ZSBSb3V0aW5nIHJlZ2FyZGxl c3MgaWYgdGhpcyBpcyBJR1Agb3IgQkdQIG9yIFRSSUxMIC4uLiB0aGUgb3V0Y29tZSBvZiB0aGF0 IHdvdWxkIGJlIHJhdGhlciBwb29yIEkgc3VwcG9zZSAuLi48bzpwPjwvbzpwPjwvcD4NCjxwPkNo ZWVycyw8YnI+DQpSLjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk9uIE1hciA4LCAyMDE1IDc6NDggUE0sICZxdW90O0dyZWdvcnkgTWlyc2t5JnF1b3Q7ICZsdDs8 YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tIj5ncmVnb3J5Lm1pcnNr eUBlcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+SGkgUm9iZXJ0LCBldC4gYWwsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+aWYgSSBpbnRlcnByZXQgdGhlIOKAnExTUCBZQU5HIG1vZGVs4oCdLCB0aGVuIGl0IHJl YWRzIGFzIFlBTkcgbW9kZWwgb2YgTVBMUyBkYXRhIHBsYW5lLCBub3QgY29udHJvbA0KIHByb3Rv Y29sLCBiZSBpdCBSU1ZQLVRFLCBMRFAsIFBDRVAsIG9yIElHUC1URSBvZiBTUFJJTkcuIEFuZCwg c2luY2UgdGhlIE1QTFMgZGF0YSBwbGFuZSBpcyBpbmRlZWQgY29tbW9uIGFuZCBpbiBmYWN0IHRo ZSBvbmUgYW5kIG9ubHksIHN1Y2ggTFNQIFlBTkcgbW9kZWwgcmlnaHRmdWxseSBjYW4gYmUgY2hh cmFjdGVyaXplZCBhcyDigJxHZW5lcmlj4oCdLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPkJ1dCBpZiBhdXRob3JzIGludGVuZGVkIHRvIGRlc2NyaWJlIGNvbW1vbiBzZXQgYW1vbmcg bGlzdGVkIGFib3ZlIGNvbnRyb2wgcHJvdG9jb2xzIHBlcnRhaW5pbmcgdG8NCiBzaWduYWxpbmcg b2YgYW4gTVBMUyBMU1AsIHRoZW4sIElNTywgc3VjaCBjb21tb24gc2V0IGZpcnN0IG11c3QgYmUg ZGlzY3Vzc2VkIGFuZCBpZGVudGlmaWVkIHRvIGRlbW9uc3RyYXRlIHRoYXQgaXQgZG9lcyBleGlz dCBhbmQgaXMgc3VmZmljaWVudCB0byBoYXZlIFlBTkcgbW9kZWwgb2YgaXRzIG93biByYXRoZXIg dGhhbiBZQU5HIG1vZGVscyB0aGF0IGRlc2NyaWJlIExTUCBjb250cm9sIGJ5IGVhY2ggc2lnbmFs aW5nIHByb3RvY29scy4gVGhhdA0KIHRvIG1lIGxvb2tzIHZlcnkgbXVjaCBsaWtlIHdoYXQgTElN RSBXRyBpcyB3b3JraW5nIG9uLCBpbnZlc3RpZ2F0aW5nIHdoZXRoZXIgY29tbW9uIG1vZGVsIG9m IElQLCBJUC9NUExTLCBNUExTLVRQLCBhbmQgVFJJTEwgT0FNIGV4aXN0cyBhbmQgaXRzIGV4dGVu dCBpcyBzdWZmaWNpZW50IHRvIGJlIG9mIGludGVyZXN0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHcmVnPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4gVGVhcyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzp0ZWFzLWJv dW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+ XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5Sb2JlcnQgUmFzenVrPGJyPg0KPGI+U2VudDo8L2I+IFN1 bmRheSwgTWFyY2ggMDgsIDIwMTUgMzo1OCBBTTxicj4NCjxiPlRvOjwvYj4gTG9hIEFuZGVyc3Nv bjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj4NCnRlYXNAaWV0Zi5vcmc8L2E+OyBTaGFoLCBIaW1hbnNodTxicj4N CjxiPlN1YmplY3Q6PC9iPiBSZTogW1RlYXNdIFttcGxzXSBbUnRnLXlhbmctY29vcmRdIEdlbmVy aWMgTFNQIFlhbmc8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SGkg TG9hLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+VGhlIHdheSBJIHJlYWQgSWdvciBzdGF0ZW1lbnQgYW5kIGFncmVlZCB3aXRoIGl0IGlu IGEgc2Vuc2Ugb2YgJnF1b3Q7bm90aGluZyBpbiBjb21tb24mcXVvdDsgd2FzIHRoYXQgaXQgd2Fz IHJlZmVycmluZyB0byB0aGUgY29udHJvbCBwbGFuZS4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRoZSBzdWJqZWN0IG9mIHRo aXMgdGhyZWFkIGlzICZxdW90O0dlbmVyaWMgTFNQIFlBTkcmcXVvdDsgYW5kIHRvIG1lIFlhbmcg bW9kZWwgZGVzY3JpYmVzIGNvbnRyb2wgYXNwZWN0IG9mIHByb3RvY29sIG9yIGZ1bmN0aW9uYWxp dHkgbm90IHRoZSBjaG9pY2UNCiBvZiBmb3J3YXJkaW5nIGhlYWRlciBpbiB0aGUgZGF0YSBwbGFu ZS4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPlNvIGlmIHlvdSBhbmQgb3RoZXJzIGFncmVlIHdlIHNob3VsZCBiZSBhbGwgaW4g c3luYyBhbmQgcGVyaGFwcyB3ZSBjb3VsZCBjb25zaWRlciBhcyBwcm9wb3NlZCBiZWZvcmUgR2Vu ZXJpYyBFbmdpbmVlcmVkIFBhdGggbW9kZWwgYnJhbmNoaW5nDQogYXQgdGhlIGxvd2VyIGxheWVy IGJldHdlZW4gdW5pY2FzdCBhbmQgbXVsdGljYXN0LiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SG93ZXZlciBpZiB5b3Ugc3Rp bGwgdGhpbmsgdGhhdCBZYW5nIGlzIGFib3V0IGRhdGEgcGxhbmUgYW5kIE9BTSB0aGVuIHBlcmhh cHMgd2UgaGF2ZSBhIGJpZ2dlciBpc3N1ZSBoZXJlIC4uLi48L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkNoZWVycyw8YnI+DQpSLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPk9uIFN1biwgTWFyIDgsIDIwMTUgYXQgMTA6MjcgQU0sIExvYSBBbmRl cnNzb24gJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FAcGkubnUiIHRhcmdldD0iX2JsYW5rIj5sb2FA cGkubnU8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+SGltYW5zaHUsDQo8YSBocmVmPSJodHRwOi8vZXQuYWwiIHRhcmdldD0iX2JsYW5rIj5ldC5h bDwvYT4uLDxicj4NCjxicj4NCkkgdGhpbmsgdGhlcmUgYXJlIHR3byBpc3N1ZXMgaGVyZSBhbmQg aWYgc29ydGluZyB0aGVtIG91dCBjb3JycmVjdGx5PGJyPg0Kd2UgYXJlIHZlcnkgY2xvc2UuPGJy Pg0KPGJyPg0KVGhlIGZpcnN0IGlzc3VlIGlzIHNpbWlsYXJpdGllcyBiZXR3ZWVuIGRpZmZlcmVu dCB0eXBlcyBvZiBMU1BzLjxicj4NCjxicj4NCkhlcmUgSSBzYWlkIHRoYXQsIGF0IGxlYXN0IGZv ciBhIE1QTFMgUFNOLCB0aGVyZSBhcmUgc2ltaWxhcml0aWVzLDxicj4NCmUuZy4gdGhlIGRhdGEg cGxhbmUgaXMgKG5lYXJseSkgdGhlIHNhbWUuIFRoaXMgd2FzIHNhaWQgaW4gcmVhY3Rpb248YnI+ DQp0byBJZ29yJ3Mgc3RhdGVtZW50ICZxdW90O0lNSE8gVEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJ TkctTFNQIGhhdmUgbm90aGluZzxicj4NCmluIGNvbW1vbi4mcXVvdDsgSSBzdGlsbCBkb24ndCB0 aGluayB0aGF0IElnb3IncyBzdGF0ZW1lbnQgaXMgcmVhbGx5IGNvcnJlY3QuPGJyPg0KSWYgaGUg aGFkIHNhaWQgJnF1b3Q7SU1ITyB0aGVyZSBhcmUgbm90IGVub3VnaCBzaW1pbGFyaXRlcyBiZXR3 ZWVuIFRFLUxTUCw8YnI+DQpMRFAtTFNQIGFuZCBTUFJJTkctTFNQIHRvIG1vdGl2YXRlIGEgY29t bW9uIG1vZGVsJnF1b3Q7LiBJIHRoaW5rIHRoYXQgd2UgYmU8YnI+DQphIG11Y2ggbW9yZSBhY2N1 cmF0ZSBzdGF0ZW1lbnQuPGJyPg0KPGJyPg0KQW5kIHRoYXQgaXMgdGhlIG90aGVyIGlzc3VlIC0g SXMgaXQgcmVhc29uYWJsZSB0byBtb2RlbCBURS1MU1AsPGJyPg0KTERQLUxTUCBhbmQgU1BSSU5H LUxTUCBpbiB0aGUgc2FtZSBtb2RlbD8gSSBkb24ndCBub3QgdGhpbmsgaXQgaXMsPGJyPg0KYnV0 IHRoYXQgd2UgbmVlZCBhbiBvdmVybGFwIG9mIHBlb3BsZSB3b3JraW5nIHdpdGggdGhlIGRpZmZl cmVudCBtb2RlbHMuPGJyPg0KPGJyPg0KSG9wZSB0aGlzIGlzIGNsZWFyIGVub3VnaC48YnI+DQo8 YnI+DQovTG9hPGJyPg0KPGJyPg0KPGJyPg0KT24gMjAxNS0wMy0wNyAyMzoxOSwgU2hhaCwgSGlt YW5zaHUgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQiPi9JIGFncmVlIHdp dGggUm9iZXJ0IGFuZCBJZ29yLCBwdXR0aW5nIGV2ZXJ5dGhpbmcgaW4gdGhlIHNhbWUgYnVja2V0 PGJyPg0KYmVjYXVzZSBvZiBjb21tb24gZGF0YSBwbGFuZSAmYW1wOyBPQU0gZG9lcyBub3QganVz dGlmeS4vPGJyPg0KPGJyPg0KL1dlIHdvdWxkbuKAmXQgY29uc2lkZXIgZG9pbmcgc2FtZSBmb3Ig SVAgZGF0YSBwbGFuZS4uLzxicj4NCjxicj4NCi9JIHRoaW5rIHdlIG5lZWQgdG8gc2VwYXJhdGUg dGhlc2UgbW9kZWxzIGFuZCBhcyBtZW50aW9uZWQgZWFybGllciw8YnI+DQp0aGVyZSBpcyBhbHJl YWR5IHdvcmsgZ29pbmcgb24gaW4gcmVzcGVjdGl2ZSBXR3MuLzxicj4NCjxicj4NCi8vPGJyPg0K PGJyPg0KL1RoYW5rcywvPGJyPg0KPGJyPg0KL2hpbWFuc2h1Lzxicj4NCjxicj4NCi8vPGJyPg0K PGJyPg0KLy88YnI+DQo8YnI+DQovLzxicj4NCjxicj4NCipGcm9tOiptcGxzIFttYWlsdG86PGEg aHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHMt Ym91bmNlc0BpZXRmLm9yZzwvYT5dICpPbiBCZWhhbGYgT2YgKkxvYSBBbmRlcnNzb248YnI+DQoq U2VudDoqIFNhdHVyZGF5LCBNYXJjaCAwNywgMjAxNSA4OjE4IEFNPGJyPg0KKlRvOiogPGEgaHJl Zj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9h PiwgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCm1wbHNA aWV0Zi5vcmc8L2E+LCA8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiIHRhcmdldD0i X2JsYW5rIj5yb2JlcnRAcmFzenVrLm5ldDwvYT48YnI+DQoqU3ViamVjdDoqIFJlOiBbbXBsc10g W1J0Zy15YW5nLWNvb3JkXSBbVGVhc10gR2VuZXJpYyBMU1AgWWFuZzxicj4NCjxicj4NClJvYmVy dCw8YnI+DQo8YnI+DQombmJzcDtGcm9tIG9uZSBwZXJzcGVjdGl2ZSBJIGFncmVlIHdpdGggeW91 IGFuZCBJZ29yLCBob3dldmVyIGlmIHlvdSB0aGluazxicj4NCmFib3V0IE1QTFMgTFNQcywgZnJv bSBhIGRhdGEgcGxhbmUgcGVyc3BlY3RpdmUgLSBhbmQgdGhhdCBpcyB3aGVyZSBPQU08YnI+DQpv cGVyYXRlcywgdGhlcmUgYWxtb3N0IG5vIGRpZmZlcmVuY2UgYmV0d2VlbiBhIFRFLUxTUCBhIExE UC1MU1AgYW5kIGE8YnI+DQpTUFJJTkcgTVBMUyBMU1AgY29tZSB2ZXJ5IGNsb3NlLjxicj4NCjxi cj4NCklmIHlvdSB0aGUgb3RoZXIgaGFuZCB0aGluayBvZiBMU1BzIGZvciBvdGhlciBkYXRhIHBs YW5lcyB0aGUgJnF1b3Q7bm90aGluZzxicj4NCmluIGNvbW1vbiZxdW90OyBpcyBhbiBhbG1vc3Qg dHJ1ZSBzdGF0ZW1lbnQuIEZyb20gdGhhdCBwb2ludCBvZiB2aWV3IEkgdGhpbms8YnI+DQpkaWZm ZXJlbnQgbW9kZWxzIGFyZSB3aGVyZSB3ZSB3aWxsIGVuZCB1cCwgYnV0IEkgYWxzbyB0aGluayB0 aGF0IHdlIG5lZWQ8YnI+DQomcXVvdDtzZXBhcmF0aW9uIHdpdGggbW9kZXJhdGlvbiZxdW90Oy48 YnI+DQo8YnI+DQombmJzcDsgQnV0IG5vdGhpbmcgaXMgc28gc2ltcGxlIHRoYXQgd2UgY2FuIGNh cHR1cmUgaXQgaW4gb25lIHZlcnkgc2ltcGxlPGJyPg0Kc3RhdGVtZW50LCB3ZSBoYXZlIGhhY2tp bmcgYXdheSBvbiB0aGlzIGZvciAzMCB5ZWFycyBub3csIEknZCBhZHZpY2U8YnI+DQp0YWtpbmcg YXJjaGl0ZWN0dXJlIGFuZCBoaXN0b3J5IGludG8gY29uc2lkZXJhdGlvbiwgYXMgd2VsbCBhcyB2 aWV3aW5nPGJyPg0KdGhlIHNreSBmcm9tIGEgZGlmZmVyZW50IHBlcnNwZWN0aXZlIHRoYW4gZnJv bSB0aGUgYm90dG9tIG9mIGEgZGVlcCB3ZWxsLjxicj4NCjxicj4NCkxldCBtZSBhbHNvIHNheSB0 aGF0IEknbSB2ZXJ5IHN1cHBvcnRpdmUgb2YgYWxsIHRoZSBnb29kIHdvcmsgZ29pbmcgb248YnI+ DQppbiB0aGlzIGFyZWEuPGJyPg0KPGJyPg0KL0xvYTxicj4NCjxicj4NClNlbnQgZnJvbSBteSBp UGFkPGJyPg0KPGJyPg0KPGJyPg0KT24gMDcgTWFyIDIwMTUsIGF0IDE5OjQ3LCBSb2JlcnQgUmFz enVrICZsdDs8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiIHRhcmdldD0iX2JsYW5r Ij5yb2JlcnRAcmFzenVrLm5ldDwvYT48YnI+DQombHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpy b2JlcnRAcmFzenVrLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPnJvYmVydEByYXN6dWsubmV0PC9hPiZn dDsmZ3Q7IHdyb3RlOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgSSB3b3VsZCBhZ3JlZSB3aXRo IElnb3IuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBPdGhlciB0aGVuIG5hbWUgb3ZlcmxhcCB0 aG9zZSBhcmUgY29tcGxldGVseSBkaWZmZXJlbnQgdGVjaG5vbG9naWVzPGJyPg0KJm5ic3A7ICZu YnNwOyBhbmQgYXJ0aWZpY2lhbGx5IHB1dHRpbmcgdGhlbSB1bmRlciAmcXVvdDtMU1AmcXVvdDsg dW1icmVsbGEganVzdCBkb2VzIG5vdDxicj4NCiZuYnNwOyAmbmJzcDsgYnJpbmcgYW55IHZhbHVl LCBidXQgb25seSBjb25mdXNlcyB0aGluZ3MgZXZlbiBtb3JlLjxicj4NCjxicj4NCiZuYnNwOyAm bmJzcDsgUTogV2hhdCBTUFJJTkctTFNQIGhhcyBhbnl0aGluZyBpbiBjb21tb24gd2l0aCAmcXVv dDtsYWJlbCZxdW90OyB3aGVuIHlvdSB1c2U8YnI+DQombmJzcDsgJm5ic3A7IHY2IGhlYWRlciA/ PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBJZiB5b3Ugd2FudCB0byBzZWFyY2ggZm9yIHNvbWUg Y29tbW9uYWxpdGllcyBsZXQncyByZW1vdmUgTERQLUxTUHM8YnI+DQombmJzcDsgJm5ic3A7IGZy b20gdGhpcyBtaXggKGFzIHRoZSBpcyBub3QgcmVsZXZhbnQpIGFuZCBsZWF2ZSBURS1MU1AgJmFt cDsgU1BSSU5HICYjNDM7PGJyPg0KJm5ic3A7ICZuYnNwOyBtYXliZSBhbHNvIGFkZCBCSUVSIGFz IHdlbGwgYXMgY2hhbmdlIHRoZSBuYW1lIHRvIEdlbmVyaWMtRVA8YnI+DQombmJzcDsgJm5ic3A7 IChFbmdpbmVlcmVkIFBhdGhzKS48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IEkgc2VlIG5vIHZh bHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRoZSBmYWN0IHRoYXQgZGF0YSBwbGFuZSB1c2VzPGJy Pg0KJm5ic3A7ICZuYnNwOyBtcGxzIGxhYmVscywgYnV0IHJhdGhlciBJIHdvdWxkIHNlZSByZWFz b25hYmxlIHRvIHByb3ZpZGUgbW9kZWxzPGJyPg0KJm5ic3A7ICZuYnNwOyBiYXNlZCBvbiB0aGUg dHJhbnNwb3J0IHBhdGggY2hhcmFjdGVyaXN0aWNzIGZvciB0aGUgdHJhZmZpYyBpdCBpcyB0bzxi cj4NCiZuYnNwOyAmbmJzcDsgY2FycnkuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBCZXN0LDxi cj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgci48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IE9uIEZy aSwgTWFyIDYsIDIwMTUgYXQgMjoxMSBQTSwgSWdvciBCcnlza2luPGJyPg0KJm5ic3A7ICZuYnNw OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbSIgdGFyZ2V0PSJf YmxhbmsiPklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+SUJyeXNraW5A YWR2YW9wdGljYWwuY29tPC9hPiZndDsmZ3Q7IHdyb3RlOjxicj4NCjxicj4NCiZuYnNwOyAmbmJz cDsgRHJ1diw8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IElNSE8gVEUtTFNQLCBMRFAtTFNQIGFu ZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZyBpbiBjb21tb24uIFRoZXk8YnI+DQombmJzcDsgJm5i c3A7IHNob3VsZCBoYXZlIHRvdGFsbHkgaW5kZXBlbmRlbnQgbW9kZWxzIGVhY2ggYmVpbmcgZGV2 ZWxvcGVkIGluPGJyPg0KJm5ic3A7ICZuYnNwOyByZXNwZWN0aXZlIFdHLjxicj4NCjxicj4NCiZu YnNwOyAmbmJzcDsgSWdvcjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQombmJzcDsgJm5ic3A7IFJ0Zy15 YW5nLWNvb3JkIG1haWxpbmcgbGlzdDxicj4NCiZuYnNwOyAmbmJzcDsgPGEgaHJlZj0ibWFpbHRv OlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+UnRnLXlhbmctY29vcmRA aWV0Zi5vcmc8L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOlJ0Zy15YW5nLWNvb3JkQGll dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8L2E+Jmd0Ozxi cj4NCiZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9ydGcteWFuZy1jb29yZCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGcteWFuZy1jb29yZDwvYT48YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NClRlYXMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5UZWFzQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczwvYT48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPjxicj4N Ci0tIDxicj4NCjxicj4NCjxicj4NCkxvYSBBbmRlcnNzb24mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBlbWFpbDogPGEgaHJlZj0ibWFpbHRvOmxvYUBtYWlsMDEuaHVhd2VpLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPg0KbG9hQG1haWwwMS5odWF3ZWkuY29tPC9hPjxicj4NClNlbmlvciBNUExTIEV4 cGVydCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YSBocmVmPSJtYWlsdG86bG9h QHBpLm51IiB0YXJnZXQ9Il9ibGFuayI+DQpsb2FAcGkubnU8L2E+PGJyPg0KSHVhd2VpIFRlY2hu b2xvZ2llcyAoY29uc3VsdGFudCkmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25lOiA8YSBocmVmPSJ0 ZWw6JTJCNDYlMjA3MzklMjA4MSUyMDIxJTIwNjQiIHRhcmdldD0iX2JsYW5rIj4NCiYjNDM7NDYg NzM5IDgxIDIxIDY0PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7347100B5761DC41A166AC17F22DF1121B91C18Deusaamb103erics_-- From nobody Sun Mar 8 12:34:56 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 912781A00D8; Sun, 8 Mar 2015 12:34:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 gI-GSXtJ6Fif; Sun, 8 Mar 2015 12:34:50 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99EEB1A00CC; Sun, 8 Mar 2015 12:34:49 -0700 (PDT) X-AuditID: c6180641-f796f6d000004ccc-89-54fc434299bb Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 7E.80.19660.2434CF45; Sun, 8 Mar 2015 13:40:35 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0210.002; Sun, 8 Mar 2015 15:34:47 -0400 From: Gregory Mirsky To: Robert Raszuk Thread-Topic: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWY7Le4cVv75dNkqZzU3p3HVhN50S6nlAgABKdQD//8UFYA== Date: Sun, 8 Mar 2015 19:34:46 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91C1B1@eusaamb103.ericsson.se> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B91C1B1eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMIsWRmVeSWpSXmKPExsUyuXRPiK6z858Qg3USFrs2rma0+Dd3DrPF raUrWS2aFjYxW7T+2MHiwOpx9uY/Fo8lS34yecya3sbmsXvjAqYAligum5TUnMyy1CJ9uwSu jJebbrMUvJvPVPH3+lumBsYVM5i6GDk5JARMJF7M6GeDsMUkLtxbD2RzcQgJHGGUuNd9ngUk ISSwjFHi7wWwIjYBI4kXG3vYQWwRAVWJzhOPmEEamAVaGCVabs4EaxAWsJE492YGI0SRrcS+ 5vfMELaTxPrTb8BsFgEViflPjoAN4hXwlTjwexYzxObFrBKfbi8BO49TIFBids9WsM2MQOd9 P7UGLM4sIC5x68l8qBcEJJbsOc8MYYtKvHz8jxXCVpKY8/oaM0R9vsSXizuglglKnJz5hGUC o+gsJKNmISmbhaRsFiMHUFxTYv0ufYgSRYkp3Q/ZIWwNidY5c9mRxRcwsq9i5CgtTi3LTTcy 3MQIjMVjEmyOOxgXfLI8xCjAwajEw2uw+3eIEGtiWXFl7iFGaQ4WJXHesisHQ4QE0hNLUrNT UwtSi+KLSnNSiw8xMnFwSjUw9kfNO3r0v1/bwqCWS/MnWM1p3CiiFHXnwYOP957Oiut84Cxu tUH/k+b+Td8aFz0/ezIt2lWQz8j5KQfTp7YgpT8zGj86VPfxeUa/PT0rOjlJ8SELUwLPdj3d myW9uz6Fr2ibfFSutMIszdr28NegvDhpljrPJxPjYusZTgl9XBwnuHbP59tlSizFGYmGWsxF xYkA6Y4sVKYCAAA= Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 19:34:53 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B91C1B1eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LA0KYXJlIHlvdSBzdWdnZXN0aW5nIHRoYXQgYW4gTFNQLCBpLmUuIExhYmVsIFN3 aXRjaGVkIFBhdGgsIGNhbiBiZSByZWFsaXplZCBvdmVyIElQdjQgb3IgSVB2NiBkYXRhIHBsYW5l Og0KSXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBkYXRhIHBsYW5lIHRvIHRoZSBleHRlbmQgb2Yg YXZvaWRpbmcgbG9jay1pbiB0byBtcGxzIG9yIGlwdjQgb3IgaXB2Ni4NCg0KICAgICAgICAgICAg ICAgIFJlZ2FyZHMsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEdyZWcNCg0KRnJv bTogcnJhc3p1a0BnbWFpbC5jb20gW21haWx0bzpycmFzenVrQGdtYWlsLmNvbV0gT24gQmVoYWxm IE9mIFJvYmVydCBSYXN6dWsNClNlbnQ6IFN1bmRheSwgTWFyY2ggMDgsIDIwMTUgMTI6MDMgUE0N ClRvOiBHcmVnb3J5IE1pcnNreQ0KQ2M6IEhpbWFuc2h1IFNoYWg7IHRlYXNAaWV0Zi5vcmc7IExv YSBBbmRlcnNzb247IG1wbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbVGVhc10gW21wbHNdIFtS dGcteWFuZy1jb29yZF0gR2VuZXJpYyBMU1AgWWFuZw0KDQoNCldob3cgLi4gaSB0aGluayB3ZSBh cmUgZGlzY292ZXJpbmcgdGhhdCB3ZSBhbGwgaGF2ZSBubyBjbHVlIHdoYXQgWWFuZyBtb2RlbCBp cyA6KQ0KDQpUaGF0IGlzIGluIGZhY3QgSSB0aGluayBncmVhdCBkaXNjdXNzaW9uIHRvIGhhdmUg c29vbmVyIHRoZW4gbGF0ZXIuDQoNClRvIG1lIFlhbmcgbW9kZWwgaXMgYSB3YXkgdG8gcmVwcmVz ZW50IHVuaWZpZWQgKGFjcm9zcyBpbnBsZW1lbnRhdGlvbnMpIHBpY3R1cmUgb2YgY29udHJvbCBw bGFuZSBmb3IgYSBnaXZlbiBuZXR3b3JrIGFwcGxpY2F0aW9uLg0KDQpJdCBoYXMgbm90aGluZyB0 byBkbyB3aXRoIGRhdGEgcGxhbmUgdG8gdGhlIGV4dGVuZCBvZiBhdm9pZGluZyBsb2NrLWluIHRv IG1wbHMgb3IgaXB2NCBvciBpcHY2Lg0KDQpUaGUgYXR0ZW1wdCB0byBnZW5lcmFsaXplIExTUCB3 b3VsZCBiZSBlcXVpdmFsZW50IHRvIGdlbmVyYWxpemUgUm91dGluZyByZWdhcmRsZXNzIGlmIHRo aXMgaXMgSUdQIG9yIEJHUCBvciBUUklMTCAuLi4gdGhlIG91dGNvbWUgb2YgdGhhdCB3b3VsZCBi ZSByYXRoZXIgcG9vciBJIHN1cHBvc2UgLi4uDQoNCkNoZWVycywNClIuDQpPbiBNYXIgOCwgMjAx NSA3OjQ4IFBNLCAiR3JlZ29yeSBNaXJza3kiIDxncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208 bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbT4+IHdyb3RlOg0KSGkgUm9iZXJ0LCBl dC4gYWwsDQppZiBJIGludGVycHJldCB0aGUg4oCcTFNQIFlBTkcgbW9kZWzigJ0sIHRoZW4gaXQg cmVhZHMgYXMgWUFORyBtb2RlbCBvZiBNUExTIGRhdGEgcGxhbmUsIG5vdCBjb250cm9sIHByb3Rv Y29sLCBiZSBpdCBSU1ZQLVRFLCBMRFAsIFBDRVAsIG9yIElHUC1URSBvZiBTUFJJTkcuIEFuZCwg c2luY2UgdGhlIE1QTFMgZGF0YSBwbGFuZSBpcyBpbmRlZWQgY29tbW9uIGFuZCBpbiBmYWN0IHRo ZSBvbmUgYW5kIG9ubHksIHN1Y2ggTFNQIFlBTkcgbW9kZWwgcmlnaHRmdWxseSBjYW4gYmUgY2hh cmFjdGVyaXplZCBhcyDigJxHZW5lcmlj4oCdLg0KQnV0IGlmIGF1dGhvcnMgaW50ZW5kZWQgdG8g ZGVzY3JpYmUgY29tbW9uIHNldCBhbW9uZyBsaXN0ZWQgYWJvdmUgY29udHJvbCBwcm90b2NvbHMg cGVydGFpbmluZyB0byBzaWduYWxpbmcgb2YgYW4gTVBMUyBMU1AsIHRoZW4sIElNTywgc3VjaCBj b21tb24gc2V0IGZpcnN0IG11c3QgYmUgZGlzY3Vzc2VkIGFuZCBpZGVudGlmaWVkIHRvIGRlbW9u c3RyYXRlIHRoYXQgaXQgZG9lcyBleGlzdCBhbmQgaXMgc3VmZmljaWVudCB0byBoYXZlIFlBTkcg bW9kZWwgb2YgaXRzIG93biByYXRoZXIgdGhhbiBZQU5HIG1vZGVscyB0aGF0IGRlc2NyaWJlIExT UCBjb250cm9sIGJ5IGVhY2ggc2lnbmFsaW5nIHByb3RvY29scy4gVGhhdCB0byBtZSBsb29rcyB2 ZXJ5IG11Y2ggbGlrZSB3aGF0IExJTUUgV0cgaXMgd29ya2luZyBvbiwgaW52ZXN0aWdhdGluZyB3 aGV0aGVyIGNvbW1vbiBtb2RlbCBvZiBJUCwgSVAvTVBMUywgTVBMUy1UUCwgYW5kIFRSSUxMIE9B TSBleGlzdHMgYW5kIGl0cyBleHRlbnQgaXMgc3VmZmljaWVudCB0byBiZSBvZiBpbnRlcmVzdC4N Cg0KICAgICAgICAgICAgICAgIFJlZ2FyZHMsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEdyZWcNCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZzxtYWls dG86dGVhcy1ib3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIFJvYmVydCBSYXN6dWsNClNl bnQ6IFN1bmRheSwgTWFyY2ggMDgsIDIwMTUgMzo1OCBBTQ0KVG86IExvYSBBbmRlcnNzb24NCkNj OiBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPjsgdGVhc0BpZXRmLm9yZzxtYWls dG86dGVhc0BpZXRmLm9yZz47IFNoYWgsIEhpbWFuc2h1DQpTdWJqZWN0OiBSZTogW1RlYXNdIFtt cGxzXSBbUnRnLXlhbmctY29vcmRdIEdlbmVyaWMgTFNQIFlhbmcNCg0KSGkgTG9hLA0KDQpUaGUg d2F5IEkgcmVhZCBJZ29yIHN0YXRlbWVudCBhbmQgYWdyZWVkIHdpdGggaXQgaW4gYSBzZW5zZSBv ZiAibm90aGluZyBpbiBjb21tb24iIHdhcyB0aGF0IGl0IHdhcyByZWZlcnJpbmcgdG8gdGhlIGNv bnRyb2wgcGxhbmUuDQoNClRoZSBzdWJqZWN0IG9mIHRoaXMgdGhyZWFkIGlzICJHZW5lcmljIExT UCBZQU5HIiBhbmQgdG8gbWUgWWFuZyBtb2RlbCBkZXNjcmliZXMgY29udHJvbCBhc3BlY3Qgb2Yg cHJvdG9jb2wgb3IgZnVuY3Rpb25hbGl0eSBub3QgdGhlIGNob2ljZSBvZiBmb3J3YXJkaW5nIGhl YWRlciBpbiB0aGUgZGF0YSBwbGFuZS4NCg0KU28gaWYgeW91IGFuZCBvdGhlcnMgYWdyZWUgd2Ug c2hvdWxkIGJlIGFsbCBpbiBzeW5jIGFuZCBwZXJoYXBzIHdlIGNvdWxkIGNvbnNpZGVyIGFzIHBy b3Bvc2VkIGJlZm9yZSBHZW5lcmljIEVuZ2luZWVyZWQgUGF0aCBtb2RlbCBicmFuY2hpbmcgYXQg dGhlIGxvd2VyIGxheWVyIGJldHdlZW4gdW5pY2FzdCBhbmQgbXVsdGljYXN0Lg0KDQpIb3dldmVy IGlmIHlvdSBzdGlsbCB0aGluayB0aGF0IFlhbmcgaXMgYWJvdXQgZGF0YSBwbGFuZSBhbmQgT0FN IHRoZW4gcGVyaGFwcyB3ZSBoYXZlIGEgYmlnZ2VyIGlzc3VlIGhlcmUgLi4uLg0KDQpDaGVlcnMs DQpSLg0KDQoNCg0KDQpPbiBTdW4sIE1hciA4LCAyMDE1IGF0IDEwOjI3IEFNLCBMb2EgQW5kZXJz c29uIDxsb2FAcGkubnU8bWFpbHRvOmxvYUBwaS5udT4+IHdyb3RlOg0KSGltYW5zaHUsIGV0LmFs PGh0dHA6Ly9ldC5hbD4uLA0KDQpJIHRoaW5rIHRoZXJlIGFyZSB0d28gaXNzdWVzIGhlcmUgYW5k IGlmIHNvcnRpbmcgdGhlbSBvdXQgY29ycnJlY3RseQ0Kd2UgYXJlIHZlcnkgY2xvc2UuDQoNClRo ZSBmaXJzdCBpc3N1ZSBpcyBzaW1pbGFyaXRpZXMgYmV0d2VlbiBkaWZmZXJlbnQgdHlwZXMgb2Yg TFNQcy4NCg0KSGVyZSBJIHNhaWQgdGhhdCwgYXQgbGVhc3QgZm9yIGEgTVBMUyBQU04sIHRoZXJl IGFyZSBzaW1pbGFyaXRpZXMsDQplLmcuIHRoZSBkYXRhIHBsYW5lIGlzIChuZWFybHkpIHRoZSBz YW1lLiBUaGlzIHdhcyBzYWlkIGluIHJlYWN0aW9uDQp0byBJZ29yJ3Mgc3RhdGVtZW50ICJJTUhP IFRFLUxTUCwgTERQLUxTUCBhbmQgU1BSSU5HLUxTUCBoYXZlIG5vdGhpbmcNCmluIGNvbW1vbi4i IEkgc3RpbGwgZG9uJ3QgdGhpbmsgdGhhdCBJZ29yJ3Mgc3RhdGVtZW50IGlzIHJlYWxseSBjb3Jy ZWN0Lg0KSWYgaGUgaGFkIHNhaWQgIklNSE8gdGhlcmUgYXJlIG5vdCBlbm91Z2ggc2ltaWxhcml0 ZXMgYmV0d2VlbiBURS1MU1AsDQpMRFAtTFNQIGFuZCBTUFJJTkctTFNQIHRvIG1vdGl2YXRlIGEg Y29tbW9uIG1vZGVsIi4gSSB0aGluayB0aGF0IHdlIGJlDQphIG11Y2ggbW9yZSBhY2N1cmF0ZSBz dGF0ZW1lbnQuDQoNCkFuZCB0aGF0IGlzIHRoZSBvdGhlciBpc3N1ZSAtIElzIGl0IHJlYXNvbmFi bGUgdG8gbW9kZWwgVEUtTFNQLA0KTERQLUxTUCBhbmQgU1BSSU5HLUxTUCBpbiB0aGUgc2FtZSBt b2RlbD8gSSBkb24ndCBub3QgdGhpbmsgaXQgaXMsDQpidXQgdGhhdCB3ZSBuZWVkIGFuIG92ZXJs YXAgb2YgcGVvcGxlIHdvcmtpbmcgd2l0aCB0aGUgZGlmZmVyZW50IG1vZGVscy4NCg0KSG9wZSB0 aGlzIGlzIGNsZWFyIGVub3VnaC4NCg0KL0xvYQ0KDQoNCk9uIDIwMTUtMDMtMDcgMjM6MTksIFNo YWgsIEhpbWFuc2h1IHdyb3RlOg0KL0kgYWdyZWUgd2l0aCBSb2JlcnQgYW5kIElnb3IsIHB1dHRp bmcgZXZlcnl0aGluZyBpbiB0aGUgc2FtZSBidWNrZXQNCmJlY2F1c2Ugb2YgY29tbW9uIGRhdGEg cGxhbmUgJiBPQU0gZG9lcyBub3QganVzdGlmeS4vDQoNCi9XZSB3b3VsZG7igJl0IGNvbnNpZGVy IGRvaW5nIHNhbWUgZm9yIElQIGRhdGEgcGxhbmUuLi8NCg0KL0kgdGhpbmsgd2UgbmVlZCB0byBz ZXBhcmF0ZSB0aGVzZSBtb2RlbHMgYW5kIGFzIG1lbnRpb25lZCBlYXJsaWVyLA0KdGhlcmUgaXMg YWxyZWFkeSB3b3JrIGdvaW5nIG9uIGluIHJlc3BlY3RpdmUgV0dzLi8NCg0KLy8NCg0KL1RoYW5r cywvDQoNCi9oaW1hbnNodS8NCg0KLy8NCg0KLy8NCg0KLy8NCg0KKkZyb206Km1wbHMgW21haWx0 bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZz5dICpP biBCZWhhbGYgT2YgKkxvYSBBbmRlcnNzb24NCipTZW50OiogU2F0dXJkYXksIE1hcmNoIDA3LCAy MDE1IDg6MTggQU0NCipUbzoqIHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+LCBt cGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPiwgcm9iZXJ0QHJhc3p1ay5uZXQ8bWFp bHRvOnJvYmVydEByYXN6dWsubmV0Pg0KKlN1YmplY3Q6KiBSZTogW21wbHNdIFtSdGcteWFuZy1j b29yZF0gW1RlYXNdIEdlbmVyaWMgTFNQIFlhbmcNCg0KUm9iZXJ0LA0KDQogRnJvbSBvbmUgcGVy c3BlY3RpdmUgSSBhZ3JlZSB3aXRoIHlvdSBhbmQgSWdvciwgaG93ZXZlciBpZiB5b3UgdGhpbmsN CmFib3V0IE1QTFMgTFNQcywgZnJvbSBhIGRhdGEgcGxhbmUgcGVyc3BlY3RpdmUgLSBhbmQgdGhh dCBpcyB3aGVyZSBPQU0NCm9wZXJhdGVzLCB0aGVyZSBhbG1vc3Qgbm8gZGlmZmVyZW5jZSBiZXR3 ZWVuIGEgVEUtTFNQIGEgTERQLUxTUCBhbmQgYQ0KU1BSSU5HIE1QTFMgTFNQIGNvbWUgdmVyeSBj bG9zZS4NCg0KSWYgeW91IHRoZSBvdGhlciBoYW5kIHRoaW5rIG9mIExTUHMgZm9yIG90aGVyIGRh dGEgcGxhbmVzIHRoZSAibm90aGluZw0KaW4gY29tbW9uIiBpcyBhbiBhbG1vc3QgdHJ1ZSBzdGF0 ZW1lbnQuIEZyb20gdGhhdCBwb2ludCBvZiB2aWV3IEkgdGhpbmsNCmRpZmZlcmVudCBtb2RlbHMg YXJlIHdoZXJlIHdlIHdpbGwgZW5kIHVwLCBidXQgSSBhbHNvIHRoaW5rIHRoYXQgd2UgbmVlZA0K InNlcGFyYXRpb24gd2l0aCBtb2RlcmF0aW9uIi4NCg0KICBCdXQgbm90aGluZyBpcyBzbyBzaW1w bGUgdGhhdCB3ZSBjYW4gY2FwdHVyZSBpdCBpbiBvbmUgdmVyeSBzaW1wbGUNCnN0YXRlbWVudCwg d2UgaGF2ZSBoYWNraW5nIGF3YXkgb24gdGhpcyBmb3IgMzAgeWVhcnMgbm93LCBJJ2QgYWR2aWNl DQp0YWtpbmcgYXJjaGl0ZWN0dXJlIGFuZCBoaXN0b3J5IGludG8gY29uc2lkZXJhdGlvbiwgYXMg d2VsbCBhcyB2aWV3aW5nDQp0aGUgc2t5IGZyb20gYSBkaWZmZXJlbnQgcGVyc3BlY3RpdmUgdGhh biBmcm9tIHRoZSBib3R0b20gb2YgYSBkZWVwIHdlbGwuDQoNCkxldCBtZSBhbHNvIHNheSB0aGF0 IEknbSB2ZXJ5IHN1cHBvcnRpdmUgb2YgYWxsIHRoZSBnb29kIHdvcmsgZ29pbmcgb24NCmluIHRo aXMgYXJlYS4NCg0KL0xvYQ0KDQpTZW50IGZyb20gbXkgaVBhZA0KDQoNCk9uIDA3IE1hciAyMDE1 LCBhdCAxOTo0NywgUm9iZXJ0IFJhc3p1ayA8cm9iZXJ0QHJhc3p1ay5uZXQ8bWFpbHRvOnJvYmVy dEByYXN6dWsubmV0Pg0KPG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJh c3p1ay5uZXQ+Pj4gd3JvdGU6DQoNCiAgICBJIHdvdWxkIGFncmVlIHdpdGggSWdvci4NCg0KICAg IE90aGVyIHRoZW4gbmFtZSBvdmVybGFwIHRob3NlIGFyZSBjb21wbGV0ZWx5IGRpZmZlcmVudCB0 ZWNobm9sb2dpZXMNCiAgICBhbmQgYXJ0aWZpY2lhbGx5IHB1dHRpbmcgdGhlbSB1bmRlciAiTFNQ IiB1bWJyZWxsYSBqdXN0IGRvZXMgbm90DQogICAgYnJpbmcgYW55IHZhbHVlLCBidXQgb25seSBj b25mdXNlcyB0aGluZ3MgZXZlbiBtb3JlLg0KDQogICAgUTogV2hhdCBTUFJJTkctTFNQIGhhcyBh bnl0aGluZyBpbiBjb21tb24gd2l0aCAibGFiZWwiIHdoZW4geW91IHVzZQ0KICAgIHY2IGhlYWRl ciA/DQoNCiAgICBJZiB5b3Ugd2FudCB0byBzZWFyY2ggZm9yIHNvbWUgY29tbW9uYWxpdGllcyBs ZXQncyByZW1vdmUgTERQLUxTUHMNCiAgICBmcm9tIHRoaXMgbWl4IChhcyB0aGUgaXMgbm90IHJl bGV2YW50KSBhbmQgbGVhdmUgVEUtTFNQICYgU1BSSU5HICsNCiAgICBtYXliZSBhbHNvIGFkZCBC SUVSIGFzIHdlbGwgYXMgY2hhbmdlIHRoZSBuYW1lIHRvIEdlbmVyaWMtRVANCiAgICAoRW5naW5l ZXJlZCBQYXRocykuDQoNCiAgICBJIHNlZSBubyB2YWx1ZSBvZiBnb3J1cGluZyBiYXNlZCBvbiB0 aGUgZmFjdCB0aGF0IGRhdGEgcGxhbmUgdXNlcw0KICAgIG1wbHMgbGFiZWxzLCBidXQgcmF0aGVy IEkgd291bGQgc2VlIHJlYXNvbmFibGUgdG8gcHJvdmlkZSBtb2RlbHMNCiAgICBiYXNlZCBvbiB0 aGUgdHJhbnNwb3J0IHBhdGggY2hhcmFjdGVyaXN0aWNzIGZvciB0aGUgdHJhZmZpYyBpdCBpcyB0 bw0KICAgIGNhcnJ5Lg0KDQogICAgQmVzdCwNCg0KICAgIHIuDQoNCiAgICBPbiBGcmksIE1hciA2 LCAyMDE1IGF0IDI6MTEgUE0sIElnb3IgQnJ5c2tpbg0KICAgIDxJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4gPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+PiB3cm90ZToN Cg0KICAgIERydXYsDQoNCiAgICBJTUhPIFRFLUxTUCwgTERQLUxTUCBhbmQgU1BSSU5HLUxTUCBo YXZlIG5vdGhpbmcgaW4gY29tbW9uLiBUaGV5DQogICAgc2hvdWxkIGhhdmUgdG90YWxseSBpbmRl cGVuZGVudCBtb2RlbHMgZWFjaCBiZWluZyBkZXZlbG9wZWQgaW4NCiAgICByZXNwZWN0aXZlIFdH Lg0KDQogICAgSWdvcg0KDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCiAgICBSdGcteWFuZy1jb29yZCBtYWlsaW5nIGxpc3QNCiAgICBSdGcteWFu Zy1jb29yZEBpZXRmLm9yZzxtYWlsdG86UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc+IDxtYWlsdG86 UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8bWFpbHRvOlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnPj4N CiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Zy15YW5nLWNvb3Jk DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K VGVhcyBtYWlsaW5nIGxpc3QNClRlYXNAaWV0Zi5vcmc8bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg0KLS0NCg0KDQpMb2Eg QW5kZXJzc29uICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYUBtYWlsMDEuaHVhd2Vp LmNvbTxtYWlsdG86bG9hQG1haWwwMS5odWF3ZWkuY29tPg0KU2VuaW9yIE1QTFMgRXhwZXJ0ICAg ICAgICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnU8bWFpbHRvOmxvYUBwaS5udT4NCkh1YXdl aSBUZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQpICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NDx0 ZWw6JTJCNDYlMjA3MzklMjA4MSUyMDIxJTIwNjQ+DQoNCg== --_000_7347100B5761DC41A166AC17F22DF1121B91C1B1eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpwLk1zb0FjZXRhdGUsIGxp Lk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjgu NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPkhpIFJvYmVydCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+YXJl IHlvdSBzdWdnZXN0aW5nIHRoYXQgYW4gTFNQLCBpLmUuIExhYmVsIFN3aXRjaGVkIFBhdGgsIGNh biBiZSByZWFsaXplZCBvdmVyIElQdjQgb3IgSVB2NiBkYXRhIHBsYW5lOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SXQgaGFzIG5vdGhpbmcg dG8gZG8gd2l0aCBkYXRhIHBsYW5lIHRvIHRoZSBleHRlbmQgb2YgYXZvaWRpbmcgbG9jay1pbiB0 byBtcGxzIG9yIGlwdjQgb3IgaXB2Ni48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWc8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IHJyYXN6dWtAZ21haWwuY29tIFttYWlsdG86cnJhc3p1 a0BnbWFpbC5jb21dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlJvYmVydCBSYXN6dWs8YnI+DQo8Yj5T ZW50OjwvYj4gU3VuZGF5LCBNYXJjaCAwOCwgMjAxNSAxMjowMyBQTTxicj4NCjxiPlRvOjwvYj4g R3JlZ29yeSBNaXJza3k8YnI+DQo8Yj5DYzo8L2I+IEhpbWFuc2h1IFNoYWg7IHRlYXNAaWV0Zi5v cmc7IExvYSBBbmRlcnNzb247IG1wbHNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6 IFtUZWFzXSBbbXBsc10gW1J0Zy15YW5nLWNvb3JkXSBHZW5lcmljIExTUCBZYW5nPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cD5XaG93IC4uIGkgdGhpbmsgd2UgYXJlIGRpc2NvdmVyaW5nIHRoYXQgd2UgYWxsIGhhdmUg bm8gY2x1ZSB3aGF0IFlhbmcgbW9kZWwgaXMgOik8bzpwPjwvbzpwPjwvcD4NCjxwPlRoYXQgaXMg aW4gZmFjdCBJIHRoaW5rIGdyZWF0IGRpc2N1c3Npb24gdG8gaGF2ZSBzb29uZXIgdGhlbiBsYXRl ci48bzpwPjwvbzpwPjwvcD4NCjxwPlRvIG1lIFlhbmcgbW9kZWwgaXMgYSB3YXkgdG8gcmVwcmVz ZW50IHVuaWZpZWQgKGFjcm9zcyBpbnBsZW1lbnRhdGlvbnMpIHBpY3R1cmUgb2YgY29udHJvbCBw bGFuZSBmb3IgYSBnaXZlbiBuZXR3b3JrIGFwcGxpY2F0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHA+ SXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBkYXRhIHBsYW5lIHRvIHRoZSBleHRlbmQgb2YgYXZv aWRpbmcgbG9jay1pbiB0byBtcGxzIG9yIGlwdjQgb3IgaXB2Ni48bzpwPjwvbzpwPjwvcD4NCjxw PlRoZSBhdHRlbXB0IHRvIGdlbmVyYWxpemUgTFNQIHdvdWxkIGJlIGVxdWl2YWxlbnQgdG8gZ2Vu ZXJhbGl6ZSBSb3V0aW5nIHJlZ2FyZGxlc3MgaWYgdGhpcyBpcyBJR1Agb3IgQkdQIG9yIFRSSUxM IC4uLiB0aGUgb3V0Y29tZSBvZiB0aGF0IHdvdWxkIGJlIHJhdGhlciBwb29yIEkgc3VwcG9zZSAu Li48bzpwPjwvbzpwPjwvcD4NCjxwPkNoZWVycyw8YnI+DQpSLjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1hciA4LCAyMDE1IDc6NDggUE0sICZxdW90O0dy ZWdvcnkgTWlyc2t5JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJp Y3Nzb24uY29tIj5ncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgUm9iZXJ0LCBldC4gYWwsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+aWYgSSBpbnRlcnByZXQgdGhlIOKAnExTUCBZ QU5HIG1vZGVs4oCdLCB0aGVuIGl0IHJlYWRzIGFzIFlBTkcgbW9kZWwgb2YgTVBMUyBkYXRhIHBs YW5lLCBub3QgY29udHJvbA0KIHByb3RvY29sLCBiZSBpdCBSU1ZQLVRFLCBMRFAsIFBDRVAsIG9y IElHUC1URSBvZiBTUFJJTkcuIEFuZCwgc2luY2UgdGhlIE1QTFMgZGF0YSBwbGFuZSBpcyBpbmRl ZWQgY29tbW9uIGFuZCBpbiBmYWN0IHRoZSBvbmUgYW5kIG9ubHksIHN1Y2ggTFNQIFlBTkcgbW9k ZWwgcmlnaHRmdWxseSBjYW4gYmUgY2hhcmFjdGVyaXplZCBhcyDigJxHZW5lcmlj4oCdLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJ1dCBpZiBhdXRob3JzIGludGVuZGVkIHRvIGRl c2NyaWJlIGNvbW1vbiBzZXQgYW1vbmcgbGlzdGVkIGFib3ZlIGNvbnRyb2wgcHJvdG9jb2xzIHBl cnRhaW5pbmcgdG8NCiBzaWduYWxpbmcgb2YgYW4gTVBMUyBMU1AsIHRoZW4sIElNTywgc3VjaCBj b21tb24gc2V0IGZpcnN0IG11c3QgYmUgZGlzY3Vzc2VkIGFuZCBpZGVudGlmaWVkIHRvIGRlbW9u c3RyYXRlIHRoYXQgaXQgZG9lcyBleGlzdCBhbmQgaXMgc3VmZmljaWVudCB0byBoYXZlIFlBTkcg bW9kZWwgb2YgaXRzIG93biByYXRoZXIgdGhhbiBZQU5HIG1vZGVscyB0aGF0IGRlc2NyaWJlIExT UCBjb250cm9sIGJ5IGVhY2ggc2lnbmFsaW5nIHByb3RvY29scy4gVGhhdA0KIHRvIG1lIGxvb2tz IHZlcnkgbXVjaCBsaWtlIHdoYXQgTElNRSBXRyBpcyB3b3JraW5nIG9uLCBpbnZlc3RpZ2F0aW5n IHdoZXRoZXIgY29tbW9uIG1vZGVsIG9mIElQLCBJUC9NUExTLCBNUExTLVRQLCBhbmQgVFJJTEwg T0FNIGV4aXN0cyBhbmQgaXRzIGV4dGVudCBpcyBzdWZmaWNpZW50IHRvIGJlIG9mIGludGVyZXN0 Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRz LDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHcmVnPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gVGVhcyBbbWFpbHRv OjxhIGhyZWY9Im1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50 ZWFzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5Sb2JlcnQgUmFz enVrPGJyPg0KPGI+U2VudDo8L2I+IFN1bmRheSwgTWFyY2ggMDgsIDIwMTUgMzo1OCBBTTxicj4N CjxiPlRvOjwvYj4gTG9hIEFuZGVyc3Nvbjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRv Om1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjsgPGEgaHJl Zj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnRlYXNAaWV0Zi5vcmc8 L2E+OyBTaGFoLCBIaW1hbnNodTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1RlYXNdIFttcGxz XSBbUnRnLXlhbmctY29vcmRdIEdlbmVyaWMgTFNQIFlhbmc8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+SGkgTG9hLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VGhlIHdheSBJIHJlYWQgSWdvciBzdGF0ZW1l bnQgYW5kIGFncmVlZCB3aXRoIGl0IGluIGEgc2Vuc2Ugb2YgJnF1b3Q7bm90aGluZyBpbiBjb21t b24mcXVvdDsgd2FzIHRoYXQgaXQgd2FzIHJlZmVycmluZyB0byB0aGUgY29udHJvbCBwbGFuZS4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPlRoZSBzdWJqZWN0IG9mIHRoaXMgdGhyZWFkIGlzICZxdW90O0dlbmVyaWMgTFNQIFlB TkcmcXVvdDsgYW5kIHRvIG1lIFlhbmcgbW9kZWwgZGVzY3JpYmVzIGNvbnRyb2wgYXNwZWN0IG9m IHByb3RvY29sIG9yIGZ1bmN0aW9uYWxpdHkgbm90IHRoZSBjaG9pY2UNCiBvZiBmb3J3YXJkaW5n IGhlYWRlciBpbiB0aGUgZGF0YSBwbGFuZS4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlNvIGlmIHlvdSBhbmQgb3RoZXJzIGFn cmVlIHdlIHNob3VsZCBiZSBhbGwgaW4gc3luYyBhbmQgcGVyaGFwcyB3ZSBjb3VsZCBjb25zaWRl ciBhcyBwcm9wb3NlZCBiZWZvcmUgR2VuZXJpYyBFbmdpbmVlcmVkIFBhdGggbW9kZWwgYnJhbmNo aW5nDQogYXQgdGhlIGxvd2VyIGxheWVyIGJldHdlZW4gdW5pY2FzdCBhbmQgbXVsdGljYXN0LiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+SG93ZXZlciBpZiB5b3Ugc3RpbGwgdGhpbmsgdGhhdCBZYW5nIGlzIGFib3V0IGRhdGEg cGxhbmUgYW5kIE9BTSB0aGVuIHBlcmhhcHMgd2UgaGF2ZSBhIGJpZ2dlciBpc3N1ZSBoZXJlIC4u Li48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPkNoZWVycyw8YnI+DQpSLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9uIFN1biwgTWFyIDgsIDIw MTUgYXQgMTA6MjcgQU0sIExvYSBBbmRlcnNzb24gJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FAcGku bnUiIHRhcmdldD0iX2JsYW5rIj5sb2FAcGkubnU8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGltYW5zaHUsDQo8YSBocmVmPSJodHRwOi8vZXQu YWwiIHRhcmdldD0iX2JsYW5rIj5ldC5hbDwvYT4uLDxicj4NCjxicj4NCkkgdGhpbmsgdGhlcmUg YXJlIHR3byBpc3N1ZXMgaGVyZSBhbmQgaWYgc29ydGluZyB0aGVtIG91dCBjb3JycmVjdGx5PGJy Pg0Kd2UgYXJlIHZlcnkgY2xvc2UuPGJyPg0KPGJyPg0KVGhlIGZpcnN0IGlzc3VlIGlzIHNpbWls YXJpdGllcyBiZXR3ZWVuIGRpZmZlcmVudCB0eXBlcyBvZiBMU1BzLjxicj4NCjxicj4NCkhlcmUg SSBzYWlkIHRoYXQsIGF0IGxlYXN0IGZvciBhIE1QTFMgUFNOLCB0aGVyZSBhcmUgc2ltaWxhcml0 aWVzLDxicj4NCmUuZy4gdGhlIGRhdGEgcGxhbmUgaXMgKG5lYXJseSkgdGhlIHNhbWUuIFRoaXMg d2FzIHNhaWQgaW4gcmVhY3Rpb248YnI+DQp0byBJZ29yJ3Mgc3RhdGVtZW50ICZxdW90O0lNSE8g VEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZzxicj4NCmluIGNvbW1v bi4mcXVvdDsgSSBzdGlsbCBkb24ndCB0aGluayB0aGF0IElnb3IncyBzdGF0ZW1lbnQgaXMgcmVh bGx5IGNvcnJlY3QuPGJyPg0KSWYgaGUgaGFkIHNhaWQgJnF1b3Q7SU1ITyB0aGVyZSBhcmUgbm90 IGVub3VnaCBzaW1pbGFyaXRlcyBiZXR3ZWVuIFRFLUxTUCw8YnI+DQpMRFAtTFNQIGFuZCBTUFJJ TkctTFNQIHRvIG1vdGl2YXRlIGEgY29tbW9uIG1vZGVsJnF1b3Q7LiBJIHRoaW5rIHRoYXQgd2Ug YmU8YnI+DQphIG11Y2ggbW9yZSBhY2N1cmF0ZSBzdGF0ZW1lbnQuPGJyPg0KPGJyPg0KQW5kIHRo YXQgaXMgdGhlIG90aGVyIGlzc3VlIC0gSXMgaXQgcmVhc29uYWJsZSB0byBtb2RlbCBURS1MU1As PGJyPg0KTERQLUxTUCBhbmQgU1BSSU5HLUxTUCBpbiB0aGUgc2FtZSBtb2RlbD8gSSBkb24ndCBu b3QgdGhpbmsgaXQgaXMsPGJyPg0KYnV0IHRoYXQgd2UgbmVlZCBhbiBvdmVybGFwIG9mIHBlb3Bs ZSB3b3JraW5nIHdpdGggdGhlIGRpZmZlcmVudCBtb2RlbHMuPGJyPg0KPGJyPg0KSG9wZSB0aGlz IGlzIGNsZWFyIGVub3VnaC48YnI+DQo8YnI+DQovTG9hPGJyPg0KPGJyPg0KPGJyPg0KT24gMjAx NS0wMy0wNyAyMzoxOSwgU2hhaCwgSGltYW5zaHUgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJv dHRvbToxMi4wcHQiPi9JIGFncmVlIHdpdGggUm9iZXJ0IGFuZCBJZ29yLCBwdXR0aW5nIGV2ZXJ5 dGhpbmcgaW4gdGhlIHNhbWUgYnVja2V0PGJyPg0KYmVjYXVzZSBvZiBjb21tb24gZGF0YSBwbGFu ZSAmYW1wOyBPQU0gZG9lcyBub3QganVzdGlmeS4vPGJyPg0KPGJyPg0KL1dlIHdvdWxkbuKAmXQg Y29uc2lkZXIgZG9pbmcgc2FtZSBmb3IgSVAgZGF0YSBwbGFuZS4uLzxicj4NCjxicj4NCi9JIHRo aW5rIHdlIG5lZWQgdG8gc2VwYXJhdGUgdGhlc2UgbW9kZWxzIGFuZCBhcyBtZW50aW9uZWQgZWFy bGllciw8YnI+DQp0aGVyZSBpcyBhbHJlYWR5IHdvcmsgZ29pbmcgb24gaW4gcmVzcGVjdGl2ZSBX R3MuLzxicj4NCjxicj4NCi8vPGJyPg0KPGJyPg0KL1RoYW5rcywvPGJyPg0KPGJyPg0KL2hpbWFu c2h1Lzxicj4NCjxicj4NCi8vPGJyPg0KPGJyPg0KLy88YnI+DQo8YnI+DQovLzxicj4NCjxicj4N CipGcm9tOiptcGxzIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5dICpPbiBCZWhhbGYg T2YgKkxvYSBBbmRlcnNzb248YnI+DQoqU2VudDoqIFNhdHVyZGF5LCBNYXJjaCAwNywgMjAxNSA4 OjE4IEFNPGJyPg0KKlRvOiogPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj50ZWFzQGlldGYub3JnPC9hPiwgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj4NCm1wbHNAaWV0Zi5vcmc8L2E+LCA8YSBocmVmPSJtYWlsdG86cm9i ZXJ0QHJhc3p1ay5uZXQiIHRhcmdldD0iX2JsYW5rIj5yb2JlcnRAcmFzenVrLm5ldDwvYT48YnI+ DQoqU3ViamVjdDoqIFJlOiBbbXBsc10gW1J0Zy15YW5nLWNvb3JkXSBbVGVhc10gR2VuZXJpYyBM U1AgWWFuZzxicj4NCjxicj4NClJvYmVydCw8YnI+DQo8YnI+DQombmJzcDtGcm9tIG9uZSBwZXJz cGVjdGl2ZSBJIGFncmVlIHdpdGggeW91IGFuZCBJZ29yLCBob3dldmVyIGlmIHlvdSB0aGluazxi cj4NCmFib3V0IE1QTFMgTFNQcywgZnJvbSBhIGRhdGEgcGxhbmUgcGVyc3BlY3RpdmUgLSBhbmQg dGhhdCBpcyB3aGVyZSBPQU08YnI+DQpvcGVyYXRlcywgdGhlcmUgYWxtb3N0IG5vIGRpZmZlcmVu Y2UgYmV0d2VlbiBhIFRFLUxTUCBhIExEUC1MU1AgYW5kIGE8YnI+DQpTUFJJTkcgTVBMUyBMU1Ag Y29tZSB2ZXJ5IGNsb3NlLjxicj4NCjxicj4NCklmIHlvdSB0aGUgb3RoZXIgaGFuZCB0aGluayBv ZiBMU1BzIGZvciBvdGhlciBkYXRhIHBsYW5lcyB0aGUgJnF1b3Q7bm90aGluZzxicj4NCmluIGNv bW1vbiZxdW90OyBpcyBhbiBhbG1vc3QgdHJ1ZSBzdGF0ZW1lbnQuIEZyb20gdGhhdCBwb2ludCBv ZiB2aWV3IEkgdGhpbms8YnI+DQpkaWZmZXJlbnQgbW9kZWxzIGFyZSB3aGVyZSB3ZSB3aWxsIGVu ZCB1cCwgYnV0IEkgYWxzbyB0aGluayB0aGF0IHdlIG5lZWQ8YnI+DQomcXVvdDtzZXBhcmF0aW9u IHdpdGggbW9kZXJhdGlvbiZxdW90Oy48YnI+DQo8YnI+DQombmJzcDsgQnV0IG5vdGhpbmcgaXMg c28gc2ltcGxlIHRoYXQgd2UgY2FuIGNhcHR1cmUgaXQgaW4gb25lIHZlcnkgc2ltcGxlPGJyPg0K c3RhdGVtZW50LCB3ZSBoYXZlIGhhY2tpbmcgYXdheSBvbiB0aGlzIGZvciAzMCB5ZWFycyBub3cs IEknZCBhZHZpY2U8YnI+DQp0YWtpbmcgYXJjaGl0ZWN0dXJlIGFuZCBoaXN0b3J5IGludG8gY29u c2lkZXJhdGlvbiwgYXMgd2VsbCBhcyB2aWV3aW5nPGJyPg0KdGhlIHNreSBmcm9tIGEgZGlmZmVy ZW50IHBlcnNwZWN0aXZlIHRoYW4gZnJvbSB0aGUgYm90dG9tIG9mIGEgZGVlcCB3ZWxsLjxicj4N Cjxicj4NCkxldCBtZSBhbHNvIHNheSB0aGF0IEknbSB2ZXJ5IHN1cHBvcnRpdmUgb2YgYWxsIHRo ZSBnb29kIHdvcmsgZ29pbmcgb248YnI+DQppbiB0aGlzIGFyZWEuPGJyPg0KPGJyPg0KL0xvYTxi cj4NCjxicj4NClNlbnQgZnJvbSBteSBpUGFkPGJyPg0KPGJyPg0KPGJyPg0KT24gMDcgTWFyIDIw MTUsIGF0IDE5OjQ3LCBSb2JlcnQgUmFzenVrICZsdDs8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJh c3p1ay5uZXQiIHRhcmdldD0iX2JsYW5rIj5yb2JlcnRAcmFzenVrLm5ldDwvYT48YnI+DQombHQ7 bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpyb2JlcnRAcmFzenVrLm5ldCIgdGFyZ2V0PSJfYmxhbmsi PnJvYmVydEByYXN6dWsubmV0PC9hPiZndDsmZ3Q7IHdyb3RlOjxicj4NCjxicj4NCiZuYnNwOyAm bmJzcDsgSSB3b3VsZCBhZ3JlZSB3aXRoIElnb3IuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBP dGhlciB0aGVuIG5hbWUgb3ZlcmxhcCB0aG9zZSBhcmUgY29tcGxldGVseSBkaWZmZXJlbnQgdGVj aG5vbG9naWVzPGJyPg0KJm5ic3A7ICZuYnNwOyBhbmQgYXJ0aWZpY2lhbGx5IHB1dHRpbmcgdGhl bSB1bmRlciAmcXVvdDtMU1AmcXVvdDsgdW1icmVsbGEganVzdCBkb2VzIG5vdDxicj4NCiZuYnNw OyAmbmJzcDsgYnJpbmcgYW55IHZhbHVlLCBidXQgb25seSBjb25mdXNlcyB0aGluZ3MgZXZlbiBt b3JlLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgUTogV2hhdCBTUFJJTkctTFNQIGhhcyBhbnl0 aGluZyBpbiBjb21tb24gd2l0aCAmcXVvdDtsYWJlbCZxdW90OyB3aGVuIHlvdSB1c2U8YnI+DQom bmJzcDsgJm5ic3A7IHY2IGhlYWRlciA/PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBJZiB5b3Ug d2FudCB0byBzZWFyY2ggZm9yIHNvbWUgY29tbW9uYWxpdGllcyBsZXQncyByZW1vdmUgTERQLUxT UHM8YnI+DQombmJzcDsgJm5ic3A7IGZyb20gdGhpcyBtaXggKGFzIHRoZSBpcyBub3QgcmVsZXZh bnQpIGFuZCBsZWF2ZSBURS1MU1AgJmFtcDsgU1BSSU5HICYjNDM7PGJyPg0KJm5ic3A7ICZuYnNw OyBtYXliZSBhbHNvIGFkZCBCSUVSIGFzIHdlbGwgYXMgY2hhbmdlIHRoZSBuYW1lIHRvIEdlbmVy aWMtRVA8YnI+DQombmJzcDsgJm5ic3A7IChFbmdpbmVlcmVkIFBhdGhzKS48YnI+DQo8YnI+DQom bmJzcDsgJm5ic3A7IEkgc2VlIG5vIHZhbHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRoZSBmYWN0 IHRoYXQgZGF0YSBwbGFuZSB1c2VzPGJyPg0KJm5ic3A7ICZuYnNwOyBtcGxzIGxhYmVscywgYnV0 IHJhdGhlciBJIHdvdWxkIHNlZSByZWFzb25hYmxlIHRvIHByb3ZpZGUgbW9kZWxzPGJyPg0KJm5i c3A7ICZuYnNwOyBiYXNlZCBvbiB0aGUgdHJhbnNwb3J0IHBhdGggY2hhcmFjdGVyaXN0aWNzIGZv ciB0aGUgdHJhZmZpYyBpdCBpcyB0bzxicj4NCiZuYnNwOyAmbmJzcDsgY2FycnkuPGJyPg0KPGJy Pg0KJm5ic3A7ICZuYnNwOyBCZXN0LDxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgci48YnI+DQo8 YnI+DQombmJzcDsgJm5ic3A7IE9uIEZyaSwgTWFyIDYsIDIwMTUgYXQgMjoxMSBQTSwgSWdvciBC cnlza2luPGJyPg0KJm5ic3A7ICZuYnNwOyAmbHQ7PGEgaHJlZj0ibWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTwv YT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tIiB0 YXJnZXQ9Il9ibGFuayI+SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPC9hPiZndDsmZ3Q7IHdyb3Rl Ojxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgRHJ1diw8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7 IElNSE8gVEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZyBpbiBjb21t b24uIFRoZXk8YnI+DQombmJzcDsgJm5ic3A7IHNob3VsZCBoYXZlIHRvdGFsbHkgaW5kZXBlbmRl bnQgbW9kZWxzIGVhY2ggYmVpbmcgZGV2ZWxvcGVkIGluPGJyPg0KJm5ic3A7ICZuYnNwOyByZXNw ZWN0aXZlIFdHLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgSWdvcjxicj4NCjxicj4NCiZuYnNw OyAmbmJzcDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQombmJzcDsgJm5ic3A7IFJ0Zy15YW5nLWNvb3JkIG1haWxpbmcgbGlzdDxicj4NCiZuYnNw OyAmbmJzcDsgPGEgaHJlZj0ibWFpbHRvOlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8L2E+ICZsdDttYWlsdG86PGEgaHJlZj0i bWFpbHRvOlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+UnRnLXlhbmct Y29vcmRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCiZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGcteWFuZy1jb29yZCIgdGFyZ2V0PSJf YmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGcteWFuZy1j b29yZDwvYT48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NClRlYXMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJl Zj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5UZWFzQGlldGYub3JnPC9h Pjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVh cyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v dGVhczwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImNvbG9yOiM4ODg4ODgiPjxicj4NCi0tIDxicj4NCjxicj4NCjxicj4NCkxvYSBBbmRlcnNz b24mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFpbDogPGEgaHJlZj0ibWFpbHRvOmxvYUBt YWlsMDEuaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPg0KbG9hQG1haWwwMS5odWF3ZWkuY29t PC9hPjxicj4NClNlbmlvciBNUExTIEV4cGVydCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51IiB0YXJnZXQ9Il9ibGFuayI+DQpsb2FAcGku bnU8L2E+PGJyPg0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkmbmJzcDsgJm5ic3A7 ICZuYnNwO3Bob25lOiA8YSBocmVmPSJ0ZWw6JTJCNDYlMjA3MzklMjA4MSUyMDIxJTIwNjQiIHRh cmdldD0iX2JsYW5rIj4NCiYjNDM7NDYgNzM5IDgxIDIxIDY0PC9hPjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_7347100B5761DC41A166AC17F22DF1121B91C1B1eusaamb103erics_-- From nobody Sun Mar 8 12:40:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9D781A00D8; Sun, 8 Mar 2015 12:40:18 -0700 (PDT) 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 4zw4JSp7yQvl; Sun, 8 Mar 2015 12:40:15 -0700 (PDT) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E1C51A010F; Sun, 8 Mar 2015 12:40:12 -0700 (PDT) Received: by iebtr6 with SMTP id tr6so24642829ieb.2; Sun, 08 Mar 2015 12:40:11 -0700 (PDT) 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=xAW9GGMlVpm2qbE9jSY0vHsSJum2j3dWzwoMIokffl4=; b=CyV4Hj1yLrCZ61B1WKG+D5MWNSql/3BlK340np+FfPo47o76vQ9LYGAjj4OnhMi2HZ Vm43O+hY8s0IuD0ykETPigblYqewD6YqJuJFom1mozR18gdP5n/sNUeoO2kKjPdUCN9c GPYR8/mBIP3/Qb5cAAy10RN3YUknl55q8TTQbOATIUz4LNlcjrz26es9eUZXKv9qjed3 oneIeVTCSPnoLH9FWbOmY4c+J0kWUM1/qrcJNSv+LbWpUopia3Lf73+uVdoe2qEwwu1w zdU2+nWrKiReIPdcKyee3A4L5IDBoJjc45DVJ2c2zdHMKsVglumUbgVO/gsZIqQkSsrE KMfg== MIME-Version: 1.0 X-Received: by 10.107.138.232 with SMTP id c101mr15079154ioj.47.1425843611777; Sun, 08 Mar 2015 12:40:11 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 12:40:11 -0700 (PDT) Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 12:40:11 -0700 (PDT) In-Reply-To: References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B91C18D@eusaamb103.ericsson.se> Date: Sun, 8 Mar 2015 20:40:11 +0100 X-Google-Sender-Auth: 7kdIOLnG2Lxsgv4VlJ9yygGitYc Message-ID: From: Robert Raszuk To: Gregory Mirsky Content-Type: multipart/alternative; boundary=001a113ed3f8fc47350510cc158e Archived-At: Cc: "mpls@ietf.org" , teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 19:40:18 -0000 --001a113ed3f8fc47350510cc158e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I beg you pardon but i have never seen static LSPs really in production use .. that means being configured hop by hop by cli. For the recird I have started my MPLS days with TDP in around 1997 :) So what it means for this duscussion? Are you proposing say for RSVP-TE to push labels hop by hop or you would rather see Yang representing ERO as part of it ? I think no one says we can not have Yang model for static labels and centralize everything but the question is this all we need to have here .... i do not think so. Best, R. On Mar 8, 2015 8:06 PM, "Gregory Mirsky" wrote: Hi Robert, early in MPLS, I think, we all played with what=E2=80=99s called Static LSP= . Later they came back as LSP in MPLS-TP without a control plane. To me that is how one sets the MPLS data plane without any control protocol but configuring cross-connects LSR by LSR. Regards, Greg *From:* rraszuk@gmail.com [mailto:rraszuk@gmail.com] *On Behalf Of *Robert Raszuk *Sent:* Sunday, March 08, 2015 12:03 PM *To:* Gregory Mirsky *Cc:* Himanshu Shah; teas@ietf.org; Loa Andersson; mpls@ietf.org *Subject:* RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang Whow .. i think we are discovering that we all have no clue what Yang model is :) That is in fact I think great discussion to have sooner then later. To me Yang model is a way to represent unified (across inplementations) picture of control plane for a given network application. It has nothing to do with data plane to the extend of avoiding lock-in to mpls or ipv4 or ipv6. The attempt to generalize LSP would be equivalent to generalize Routing regardless if this is IGP or BGP or TRILL ... the outcome of that would be rather poor I suppose ... Cheers, R. On Mar 8, 2015 7:48 PM, "Gregory Mirsky" wrote: Hi Robert, et. al, if I interpret the =E2=80=9CLSP YANG model=E2=80=9D, then it reads as YANG = model of MPLS data plane, not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of SPRING. And, since the MPLS data plane is indeed common and in fact the one and only, such LSP YANG model rightfully can be characterized as =E2=80=9CG= eneric=E2=80=9D. But if authors intended to describe common set among listed above control protocols pertaining to signaling of an MPLS LSP, then, IMO, such common set first must be discussed and identified to demonstrate that it does exist and is sufficient to have YANG model of its own rather than YANG models that describe LSP control by each signaling protocols. That to me looks very much like what LIME WG is working on, investigating whether common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its extent is sufficient to be of interest. Regards, Greg *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Robert Raszuk *Sent:* Sunday, March 08, 2015 3:58 AM *To:* Loa Andersson *Cc:* mpls@ietf.org; teas@ietf.org; Shah, Himanshu *Subject:* Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang Hi Loa, The way I read Igor statement and agreed with it in a sense of "nothing in common" was that it was referring to the control plane. The subject of this thread is "Generic LSP YANG" and to me Yang model describes control aspect of protocol or functionality not the choice of forwarding header in the data plane. So if you and others agree we should be all in sync and perhaps we could consider as proposed before Generic Engineered Path model branching at the lower layer between unicast and multicast. However if you still think that Yang is about data plane and OAM then perhaps we have a bigger issue here .... Cheers, R. On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson wrote: Himanshu, et.al., I think there are two issues here and if sorting them out corrrectly we are very close. The first issue is similarities between different types of LSPs. Here I said that, at least for a MPLS PSN, there are similarities, e.g. the data plane is (nearly) the same. This was said in reaction to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common." I still don't think that Igor's statement is really correct. If he had said "IMHO there are not enough similarites between TE-LSP, LDP-LSP and SPRING-LSP to motivate a common model". I think that we be a much more accurate statement. And that is the other issue - Is it reasonable to model TE-LSP, LDP-LSP and SPRING-LSP in the same model? I don't not think it is, but that we need an overlap of people working with the different models. Hope this is clear enough. /Loa On 2015-03-07 23:19, Shah, Himanshu wrote: /I agree with Robert and Igor, putting everything in the same bucket because of common data plane & OAM does not justify./ /We wouldn=E2=80=99t consider doing same for IP data plane../ /I think we need to separate these models and as mentioned earlier, there is already work going on in respective WGs./ // /Thanks,/ /himanshu/ // // // *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson *Sent:* Saturday, March 07, 2015 8:18 AM *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang Robert, From one perspective I agree with you and Igor, however if you think about MPLS LSPs, from a data plane perspective - and that is where OAM operates, there almost no difference between a TE-LSP a LDP-LSP and a SPRING MPLS LSP come very close. If you the other hand think of LSPs for other data planes the "nothing in common" is an almost true statement. From that point of view I think different models are where we will end up, but I also think that we need "separation with moderation". But nothing is so simple that we can capture it in one very simple statement, we have hacking away on this for 30 years now, I'd advice taking architecture and history into consideration, as well as viewing the sky from a different perspective than from the bottom of a deep well. Let me also say that I'm very supportive of all the good work going on in this area. /Loa Sent from my iPad On 07 Mar 2015, at 19:47, Robert Raszuk > wrote: I would agree with Igor. Other then name overlap those are completely different technologies and artificially putting them under "LSP" umbrella just does not bring any value, but only confuses things even more. Q: What SPRING-LSP has anything in common with "label" when you use v6 header ? If you want to search for some commonalities let's remove LDP-LSPs from this mix (as the is not relevant) and leave TE-LSP & SPRING + maybe also add BIER as well as change the name to Generic-EP (Engineered Paths). I see no value of goruping based on the fact that data plane uses mpls labels, but rather I would see reasonable to provide models based on the transport path characteristics for the traffic it is to carry. Best, r. On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin > wrote: Druv, IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They should have totally independent models each being developed in respective WG. Igor _______________________________________________ Rtg-yang-coord mailing list Rtg-yang-coord@ietf.org https://www.ietf.org/mailman/listinfo/rtg-yang-coord _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas --=20 Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 --001a113ed3f8fc47350510cc158e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I beg you pardon but i have never seen static LSPs really in= production use .. that means being configured hop by hop by cli.

For the recird I have started my MPLS days with TDP in aroun= d 1997 :)

So what it means for this duscussion? Are you proposing say = for RSVP-TE to push labels hop by hop or you would rather see Yang represen= ting ERO as part of it ?

I think no one says we can not have Yang model for static la= bels and centralize everything but the question is this all we need to have= here .... i do not think so.

Best,
R.

On Mar 8, 2015 8:06 PM, "Gregory Mirsky&quo= t; <gregory.mirsky@ericss= on.com> wrote:

Hi Robert,<= /span>

early in MPLS, I think, w= e all played with what=E2=80=99s called Static LSP. Later they came back as= LSP in MPLS-TP without a control plane. To me that is how one sets the MPLS data plane without any control protocol but configuring cross-con= nects LSR by LSR.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Greg

=C2=A0

From: rraszuk@gmail.com [mail= to:rraszuk@gmail.com= ] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 12:03 PM
To: Gregory Mirsky
Cc: Himanshu Shah; teas@ietf.org; Loa Andersson; mpls@ietf.org
Subject: RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

Whow .. i think we are discovering that we all have no clue what Yang mo= del is :)

That is in fact I think great discussion to have sooner then later.

To me Yang model is a way to represent unified (across inplementations) = picture of control plane for a given network application.

It has nothing to do with data plane to the extend of avoiding lock-in t= o mpls or ipv4 or ipv6.

The attempt to generalize LSP would be equivalent to generalize Routing = regardless if this is IGP or BGP or TRILL ... the outcome of that would be = rather poor I suppose ...

Cheers,
R.

On Mar 8, 2015 7:48 PM, "Gregory Mirsky" &= lt;gregory= .mirsky@ericsson.com> wrote:

Hi Robert, et. al,=

if I interpret the =E2=80= =9CLSP YANG model=E2=80=9D, then it reads as YANG model of MPLS data plane,= not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of SPRING. And, since the MP= LS data plane is indeed common and in fact the one and only, such LSP YANG = model rightfully can be characterized as =E2=80=9CGeneric=E2=80=9D.<= u>

But if authors intended t= o describe common set among listed above control protocols pertaining to signaling of an MPLS LSP, then, IMO, such common set first must be discuss= ed and identified to demonstrate that it does exist and is sufficient to ha= ve YANG model of its own rather than YANG models that describe LSP control = by each signaling protocols. That to me looks very much like what LIME WG is working on, investigating wheth= er common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its exten= t is sufficient to be of interest.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Greg

=C2=A0

From: Teas [ma= ilto:teas-bounce= s@ietf.org] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 3:58 AM
To: Loa Andersson
Cc: mpls@ietf.org= ; teas@ietf.org; Shah, Himanshu
Subject: Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

= Hi Loa,

= =C2=A0

= The way I read Igor statement and agreed with it in a sense of "nothin= g in common" was that it was referring to the control plane.=C2=A0

= =C2=A0

= The subject of this thread is "Generic LSP YANG" and to me Yang m= odel describes control aspect of protocol or functionality not the choice of forwarding header in the data plane.=C2=A0

= =C2=A0

= So if you and others agree we should be all in sync and perhaps we could co= nsider as proposed before Generic Engineered Path model branching at the lower layer between unicast and multicast.=C2=A0

= =C2=A0

= However if you still think that Yang is about data plane and OAM then perha= ps we have a bigger issue here ....

= =C2=A0

= Cheers,
R.

= =C2=A0

= =C2=A0

= =C2=A0

=C2=A0

On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson <<= a href=3D"mailto:loa@pi.nu" target=3D"_blank">loa@pi.nu> wrote:

Himanshu, et.al.,

I think there are two issues here and if sorting them out corrrectly
we are very close.

The first issue is similarities between different types of LSPs.

Here I said that, at least for a MPLS PSN, there are similarities,
e.g. the data plane is (nearly) the same. This was said in reaction
to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have noth= ing
in common." I still don't think that Igor's statement is reall= y correct.
If he had said "IMHO there are not enough similarites between TE-LSP,<= br> LDP-LSP and SPRING-LSP to motivate a common model". I think that we be=
a much more accurate statement.

And that is the other issue - Is it reasonable to model TE-LSP,
LDP-LSP and SPRING-LSP in the same model? I don't not think it is,
but that we need an overlap of people working with the different models.
Hope this is clear enough.

/Loa


On 2015-03-07 23:19, Shah, Himanshu wrote:

/I agree with Robert = and Igor, putting everything in the same bucket
because of common data plane & OAM does not justify./

/We wouldn=E2=80=99t consider doing same for IP data plane../

/I think we need to separate these models and as mentioned earlier,
there is already work going on in respective WGs./

//

/Thanks,/

/himanshu/

//

//

//

*From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson
*Sent:* Saturday, March 07, 2015 8:18 AM
*To:* teas@ietf.org,= mpls@ietf.org, r= obert@raszuk.net
*Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang

Robert,

=C2=A0From one perspective I agree with you and Igor, however if you think<= br> about MPLS LSPs, from a data plane perspective - and that is where OAM
operates, there almost no difference between a TE-LSP a LDP-LSP and a
SPRING MPLS LSP come very close.

If you the other hand think of LSPs for other data planes the "nothing=
in common" is an almost true statement. From that point of view I thin= k
different models are where we will end up, but I also think that we need "separation with moderation".

=C2=A0 But nothing is so simple that we can capture it in one very simple statement, we have hacking away on this for 30 years now, I'd advice taking architecture and history into consideration, as well as viewing
the sky from a different perspective than from the bottom of a deep well.
Let me also say that I'm very supportive of all the good work going on<= br> in this area.

/Loa

Sent from my iPad


On 07 Mar 2015, at 19:47, Robert Raszuk <robert@raszuk.net
<mailto:robert@ra= szuk.net>> wrote:

=C2=A0 =C2=A0 I would agree with Igor.

=C2=A0 =C2=A0 Other then name overlap those are completely different techno= logies
=C2=A0 =C2=A0 and artificially putting them under "LSP" umbrella = just does not
=C2=A0 =C2=A0 bring any value, but only confuses things even more.

=C2=A0 =C2=A0 Q: What SPRING-LSP has anything in common with "label&qu= ot; when you use
=C2=A0 =C2=A0 v6 header ?

=C2=A0 =C2=A0 If you want to search for some commonalities let's remove= LDP-LSPs
=C2=A0 =C2=A0 from this mix (as the is not relevant) and leave TE-LSP &= SPRING +
=C2=A0 =C2=A0 maybe also add BIER as well as change the name to Generic-EP<= br> =C2=A0 =C2=A0 (Engineered Paths).

=C2=A0 =C2=A0 I see no value of goruping based on the fact that data plane = uses
=C2=A0 =C2=A0 mpls labels, but rather I would see reasonable to provide mod= els
=C2=A0 =C2=A0 based on the transport path characteristics for the traffic i= t is to
=C2=A0 =C2=A0 carry.

=C2=A0 =C2=A0 Best,

=C2=A0 =C2=A0 r.

=C2=A0 =C2=A0 On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin
=C2=A0 =C2=A0 <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>> wrote:=

=C2=A0 =C2=A0 Druv,

=C2=A0 =C2=A0 IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. T= hey
=C2=A0 =C2=A0 should have totally independent models each being developed i= n
=C2=A0 =C2=A0 respective WG.

=C2=A0 =C2=A0 Igor

=C2=A0 =C2=A0 _______________________________________________
=C2=A0 =C2=A0 Rtg-yang-coord mailing list
=C2=A0 =C2=A0 = Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
=C2=A0 =C2=A0 https://www.ietf.org/mailman/listinfo/rtg-yang-coord



_______________________________________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas


--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739 81 21 64

=C2=A0

--001a113ed3f8fc47350510cc158e-- From nobody Sun Mar 8 12:42:08 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F9241A00FA; Sun, 8 Mar 2015 12:42:06 -0700 (PDT) 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 jKRxrHwzH25k; Sun, 8 Mar 2015 12:42:02 -0700 (PDT) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3E201A00F3; Sun, 8 Mar 2015 12:42:02 -0700 (PDT) Received: by iecrd18 with SMTP id rd18so7050839iec.12; Sun, 08 Mar 2015 12:42:02 -0700 (PDT) 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=HdZ9kAc/f6SMhF/cbkM9sk37+HxVHnosvm3yaf0PGBo=; b=l+y7raX2Z9dL0tkmbBydMci5HPG7BdcXNBqGn1rzRkEuz5eGSVnVYUdREScP4jmR4j UYUI1sq83FDvP3kxnHxw7RrQH9Ji2QLP+TrQhufhNhfkBO8CAEVV6VI69ebcZ84owCou ry0hXHJC2hHy1juc2OmD+USKrbwPgCTm23T8M0g1nesfHDqCWgBMEN0vXKq4ISURpLMx LeeQLuxmBeWDFg/vcxHweDBLbuk7yUtw/w8VOr9uSrpG2/vFpZnaQwSxq/VQMyN/cwHF k3ysqVLLWUF6bev2V0a82WW+GcytLNZEwxJogHk/1wnEqa7J2K5+v+9yxZhWbJ6zivh4 vWug== MIME-Version: 1.0 X-Received: by 10.107.47.90 with SMTP id j87mr40464345ioo.33.1425843722181; Sun, 08 Mar 2015 12:42:02 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 12:42:02 -0700 (PDT) Received: by 10.107.136.156 with HTTP; Sun, 8 Mar 2015 12:42:02 -0700 (PDT) In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91C1B1@eusaamb103.ericsson.se> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B91C1B1@eusaamb103.ericsson.se> Date: Sun, 8 Mar 2015 20:42:02 +0100 X-Google-Sender-Auth: PBeaoKpmQwUmiAoNWlxYrlpEB6o Message-ID: From: Robert Raszuk To: Gregory Mirsky Content-Type: multipart/alternative; boundary=001a11c158a890e7950510cc1c7e Archived-At: Cc: "mpls@ietf.org" , teas@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 19:42:06 -0000 --001a11c158a890e7950510cc1c7e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I suggest that today we know (well we knew even in 2000) how to do TE with IP without MPLS ... Thx, R. On Mar 8, 2015 8:34 PM, "Gregory Mirsky" wrote: > Hi Robert, > > are you suggesting that an LSP, i.e. Label Switched Path, can be realized > over IPv4 or IPv6 data plane: > > It has nothing to do with data plane to the extend of avoiding lock-in to > mpls or ipv4 or ipv6. > > > > Regards, > > Greg > > > > *From:* rraszuk@gmail.com [mailto:rraszuk@gmail.com] *On Behalf Of *Rober= t > Raszuk > *Sent:* Sunday, March 08, 2015 12:03 PM > *To:* Gregory Mirsky > *Cc:* Himanshu Shah; teas@ietf.org; Loa Andersson; mpls@ietf.org > *Subject:* RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang > > > > Whow .. i think we are discovering that we all have no clue what Yang > model is :) > > That is in fact I think great discussion to have sooner then later. > > To me Yang model is a way to represent unified (across inplementations) > picture of control plane for a given network application. > > It has nothing to do with data plane to the extend of avoiding lock-in to > mpls or ipv4 or ipv6. > > The attempt to generalize LSP would be equivalent to generalize Routing > regardless if this is IGP or BGP or TRILL ... the outcome of that would b= e > rather poor I suppose ... > > Cheers, > R. > > On Mar 8, 2015 7:48 PM, "Gregory Mirsky" > wrote: > > Hi Robert, et. al, > > if I interpret the =E2=80=9CLSP YANG model=E2=80=9D, then it reads as YAN= G model of MPLS > data plane, not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of > SPRING. And, since the MPLS data plane is indeed common and in fact the o= ne > and only, such LSP YANG model rightfully can be characterized as =E2=80= =9CGeneric=E2=80=9D. > > But if authors intended to describe common set among listed above control > protocols pertaining to signaling of an MPLS LSP, then, IMO, such common > set first must be discussed and identified to demonstrate that it does > exist and is sufficient to have YANG model of its own rather than YANG > models that describe LSP control by each signaling protocols. That to me > looks very much like what LIME WG is working on, investigating whether > common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its extent > is sufficient to be of interest. > > > > Regards, > > Greg > > > > *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Robert Raszuk > *Sent:* Sunday, March 08, 2015 3:58 AM > *To:* Loa Andersson > *Cc:* mpls@ietf.org; teas@ietf.org; Shah, Himanshu > *Subject:* Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang > > > > Hi Loa, > > > > The way I read Igor statement and agreed with it in a sense of "nothing i= n > common" was that it was referring to the control plane. > > > > The subject of this thread is "Generic LSP YANG" and to me Yang model > describes control aspect of protocol or functionality not the choice of > forwarding header in the data plane. > > > > So if you and others agree we should be all in sync and perhaps we could > consider as proposed before Generic Engineered Path model branching at th= e > lower layer between unicast and multicast. > > > > However if you still think that Yang is about data plane and OAM then > perhaps we have a bigger issue here .... > > > > Cheers, > R. > > > > > > > > > > On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson wrote: > > Himanshu, et.al., > > I think there are two issues here and if sorting them out corrrectly > we are very close. > > The first issue is similarities between different types of LSPs. > > Here I said that, at least for a MPLS PSN, there are similarities, > e.g. the data plane is (nearly) the same. This was said in reaction > to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing > in common." I still don't think that Igor's statement is really correct. > If he had said "IMHO there are not enough similarites between TE-LSP, > LDP-LSP and SPRING-LSP to motivate a common model". I think that we be > a much more accurate statement. > > And that is the other issue - Is it reasonable to model TE-LSP, > LDP-LSP and SPRING-LSP in the same model? I don't not think it is, > but that we need an overlap of people working with the different models. > > Hope this is clear enough. > > /Loa > > > On 2015-03-07 23:19, Shah, Himanshu wrote: > > /I agree with Robert and Igor, putting everything in the same bucket > because of common data plane & OAM does not justify./ > > /We wouldn=E2=80=99t consider doing same for IP data plane../ > > /I think we need to separate these models and as mentioned earlier, > there is already work going on in respective WGs./ > > // > > /Thanks,/ > > /himanshu/ > > // > > // > > // > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson > *Sent:* Saturday, March 07, 2015 8:18 AM > *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net > *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang > > Robert, > > From one perspective I agree with you and Igor, however if you think > about MPLS LSPs, from a data plane perspective - and that is where OAM > operates, there almost no difference between a TE-LSP a LDP-LSP and a > SPRING MPLS LSP come very close. > > If you the other hand think of LSPs for other data planes the "nothing > in common" is an almost true statement. From that point of view I think > different models are where we will end up, but I also think that we need > "separation with moderation". > > But nothing is so simple that we can capture it in one very simple > statement, we have hacking away on this for 30 years now, I'd advice > taking architecture and history into consideration, as well as viewing > the sky from a different perspective than from the bottom of a deep well. > > Let me also say that I'm very supportive of all the good work going on > in this area. > > /Loa > > Sent from my iPad > > > On 07 Mar 2015, at 19:47, Robert Raszuk > wrote: > > I would agree with Igor. > > Other then name overlap those are completely different technologies > and artificially putting them under "LSP" umbrella just does not > bring any value, but only confuses things even more. > > Q: What SPRING-LSP has anything in common with "label" when you use > v6 header ? > > If you want to search for some commonalities let's remove LDP-LSPs > from this mix (as the is not relevant) and leave TE-LSP & SPRING + > maybe also add BIER as well as change the name to Generic-EP > (Engineered Paths). > > I see no value of goruping based on the fact that data plane uses > mpls labels, but rather I would see reasonable to provide models > based on the transport path characteristics for the traffic it is to > carry. > > Best, > > r. > > On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin > > wrote: > > Druv, > > IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They > should have totally independent models each being developed in > respective WG. > > Igor > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > --001a11c158a890e7950510cc1c7e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I suggest that today we know (well we knew even in 2000) how= to do TE with IP without MPLS ...

Thx,
R.

On Mar 8, 2015 8:34 PM, "Gregory Mirsky&quo= t; <gregory.mirsky@ericss= on.com> wrote:

Hi Robert,<= /span>

are you suggesting that a= n LSP, i.e. Label Switched Path, can be realized over IPv4 or IPv6 data pla= ne:

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Greg

=C2=A0

From: rraszuk@gmail.com [mail= to:rraszuk@gmail.com= ] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 12:03 PM
To: Gregory Mirsky
Cc: Himanshu Shah; teas@ietf.org; Loa Andersson; mpls@ietf.org
Subject: RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

Whow .. i think we are discovering that we all have no clue what Yang mo= del is :)

That is in fact I think great discussion to have sooner then later.

To me Yang model is a way to represent unified (across inplementations) = picture of control plane for a given network application.

It has nothing to do with data plane to the extend of avoiding lock-in t= o mpls or ipv4 or ipv6.

The attempt to generalize LSP would be equivalent to generalize Routing = regardless if this is IGP or BGP or TRILL ... the outcome of that would be = rather poor I suppose ...

Cheers,
R.

On Mar 8, 2015 7:48 PM, "Gregory Mirsky" &= lt;gregory= .mirsky@ericsson.com> wrote:

Hi Robert, et. al,=

if I interpret the =E2=80= =9CLSP YANG model=E2=80=9D, then it reads as YANG model of MPLS data plane,= not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of SPRING. And, since the MP= LS data plane is indeed common and in fact the one and only, such LSP YANG = model rightfully can be characterized as =E2=80=9CGeneric=E2=80=9D.<= u>

But if authors intended t= o describe common set among listed above control protocols pertaining to signaling of an MPLS LSP, then, IMO, such common set first must be discuss= ed and identified to demonstrate that it does exist and is sufficient to ha= ve YANG model of its own rather than YANG models that describe LSP control = by each signaling protocols. That to me looks very much like what LIME WG is working on, investigating wheth= er common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its exten= t is sufficient to be of interest.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Greg

=C2=A0

From: Teas [ma= ilto:teas-bounce= s@ietf.org] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 3:58 AM
To: Loa Andersson
Cc: mpls@ietf.org= ; teas@ietf.org; Shah, Himanshu
Subject: Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

= Hi Loa,

= =C2=A0

= The way I read Igor statement and agreed with it in a sense of "nothin= g in common" was that it was referring to the control plane.=C2=A0

= =C2=A0

= The subject of this thread is "Generic LSP YANG" and to me Yang m= odel describes control aspect of protocol or functionality not the choice of forwarding header in the data plane.=C2=A0

= =C2=A0

= So if you and others agree we should be all in sync and perhaps we could co= nsider as proposed before Generic Engineered Path model branching at the lower layer between unicast and multicast.=C2=A0

= =C2=A0

= However if you still think that Yang is about data plane and OAM then perha= ps we have a bigger issue here ....

= =C2=A0

= Cheers,
R.

= =C2=A0

= =C2=A0

= =C2=A0

=C2=A0

On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson <<= a href=3D"mailto:loa@pi.nu" target=3D"_blank">loa@pi.nu> wrote:

Himanshu, et.al.,

I think there are two issues here and if sorting them out corrrectly
we are very close.

The first issue is similarities between different types of LSPs.

Here I said that, at least for a MPLS PSN, there are similarities,
e.g. the data plane is (nearly) the same. This was said in reaction
to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have noth= ing
in common." I still don't think that Igor's statement is reall= y correct.
If he had said "IMHO there are not enough similarites between TE-LSP,<= br> LDP-LSP and SPRING-LSP to motivate a common model". I think that we be=
a much more accurate statement.

And that is the other issue - Is it reasonable to model TE-LSP,
LDP-LSP and SPRING-LSP in the same model? I don't not think it is,
but that we need an overlap of people working with the different models.
Hope this is clear enough.

/Loa


On 2015-03-07 23:19, Shah, Himanshu wrote:

/I agree with Robert = and Igor, putting everything in the same bucket
because of common data plane & OAM does not justify./

/We wouldn=E2=80=99t consider doing same for IP data plane../

/I think we need to separate these models and as mentioned earlier,
there is already work going on in respective WGs./

//

/Thanks,/

/himanshu/

//

//

//

*From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson
*Sent:* Saturday, March 07, 2015 8:18 AM
*To:* teas@ietf.org,= mpls@ietf.org, r= obert@raszuk.net
*Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang

Robert,

=C2=A0From one perspective I agree with you and Igor, however if you think<= br> about MPLS LSPs, from a data plane perspective - and that is where OAM
operates, there almost no difference between a TE-LSP a LDP-LSP and a
SPRING MPLS LSP come very close.

If you the other hand think of LSPs for other data planes the "nothing=
in common" is an almost true statement. From that point of view I thin= k
different models are where we will end up, but I also think that we need "separation with moderation".

=C2=A0 But nothing is so simple that we can capture it in one very simple statement, we have hacking away on this for 30 years now, I'd advice taking architecture and history into consideration, as well as viewing
the sky from a different perspective than from the bottom of a deep well.
Let me also say that I'm very supportive of all the good work going on<= br> in this area.

/Loa

Sent from my iPad


On 07 Mar 2015, at 19:47, Robert Raszuk <robert@raszuk.net
<mailto:robert@ra= szuk.net>> wrote:

=C2=A0 =C2=A0 I would agree with Igor.

=C2=A0 =C2=A0 Other then name overlap those are completely different techno= logies
=C2=A0 =C2=A0 and artificially putting them under "LSP" umbrella = just does not
=C2=A0 =C2=A0 bring any value, but only confuses things even more.

=C2=A0 =C2=A0 Q: What SPRING-LSP has anything in common with "label&qu= ot; when you use
=C2=A0 =C2=A0 v6 header ?

=C2=A0 =C2=A0 If you want to search for some commonalities let's remove= LDP-LSPs
=C2=A0 =C2=A0 from this mix (as the is not relevant) and leave TE-LSP &= SPRING +
=C2=A0 =C2=A0 maybe also add BIER as well as change the name to Generic-EP<= br> =C2=A0 =C2=A0 (Engineered Paths).

=C2=A0 =C2=A0 I see no value of goruping based on the fact that data plane = uses
=C2=A0 =C2=A0 mpls labels, but rather I would see reasonable to provide mod= els
=C2=A0 =C2=A0 based on the transport path characteristics for the traffic i= t is to
=C2=A0 =C2=A0 carry.

=C2=A0 =C2=A0 Best,

=C2=A0 =C2=A0 r.

=C2=A0 =C2=A0 On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin
=C2=A0 =C2=A0 <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>> wrote:=

=C2=A0 =C2=A0 Druv,

=C2=A0 =C2=A0 IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. T= hey
=C2=A0 =C2=A0 should have totally independent models each being developed i= n
=C2=A0 =C2=A0 respective WG.

=C2=A0 =C2=A0 Igor

=C2=A0 =C2=A0 _______________________________________________
=C2=A0 =C2=A0 Rtg-yang-coord mailing list
=C2=A0 =C2=A0 = Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
=C2=A0 =C2=A0 https://www.ietf.org/mailman/listinfo/rtg-yang-coord



_______________________________________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas


--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739 81 21 64

=C2=A0

--001a11c158a890e7950510cc1c7e-- From nobody Sun Mar 8 13:11:47 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B30DE1A012D; Sun, 8 Mar 2015 13:11:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 mFFyp2m_vypG; Sun, 8 Mar 2015 13:11:41 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 64B9B1A00FA; Sun, 8 Mar 2015 13:11:41 -0700 (PDT) X-AuditID: c6180641-f796f6d000004ccc-f7-54fc4be544fb Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 2A.01.19660.5EB4CF45; Sun, 8 Mar 2015 14:17:26 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0210.002; Sun, 8 Mar 2015 16:11:38 -0400 From: Gregory Mirsky To: Robert Raszuk Thread-Topic: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWY7Le4cVv75dNkqZzU3p3HVhN50S6nlAgABKdQD//8UFYIAAReMA///El/A= Date: Sun, 8 Mar 2015 20:11:37 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91C1E8@eusaamb103.ericsson.se> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B91C1B1@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B91C1E8eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCIsWRmVeSWpSXmKPExsUyuXSPn+4z7z8hBv8nclns2ria0eLf3DnM FreWrmS1aFrYxGzR+mMHiwOrx9mb/1g8liz5yeQxa3obm8fujQuYAliiuGxSUnMyy1KL9O0S uDKebp/KUrDnBFPF5H+XmRoYP+xn6mLk5JAQMJGYdnwvlC0mceHeerYuRi4OIYEjjBI71kxi gXCWMUpcPLmCGaSKTcBI4sXGHnYQW0RAVaLzxCNmkCJmgRZGiQenNzCCJIQFbCTOvZnBCFFk K7Gv+T0zhO0ncWzmQbB1LAIqEo93fwEbxCvgK7Fk/yVmiG3r2CROr/kA1MzBwSkQKHFhhRJI DSPQed9PrQHrZRYQl7j1ZD7U2QISS/acZ4awRSVePv7HCmErScx5fY0Zoj5fYteMrYwQuwQl Ts58wjKBUXQWklGzkJTNQlI2C+gKZgFNifW79CFKFCWmdD9kh7A1JFrnzGVHFl/AyL6KkaO0 OLUsN93IcBMjMBqPSbA57mBc8MnyEKMAB6MSD6/B7t8hQqyJZcWVuYcYpTlYlMR5y64cDBES SE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAKKW5e07IpjPZ0/+Z/bmvNbf5XUKXtIzh4ZdvG5Z8 Pfi1+4f7zNNrdzSfu6JZqhPpOHHXp+C4k8t/66c3vfonHrdmzYeAizzCXIu3bji0cJ/1ydsL V+WuE33lt6J2/+91XPzs7ul/2zY3uDCUVykpJ1csvHueeaFv9gnF4yJBSf9ynBhfPnZdYqLE UpyRaKjFXFScCAAUbskMpwIAAA== Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 20:11:44 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B91C1E8eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB0aGluayB0aGF0IGluIFNQUklORyB3ZeKAmXZlIGJlZW4gYXJvdW5kIHRoYXQgZGlzY3Vzc2lv biBhbmQgaGFkIGNvbmNsdWRlZCB0aGF0IElQdjQgaXMgb3V0IG9mIHNjb3BlIGZvciBhbiBleHBs aWNpdGx5IHJvdXRlZCBwYXRoLiBZb3UgcHJvcG9zZSB0byByZS1vcGVuIHRoYXQgZGlzY3Vzc2lv bj8NCg0KICAgICAgICAgICAgICAgIFJlZ2FyZHMsDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEdyZWcNCg0KRnJvbTogcnJhc3p1a0BnbWFpbC5jb20gW21haWx0bzpycmFzenVrQGdt YWlsLmNvbV0gT24gQmVoYWxmIE9mIFJvYmVydCBSYXN6dWsNClNlbnQ6IFN1bmRheSwgTWFyY2gg MDgsIDIwMTUgMTI6NDIgUE0NClRvOiBHcmVnb3J5IE1pcnNreQ0KQ2M6IHRlYXNAaWV0Zi5vcmc7 IEhpbWFuc2h1IFNoYWg7IExvYSBBbmRlcnNzb247IG1wbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFJF OiBbVGVhc10gW21wbHNdIFtSdGcteWFuZy1jb29yZF0gR2VuZXJpYyBMU1AgWWFuZw0KDQoNCkkg c3VnZ2VzdCB0aGF0IHRvZGF5IHdlIGtub3cgKHdlbGwgd2Uga25ldyBldmVuIGluIDIwMDApIGhv dyB0byBkbyBURSB3aXRoIElQIHdpdGhvdXQgTVBMUyAuLi4NCg0KVGh4LA0KUi4NCk9uIE1hciA4 LCAyMDE1IDg6MzQgUE0sICJHcmVnb3J5IE1pcnNreSIgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29u LmNvbTxtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSBSb2Jl cnQsDQphcmUgeW91IHN1Z2dlc3RpbmcgdGhhdCBhbiBMU1AsIGkuZS4gTGFiZWwgU3dpdGNoZWQg UGF0aCwgY2FuIGJlIHJlYWxpemVkIG92ZXIgSVB2NCBvciBJUHY2IGRhdGEgcGxhbmU6DQpJdCBo YXMgbm90aGluZyB0byBkbyB3aXRoIGRhdGEgcGxhbmUgdG8gdGhlIGV4dGVuZCBvZiBhdm9pZGlu ZyBsb2NrLWluIHRvIG1wbHMgb3IgaXB2NCBvciBpcHY2Lg0KDQogICAgICAgICAgICAgICAgUmVn YXJkcywNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JlZw0KDQpGcm9tOiBycmFz enVrQGdtYWlsLmNvbTxtYWlsdG86cnJhc3p1a0BnbWFpbC5jb20+IFttYWlsdG86cnJhc3p1a0Bn bWFpbC5jb208bWFpbHRvOnJyYXN6dWtAZ21haWwuY29tPl0gT24gQmVoYWxmIE9mIFJvYmVydCBS YXN6dWsNClNlbnQ6IFN1bmRheSwgTWFyY2ggMDgsIDIwMTUgMTI6MDMgUE0NClRvOiBHcmVnb3J5 IE1pcnNreQ0KQ2M6IEhpbWFuc2h1IFNoYWg7IHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0 Zi5vcmc+OyBMb2EgQW5kZXJzc29uOyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3Jn Pg0KU3ViamVjdDogUkU6IFtUZWFzXSBbbXBsc10gW1J0Zy15YW5nLWNvb3JkXSBHZW5lcmljIExT UCBZYW5nDQoNCg0KV2hvdyAuLiBpIHRoaW5rIHdlIGFyZSBkaXNjb3ZlcmluZyB0aGF0IHdlIGFs bCBoYXZlIG5vIGNsdWUgd2hhdCBZYW5nIG1vZGVsIGlzIDopDQoNClRoYXQgaXMgaW4gZmFjdCBJ IHRoaW5rIGdyZWF0IGRpc2N1c3Npb24gdG8gaGF2ZSBzb29uZXIgdGhlbiBsYXRlci4NCg0KVG8g bWUgWWFuZyBtb2RlbCBpcyBhIHdheSB0byByZXByZXNlbnQgdW5pZmllZCAoYWNyb3NzIGlucGxl bWVudGF0aW9ucykgcGljdHVyZSBvZiBjb250cm9sIHBsYW5lIGZvciBhIGdpdmVuIG5ldHdvcmsg YXBwbGljYXRpb24uDQoNCkl0IGhhcyBub3RoaW5nIHRvIGRvIHdpdGggZGF0YSBwbGFuZSB0byB0 aGUgZXh0ZW5kIG9mIGF2b2lkaW5nIGxvY2staW4gdG8gbXBscyBvciBpcHY0IG9yIGlwdjYuDQoN ClRoZSBhdHRlbXB0IHRvIGdlbmVyYWxpemUgTFNQIHdvdWxkIGJlIGVxdWl2YWxlbnQgdG8gZ2Vu ZXJhbGl6ZSBSb3V0aW5nIHJlZ2FyZGxlc3MgaWYgdGhpcyBpcyBJR1Agb3IgQkdQIG9yIFRSSUxM IC4uLiB0aGUgb3V0Y29tZSBvZiB0aGF0IHdvdWxkIGJlIHJhdGhlciBwb29yIEkgc3VwcG9zZSAu Li4NCg0KQ2hlZXJzLA0KUi4NCk9uIE1hciA4LCAyMDE1IDc6NDggUE0sICJHcmVnb3J5IE1pcnNr eSIgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTxtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJp Y3Nzb24uY29tPj4gd3JvdGU6DQpIaSBSb2JlcnQsIGV0LiBhbCwNCmlmIEkgaW50ZXJwcmV0IHRo ZSDigJxMU1AgWUFORyBtb2RlbOKAnSwgdGhlbiBpdCByZWFkcyBhcyBZQU5HIG1vZGVsIG9mIE1Q TFMgZGF0YSBwbGFuZSwgbm90IGNvbnRyb2wgcHJvdG9jb2wsIGJlIGl0IFJTVlAtVEUsIExEUCwg UENFUCwgb3IgSUdQLVRFIG9mIFNQUklORy4gQW5kLCBzaW5jZSB0aGUgTVBMUyBkYXRhIHBsYW5l IGlzIGluZGVlZCBjb21tb24gYW5kIGluIGZhY3QgdGhlIG9uZSBhbmQgb25seSwgc3VjaCBMU1Ag WUFORyBtb2RlbCByaWdodGZ1bGx5IGNhbiBiZSBjaGFyYWN0ZXJpemVkIGFzIOKAnEdlbmVyaWPi gJ0uDQpCdXQgaWYgYXV0aG9ycyBpbnRlbmRlZCB0byBkZXNjcmliZSBjb21tb24gc2V0IGFtb25n IGxpc3RlZCBhYm92ZSBjb250cm9sIHByb3RvY29scyBwZXJ0YWluaW5nIHRvIHNpZ25hbGluZyBv ZiBhbiBNUExTIExTUCwgdGhlbiwgSU1PLCBzdWNoIGNvbW1vbiBzZXQgZmlyc3QgbXVzdCBiZSBk aXNjdXNzZWQgYW5kIGlkZW50aWZpZWQgdG8gZGVtb25zdHJhdGUgdGhhdCBpdCBkb2VzIGV4aXN0 IGFuZCBpcyBzdWZmaWNpZW50IHRvIGhhdmUgWUFORyBtb2RlbCBvZiBpdHMgb3duIHJhdGhlciB0 aGFuIFlBTkcgbW9kZWxzIHRoYXQgZGVzY3JpYmUgTFNQIGNvbnRyb2wgYnkgZWFjaCBzaWduYWxp bmcgcHJvdG9jb2xzLiBUaGF0IHRvIG1lIGxvb2tzIHZlcnkgbXVjaCBsaWtlIHdoYXQgTElNRSBX RyBpcyB3b3JraW5nIG9uLCBpbnZlc3RpZ2F0aW5nIHdoZXRoZXIgY29tbW9uIG1vZGVsIG9mIElQ LCBJUC9NUExTLCBNUExTLVRQLCBhbmQgVFJJTEwgT0FNIGV4aXN0cyBhbmQgaXRzIGV4dGVudCBp cyBzdWZmaWNpZW50IHRvIGJlIG9mIGludGVyZXN0Lg0KDQogICAgICAgICAgICAgICAgUmVnYXJk cywNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JlZw0KDQpGcm9tOiBUZWFzIFtt YWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+ XSBPbiBCZWhhbGYgT2YgUm9iZXJ0IFJhc3p1aw0KU2VudDogU3VuZGF5LCBNYXJjaCAwOCwgMjAx NSAzOjU4IEFNDQpUbzogTG9hIEFuZGVyc3Nvbg0KQ2M6IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1w bHNAaWV0Zi5vcmc+OyB0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPjsgU2hhaCwg SGltYW5zaHUNClN1YmplY3Q6IFJlOiBbVGVhc10gW21wbHNdIFtSdGcteWFuZy1jb29yZF0gR2Vu ZXJpYyBMU1AgWWFuZw0KDQpIaSBMb2EsDQoNClRoZSB3YXkgSSByZWFkIElnb3Igc3RhdGVtZW50 IGFuZCBhZ3JlZWQgd2l0aCBpdCBpbiBhIHNlbnNlIG9mICJub3RoaW5nIGluIGNvbW1vbiIgd2Fz IHRoYXQgaXQgd2FzIHJlZmVycmluZyB0byB0aGUgY29udHJvbCBwbGFuZS4NCg0KVGhlIHN1Ympl Y3Qgb2YgdGhpcyB0aHJlYWQgaXMgIkdlbmVyaWMgTFNQIFlBTkciIGFuZCB0byBtZSBZYW5nIG1v ZGVsIGRlc2NyaWJlcyBjb250cm9sIGFzcGVjdCBvZiBwcm90b2NvbCBvciBmdW5jdGlvbmFsaXR5 IG5vdCB0aGUgY2hvaWNlIG9mIGZvcndhcmRpbmcgaGVhZGVyIGluIHRoZSBkYXRhIHBsYW5lLg0K DQpTbyBpZiB5b3UgYW5kIG90aGVycyBhZ3JlZSB3ZSBzaG91bGQgYmUgYWxsIGluIHN5bmMgYW5k IHBlcmhhcHMgd2UgY291bGQgY29uc2lkZXIgYXMgcHJvcG9zZWQgYmVmb3JlIEdlbmVyaWMgRW5n aW5lZXJlZCBQYXRoIG1vZGVsIGJyYW5jaGluZyBhdCB0aGUgbG93ZXIgbGF5ZXIgYmV0d2VlbiB1 bmljYXN0IGFuZCBtdWx0aWNhc3QuDQoNCkhvd2V2ZXIgaWYgeW91IHN0aWxsIHRoaW5rIHRoYXQg WWFuZyBpcyBhYm91dCBkYXRhIHBsYW5lIGFuZCBPQU0gdGhlbiBwZXJoYXBzIHdlIGhhdmUgYSBi aWdnZXIgaXNzdWUgaGVyZSAuLi4uDQoNCkNoZWVycywNClIuDQoNCg0KDQoNCk9uIFN1biwgTWFy IDgsIDIwMTUgYXQgMTA6MjcgQU0sIExvYSBBbmRlcnNzb24gPGxvYUBwaS5udTxtYWlsdG86bG9h QHBpLm51Pj4gd3JvdGU6DQpIaW1hbnNodSwgZXQuYWw8aHR0cDovL2V0LmFsPi4sDQoNCkkgdGhp bmsgdGhlcmUgYXJlIHR3byBpc3N1ZXMgaGVyZSBhbmQgaWYgc29ydGluZyB0aGVtIG91dCBjb3Jy cmVjdGx5DQp3ZSBhcmUgdmVyeSBjbG9zZS4NCg0KVGhlIGZpcnN0IGlzc3VlIGlzIHNpbWlsYXJp dGllcyBiZXR3ZWVuIGRpZmZlcmVudCB0eXBlcyBvZiBMU1BzLg0KDQpIZXJlIEkgc2FpZCB0aGF0 LCBhdCBsZWFzdCBmb3IgYSBNUExTIFBTTiwgdGhlcmUgYXJlIHNpbWlsYXJpdGllcywNCmUuZy4g dGhlIGRhdGEgcGxhbmUgaXMgKG5lYXJseSkgdGhlIHNhbWUuIFRoaXMgd2FzIHNhaWQgaW4gcmVh Y3Rpb24NCnRvIElnb3IncyBzdGF0ZW1lbnQgIklNSE8gVEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJ TkctTFNQIGhhdmUgbm90aGluZw0KaW4gY29tbW9uLiIgSSBzdGlsbCBkb24ndCB0aGluayB0aGF0 IElnb3IncyBzdGF0ZW1lbnQgaXMgcmVhbGx5IGNvcnJlY3QuDQpJZiBoZSBoYWQgc2FpZCAiSU1I TyB0aGVyZSBhcmUgbm90IGVub3VnaCBzaW1pbGFyaXRlcyBiZXR3ZWVuIFRFLUxTUCwNCkxEUC1M U1AgYW5kIFNQUklORy1MU1AgdG8gbW90aXZhdGUgYSBjb21tb24gbW9kZWwiLiBJIHRoaW5rIHRo YXQgd2UgYmUNCmEgbXVjaCBtb3JlIGFjY3VyYXRlIHN0YXRlbWVudC4NCg0KQW5kIHRoYXQgaXMg dGhlIG90aGVyIGlzc3VlIC0gSXMgaXQgcmVhc29uYWJsZSB0byBtb2RlbCBURS1MU1AsDQpMRFAt TFNQIGFuZCBTUFJJTkctTFNQIGluIHRoZSBzYW1lIG1vZGVsPyBJIGRvbid0IG5vdCB0aGluayBp dCBpcywNCmJ1dCB0aGF0IHdlIG5lZWQgYW4gb3ZlcmxhcCBvZiBwZW9wbGUgd29ya2luZyB3aXRo IHRoZSBkaWZmZXJlbnQgbW9kZWxzLg0KDQpIb3BlIHRoaXMgaXMgY2xlYXIgZW5vdWdoLg0KDQov TG9hDQoNCg0KT24gMjAxNS0wMy0wNyAyMzoxOSwgU2hhaCwgSGltYW5zaHUgd3JvdGU6DQovSSBh Z3JlZSB3aXRoIFJvYmVydCBhbmQgSWdvciwgcHV0dGluZyBldmVyeXRoaW5nIGluIHRoZSBzYW1l IGJ1Y2tldA0KYmVjYXVzZSBvZiBjb21tb24gZGF0YSBwbGFuZSAmIE9BTSBkb2VzIG5vdCBqdXN0 aWZ5Li8NCg0KL1dlIHdvdWxkbuKAmXQgY29uc2lkZXIgZG9pbmcgc2FtZSBmb3IgSVAgZGF0YSBw bGFuZS4uLw0KDQovSSB0aGluayB3ZSBuZWVkIHRvIHNlcGFyYXRlIHRoZXNlIG1vZGVscyBhbmQg YXMgbWVudGlvbmVkIGVhcmxpZXIsDQp0aGVyZSBpcyBhbHJlYWR5IHdvcmsgZ29pbmcgb24gaW4g cmVzcGVjdGl2ZSBXR3MuLw0KDQovLw0KDQovVGhhbmtzLC8NCg0KL2hpbWFuc2h1Lw0KDQovLw0K DQovLw0KDQovLw0KDQoqRnJvbToqbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZzxt YWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnPl0gKk9uIEJlaGFsZiBPZiAqTG9hIEFuZGVyc3Nv bg0KKlNlbnQ6KiBTYXR1cmRheSwgTWFyY2ggMDcsIDIwMTUgODoxOCBBTQ0KKlRvOiogdGVhc0Bp ZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4sIG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNA aWV0Zi5vcmc+LCByb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+DQoq U3ViamVjdDoqIFJlOiBbbXBsc10gW1J0Zy15YW5nLWNvb3JkXSBbVGVhc10gR2VuZXJpYyBMU1Ag WWFuZw0KDQpSb2JlcnQsDQoNCiBGcm9tIG9uZSBwZXJzcGVjdGl2ZSBJIGFncmVlIHdpdGggeW91 IGFuZCBJZ29yLCBob3dldmVyIGlmIHlvdSB0aGluaw0KYWJvdXQgTVBMUyBMU1BzLCBmcm9tIGEg ZGF0YSBwbGFuZSBwZXJzcGVjdGl2ZSAtIGFuZCB0aGF0IGlzIHdoZXJlIE9BTQ0Kb3BlcmF0ZXMs IHRoZXJlIGFsbW9zdCBubyBkaWZmZXJlbmNlIGJldHdlZW4gYSBURS1MU1AgYSBMRFAtTFNQIGFu ZCBhDQpTUFJJTkcgTVBMUyBMU1AgY29tZSB2ZXJ5IGNsb3NlLg0KDQpJZiB5b3UgdGhlIG90aGVy IGhhbmQgdGhpbmsgb2YgTFNQcyBmb3Igb3RoZXIgZGF0YSBwbGFuZXMgdGhlICJub3RoaW5nDQpp biBjb21tb24iIGlzIGFuIGFsbW9zdCB0cnVlIHN0YXRlbWVudC4gRnJvbSB0aGF0IHBvaW50IG9m IHZpZXcgSSB0aGluaw0KZGlmZmVyZW50IG1vZGVscyBhcmUgd2hlcmUgd2Ugd2lsbCBlbmQgdXAs IGJ1dCBJIGFsc28gdGhpbmsgdGhhdCB3ZSBuZWVkDQoic2VwYXJhdGlvbiB3aXRoIG1vZGVyYXRp b24iLg0KDQogIEJ1dCBub3RoaW5nIGlzIHNvIHNpbXBsZSB0aGF0IHdlIGNhbiBjYXB0dXJlIGl0 IGluIG9uZSB2ZXJ5IHNpbXBsZQ0Kc3RhdGVtZW50LCB3ZSBoYXZlIGhhY2tpbmcgYXdheSBvbiB0 aGlzIGZvciAzMCB5ZWFycyBub3csIEknZCBhZHZpY2UNCnRha2luZyBhcmNoaXRlY3R1cmUgYW5k IGhpc3RvcnkgaW50byBjb25zaWRlcmF0aW9uLCBhcyB3ZWxsIGFzIHZpZXdpbmcNCnRoZSBza3kg ZnJvbSBhIGRpZmZlcmVudCBwZXJzcGVjdGl2ZSB0aGFuIGZyb20gdGhlIGJvdHRvbSBvZiBhIGRl ZXAgd2VsbC4NCg0KTGV0IG1lIGFsc28gc2F5IHRoYXQgSSdtIHZlcnkgc3VwcG9ydGl2ZSBvZiBh bGwgdGhlIGdvb2Qgd29yayBnb2luZyBvbg0KaW4gdGhpcyBhcmVhLg0KDQovTG9hDQoNClNlbnQg ZnJvbSBteSBpUGFkDQoNCg0KT24gMDcgTWFyIDIwMTUsIGF0IDE5OjQ3LCBSb2JlcnQgUmFzenVr IDxyb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+DQo8bWFpbHRvOnJv YmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldD4+PiB3cm90ZToNCg0KICAg IEkgd291bGQgYWdyZWUgd2l0aCBJZ29yLg0KDQogICAgT3RoZXIgdGhlbiBuYW1lIG92ZXJsYXAg dGhvc2UgYXJlIGNvbXBsZXRlbHkgZGlmZmVyZW50IHRlY2hub2xvZ2llcw0KICAgIGFuZCBhcnRp ZmljaWFsbHkgcHV0dGluZyB0aGVtIHVuZGVyICJMU1AiIHVtYnJlbGxhIGp1c3QgZG9lcyBub3QN CiAgICBicmluZyBhbnkgdmFsdWUsIGJ1dCBvbmx5IGNvbmZ1c2VzIHRoaW5ncyBldmVuIG1vcmUu DQoNCiAgICBROiBXaGF0IFNQUklORy1MU1AgaGFzIGFueXRoaW5nIGluIGNvbW1vbiB3aXRoICJs YWJlbCIgd2hlbiB5b3UgdXNlDQogICAgdjYgaGVhZGVyID8NCg0KICAgIElmIHlvdSB3YW50IHRv IHNlYXJjaCBmb3Igc29tZSBjb21tb25hbGl0aWVzIGxldCdzIHJlbW92ZSBMRFAtTFNQcw0KICAg IGZyb20gdGhpcyBtaXggKGFzIHRoZSBpcyBub3QgcmVsZXZhbnQpIGFuZCBsZWF2ZSBURS1MU1Ag JiBTUFJJTkcgKw0KICAgIG1heWJlIGFsc28gYWRkIEJJRVIgYXMgd2VsbCBhcyBjaGFuZ2UgdGhl IG5hbWUgdG8gR2VuZXJpYy1FUA0KICAgIChFbmdpbmVlcmVkIFBhdGhzKS4NCg0KICAgIEkgc2Vl IG5vIHZhbHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRoZSBmYWN0IHRoYXQgZGF0YSBwbGFuZSB1 c2VzDQogICAgbXBscyBsYWJlbHMsIGJ1dCByYXRoZXIgSSB3b3VsZCBzZWUgcmVhc29uYWJsZSB0 byBwcm92aWRlIG1vZGVscw0KICAgIGJhc2VkIG9uIHRoZSB0cmFuc3BvcnQgcGF0aCBjaGFyYWN0 ZXJpc3RpY3MgZm9yIHRoZSB0cmFmZmljIGl0IGlzIHRvDQogICAgY2FycnkuDQoNCiAgICBCZXN0 LA0KDQogICAgci4NCg0KICAgIE9uIEZyaSwgTWFyIDYsIDIwMTUgYXQgMjoxMSBQTSwgSWdvciBC cnlza2luDQogICAgPElCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2 YW9wdGljYWwuY29tPiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPj4+IHdyb3RlOg0KDQogICAgRHJ1diwNCg0KICAgIElNSE8g VEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZyBpbiBjb21tb24uIFRo ZXkNCiAgICBzaG91bGQgaGF2ZSB0b3RhbGx5IGluZGVwZW5kZW50IG1vZGVscyBlYWNoIGJlaW5n IGRldmVsb3BlZCBpbg0KICAgIHJlc3BlY3RpdmUgV0cuDQoNCiAgICBJZ29yDQoNCiAgICBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIFJ0Zy15YW5n LWNvb3JkIG1haWxpbmcgbGlzdA0KICAgIFJ0Zy15YW5nLWNvb3JkQGlldGYub3JnPG1haWx0bzpS dGcteWFuZy1jb29yZEBpZXRmLm9yZz4gPG1haWx0bzpSdGcteWFuZy1jb29yZEBpZXRmLm9yZzxt YWlsdG86UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc+Pg0KICAgIGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcnRnLXlhbmctY29vcmQNCg0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1haWxpbmcgbGlzdA0KVGVhc0Bp ZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vdGVhcw0KDQotLQ0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAg ICAgICAgICBlbWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tPG1haWx0bzpsb2FAbWFpbDAxLmh1 YXdlaS5jb20+DQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAgICAgICAgICAgICAgIGxv YUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pg0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFu dCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0PHRlbDolMkI0NiUyMDczOSUyMDgxJTIwMjEl MjA2ND4NCg0K --_000_7347100B5761DC41A166AC17F22DF1121B91C1E8eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpwLk1zb0FjZXRhdGUsIGxp Lk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjgu NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPkkgdGhpbmsgdGhhdCBpbiBTUFJJTkcgd2XigJl2ZSBiZWVuIGFyb3VuZCB0 aGF0IGRpc2N1c3Npb24gYW5kIGhhZCBjb25jbHVkZWQgdGhhdCBJUHY0IGlzIG91dCBvZiBzY29w ZSBmb3IgYW4gZXhwbGljaXRseSByb3V0ZWQgcGF0aC4gWW91IHByb3Bvc2UgdG8gcmUtb3BlbiB0 aGF0DQogZGlzY3Vzc2lvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBSZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgR3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gcnJhc3p1 a0BnbWFpbC5jb20gW21haWx0bzpycmFzenVrQGdtYWlsLmNvbV0NCjxiPk9uIEJlaGFsZiBPZiA8 L2I+Um9iZXJ0IFJhc3p1azxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE1hcmNoIDA4LCAyMDE1 IDEyOjQyIFBNPGJyPg0KPGI+VG86PC9iPiBHcmVnb3J5IE1pcnNreTxicj4NCjxiPkNjOjwvYj4g dGVhc0BpZXRmLm9yZzsgSGltYW5zaHUgU2hhaDsgTG9hIEFuZGVyc3NvbjsgbXBsc0BpZXRmLm9y Zzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW1RlYXNdIFttcGxzXSBbUnRnLXlhbmctY29vcmRd IEdlbmVyaWMgTFNQIFlhbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPkkgc3VnZ2VzdCB0aGF0IHRvZGF5IHdlIGtu b3cgKHdlbGwgd2Uga25ldyBldmVuIGluIDIwMDApIGhvdyB0byBkbyBURSB3aXRoIElQIHdpdGhv dXQgTVBMUyAuLi48bzpwPjwvbzpwPjwvcD4NCjxwPlRoeCw8YnI+DQpSLjxvOnA+PC9vOnA+PC9w Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1hciA4LCAyMDE1IDg6MzQgUE0sICZx dW90O0dyZWdvcnkgTWlyc2t5JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5taXJz a3lAZXJpY3Nzb24uY29tIj5ncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90 ZTo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgUm9iZXJ0LDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmFyZSB5b3Ugc3VnZ2VzdGluZyB0aGF0IGFuIExT UCwgaS5lLiBMYWJlbCBTd2l0Y2hlZCBQYXRoLCBjYW4gYmUgcmVhbGl6ZWQgb3ZlciBJUHY0IG9y IElQdjYgZGF0YQ0KIHBsYW5lOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5JdCBoYXMgbm90aGluZyB0byBkbyB3aXRoIGRhdGEgcGxhbmUgdG8gdGhl IGV4dGVuZCBvZiBhdm9pZGluZyBsb2NrLWluIHRvIG1wbHMgb3IgaXB2NCBvciBpcHY2Ljwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWlu Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgUmVnYXJkcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgR3JlZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ DQo8YSBocmVmPSJtYWlsdG86cnJhc3p1a0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ycmFz enVrQGdtYWlsLmNvbTwvYT4gW21haWx0bzo8YSBocmVmPSJtYWlsdG86cnJhc3p1a0BnbWFpbC5j b20iIHRhcmdldD0iX2JsYW5rIj5ycmFzenVrQGdtYWlsLmNvbTwvYT5dDQo8Yj5PbiBCZWhhbGYg T2YgPC9iPlJvYmVydCBSYXN6dWs8YnI+DQo8Yj5TZW50OjwvYj4gU3VuZGF5LCBNYXJjaCAwOCwg MjAxNSAxMjowMyBQTTxicj4NCjxiPlRvOjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj5DYzo8 L2I+IEhpbWFuc2h1IFNoYWg7IDxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT47IExvYSBBbmRlcnNzb247DQo8YSBocmVmPSJtYWls dG86bXBsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0K PGI+U3ViamVjdDo8L2I+IFJFOiBbVGVhc10gW21wbHNdIFtSdGcteWFuZy1jb29yZF0gR2VuZXJp YyBMU1AgWWFuZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD5XaG93IC4uIGkgdGhpbmsgd2UgYXJlIGRpc2NvdmVy aW5nIHRoYXQgd2UgYWxsIGhhdmUgbm8gY2x1ZSB3aGF0IFlhbmcgbW9kZWwgaXMgOik8bzpwPjwv bzpwPjwvcD4NCjxwPlRoYXQgaXMgaW4gZmFjdCBJIHRoaW5rIGdyZWF0IGRpc2N1c3Npb24gdG8g aGF2ZSBzb29uZXIgdGhlbiBsYXRlci48bzpwPjwvbzpwPjwvcD4NCjxwPlRvIG1lIFlhbmcgbW9k ZWwgaXMgYSB3YXkgdG8gcmVwcmVzZW50IHVuaWZpZWQgKGFjcm9zcyBpbnBsZW1lbnRhdGlvbnMp IHBpY3R1cmUgb2YgY29udHJvbCBwbGFuZSBmb3IgYSBnaXZlbiBuZXR3b3JrIGFwcGxpY2F0aW9u LjxvOnA+PC9vOnA+PC9wPg0KPHA+SXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBkYXRhIHBsYW5l IHRvIHRoZSBleHRlbmQgb2YgYXZvaWRpbmcgbG9jay1pbiB0byBtcGxzIG9yIGlwdjQgb3IgaXB2 Ni48bzpwPjwvbzpwPjwvcD4NCjxwPlRoZSBhdHRlbXB0IHRvIGdlbmVyYWxpemUgTFNQIHdvdWxk IGJlIGVxdWl2YWxlbnQgdG8gZ2VuZXJhbGl6ZSBSb3V0aW5nIHJlZ2FyZGxlc3MgaWYgdGhpcyBp cyBJR1Agb3IgQkdQIG9yIFRSSUxMIC4uLiB0aGUgb3V0Y29tZSBvZiB0aGF0IHdvdWxkIGJlIHJh dGhlciBwb29yIEkgc3VwcG9zZSAuLi48bzpwPjwvbzpwPjwvcD4NCjxwPkNoZWVycyw8YnI+DQpS LjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+T24gTWFyIDgs IDIwMTUgNzo0OCBQTSwgJnF1b3Q7R3JlZ29yeSBNaXJza3kmcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnb3J5 Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+SGkgUm9iZXJ0LCBldC4gYWwsPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+aWYgSSBpbnRlcnByZXQgdGhlIOKAnExTUCBZQU5HIG1vZGVs4oCdLCB0aGVu IGl0IHJlYWRzIGFzIFlBTkcgbW9kZWwgb2YgTVBMUyBkYXRhIHBsYW5lLCBub3QgY29udHJvbA0K IHByb3RvY29sLCBiZSBpdCBSU1ZQLVRFLCBMRFAsIFBDRVAsIG9yIElHUC1URSBvZiBTUFJJTkcu IEFuZCwgc2luY2UgdGhlIE1QTFMgZGF0YSBwbGFuZSBpcyBpbmRlZWQgY29tbW9uIGFuZCBpbiBm YWN0IHRoZSBvbmUgYW5kIG9ubHksIHN1Y2ggTFNQIFlBTkcgbW9kZWwgcmlnaHRmdWxseSBjYW4g YmUgY2hhcmFjdGVyaXplZCBhcyDigJxHZW5lcmlj4oCdLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPkJ1dCBpZiBhdXRob3JzIGludGVuZGVkIHRvIGRlc2NyaWJlIGNvbW1vbiBzZXQg YW1vbmcgbGlzdGVkIGFib3ZlIGNvbnRyb2wgcHJvdG9jb2xzIHBlcnRhaW5pbmcgdG8NCiBzaWdu YWxpbmcgb2YgYW4gTVBMUyBMU1AsIHRoZW4sIElNTywgc3VjaCBjb21tb24gc2V0IGZpcnN0IG11 c3QgYmUgZGlzY3Vzc2VkIGFuZCBpZGVudGlmaWVkIHRvIGRlbW9uc3RyYXRlIHRoYXQgaXQgZG9l cyBleGlzdCBhbmQgaXMgc3VmZmljaWVudCB0byBoYXZlIFlBTkcgbW9kZWwgb2YgaXRzIG93biBy YXRoZXIgdGhhbiBZQU5HIG1vZGVscyB0aGF0IGRlc2NyaWJlIExTUCBjb250cm9sIGJ5IGVhY2gg c2lnbmFsaW5nIHByb3RvY29scy4gVGhhdA0KIHRvIG1lIGxvb2tzIHZlcnkgbXVjaCBsaWtlIHdo YXQgTElNRSBXRyBpcyB3b3JraW5nIG9uLCBpbnZlc3RpZ2F0aW5nIHdoZXRoZXIgY29tbW9uIG1v ZGVsIG9mIElQLCBJUC9NUExTLCBNUExTLVRQLCBhbmQgVFJJTEwgT0FNIGV4aXN0cyBhbmQgaXRz IGV4dGVudCBpcyBzdWZmaWNpZW50IHRvIGJlIG9mIGludGVyZXN0Ljwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHcmVnPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gVGVhcyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzp0 ZWFzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzLWJvdW5jZXNAaWV0Zi5v cmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5Sb2JlcnQgUmFzenVrPGJyPg0KPGI+U2VudDo8 L2I+IFN1bmRheSwgTWFyY2ggMDgsIDIwMTUgMzo1OCBBTTxicj4NCjxiPlRvOjwvYj4gTG9hIEFu ZGVyc3Nvbjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnRlYXNAaWV0Zi5vcmc8L2E+OyBTaGFoLCBIaW1hbnNo dTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1RlYXNdIFttcGxzXSBbUnRnLXlhbmctY29vcmRd IEdlbmVyaWMgTFNQIFlhbmc8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+SGkgTG9hLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+VGhlIHdheSBJIHJlYWQgSWdvciBzdGF0ZW1lbnQgYW5kIGFncmVlZCB3aXRo IGl0IGluIGEgc2Vuc2Ugb2YgJnF1b3Q7bm90aGluZyBpbiBjb21tb24mcXVvdDsgd2FzIHRoYXQg aXQgd2FzIHJlZmVycmluZyB0byB0aGUgY29udHJvbCBwbGFuZS4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRoZSBzdWJqZWN0 IG9mIHRoaXMgdGhyZWFkIGlzICZxdW90O0dlbmVyaWMgTFNQIFlBTkcmcXVvdDsgYW5kIHRvIG1l IFlhbmcgbW9kZWwgZGVzY3JpYmVzIGNvbnRyb2wgYXNwZWN0IG9mIHByb3RvY29sIG9yIGZ1bmN0 aW9uYWxpdHkgbm90IHRoZSBjaG9pY2UNCiBvZiBmb3J3YXJkaW5nIGhlYWRlciBpbiB0aGUgZGF0 YSBwbGFuZS4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPlNvIGlmIHlvdSBhbmQgb3RoZXJzIGFncmVlIHdlIHNob3VsZCBiZSBh bGwgaW4gc3luYyBhbmQgcGVyaGFwcyB3ZSBjb3VsZCBjb25zaWRlciBhcyBwcm9wb3NlZCBiZWZv cmUgR2VuZXJpYyBFbmdpbmVlcmVkIFBhdGggbW9kZWwgYnJhbmNoaW5nDQogYXQgdGhlIGxvd2Vy IGxheWVyIGJldHdlZW4gdW5pY2FzdCBhbmQgbXVsdGljYXN0LiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SG93ZXZlciBpZiB5 b3Ugc3RpbGwgdGhpbmsgdGhhdCBZYW5nIGlzIGFib3V0IGRhdGEgcGxhbmUgYW5kIE9BTSB0aGVu IHBlcmhhcHMgd2UgaGF2ZSBhIGJpZ2dlciBpc3N1ZSBoZXJlIC4uLi48L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkNoZWVycyw8YnI+DQpS Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPk9uIFN1biwgTWFyIDgsIDIwMTUgYXQgMTA6MjcgQU0sIExv YSBBbmRlcnNzb24gJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FAcGkubnUiIHRhcmdldD0iX2JsYW5r Ij5sb2FAcGkubnU8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+SGltYW5zaHUsDQo8YSBocmVmPSJodHRwOi8vZXQuYWwiIHRhcmdldD0iX2JsYW5r Ij5ldC5hbDwvYT4uLDxicj4NCjxicj4NCkkgdGhpbmsgdGhlcmUgYXJlIHR3byBpc3N1ZXMgaGVy ZSBhbmQgaWYgc29ydGluZyB0aGVtIG91dCBjb3JycmVjdGx5PGJyPg0Kd2UgYXJlIHZlcnkgY2xv c2UuPGJyPg0KPGJyPg0KVGhlIGZpcnN0IGlzc3VlIGlzIHNpbWlsYXJpdGllcyBiZXR3ZWVuIGRp ZmZlcmVudCB0eXBlcyBvZiBMU1BzLjxicj4NCjxicj4NCkhlcmUgSSBzYWlkIHRoYXQsIGF0IGxl YXN0IGZvciBhIE1QTFMgUFNOLCB0aGVyZSBhcmUgc2ltaWxhcml0aWVzLDxicj4NCmUuZy4gdGhl IGRhdGEgcGxhbmUgaXMgKG5lYXJseSkgdGhlIHNhbWUuIFRoaXMgd2FzIHNhaWQgaW4gcmVhY3Rp b248YnI+DQp0byBJZ29yJ3Mgc3RhdGVtZW50ICZxdW90O0lNSE8gVEUtTFNQLCBMRFAtTFNQIGFu ZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZzxicj4NCmluIGNvbW1vbi4mcXVvdDsgSSBzdGlsbCBk b24ndCB0aGluayB0aGF0IElnb3IncyBzdGF0ZW1lbnQgaXMgcmVhbGx5IGNvcnJlY3QuPGJyPg0K SWYgaGUgaGFkIHNhaWQgJnF1b3Q7SU1ITyB0aGVyZSBhcmUgbm90IGVub3VnaCBzaW1pbGFyaXRl cyBiZXR3ZWVuIFRFLUxTUCw8YnI+DQpMRFAtTFNQIGFuZCBTUFJJTkctTFNQIHRvIG1vdGl2YXRl IGEgY29tbW9uIG1vZGVsJnF1b3Q7LiBJIHRoaW5rIHRoYXQgd2UgYmU8YnI+DQphIG11Y2ggbW9y ZSBhY2N1cmF0ZSBzdGF0ZW1lbnQuPGJyPg0KPGJyPg0KQW5kIHRoYXQgaXMgdGhlIG90aGVyIGlz c3VlIC0gSXMgaXQgcmVhc29uYWJsZSB0byBtb2RlbCBURS1MU1AsPGJyPg0KTERQLUxTUCBhbmQg U1BSSU5HLUxTUCBpbiB0aGUgc2FtZSBtb2RlbD8gSSBkb24ndCBub3QgdGhpbmsgaXQgaXMsPGJy Pg0KYnV0IHRoYXQgd2UgbmVlZCBhbiBvdmVybGFwIG9mIHBlb3BsZSB3b3JraW5nIHdpdGggdGhl IGRpZmZlcmVudCBtb2RlbHMuPGJyPg0KPGJyPg0KSG9wZSB0aGlzIGlzIGNsZWFyIGVub3VnaC48 YnI+DQo8YnI+DQovTG9hPGJyPg0KPGJyPg0KPGJyPg0KT24gMjAxNS0wMy0wNyAyMzoxOSwgU2hh aCwgSGltYW5zaHUgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQiPi9JIGFn cmVlIHdpdGggUm9iZXJ0IGFuZCBJZ29yLCBwdXR0aW5nIGV2ZXJ5dGhpbmcgaW4gdGhlIHNhbWUg YnVja2V0PGJyPg0KYmVjYXVzZSBvZiBjb21tb24gZGF0YSBwbGFuZSAmYW1wOyBPQU0gZG9lcyBu b3QganVzdGlmeS4vPGJyPg0KPGJyPg0KL1dlIHdvdWxkbuKAmXQgY29uc2lkZXIgZG9pbmcgc2Ft ZSBmb3IgSVAgZGF0YSBwbGFuZS4uLzxicj4NCjxicj4NCi9JIHRoaW5rIHdlIG5lZWQgdG8gc2Vw YXJhdGUgdGhlc2UgbW9kZWxzIGFuZCBhcyBtZW50aW9uZWQgZWFybGllciw8YnI+DQp0aGVyZSBp cyBhbHJlYWR5IHdvcmsgZ29pbmcgb24gaW4gcmVzcGVjdGl2ZSBXR3MuLzxicj4NCjxicj4NCi8v PGJyPg0KPGJyPg0KL1RoYW5rcywvPGJyPg0KPGJyPg0KL2hpbWFuc2h1Lzxicj4NCjxicj4NCi8v PGJyPg0KPGJyPg0KLy88YnI+DQo8YnI+DQovLzxicj4NCjxicj4NCipGcm9tOiptcGxzIFttYWls dG86PGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5dICpPbiBCZWhhbGYgT2YgKkxvYSBBbmRlcnNzb248 YnI+DQoqU2VudDoqIFNhdHVyZGF5LCBNYXJjaCAwNywgMjAxNSA4OjE4IEFNPGJyPg0KKlRvOiog PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYu b3JnPC9hPiwgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4N Cm1wbHNAaWV0Zi5vcmc8L2E+LCA8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiIHRh cmdldD0iX2JsYW5rIj5yb2JlcnRAcmFzenVrLm5ldDwvYT48YnI+DQoqU3ViamVjdDoqIFJlOiBb bXBsc10gW1J0Zy15YW5nLWNvb3JkXSBbVGVhc10gR2VuZXJpYyBMU1AgWWFuZzxicj4NCjxicj4N ClJvYmVydCw8YnI+DQo8YnI+DQombmJzcDtGcm9tIG9uZSBwZXJzcGVjdGl2ZSBJIGFncmVlIHdp dGggeW91IGFuZCBJZ29yLCBob3dldmVyIGlmIHlvdSB0aGluazxicj4NCmFib3V0IE1QTFMgTFNQ cywgZnJvbSBhIGRhdGEgcGxhbmUgcGVyc3BlY3RpdmUgLSBhbmQgdGhhdCBpcyB3aGVyZSBPQU08 YnI+DQpvcGVyYXRlcywgdGhlcmUgYWxtb3N0IG5vIGRpZmZlcmVuY2UgYmV0d2VlbiBhIFRFLUxT UCBhIExEUC1MU1AgYW5kIGE8YnI+DQpTUFJJTkcgTVBMUyBMU1AgY29tZSB2ZXJ5IGNsb3NlLjxi cj4NCjxicj4NCklmIHlvdSB0aGUgb3RoZXIgaGFuZCB0aGluayBvZiBMU1BzIGZvciBvdGhlciBk YXRhIHBsYW5lcyB0aGUgJnF1b3Q7bm90aGluZzxicj4NCmluIGNvbW1vbiZxdW90OyBpcyBhbiBh bG1vc3QgdHJ1ZSBzdGF0ZW1lbnQuIEZyb20gdGhhdCBwb2ludCBvZiB2aWV3IEkgdGhpbms8YnI+ DQpkaWZmZXJlbnQgbW9kZWxzIGFyZSB3aGVyZSB3ZSB3aWxsIGVuZCB1cCwgYnV0IEkgYWxzbyB0 aGluayB0aGF0IHdlIG5lZWQ8YnI+DQomcXVvdDtzZXBhcmF0aW9uIHdpdGggbW9kZXJhdGlvbiZx dW90Oy48YnI+DQo8YnI+DQombmJzcDsgQnV0IG5vdGhpbmcgaXMgc28gc2ltcGxlIHRoYXQgd2Ug Y2FuIGNhcHR1cmUgaXQgaW4gb25lIHZlcnkgc2ltcGxlPGJyPg0Kc3RhdGVtZW50LCB3ZSBoYXZl IGhhY2tpbmcgYXdheSBvbiB0aGlzIGZvciAzMCB5ZWFycyBub3csIEknZCBhZHZpY2U8YnI+DQp0 YWtpbmcgYXJjaGl0ZWN0dXJlIGFuZCBoaXN0b3J5IGludG8gY29uc2lkZXJhdGlvbiwgYXMgd2Vs bCBhcyB2aWV3aW5nPGJyPg0KdGhlIHNreSBmcm9tIGEgZGlmZmVyZW50IHBlcnNwZWN0aXZlIHRo YW4gZnJvbSB0aGUgYm90dG9tIG9mIGEgZGVlcCB3ZWxsLjxicj4NCjxicj4NCkxldCBtZSBhbHNv IHNheSB0aGF0IEknbSB2ZXJ5IHN1cHBvcnRpdmUgb2YgYWxsIHRoZSBnb29kIHdvcmsgZ29pbmcg b248YnI+DQppbiB0aGlzIGFyZWEuPGJyPg0KPGJyPg0KL0xvYTxicj4NCjxicj4NClNlbnQgZnJv bSBteSBpUGFkPGJyPg0KPGJyPg0KPGJyPg0KT24gMDcgTWFyIDIwMTUsIGF0IDE5OjQ3LCBSb2Jl cnQgUmFzenVrICZsdDs8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiIHRhcmdldD0i X2JsYW5rIj5yb2JlcnRAcmFzenVrLm5ldDwvYT48YnI+DQombHQ7bWFpbHRvOjxhIGhyZWY9Im1h aWx0bzpyb2JlcnRAcmFzenVrLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPnJvYmVydEByYXN6dWsubmV0 PC9hPiZndDsmZ3Q7IHdyb3RlOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgSSB3b3VsZCBhZ3Jl ZSB3aXRoIElnb3IuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBPdGhlciB0aGVuIG5hbWUgb3Zl cmxhcCB0aG9zZSBhcmUgY29tcGxldGVseSBkaWZmZXJlbnQgdGVjaG5vbG9naWVzPGJyPg0KJm5i c3A7ICZuYnNwOyBhbmQgYXJ0aWZpY2lhbGx5IHB1dHRpbmcgdGhlbSB1bmRlciAmcXVvdDtMU1Am cXVvdDsgdW1icmVsbGEganVzdCBkb2VzIG5vdDxicj4NCiZuYnNwOyAmbmJzcDsgYnJpbmcgYW55 IHZhbHVlLCBidXQgb25seSBjb25mdXNlcyB0aGluZ3MgZXZlbiBtb3JlLjxicj4NCjxicj4NCiZu YnNwOyAmbmJzcDsgUTogV2hhdCBTUFJJTkctTFNQIGhhcyBhbnl0aGluZyBpbiBjb21tb24gd2l0 aCAmcXVvdDtsYWJlbCZxdW90OyB3aGVuIHlvdSB1c2U8YnI+DQombmJzcDsgJm5ic3A7IHY2IGhl YWRlciA/PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBJZiB5b3Ugd2FudCB0byBzZWFyY2ggZm9y IHNvbWUgY29tbW9uYWxpdGllcyBsZXQncyByZW1vdmUgTERQLUxTUHM8YnI+DQombmJzcDsgJm5i c3A7IGZyb20gdGhpcyBtaXggKGFzIHRoZSBpcyBub3QgcmVsZXZhbnQpIGFuZCBsZWF2ZSBURS1M U1AgJmFtcDsgU1BSSU5HICYjNDM7PGJyPg0KJm5ic3A7ICZuYnNwOyBtYXliZSBhbHNvIGFkZCBC SUVSIGFzIHdlbGwgYXMgY2hhbmdlIHRoZSBuYW1lIHRvIEdlbmVyaWMtRVA8YnI+DQombmJzcDsg Jm5ic3A7IChFbmdpbmVlcmVkIFBhdGhzKS48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IEkgc2Vl IG5vIHZhbHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRoZSBmYWN0IHRoYXQgZGF0YSBwbGFuZSB1 c2VzPGJyPg0KJm5ic3A7ICZuYnNwOyBtcGxzIGxhYmVscywgYnV0IHJhdGhlciBJIHdvdWxkIHNl ZSByZWFzb25hYmxlIHRvIHByb3ZpZGUgbW9kZWxzPGJyPg0KJm5ic3A7ICZuYnNwOyBiYXNlZCBv biB0aGUgdHJhbnNwb3J0IHBhdGggY2hhcmFjdGVyaXN0aWNzIGZvciB0aGUgdHJhZmZpYyBpdCBp cyB0bzxicj4NCiZuYnNwOyAmbmJzcDsgY2FycnkuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBC ZXN0LDxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgci48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7 IE9uIEZyaSwgTWFyIDYsIDIwMTUgYXQgMjoxMSBQTSwgSWdvciBCcnlza2luPGJyPg0KJm5ic3A7 ICZuYnNwOyAmbHQ7PGEgaHJlZj0ibWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBo cmVmPSJtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPC9hPiZndDsmZ3Q7IHdyb3RlOjxicj4NCjxicj4NCiZuYnNw OyAmbmJzcDsgRHJ1diw8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IElNSE8gVEUtTFNQLCBMRFAt TFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZyBpbiBjb21tb24uIFRoZXk8YnI+DQombmJz cDsgJm5ic3A7IHNob3VsZCBoYXZlIHRvdGFsbHkgaW5kZXBlbmRlbnQgbW9kZWxzIGVhY2ggYmVp bmcgZGV2ZWxvcGVkIGluPGJyPg0KJm5ic3A7ICZuYnNwOyByZXNwZWN0aXZlIFdHLjxicj4NCjxi cj4NCiZuYnNwOyAmbmJzcDsgSWdvcjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQombmJzcDsgJm5ic3A7 IFJ0Zy15YW5nLWNvb3JkIG1haWxpbmcgbGlzdDxicj4NCiZuYnNwOyAmbmJzcDsgPGEgaHJlZj0i bWFpbHRvOlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+UnRnLXlhbmct Y29vcmRAaWV0Zi5vcmc8L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOlJ0Zy15YW5nLWNv b3JkQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCiZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9ydGcteWFuZy1jb29yZCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGcteWFuZy1jb29yZDwvYT48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NClRlYXMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5UZWFzQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczwvYT48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgi Pjxicj4NCi0tIDxicj4NCjxicj4NCjxicj4NCkxvYSBBbmRlcnNzb24mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyBlbWFpbDogPGEgaHJlZj0ibWFpbHRvOmxvYUBtYWlsMDEuaHVhd2VpLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPg0KbG9hQG1haWwwMS5odWF3ZWkuY29tPC9hPjxicj4NClNlbmlvciBN UExTIEV4cGVydCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YSBocmVmPSJtYWls dG86bG9hQHBpLm51IiB0YXJnZXQ9Il9ibGFuayI+DQpsb2FAcGkubnU8L2E+PGJyPg0KSHVhd2Vp IFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25lOiA8YSBo cmVmPSJ0ZWw6JTJCNDYlMjA3MzklMjA4MSUyMDIxJTIwNjQiIHRhcmdldD0iX2JsYW5rIj4NCiYj NDM7NDYgNzM5IDgxIDIxIDY0PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_7347100B5761DC41A166AC17F22DF1121B91C1E8eusaamb103erics_-- From nobody Sun Mar 8 20:03:23 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 138F41A0104; Sun, 8 Mar 2015 20:03:20 -0700 (PDT) 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 XNZzlVxvxGSO; Sun, 8 Mar 2015 20:03:17 -0700 (PDT) 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 807D51A00ED; Sun, 8 Mar 2015 20:03:16 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQA26455; Mon, 09 Mar 2015 03:03:14 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 9 Mar 2015 03:03:12 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Mon, 9 Mar 2015 11:03:00 +0800 From: Xuxiaohu To: Xuxiaohu , "Jim Guichard (jguichar)" , Ron Parker Thread-Topic: [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt Thread-Index: AQHQV1aYsfxG7/vV/kuy6NqPt9ZGW50On1JwgATWzpA= Date: Mon, 9 Mar 2015 03:03:00 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831127C@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830F7C0@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830FC8E@NKGEML512-MBS.china.huawei.com> <34ECE28B-F7AB-4FB9-9CE1-06289FB739B4@affirmednetworks.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "" , "sfc@ietf.org" Subject: Re: [mpls] [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 03:03:20 -0000 Hi Jim, I have remove those options which may cause changes to the MPLS architectur= e in the latest version (http://tools.ietf.org/html/draft-xu-sfc-using-mpls= -spring-03).=20 Best regards, Xiaohu > -----Original Message----- > From: Xuxiaohu > Sent: Friday, March 06, 2015 8:49 AM > To: 'Jim Guichard (jguichar)'; Ron Parker > Cc: mpls@ietf.org; ; sfc@ietf.org > Subject: RE: [sfc] New Version Notification for > draft-xu-sfc-using-mpls-spring-02.txt >=20 > Hi Jim, >=20 > Understood. >=20 > Best regards, > Xiaohu >=20 > > -----Original Message----- > > From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com] > > Sent: Thursday, March 05, 2015 11:11 PM > > To: Ron Parker; Xuxiaohu > > Cc: mpls@ietf.org; ; sfc@ietf.org > > Subject: Re: [sfc] New Version Notification for > > draft-xu-sfc-using-mpls-spring-02.txt > > > > Hi Xiaohu, > > > > Thomas and I read your latest draft and believe that you will need to > > take it to the MPLS WG as a first step. There are a number of things > > within the document that may require changes to the base MPLS > > architecture and the SFC WG is not the right community to address > > those. Given this we will not be able to consider this document in the > > SFC WG without agreement from the broader MPLS community. > > > > Regards, > > > > Jim & Thomas > > > > > > On 3/4/15, 9:20 PM, "Ron Parker" > > wrote: > > > > >I think it needs to be there between SFF's, too. In the case where > > >there is no metadata, you could argue that the data in NSH and the > > >label stack are redundantly saying the same thing, but an > > >optimization along these lines would not be justified, IMO. > > > > > > Ron > > > > > > > > >> On Mar 4, 2015, at 8:58 PM, Xuxiaohu wrote: > > >> > > >> Hi Ron, > > >> > > >> Thanks a lot for your insightful comments and suggestions. By the > > >>way, in the case where there is no need to deliver metadata, does it > > >>mean the NSH just only needs to be contained the packets exchanged > > >>between SFFs and SFs? In other words, the NSH is used as a way for > > >>the SFF to retrieve the label stack which has been stripped by that S= FF > before. > > >> > > >> Best regards, > > >> Xiaohu > > >> > > >>> -----Original Message----- > > >>> From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] > > >>> Sent: Thursday, March 05, 2015 12:41 AM > > >>> To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org > > >>> Subject: RE: [sfc] New Version Notification for > > >>> draft-xu-sfc-using-mpls-spring-02.txt > > >>> > > >>> Xiaohu, > > >>> > > >>> I read your latest draft and I do see the elegance of describing a > > >>>sequence of > > >>> must-visit nodes as a stack of MPLS labels. And I see that you've > > >>>addressed > > >>> the transport-independence requirement by stating that the MPLS > > >>>frames could > > >>> be carried within IP tunnels (i.e., MPLS in UDP, etc.). But, I h= ave > > >>>a couple of > > >>> issues that I suggest be addressed. > > >>> > > >>> First, the text is written as if the NSH header is optional and > > >>>present only if > > >>> metadata is required. The SFC architecture is such that the NSH = is > > >>> mandatory. I think this issue can be combined with the second iss= ue > > >>>that I'll > > >>> raise below. > > >>> > > >>> Second, the notion is that the SFF's strip the label stack and > > >>>then restore the > > >>> label stack. And since the text states that even when NSH is > > >>>present, the SFP > > >>> ID is not used, the only remaining basis to do this is flow > > >>>learning in the SFF. > > >>> While I think there are many reasons that may cause SFF's to > > >>>utilize flow learning advantageously, it should not be a > > >>>fundamental necessity to realize an > > >>> SFF, IMO. But even if the SFF is a flow learner, this is still > > >>>inadequate since the > > >>> SF may change the 5-tuple (e.g., NAT) or may launch internally > > >>>generated flows > > >>> (e.g., HTTP proxy). Both cases could not be satisfied by flow > > >>>learning. > > >>> > > >>> What I suggest, instead, is a tighter coupling between the NSH > > >>>header and the > > >>> MPLS label stack. That there be a 1:1 equivalency between {SFP ID= , > > >>>SFP hop > > >>> index} and the label stack. Thus, when the SFC-aware SF returns a > > >>>packet to > > >>> the SFF, the {SFP ID, SFP hop index} contained in the NSH be used > > >>>to push the > > >>> appropriate label stack onto the packet. I believe this would br= ing > > >>>the > > >>> approach into conformance with the SFC architectural requirements > > >>>(mandatory NSH, transport independence) and would solve the > > >>>problems with flow learning identified above. > > >>> > > >>> Ron > > >>> > > >>> > > >>> > > >>> -----Original Message----- > > >>> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Xuxiaohu > > >>> Sent: Tuesday, March 3, 2015 11:10 PM > > >>> To: Xuxiaohu; sfc@ietf.org; ; mpls@ietf.org > > >>> Subject: Re: [sfc] New Version Notification for > > >>> draft-xu-sfc-using-mpls-spring-02.txt > > >>> > > >>> The rationales for leveraging the MPLS-SPRING mechanism to realize > > >>>the service path layer functionality of the service function > > >>>chaining are as > > >>>follows: > > >>> > > >>> 1) eliminate the SFC/SFP states on SFFs. This follows the same > > >>>logic as MPLS-SPRING and BIER. > > >>> 2) utilize the existing encapsulation (e.g., the MPLS-SPRING) to a > > >>>maximum extent. This follows the Transport Derived SFF concept as > > >>>described in Section > > >>> 4.3.1 of draft-ietf-sfc-architecture. Meanwhile, this is aligned > > >>>with the current SFC charter, e.g., "...The working group will > > >>>consider using an existing encapsulation (with extensions as > > >>>appropriate) if a suitable candidate is found..." > > >>> 3) seamlessly support the SFC in a multi-tenant environment (e.g., > > >>>MPLS VPN). > > >>> For example, the MPLS VPN packet (containing metadata) could be > > >>>further imposed with a label stack which indicates an SFC or SFP > > >>>associated with that packet. SFFs receiving the above packet would > > >>>strip the whole label stack and then send the payload of the MPLS > > >>>packet (with metadata) to the corresponding SFs which are > > >>>tenant-aware and therefore easily could determine the tenant > > >>>profile according to the tenant info contained in the metadata > > >>>(a.k.a., the NSH). > > >>> > > >>> Best regards, > > >>> Xiaohu > > >>> > > >>> > > >>>> -----Original Message----- > > >>>> From: Xuxiaohu > > >>>> Sent: Wednesday, March 04, 2015 11:31 AM > > >>>> To: sfc@ietf.org; ''; mpls@ietf.org > > >>>> Subject: FW: New Version Notification for > > >>>> draft-xu-sfc-using-mpls-spring-02.txt > > >>>> > > >>>> Hi all, > > >>>> > > >>>> This document describes how to leverage the MPLS-based source > > >>>> routing (i.e., > > >>>> MPLS-SPRING) mechanism as developed by the SPRING WG to realize > > >>>> the service path layer functionality of the service function chain= ing. > > >>>> In addition, this document also describes how to carry metadata > > >>>> in an MPLS packet by using the NSH as a metadata container. > > >>>> > > >>>> Any comments are suggestions are welcome. > > >>>> > > >>>> Best regards, > > >>>> Xiaohu > > >>>> > > >>>>> -----Original Message----- > > >>>>> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > > >>>>> Sent: Wednesday, March 04, 2015 11:24 AM > > >>>>> To: Lizhenbin; Luis M. Contreras; Xuxiaohu; Himanshu C. Shah; > > >>>>> Xuxiaohu; Himanshu Shah; Luis M. Contreras; Lizhenbin > > >>>>> Subject: New Version Notification for > > >>>>> draft-xu-sfc-using-mpls-spring-02.txt > > >>>>> > > >>>>> > > >>>>> A new version of I-D, draft-xu-sfc-using-mpls-spring-02.txt > > >>>>> has been successfully submitted by Xiaohu Xu and posted to the > > >>>>> IETF > > >>>> repository. > > >>>>> > > >>>>> Name: draft-xu-sfc-using-mpls-spring > > >>>>> Revision: 02 > > >>>>> Title: Service Function Chaining Using MPLS-SPRING > > >>>>> Document date: 2015-03-03 > > >>>>> Group: Individual Submission > > >>>>> Pages: 8 > > >>>>> URL: > > >>>>> > > >>>>>http://www.ietf.org/internet-drafts/draft-xu-sfc-using-mpls-spring= -02. > > >>>>> txt > > >>>>> Status: > > >>>>> https://datatracker.ietf.org/doc/draft-xu-sfc-using-mpls-spring/ > > >>>>> Htmlized: > > >>> http://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-02 > > >>>>> Diff: > > >>>>> http://www.ietf.org/rfcdiff?url2=3Ddraft-xu-sfc-using-mpls-spring= - > > >>>>> 02 > > >>>>> > > >>>>> Abstract: > > >>>>> Source Packet Routing in Networking (SPRING) WG specifies a > special > > >>>>> source routing mechanism. Such source routing mechanism can be > > >>>>> leveraged to realize the service path layer functionality of th= e > > >>>>> service function chaining (i.e, steering traffic through a > > >>>>>particular > > >>>>> service function path) by encoding the service function path or= the > > >>>>> service function chain information as the explicit path > > >>>>>information. > > >>>>> This document describes how to leverage the MPLS-based source > > >>> routing > > >>>>> mechanism as developed by the SPRING WG to realize the service > > path > > >>>>> layer functionality of the service function chaining. > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> Please note that it may take a couple of minutes from the time > > >>>>>of submission until the htmlized version and diff are available > > >>>>>at tools.ietf.org. > > >>>>> > > >>>>> The IETF Secretariat > > >>> > > >>> _______________________________________________ > > >>> sfc mailing list > > >>> sfc@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/sfc > > > > > >_______________________________________________ > > >sfc mailing list > > >sfc@ietf.org > > >https://www.ietf.org/mailman/listinfo/sfc From nobody Mon Mar 9 01:34:11 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C3581A1B1C; Mon, 9 Mar 2015 01:34:08 -0700 (PDT) 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 fzjz4g1ALX2a; Mon, 9 Mar 2015 01:34:05 -0700 (PDT) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::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 D80FF1A1A88; Mon, 9 Mar 2015 01:34:04 -0700 (PDT) Received: by iecat20 with SMTP id at20so47494072iec.6; Mon, 09 Mar 2015 01:34:04 -0700 (PDT) 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=ICWrIHfh4saNU9qYH57OmjQlH2rIbYKgcqynnCTvm4E=; b=g2O72mj7UjEq3qUN3nuA4BYQiWAzJEm72lT5cvrR3LCme0hlkvW6+EzVkEAd2VrS/g EOHMGqTQLZCgHkW1W4lN5624CnFHKWE3/Zj/Tg1DMMew1yorSCea68/5DdxzSQZVhW5K kmLxp4fJa9zPAWQH/KZC6ciDgylXoyrW86qT32wW0Y55snlTZuE9268qOKXy06NEFUKi q989/qao+hKnGLFkmnW74nDpjeZGiB+dI0l9nsY9Mc/NweB94K2B7NpZplM1fvQqpNb7 ZKRRYBBerNN08zvUmIgL0hZwxOqjt1N/mu88PfbEPPnJODpTrb8TgUDzNyWFCjEaPQOz O9rQ== MIME-Version: 1.0 X-Received: by 10.42.123.135 with SMTP id s7mr24881495icr.55.1425890044223; Mon, 09 Mar 2015 01:34:04 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.137.70 with HTTP; Mon, 9 Mar 2015 01:34:04 -0700 (PDT) In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91C1E8@eusaamb103.ericsson.se> References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B91C1B1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B91C1E8@eusaamb103.ericsson.se> Date: Mon, 9 Mar 2015 09:34:04 +0100 X-Google-Sender-Auth: lJRablBMvtqlpWbJROc19LUl1Gs Message-ID: From: Robert Raszuk To: Gregory Mirsky Content-Type: multipart/alternative; boundary=20cf3010e7a993282a0510d6e5f8 Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 08:34:08 -0000 --20cf3010e7a993282a0510d6e5f8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Gregory, > I think that in SPRING we=E2=80=99ve been around that discussion and > had concluded that IPv4 is out of scope for an explicitly routed > path. You propose to re-open that discussion? Who says anything of SPRING and IPv4 ? I can use IPv4 for path engneering with: A) automated metric tuning B) BGP Vector Routing https://tools.ietf.org/html/draft-patel-raszuk-bgp-vector-routing-04 C) BGP SDN https://tools.ietf.org/html/draft-lapukhov-bgp-sdn-00 Those are neither SPRING nor TE-LSP nor LDP related. Are those technologies out of scope of general idea of "Engineered Paths" ? Thx, R. On Sun, Mar 8, 2015 at 9:11 PM, Gregory Mirsky wrote: > I think that in SPRING we=E2=80=99ve been around that discussion and had > concluded that IPv4 is out of scope for an explicitly routed path. You > propose to re-open that discussion? > > > > Regards, > > Greg > > > > *From:* rraszuk@gmail.com [mailto:rraszuk@gmail.com] *On Behalf Of *Rober= t > Raszuk > *Sent:* Sunday, March 08, 2015 12:42 PM > *To:* Gregory Mirsky > *Cc:* teas@ietf.org; Himanshu Shah; Loa Andersson; mpls@ietf.org > > *Subject:* RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang > > > > I suggest that today we know (well we knew even in 2000) how to do TE wit= h > IP without MPLS ... > > Thx, > R. > > On Mar 8, 2015 8:34 PM, "Gregory Mirsky" > wrote: > > Hi Robert, > > are you suggesting that an LSP, i.e. Label Switched Path, can be realized > over IPv4 or IPv6 data plane: > > It has nothing to do with data plane to the extend of avoiding lock-in to > mpls or ipv4 or ipv6. > > > > Regards, > > Greg > > > > *From:* rraszuk@gmail.com [mailto:rraszuk@gmail.com] *On Behalf Of *Rober= t > Raszuk > *Sent:* Sunday, March 08, 2015 12:03 PM > *To:* Gregory Mirsky > *Cc:* Himanshu Shah; teas@ietf.org; Loa Andersson; mpls@ietf.org > *Subject:* RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang > > > > Whow .. i think we are discovering that we all have no clue what Yang > model is :) > > That is in fact I think great discussion to have sooner then later. > > To me Yang model is a way to represent unified (across inplementations) > picture of control plane for a given network application. > > It has nothing to do with data plane to the extend of avoiding lock-in to > mpls or ipv4 or ipv6. > > The attempt to generalize LSP would be equivalent to generalize Routing > regardless if this is IGP or BGP or TRILL ... the outcome of that would b= e > rather poor I suppose ... > > Cheers, > R. > > On Mar 8, 2015 7:48 PM, "Gregory Mirsky" > wrote: > > Hi Robert, et. al, > > if I interpret the =E2=80=9CLSP YANG model=E2=80=9D, then it reads as YAN= G model of MPLS > data plane, not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of > SPRING. And, since the MPLS data plane is indeed common and in fact the o= ne > and only, such LSP YANG model rightfully can be characterized as =E2=80= =9CGeneric=E2=80=9D. > > But if authors intended to describe common set among listed above control > protocols pertaining to signaling of an MPLS LSP, then, IMO, such common > set first must be discussed and identified to demonstrate that it does > exist and is sufficient to have YANG model of its own rather than YANG > models that describe LSP control by each signaling protocols. That to me > looks very much like what LIME WG is working on, investigating whether > common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its extent > is sufficient to be of interest. > > > > Regards, > > Greg > > > > *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Robert Raszuk > *Sent:* Sunday, March 08, 2015 3:58 AM > *To:* Loa Andersson > *Cc:* mpls@ietf.org; teas@ietf.org; Shah, Himanshu > *Subject:* Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang > > > > Hi Loa, > > > > The way I read Igor statement and agreed with it in a sense of "nothing i= n > common" was that it was referring to the control plane. > > > > The subject of this thread is "Generic LSP YANG" and to me Yang model > describes control aspect of protocol or functionality not the choice of > forwarding header in the data plane. > > > > So if you and others agree we should be all in sync and perhaps we could > consider as proposed before Generic Engineered Path model branching at th= e > lower layer between unicast and multicast. > > > > However if you still think that Yang is about data plane and OAM then > perhaps we have a bigger issue here .... > > > > Cheers, > R. > > > > > > > > > > On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson wrote: > > Himanshu, et.al., > > I think there are two issues here and if sorting them out corrrectly > we are very close. > > The first issue is similarities between different types of LSPs. > > Here I said that, at least for a MPLS PSN, there are similarities, > e.g. the data plane is (nearly) the same. This was said in reaction > to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing > in common." I still don't think that Igor's statement is really correct. > If he had said "IMHO there are not enough similarites between TE-LSP, > LDP-LSP and SPRING-LSP to motivate a common model". I think that we be > a much more accurate statement. > > And that is the other issue - Is it reasonable to model TE-LSP, > LDP-LSP and SPRING-LSP in the same model? I don't not think it is, > but that we need an overlap of people working with the different models. > > Hope this is clear enough. > > /Loa > > > On 2015-03-07 23:19, Shah, Himanshu wrote: > > /I agree with Robert and Igor, putting everything in the same bucket > because of common data plane & OAM does not justify./ > > /We wouldn=E2=80=99t consider doing same for IP data plane../ > > /I think we need to separate these models and as mentioned earlier, > there is already work going on in respective WGs./ > > // > > /Thanks,/ > > /himanshu/ > > // > > // > > // > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson > *Sent:* Saturday, March 07, 2015 8:18 AM > *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net > *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang > > Robert, > > From one perspective I agree with you and Igor, however if you think > about MPLS LSPs, from a data plane perspective - and that is where OAM > operates, there almost no difference between a TE-LSP a LDP-LSP and a > SPRING MPLS LSP come very close. > > If you the other hand think of LSPs for other data planes the "nothing > in common" is an almost true statement. From that point of view I think > different models are where we will end up, but I also think that we need > "separation with moderation". > > But nothing is so simple that we can capture it in one very simple > statement, we have hacking away on this for 30 years now, I'd advice > taking architecture and history into consideration, as well as viewing > the sky from a different perspective than from the bottom of a deep well. > > Let me also say that I'm very supportive of all the good work going on > in this area. > > /Loa > > Sent from my iPad > > > On 07 Mar 2015, at 19:47, Robert Raszuk > wrote: > > I would agree with Igor. > > Other then name overlap those are completely different technologies > and artificially putting them under "LSP" umbrella just does not > bring any value, but only confuses things even more. > > Q: What SPRING-LSP has anything in common with "label" when you use > v6 header ? > > If you want to search for some commonalities let's remove LDP-LSPs > from this mix (as the is not relevant) and leave TE-LSP & SPRING + > maybe also add BIER as well as change the name to Generic-EP > (Engineered Paths). > > I see no value of goruping based on the fact that data plane uses > mpls labels, but rather I would see reasonable to provide models > based on the transport path characteristics for the traffic it is to > carry. > > Best, > > r. > > On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin > > wrote: > > Druv, > > IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They > should have totally independent models each being developed in > respective WG. > > Igor > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > --20cf3010e7a993282a0510d6e5f8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Gregory,

> I think th= at in SPRING we=E2=80=99ve been around that discussion and=C2=A0
> had concluded that IPv= 4 is out of scope for an explicitly routed=C2=A0
> path. You propose to re-open that disc= ussion?


Who says anything of SPRING and IP= v4 ?

I can u= se IPv4 for path engneering with:

=
A) automated metric tuning=C2=A0

B) BGP Vector Routing
https://tools.ietf.org/html/draft-patel-raszuk-b= gp-vector-routing-04

C) BGP SDN
https://tools.ietf.org/html/dr= aft-lapukhov-bgp-sdn-00

Those are neither SPRING nor TE-LSP nor LDP related. Are th= ose technologies out of scope of general idea of "Engineered Paths&quo= t; ?

Thx,
R.




On Sun, Mar 8, 2015 at 9:11 PM= , Gregory Mirsky <gregory.mirsky@ericsson.com> wro= te:

I think that in SPRING we=E2=80=99ve been ar= ound that discussion and had concluded that IPv4 is out of scope for an exp= licitly routed path. You propose to re-open that discussion?

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Greg<= u>

=C2=A0

From: rrasz= uk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 12:42 PM
To: Gregory Mirsky
Cc: teas@ietf.org= ; Himanshu Shah; Loa Andersson; mpls@ietf.org


Subject: RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

I suggest that today we know (well we knew even in 2000) how to do TE wi= th IP without MPLS ...

Thx,
R.

On Mar 8, 2015 8:34 PM, "Gregory Mirsky" &= lt;gregory= .mirsky@ericsson.com> wrote:

Hi Robert,

are you suggesting that an LSP, i.e. Label S= witched Path, can be realized over IPv4 or IPv6 data plane:

It has nothing to do with data plane to the extend of avoiding lock= -in to mpls or ipv4 or ipv6.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,<= /u>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Greg<= /span>

=C2=A0

From: rraszuk@gmail.com [mailto:rraszuk@gm= ail.com] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 12:03 PM
To: Gregory Mirsky
Cc: Himanshu Shah; teas@ietf.org; Loa Andersson; mpls@ietf.org
Subject: RE: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

Whow .. i think we are discovering that we all have no clue what Yang mo= del is :)

That is in fact I think great discussion to have sooner then later.

To me Yang model is a way to represent unified (across inplementations) = picture of control plane for a given network application.

It has nothing to do with data plane to the extend of avoiding lock-in t= o mpls or ipv4 or ipv6.

The attempt to generalize LSP would be equivalent to generalize Routing = regardless if this is IGP or BGP or TRILL ... the outcome of that would be = rather poor I suppose ...

Cheers,
R.

On Mar 8, 2015 7:48 PM, "Gregory Mirsky" &= lt;gregory= .mirsky@ericsson.com> wrote:

Hi Robert, et. al,

if I interpret the =E2=80=9CLSP YANG model= =E2=80=9D, then it reads as YANG model of MPLS data plane, not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of SPRING. And, since the MP= LS data plane is indeed common and in fact the one and only, such LSP YANG = model rightfully can be characterized as =E2=80=9CGeneric=E2=80=9D.<= u>

But if authors intended to describe common s= et among listed above control protocols pertaining to signaling of an MPLS LSP, then, IMO, such common set first must be discuss= ed and identified to demonstrate that it does exist and is sufficient to ha= ve YANG model of its own rather than YANG models that describe LSP control = by each signaling protocols. That to me looks very much like what LIME WG is working on, investigating wheth= er common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its exten= t is sufficient to be of interest.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,<= /u>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Greg<= /span>

=C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Robert Raszuk
Sent: Sunday, March 08, 2015 3:58 AM
To: Loa Andersson
Cc: mpls@ietf.org= ; teas@ietf.org; Shah, Himanshu
Subject: Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang<= u>

=C2=A0

Hi= Loa,

= =C2=A0

Th= e way I read Igor statement and agreed with it in a sense of "nothing = in common" was that it was referring to the control plane.=C2=A0

= =C2=A0

Th= e subject of this thread is "Generic LSP YANG" and to me Yang mod= el describes control aspect of protocol or functionality not the choice of forwarding header in the data plane.=C2=A0

= =C2=A0

So= if you and others agree we should be all in sync and perhaps we could cons= ider as proposed before Generic Engineered Path model branching at the lower layer between unicast and multicast.=C2=A0

= =C2=A0

Ho= wever if you still think that Yang is about data plane and OAM then perhaps= we have a bigger issue here ....

= =C2=A0

Ch= eers,
R.

= =C2=A0

= =C2=A0

= =C2=A0

=C2=A0

On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson <<= a href=3D"mailto:loa@pi.nu" target=3D"_blank">loa@pi.nu> wrote:

Himanshu, et.al.,

I think there are two issues here and if sorting them out corrrectly
we are very close.

The first issue is similarities between different types of LSPs.

Here I said that, at least for a MPLS PSN, there are similarities,
e.g. the data plane is (nearly) the same. This was said in reaction
to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have noth= ing
in common." I still don't think that Igor's statement is reall= y correct.
If he had said "IMHO there are not enough similarites between TE-LSP,<= br> LDP-LSP and SPRING-LSP to motivate a common model". I think that we be=
a much more accurate statement.

And that is the other issue - Is it reasonable to model TE-LSP,
LDP-LSP and SPRING-LSP in the same model? I don't not think it is,
but that we need an overlap of people working with the different models.
Hope this is clear enough.

/Loa


On 2015-03-07 23:19, Shah, Himanshu wrote:

/I agree with Robert an= d Igor, putting everything in the same bucket
because of common data plane & OAM does not justify./

/We wouldn=E2=80=99t consider doing same for IP data plane../

/I think we need to separate these models and as mentioned earlier,
there is already work going on in respective WGs./

//

/Thanks,/

/himanshu/

//

//

//

*From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson
*Sent:* Saturday, March 07, 2015 8:18 AM
*To:* teas@ietf.org,= mpls@ietf.org, r= obert@raszuk.net
*Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang

Robert,

=C2=A0From one perspective I agree with you and Igor, however if you think<= br> about MPLS LSPs, from a data plane perspective - and that is where OAM
operates, there almost no difference between a TE-LSP a LDP-LSP and a
SPRING MPLS LSP come very close.

If you the other hand think of LSPs for other data planes the "nothing=
in common" is an almost true statement. From that point of view I thin= k
different models are where we will end up, but I also think that we need "separation with moderation".

=C2=A0 But nothing is so simple that we can capture it in one very simple statement, we have hacking away on this for 30 years now, I'd advice taking architecture and history into consideration, as well as viewing
the sky from a different perspective than from the bottom of a deep well.
Let me also say that I'm very supportive of all the good work going on<= br> in this area.

/Loa

Sent from my iPad


On 07 Mar 2015, at 19:47, Robert Raszuk <robert@raszuk.net
<mailto:robert@ra= szuk.net>> wrote:

=C2=A0 =C2=A0 I would agree with Igor.

=C2=A0 =C2=A0 Other then name overlap those are completely different techno= logies
=C2=A0 =C2=A0 and artificially putting them under "LSP" umbrella = just does not
=C2=A0 =C2=A0 bring any value, but only confuses things even more.

=C2=A0 =C2=A0 Q: What SPRING-LSP has anything in common with "label&qu= ot; when you use
=C2=A0 =C2=A0 v6 header ?

=C2=A0 =C2=A0 If you want to search for some commonalities let's remove= LDP-LSPs
=C2=A0 =C2=A0 from this mix (as the is not relevant) and leave TE-LSP &= SPRING +
=C2=A0 =C2=A0 maybe also add BIER as well as change the name to Generic-EP<= br> =C2=A0 =C2=A0 (Engineered Paths).

=C2=A0 =C2=A0 I see no value of goruping based on the fact that data plane = uses
=C2=A0 =C2=A0 mpls labels, but rather I would see reasonable to provide mod= els
=C2=A0 =C2=A0 based on the transport path characteristics for the traffic i= t is to
=C2=A0 =C2=A0 carry.

=C2=A0 =C2=A0 Best,

=C2=A0 =C2=A0 r.

=C2=A0 =C2=A0 On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin
=C2=A0 =C2=A0 <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>> wrote:=

=C2=A0 =C2=A0 Druv,

=C2=A0 =C2=A0 IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. T= hey
=C2=A0 =C2=A0 should have totally independent models each being developed i= n
=C2=A0 =C2=A0 respective WG.

=C2=A0 =C2=A0 Igor

=C2=A0 =C2=A0 _______________________________________________
=C2=A0 =C2=A0 Rtg-yang-coord mailing list
=C2=A0 =C2=A0 = Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
=C2=A0 =C2=A0 https://www.ietf.org/mailman/listinfo/rtg-yang-coord



_______________________________________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas


--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739 81 21 64

=C2=A0


--20cf3010e7a993282a0510d6e5f8-- From nobody Mon Mar 9 03:33:05 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B54CE1A875C for ; Mon, 9 Mar 2015 03:33:03 -0700 (PDT) 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_HELO_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 28nQrgPx2IU2 for ; Mon, 9 Mar 2015 03:33:00 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0781.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::781]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 905121A8752 for ; Mon, 9 Mar 2015 03:32:59 -0700 (PDT) Received: from pc6 (86.185.85.149) by AMXPR07MB054.eurprd07.prod.outlook.com (10.242.67.143) with Microsoft SMTP Server (TLS) id 15.1.106.15; Mon, 9 Mar 2015 10:32:40 +0000 Message-ID: <020001d05a54$0e468640$4001a8c0@gateway.2wire.net> From: t.petch To: Robert Raszuk , Gregory Mirsky References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> Date: Mon, 9 Mar 2015 10:12:32 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [86.185.85.149] X-ClientProxiedBy: HE1PR08CA0031.eurprd08.prod.outlook.com (25.161.112.41) To AMXPR07MB054.eurprd07.prod.outlook.com (10.242.67.143) Authentication-Results: raszuk.net; dkim=none (message not signed) header.d=none; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AMXPR07MB054; X-Forefront-Antispam-Report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(377454003)(51444003)(164054003)(31014004)(51704005)(377424004)(37854004)(252514010)(77096005)(1456003)(19580405001)(15975445007)(19580395003)(50466002)(33646002)(46102003)(86362001)(66066001)(93886004)(122386002)(50226001)(230783001)(81816999)(47776003)(23676002)(87976001)(40100003)(92566002)(50986999)(42186005)(62966003)(76176999)(81686999)(5820100001)(77156002)(62236002)(44716002)(74416001)(41533002)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AMXPR07MB054; H:pc6; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:AMXPR07MB054; BCL:0; PCL:0; RULEID:; SRVR:AMXPR07MB054; X-Forefront-PRVS: 05102978A2 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Mar 2015 10:32:40.3721 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: AMXPR07MB054 Archived-At: Cc: mpls@ietf.org Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 10:33:03 -0000 ----- Original Message ----- From: "Robert Raszuk" To: "Gregory Mirsky" Cc: ; Sent: Sunday, March 08, 2015 7:03 PM Whow .. i think we are discovering that we all have no clue what Yang model is :) That is in fact I think great discussion to have sooner then later. To me Yang model is a way to represent unified (across inplementations) picture of control plane for a given network application. It has nothing to do with data plane to the extend of avoiding lock-in to mpls or ipv4 or ipv6. The attempt to generalize LSP would be equivalent to generalize Routing regardless if this is IGP or BGP or TRILL ... the outcome of that would be rather poor I suppose ... Robert, I think that it depends on the objects you are modelling. If it is a forwarding table, then it doesn't matter whether the route information comes from BGP or OSPF or EIGRP or ... If on the other hand it is extended communities that are of interest, then clearly only some protocols are relevant. So I could see this discussion going on for quite a time unless and until there are concrete objects or groupings to discuss, at an Information Model level. Or, since many if not most of the YANG models currently being proposed are derived from SNMP ones, refer back to the SNMP Modules that best reflect current requirements. Either way, I believe that the issue would rapidly be resolved. Tom Petch r. Cheers, R. On Mar 8, 2015 7:48 PM, "Gregory Mirsky" wrote: > Hi Robert, et. al, > > if I interpret the “LSP YANG modelâ€, then it reads as YANG model of MPLS > data plane, not control protocol, be it RSVP-TE, LDP, PCEP, or IGP-TE of > SPRING. And, since the MPLS data plane is indeed common and in fact the one > and only, such LSP YANG model rightfully can be characterized as “Genericâ€. > > But if authors intended to describe common set among listed above control > protocols pertaining to signaling of an MPLS LSP, then, IMO, such common > set first must be discussed and identified to demonstrate that it does > exist and is sufficient to have YANG model of its own rather than YANG > models that describe LSP control by each signaling protocols. That to me > looks very much like what LIME WG is working on, investigating whether > common model of IP, IP/MPLS, MPLS-TP, and TRILL OAM exists and its extent > is sufficient to be of interest. > > > > Regards, > > Greg > > > > *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Robert Raszuk > *Sent:* Sunday, March 08, 2015 3:58 AM > *To:* Loa Andersson > *Cc:* mpls@ietf.org; teas@ietf.org; Shah, Himanshu > *Subject:* Re: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang > > > > Hi Loa, > > > > The way I read Igor statement and agreed with it in a sense of "nothing in > common" was that it was referring to the control plane. > > > > The subject of this thread is "Generic LSP YANG" and to me Yang model > describes control aspect of protocol or functionality not the choice of > forwarding header in the data plane. > > > > So if you and others agree we should be all in sync and perhaps we could > consider as proposed before Generic Engineered Path model branching at the > lower layer between unicast and multicast. > > > > However if you still think that Yang is about data plane and OAM then > perhaps we have a bigger issue here .... > > > > Cheers, > R. > > > > > > > > > > On Sun, Mar 8, 2015 at 10:27 AM, Loa Andersson wrote: > > Himanshu, et.al., > > I think there are two issues here and if sorting them out corrrectly > we are very close. > > The first issue is similarities between different types of LSPs. > > Here I said that, at least for a MPLS PSN, there are similarities, > e.g. the data plane is (nearly) the same. This was said in reaction > to Igor's statement "IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing > in common." I still don't think that Igor's statement is really correct. > If he had said "IMHO there are not enough similarites between TE-LSP, > LDP-LSP and SPRING-LSP to motivate a common model". I think that we be > a much more accurate statement. > > And that is the other issue - Is it reasonable to model TE-LSP, > LDP-LSP and SPRING-LSP in the same model? I don't not think it is, > but that we need an overlap of people working with the different models. > > Hope this is clear enough. > > /Loa > > > On 2015-03-07 23:19, Shah, Himanshu wrote: > > /I agree with Robert and Igor, putting everything in the same bucket > because of common data plane & OAM does not justify./ > > /We wouldn’t consider doing same for IP data plane../ > > /I think we need to separate these models and as mentioned earlier, > there is already work going on in respective WGs./ > > // > > /Thanks,/ > > /himanshu/ > > // > > // > > // > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Loa Andersson > *Sent:* Saturday, March 07, 2015 8:18 AM > *To:* teas@ietf.org, mpls@ietf.org, robert@raszuk.net > *Subject:* Re: [mpls] [Rtg-yang-coord] [Teas] Generic LSP Yang > > Robert, > > From one perspective I agree with you and Igor, however if you think > about MPLS LSPs, from a data plane perspective - and that is where OAM > operates, there almost no difference between a TE-LSP a LDP-LSP and a > SPRING MPLS LSP come very close. > > If you the other hand think of LSPs for other data planes the "nothing > in common" is an almost true statement. From that point of view I think > different models are where we will end up, but I also think that we need > "separation with moderation". > > But nothing is so simple that we can capture it in one very simple > statement, we have hacking away on this for 30 years now, I'd advice > taking architecture and history into consideration, as well as viewing > the sky from a different perspective than from the bottom of a deep well. > > Let me also say that I'm very supportive of all the good work going on > in this area. > > /Loa > > Sent from my iPad > > > On 07 Mar 2015, at 19:47, Robert Raszuk > wrote: > > I would agree with Igor. > > Other then name overlap those are completely different technologies > and artificially putting them under "LSP" umbrella just does not > bring any value, but only confuses things even more. > > Q: What SPRING-LSP has anything in common with "label" when you use > v6 header ? > > If you want to search for some commonalities let's remove LDP-LSPs > from this mix (as the is not relevant) and leave TE-LSP & SPRING + > maybe also add BIER as well as change the name to Generic-EP > (Engineered Paths). > > I see no value of goruping based on the fact that data plane uses > mpls labels, but rather I would see reasonable to provide models > based on the transport path characteristics for the traffic it is to > carry. > > Best, > > r. > > On Fri, Mar 6, 2015 at 2:11 PM, Igor Bryskin > > wrote: > > Druv, > > IMHO TE-LSP, LDP-LSP and SPRING-LSP have nothing in common. They > should have totally independent models each being developed in > respective WG. > > Igor > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > ------------------------------------------------------------------------ -------- > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Mon Mar 9 05:08:22 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 1ADA01A1B5D; Thu, 5 Mar 2015 08:17:55 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF5A71A1A94 for ; Thu, 5 Mar 2015 08:17:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.334 X-Spam-Level: X-Spam-Status: No, score=-1.334 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, SPF_SOFTFAIL=0.665] 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 fN2Pi_umhaql for ; Thu, 5 Mar 2015 08:17:54 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 C64581A1B5D for ; Thu, 5 Mar 2015 08:11:28 -0800 (PST) Received: from mail-wi0-x22a.google.com ([2a00:1450:400c:c05::22a]:46471) by zinfandel.tools.ietf.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YTYMx-0003qX-9K for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 08:11:28 -0800 Received: by widem10 with SMTP id em10so39567183wid.5 for ; Thu, 05 Mar 2015 08:11:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=9IG4xnecusuV2F+nfTyOpCCVMRnzW42hCp6qtpXqNVk=; b=sk0zN8bmh1xo5UKEIpFKRHphPHCan6kq0uioLyblBYLjQF/10vH4Ph91pQVXjCXQb2 BiV7mV0YdDFLvM+M1zGKJ72P24Fo0Uat+yOCuMNY77ha1DxVL92Vd/iGYnV7gJ5/a2Gb MhcUqJ6SG6f0mzs94m9J2fqHPwZk0in70QNlJIp7kx6oZvqu28fb8Pl8CMj6KaXkSGjx ntRgACLvdhX/tQPH7rP3xQpS/WiW3S/loygAdWNGMGb73qp8h9pcLnwMYEO3WHVMLbbK Ol1SfE2edcoQXTe6ysrY2qMhaz2K7vKltMnLn5XvdBnH6vELaJcr0MaW9AUHoMFnPVnu ggjA== X-Received: by 10.194.120.230 with SMTP id lf6mr19981401wjb.78.1425571877438; Thu, 05 Mar 2015 08:11:17 -0800 (PST) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id ka1sm11139737wjc.2.2015.03.05.08.11.16 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Mar 2015 08:11:16 -0800 (PST) Message-ID: <54F88023.8090601@gmail.com> Date: Thu, 05 Mar 2015 17:11:15 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Loa Andersson References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> <54F3F475.5060202@pi.nu> In-Reply-To: <54F3F475.5060202@pi.nu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2a00:1450:400c:c05::22a X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: huubatwork@gmail.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150305161128.C64581A1B5D@ietfa.amsl.com> Resent-Date: Thu, 5 Mar 2015 08:11:28 -0800 (PST) Resent-From: huubatwork@gmail.com Archived-At: Archived-At: X-Mailman-Approved-At: Mon, 09 Mar 2015 05:08:18 -0700 Cc: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org Subject: Re: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 16:17:55 -0000 Hello Loa, Looking at the To: and Cc: of your original email you intended to send only to: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org However, I received it too. In noticed on another email exchange that my old (now invalid) contact email was used. Is something wrong in the ietf tools for forwarding? BR, Huub. -- ***************************************************************** 请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ · From nobody Mon Mar 9 05:08:23 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 6F6F61A1B21; Thu, 5 Mar 2015 08:33:45 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FEF51A1A91 for ; Thu, 5 Mar 2015 08:33:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=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 aAmzyUaQbCWt for ; Thu, 5 Mar 2015 08:33:43 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [IPv6:2607:f170:8000:1500::de]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55A431A1B21 for ; Thu, 5 Mar 2015 08:28:35 -0800 (PST) Received: from relais-ias243.francetelecom.com ([80.12.204.243]:30321 helo=relais-inet.francetelecom.com) by gamay.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YTYdT-0001IS-PT for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 11:28:33 -0500 Received: from omfeda08.si.francetelecom.fr (unknown [xx.xx.xx.201]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id AB4BF2AC5E8; Thu, 5 Mar 2015 17:28:12 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda08.si.francetelecom.fr (ESMTP service) with ESMTP id F07F2384083; Thu, 5 Mar 2015 17:28:11 +0100 (CET) Received: from PEXCVZYM11.corporate.adroot.infra.ftgroup ([fe80::a441:e6a9:6143:6f0f]) by PEXCVZYH02.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0224.002; Thu, 5 Mar 2015 17:28:11 +0100 From: To: "huubatwork@gmail.com" , Loa Andersson Thread-Topic: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard Thread-Index: AQHQV1/xvDafkFzsKEyoVh99sajfFJ0OEw+w Date: Thu, 5 Mar 2015 16:28:10 +0000 Message-ID: <16561_1425572892_54F8841C_16561_50_1_53C29892C857584299CBF5D05346208A0EB5AA6F@PEXCVZYM11.corporate.adroot.infra.ftgroup> References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> <54F3F475.5060202@pi.nu> <54F88023.8090601@gmail.com> In-Reply-To: <54F88023.8090601@gmail.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.197.38.6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.12.16.134821 X-SA-Exim-Connect-IP: 80.12.204.243 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: bruno.decraene@orange.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150305162835.55A431A1B21@ietfa.amsl.com> Resent-Date: Thu, 5 Mar 2015 08:28:35 -0800 (PST) Resent-From: bruno.decraene@orange.com Archived-At: Archived-At: X-Mailman-Approved-At: Mon, 09 Mar 2015 05:08:18 -0700 Cc: "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" Subject: Re: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 16:33:45 -0000 VGhhbmtzIEh1dWIuDQoNCkxvYSwgYWxsLA0KDQpJJ3ZlIGFsc28ganVzdCBub3RpY2VkIHRoYXQg dGhlIG1wbHMgbWFpbGluZyBsaXN0IGlzIGluIGNvcHkgb2YgYWxsIGVtYWlscyByZWxhdGVkIHRv IHRoZSBJRVNHIHJldmlldy4NCkkgZG9uJ3QgcmVjYWxsIHRoYXQgdGhpcyBpcyB0aGUgY2FzZSBm b3Igb3RoZXJzIGRyYWZ0Lg0KDQpUaGFua3MsDQpCcnVubw0KDQo+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+IEZyb206IEh1dWIgdmFuIEhlbHZvb3J0IFttYWlsdG86aHV1YmF0d29ya0Bn bWFpbC5jb21dDQo+IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAwNSwgMjAxNSA1OjExIFBNDQo+IFRv OiBMb2EgQW5kZXJzc29uDQo+IENjOiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVnaXN0cnku YWxsQHRvb2xzLmlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbbXBsc10gW0lBTkEgIzgwODk3NF0g TGFzdCBDYWxsOiA8ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLQ0KPiByZWdpc3RyeS0wMi50eHQ+ IChJQU5BIHJlZ2lzdHJpZXMgZm9yIExTUCBwaW5nIENvZGUgUG9pbnRzKSB0byBQcm9wb3NlZA0K PiBTdGFuZGFyZA0KPiANCj4gSGVsbG8gTG9hLA0KPiANCj4gTG9va2luZyBhdCB0aGUgVG86IGFu ZCBDYzogb2YgeW91ciBvcmlnaW5hbCBlbWFpbCB5b3UgaW50ZW5kZWQgdG8gc2VuZCBvbmx5IHRv Og0KPiAgIGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1yZWdpc3RyeS5hbGxAdG9vbHMuaWV0Zi5v cmcNCj4gDQo+IEhvd2V2ZXIsIEkgcmVjZWl2ZWQgaXQgdG9vLg0KPiANCj4gSW4gbm90aWNlZCBv biBhbm90aGVyIGVtYWlsIGV4Y2hhbmdlIHRoYXQgbXkgb2xkIChub3cgaW52YWxpZCkgY29udGFj dCBlbWFpbA0KPiB3YXMgdXNlZC4NCj4gDQo+IElzIHNvbWV0aGluZyB3cm9uZyBpbiB0aGUgaWV0 ZiB0b29scyBmb3IgZm9yd2FyZGluZz8NCj4gDQo+IEJSLCBIdXViLg0KPiANCj4gDQo+IC0tDQo+ ICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKg0KPiAqKioqKg0KPiAgICAgICAgICAgICAgICDor7forrDkvY/vvIzkvaDmmK/ni6zkuIDm l6DkuoznmoTvvIzlsLHlg4/lhbbku5bmr4/kuIDkuKrkurrkuIDmoLcNCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBt ZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1h dGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMK cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24u IFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2ln bmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVz c2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZp bGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91 bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRp b24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz LgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNz YWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5r IHlvdS4KCg== From nobody Mon Mar 9 05:08:24 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 9B3F61A9091; Thu, 5 Mar 2015 16:36:13 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C53E1A87BB for ; Thu, 5 Mar 2015 16:36:13 -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] autolearn=unavailable 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 pcfvW4xg25Lx for ; Thu, 5 Mar 2015 16:36:12 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 04A331A88BA for ; Thu, 5 Mar 2015 16:36:11 -0800 (PST) Received: from p130.piuha.net ([193.234.218.130]:61523) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YTgFO-0008IB-Nt for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 16:36:11 -0800 Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 1451D2CEC1; Thu, 5 Mar 2015 14:48:34 +0200 (EET) (envelope-from jari.arkko@piuha.net) X-Virus-Scanned: amavisd-new at piuha.net Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W4qp-K_FhNwS; Thu, 5 Mar 2015 14:48:33 +0200 (EET) Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id 389DA2CD0E; Thu, 5 Mar 2015 14:48:33 +0200 (EET) (envelope-from jari.arkko@piuha.net) Content-Type: multipart/signed; boundary="Apple-Mail=_93F5CB79-0AEC-4212-B3C8-E3A3CDC68FD5"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Jari Arkko In-Reply-To: <013101d0573a$4034dbb0$c09e9310$@juniper.net> Date: Thu, 5 Mar 2015 14:48:33 +0200 Message-Id: References: <54F80349.2030104@pi.nu> <3771_1425549355_54F8282B_3771_595_1_53C29892C857584299CBF5D05346208A0EB596C0@PEXCVZYM11.corporate.adroot.infra.ftgroup> <54F8394D.2060401@pi.nu> <013101d0573a$4034dbb0$c09e9310$@juniper.net> To: afarrel@juniper.net X-Mailer: Apple Mail (2.1878.6) X-SA-Exim-Connect-IP: 193.234.218.130 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: jari.arkko@piuha.net X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150306003612.04A331A88BA@ietfa.amsl.com> Resent-Date: Thu, 5 Mar 2015 16:36:11 -0800 (PST) Resent-From: jari.arkko@piuha.net Archived-At: Archived-At: X-Mailman-Approved-At: Mon, 09 Mar 2015 05:08:18 -0700 Cc: meral.shirazipour@ericsson.com, gen-art@ietf.org, draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org Subject: Re: [mpls] [Gen-art] Gen-ART Telechat Call review of draft-ietf-mpls-lsp-ping-registry-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 00:36:13 -0000 --Apple-Mail=_93F5CB79-0AEC-4212-B3C8-E3A3CDC68FD5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 05 Mar 2015, at 13:48, Adrian Farrel wrote: > And thanks Meral for the review indeed > And thanks Bruno for the response with which I agree. as do i. thanks. jari >=20 > Adrian >=20 >> -----Original Message----- >> From: Loa Andersson [mailto:loa@pi.nu] >> Sent: 05 March 2015 11:09 >> To: bruno.decraene@orange.com; draft-ietf-mpls-lsp-ping- >> registry.all@tools.ietf.org; meral.shirazipour@ericsson.com; = gen-art@ietf.org >> Subject: Re: Gen-ART Telechat Call review of > draft-ietf-mpls-lsp-ping-registry-02 >>=20 >> Folks, >>=20 >> When I sent the question I intended to send it to the authors only, >> but only change the "name" of the receiver (removed .all) and let the >> .all stay in the actual mail address, so we have been spreading this = a >> bit wider than intended. So I put all the initial mail addresses = back. >>=20 >> However, I agree with Bruno's responses. The difference between "not >> assigned" and "reserved" is a Bruno put it. >>=20 >> /Loa >>=20 >> On 2015-03-05 17:55, bruno.decraene@orange.com wrote: >>> Hi Loa, all, >>>=20 >>> Please see inline [Bruno] the proposed resolution >>>=20 >>>> From: Loa Andersson [mailto:loa@pi.nu] > Sent: Thursday, March 05, = 2015 > 8:19 >> AM >>>> To: draft-ietf-mpls-lsp-ping-registry@tools.ietf.org >>>> Subject: Re: Gen-ART Telechat Call review of > draft-ietf-mpls-lsp-ping-registry- >>>> 02 >>>>=20 >>>> Folks, >>>>=20 >>>> Did we respond to the Gen ART review? >>>=20 >>> [Bruno] Not yet. >>>=20 >>>> /Loa >>>>=20 >>>> On 2015-03-05 03:03, Meral Shirazipour wrote: >>>>> I am the assigned Gen-ART reviewer for this draft. For background = on Gen- >>>> ART, please see the FAQ at < >>>> http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. >>>>>=20 >>>>> Please wait for direction from your document shepherd or AD before >>>> posting a new version of the draft. >>>>>=20 >>>>> Document: draft-ietf-mpls-lsp-ping-registry-02 >>>>> Reviewer: Meral Shirazipour >>>>> Review Date: 2015-03-04 >>>>> IETF LC End Date: 2015-03-02? >>>>> IESG Telechat date: 2015-03-05 >>>>>=20 >>>>> Summary: This draft is ready to be published as Standards Track = RFC but I >>>> have some comments. >>>>>=20 >>>>> Minor issues: >>>>> -[Page 3], Section 2.1, Table "Registry Name: DS Flags.". Is there = a > reason bits >>>> 5-0 are listed as "Unassigned" and not "Reserved (MBZ)" ?, with = Reference >>>> being RFC4379 Section 3.3. >>>=20 >>> [Bruno] Indeed RFC4379 marks these flags as "Reserved". >>> However, my understanding is that in an IANA registry, "reserved" = means that >> the IANA can't use it. While "Unassigned" means that the IANA is free = to pick > a >> value and assign. >>> I think we do mean "Unassigned" as we want the IANA to be able to = make >> assignment. (otherwise, there is no point in making a IANA registry) >>>=20 >>>>>=20 >>>>> -[Page 4], Section 2.3, Table "Registry Name: Pad Type.". RFC4379 = did not >>>> reserve value 0. I could be wrong please double check. >>>=20 >>> [Bruno] Indeed, RFC4379 does not talk about value 0. Probably an = oversight. >>> IMHO it's better for this document to document value 0 (probably = required by >> IANA). IMO making 0 "reserved" is the safest option. >>> At least the WG did not object/comment. >>> Hower the document indicates "0 Reserved > RFC4379" and this >> is not strictly true that RFC 4379 is the reference for this value 0. >>> Hence I would propose >>> OLD: 0 Reserved RFC4379 >>> New: 0 Reserved This document. >>>=20 >>>>>=20 >>>>> -[Page 5], Section 2.4, Table "Registry Name: Interface and Label = Stack >>>> Address Type.". Same as above, RFC4379 did not reserve value 0. >>>=20 >>> [Bruno] idem >>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Nits/editorial comments: >>>>> -[Page 2], Section 2.1, please put in parenthesis (DSMAP) and = (DDMAP) > right >>>> after when the terms are spelled out. The acronyms are use later = on. >>>=20 >>> [Bruno] Yes. Thank you. Done in my local copy >>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Best Regards, >>>>> Meral >>>>> --- >>>>> Meral Shirazipour >>>>> Ericsson >>>>> Research >>>>> www.ericsson.com >>>>>=20 >>>>=20 >>>> -- >>>>=20 >>>>=20 >>>> Loa Andersson email: loa@mail01.huawei.com >>>> Senior MPLS Expert loa@pi.nu >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>=20 >>>=20 >> ______________________________________________________________ >> ___________________________________________________________ >>>=20 >>> Ce message et ses pieces jointes peuvent contenir des informations >> confidentielles ou privilegiees et ne doivent donc >>> pas etre diffuses, exploites ou copies sans autorisation. Si vous = avez recu > ce >> message par erreur, veuillez le signaler >>> a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages >> electroniques etant susceptibles d'alteration, >>> Orange decline toute responsabilite si ce message a ete altere, = deforme ou >> falsifie. Merci. >>>=20 >>> This message and its attachments may contain confidential or = privileged >> information that may be protected by law; >>> they should not be distributed, used or copied without = authorisation. >>> If you have received this email in error, please notify the sender = and > delete this >> message and its attachments. >>> As emails may be altered, Orange is not liable for messages that = have been >> modified, changed or falsified. >>> Thank you. >>>=20 >>=20 >> -- >>=20 >>=20 >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art --Apple-Mail=_93F5CB79-0AEC-4212-B3C8-E3A3CDC68FD5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU+FChAAoJEM80gCTQU46qVRIP/0vpJRKvUFEF3cq9mveQjGwI Oq+g+8o7YL/BxDndY1s7RHwWp2CFIJBgGmERnAfj5RYnes5wJrwU1qhDyL59YvBo /TcgE+rfx1q66v7tQYSi0Y0PvW/SqwsV91J4vxJSutuKxQDdS+2BOL9sgKN4fRjZ HZzOzdrq6WdpylTl9T+WLt+zTXAXP3zf3f8C8KguR0dMIN3Io1xsXzC4GdHAr5ds gCLjl//Tw87jnl22r2iq57MVt9FBg2bS2T20CNKUBgshtiJdd210/vCOND0oVJGC y4sSTS6GpuLmeIgt71y/+Z5tNIAlKTgDxfFc3uYGC8jPQoqX0bSxgfZcktDSA+2r F8R7/3TAsIRiiQCYNlzivUGGndejN9jd9Q5ktaP6LnAGg1W7Y9C2ChQYZ7o+mvqo sGQKYRubH2q6t85Ih4AsiCBportZCqq3Mrbr/icM1KxfuFr+4S3U8ZNfB7pqI4/U jFvUVHcMgFZmGlyOaRmERS+7q1KSsdY7fEzTIhfH6DJe4IeVfWvgn3UmJY5Zj18K MbjtZXSpprlM6vdF16kUW9SPzJEg7qGWcXozr7UVqiOcGY9MHgbFJcH5UZpYsDGT x+Z2zQpZ/RMs9BTPwUzKt4U2V//4JORSUZfbbTH0hdetJlCuMm3gJMyz1UT0KFGv JhdW8R3hDgNTf97N4d1q =sWQf -----END PGP SIGNATURE----- --Apple-Mail=_93F5CB79-0AEC-4212-B3C8-E3A3CDC68FD5-- From nobody Mon Mar 9 05:08:26 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id DAD311AC438; Thu, 5 Mar 2015 20:52:21 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF77A1AC435 for ; Thu, 5 Mar 2015 20:52:21 -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] 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 zrTIvk-wxOwQ for ; Thu, 5 Mar 2015 20:52:19 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [IPv6:2607:f170:8000:1500::de]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D48FD1AC433 for ; Thu, 5 Mar 2015 20:52:19 -0800 (PST) Received: from pipi.pi.nu ([83.168.239.141]:56957) by gamay.tools.ietf.org with esmtps (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YTkFD-0003EJ-Rf for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Thu, 05 Mar 2015 23:52:17 -0500 Received: from [192.168.1.12] (unknown [49.149.191.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id E6532180145E; Fri, 6 Mar 2015 05:52:07 +0100 (CET) Message-ID: <54F93273.5090805@pi.nu> Date: Fri, 06 Mar 2015 12:52:03 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: bruno.decraene@orange.com, "huubatwork@gmail.com" References: <20150216141949.23945.39730.idtracker@ietfa.amsl.com> <54F3F475.5060202@pi.nu> <54F88023.8090601@gmail.com> <16561_1425572892_54F8841C_16561_50_1_53C29892C857584299CBF5D05346208A0EB5AA6F@PEXCVZYM11.corporate.adroot.infra.ftgroup> In-Reply-To: <16561_1425572892_54F8841C_16561_50_1_53C29892C857584299CBF5D05346208A0EB5AA6F@PEXCVZYM11.corporate.adroot.infra.ftgroup> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 83.168.239.141 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: loa@pi.nu X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150306045219.D48FD1AC433@ietfa.amsl.com> Resent-Date: Thu, 5 Mar 2015 20:52:19 -0800 (PST) Resent-From: loa@pi.nu Archived-At: Archived-At: X-Mailman-Approved-At: Mon, 09 Mar 2015 05:08:18 -0700 Cc: "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" Subject: Re: [mpls] [IANA #808974] Last Call: (IANA registries for LSP ping Code Points) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 04:52:22 -0000 Bruno, There has been a discussion (on the wg-chairs list I think) about the .all mail alias. The working groups were added by default to the .all, e.g. draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org. It causes a number of problems, e.g. bounces that the list manager need to take care of. Just now it will be the default for all documents that have been accepted after a certain time. Currently I don't know what to react to this. It causes a lot of extra work, but OTOH it is my understanding that the IESG want the these mails to go to the working group. /Loa On 2015-03-06 00:28, bruno.decraene@orange.com wrote: > Thanks Huub. > > Loa, all, > > I've also just noticed that the mpls mailing list is in copy of all emails related to the IESG review. > I don't recall that this is the case for others draft. > > Thanks, > Bruno > >> -----Original Message----- >> From: Huub van Helvoort [mailto:huubatwork@gmail.com] >> Sent: Thursday, March 05, 2015 5:11 PM >> To: Loa Andersson >> Cc: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org >> Subject: Re: [mpls] [IANA #808974] Last Call: > registry-02.txt> (IANA registries for LSP ping Code Points) to Proposed >> Standard >> >> Hello Loa, >> >> Looking at the To: and Cc: of your original email you intended to send only to: >> draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org >> >> However, I received it too. >> >> In noticed on another email exchange that my old (now invalid) contact email >> was used. >> >> Is something wrong in the ietf tools for forwarding? >> >> BR, Huub. >> >> >> -- >> ************************************************************ >> ***** >> 请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ · > > _________________________________________________________________________________________________________________________ > > 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. > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Mon Mar 9 05:08:27 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 752011ACD84; Fri, 6 Mar 2015 03:40:39 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54A5B1ACD82 for ; Fri, 6 Mar 2015 03:40:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 Ut1kL1Kayo6e for ; Fri, 6 Mar 2015 03:40:38 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [IPv6:2607:f170:8000:1500::de]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB3D01ACD81 for ; Fri, 6 Mar 2015 03:40:37 -0800 (PST) Received: from asmtp5.iomartmail.com ([62.128.201.176]:38721) by gamay.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YTqcN-0005Ex-NC for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Fri, 06 Mar 2015 06:40:36 -0500 Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t26BeFoK011666; Fri, 6 Mar 2015 11:40:15 GMT Received: from 950129200 (089144209037.atnat0018.highway.a1.net [89.144.209.37]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t26BeDrd011603 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 6 Mar 2015 11:40:14 GMT From: "Adrian Farrel" To: Date: Fri, 6 Mar 2015 11:40:14 -0000 Message-ID: <01df01d05802$51725290$f456f7b0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBYAiRqJBI/DyDaQQSsC1+HE9JQow== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21380.002 X-TM-AS-Result: No--1.293-10.0-31-10 X-imss-scan-details: No--1.293-10.0-31-10 X-TMASE-MatchedRID: TFgtMBqIuo6wIZP5FYus+691/YHX0i1lh8Ytn75ClDPF7duWDXiFEiDV X+rtfKhFbxXl8/z9vsKMxND4t+zSA5RMdwEiWk2NngIgpj8eDcC063Wh9WVqgpgZQ9043V5e+gt Hj7OwNO2OhzOa6g8KrTFM4EVcH0vwZk+YFaGbyOn/eXBMD3jG89tKyYsQ5xUNdJmC5PRjvW3kP2 yapUEP3KKWedUMQI938fsC+xPFkxvsNp90fT4EjrAUyUg9ogFt X-SA-Exim-Connect-IP: 62.128.201.176 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: adrian@olddog.co.uk X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150306114037.EB3D01ACD81@ietfa.amsl.com> Resent-Date: Fri, 6 Mar 2015 03:40:37 -0800 (PST) Resent-From: adrian@olddog.co.uk Archived-At: Archived-At: X-Mailman-Approved-At: Mon, 09 Mar 2015 05:08:18 -0700 Subject: [mpls] Progress with draft-ietf-mpls-lsp-ping-registry X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 11:40:39 -0000 Hi, draft-ietf-mpls-lsp-ping-registry was discussed by the IESG on yesterday's telechat and was approved for publication as an RFC. The IESG Comments have already been resolved in email with agreement that no changes are required. I will send a note to the Secretariat in a moment to advance the document. Thanks for the work, Adrian From nobody Mon Mar 9 05:08:29 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id B41991ACD8B; Fri, 6 Mar 2015 03:43:45 -0800 (PST) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 910781ACD88 for ; Fri, 6 Mar 2015 03:43:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=unavailable 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 oAorBiw-mNsI for ; Fri, 6 Mar 2015 03:43:39 -0800 (PST) Received: from gamay.tools.ietf.org (gamay.tools.ietf.org [IPv6:2607:f170:8000:1500::de]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE6471ACD8B for ; Fri, 6 Mar 2015 03:43:38 -0800 (PST) Received: from asmtp5.iomartmail.com ([62.128.201.176]:41510) by gamay.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YTqfI-0002Jr-Nr for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Fri, 06 Mar 2015 06:43:37 -0500 Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t26BhJT2016093; Fri, 6 Mar 2015 11:43:19 GMT Received: from 950129200 (089144209037.atnat0018.highway.a1.net [89.144.209.37]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t26BhDM9015893 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 6 Mar 2015 11:43:17 GMT From: "Adrian Farrel" To: Date: Fri, 6 Mar 2015 11:43:15 -0000 Message-ID: <01e101d05802$bf23aeb0$3d6b0c10$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBYAoU6UYdGdPezQIOGVq4VuawXwA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21380.002 X-TM-AS-Result: No--5.484-10.0-31-10 X-imss-scan-details: No--5.484-10.0-31-10 X-TMASE-MatchedRID: Q8wq3sHVwTbe3hLrPh9aS5gGnz93PV93zXOot9n7ZXzFJnEpmt9OE8Rk oeJ3OFRcmufGJ++Xr0Vzdyf1FJX2z0IFCJ5KkAbPngIgpj8eDcC063Wh9WVqgpgZQ9043V5e+gt Hj7OwNO2OhzOa6g8KrePShSNQ4Ufl+XcYstHfxsH9ZEG3/N6RBzE5v7LgNCXn3nSgjMxQH2o= X-SA-Exim-Connect-IP: 62.128.201.176 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: adrian@olddog.co.uk X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on gamay.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150306114338.DE6471ACD8B@ietfa.amsl.com> Resent-Date: Fri, 6 Mar 2015 03:43:38 -0800 (PST) Resent-From: adrian@olddog.co.uk Archived-At: Archived-At: X-Mailman-Approved-At: Mon, 09 Mar 2015 05:08:18 -0700 Cc: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org Subject: [mpls] Approved draft-ietf-mpls-lsp-ping-registry X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 11:43:45 -0000 Hi, draft-ietf-mpls-lsp-ping-registry was on yesterday's telechat and you held it for me in Approved::AD follow-up as I fell of the call. There are no Comments to be addressed and no notes needed. The document is approved. Secretariat (Bcc) please advance the document. Thanks, Adrian From nobody Mon Mar 9 09:51:59 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E56D1A88EE; Mon, 9 Mar 2015 09:51:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 wG_25PAtnuG4; Mon, 9 Mar 2015 09:51:56 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 978ED1A002C; Mon, 9 Mar 2015 09:51:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: "Loa Andersson" , "George Swallow" , "Ross Callon" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150309165156.30198.60991.idtracker@ietfa.amsl.com> Date: Mon, 09 Mar 2015 09:51:56 -0700 Archived-At: Cc: mpls@ietf.org, tom.huber@coriant.com, lihan@chinamobile.com Subject: [mpls] New Liaison Statement, "LS on progress of work on draft Amendment 1 to Recommendation ITU-T G.8131/Y.1382 (2014)" X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 16:51:58 -0000 Title: LS on progress of work on draft Amendment 1 to Recommendation ITU-T G.8131/Y.1382 (2014) Submission Date: 2015-03-09 URL of the IETF Web page: http://datatracker.ietf.org/liaison/1382/ Please reply by 2015-06-09 From: ITU-T SG 15 (Greg Jones ) To: Multiprotocol Label Switching (Loa Andersson , George Swallow , Ross Callon ) Cc: Adrian Farrel ,Alia Atlas ,mpls@ietf.org,John Drake ,Scott Mansfield Response Contact: tom.huber@coriant.com, lihan@chinamobile.com Technical Contact: Purpose: For action Body: ITU-T Q9/15 wishes to provide the IETF MPLS WG an update on our progress on the previously liaised draft Amendment 1 to Recommendation ITU-T G.8131/Y.1382 (2014), “Linear protection switching for MPLS transport profile (MPLS-TP): Amendment 1â€. We have made two modifications to the previously liaised draft: - We had previously stated that we would add a figure showing the full structure of the APC PDU to clause 8.1. We have since decided this is more appropriate to put in an informative appendix. - The document currently indicates that trail protection for LSP sublayers is supported but the functional model is for further study. We have reached a conclusion on what the functional model should be, and intend to include that in the amendment. The updated draft of this amendment is attached. We would appreciate any comments you have on this amendment in advance of our next meeting, which is 22 June-3 July 2015, at which time we intend to consent the amendment. Attach: TD353/PLEN “Draft Amendment 1 to Recommendation ITU-T G.8131/Y.1382 (2014) (for Consent)†Attachments: LS on progress of work on draft Amendment 1 to Recommendation ITU-T G.8131/Y.1382 (2014) https://datatracker.ietf.org/documents/LIAISON/liaison-2015-03-09-itu-t-sg-15-mpls-ls-on-progress-of-work-on-draft-amendment-1-to-recommendation-itu-t-g8131y1382-2014-attachment-1.zip From nobody Mon Mar 9 10:05:57 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D77FF1A908D for ; Mon, 9 Mar 2015 10:05:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 KCpV9-WPUyYp for ; Mon, 9 Mar 2015 10:05:53 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 644E51A9089 for ; Mon, 9 Mar 2015 10:05:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12507; q=dns/txt; s=iport; t=1425920753; x=1427130353; h=from:to:cc:subject:date:message-id:mime-version; bh=AMwmd5xq6eCvjcIfY+zbM1Uh6NRV6UgyoLrXOk3HRgI=; b=YTFyB8o0USHMOYCMzv5SzfOV0UXgHXs78f59065HSsTu/bGk4bkcAITq hU3f6CPSb1IqSdjyC5Jl/5VkSO08OMepu0VcwCPl5zI5FRRwUpYHrB8lI q4kUM6roA19rVfKRB7Iv9JWH7du2NSJ8dZeiXVaxWodFW8MORd7zE0O4G g=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BrGwBc0v1U/49dJa1cgwZSWgSDBrljg0iCNoVwgSxNAQEBAQEBfIQWI1YSAUoCNCcEDhOIIQ2lOJszAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSKGIVpBIJvL4EWBY4NggKBZYEuUYVvgRqFfIxeI4ICHIFQbwGBQ38BAQE X-IronPort-AV: E=Sophos;i="5.11,368,1422921600"; d="asc'?scan'208,217";a="402161503" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-4.cisco.com with ESMTP; 09 Mar 2015 17:05:52 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t29H5qEC031411 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 9 Mar 2015 17:05:52 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.121]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0195.001; Mon, 9 Mar 2015 12:05:52 -0500 From: "Carlos Pignataro (cpignata)" To: "mpls@ietf.org" Thread-Topic: MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping Thread-Index: AQHQWotMlQfI5QJf/0iStd/SBrxSHg== Date: Mon, 9 Mar 2015 17:05:28 +0000 Message-ID: <8BF5B2DC-1712-431B-93FC-74284EAB94F9@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.82.236.152] Content-Type: multipart/signed; boundary="Apple-Mail=_5DA5BE9A-1832-4073-9DB6-5FDA2055D9D8"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Archived-At: Cc: "draft-bonica-mpls-self-ping@tools.ietf.org" Subject: [mpls] MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 17:05:56 -0000 --Apple-Mail=_5DA5BE9A-1832-4073-9DB6-5FDA2055D9D8 Content-Type: multipart/alternative; boundary="Apple-Mail=_D0480C03-C4C4-4A56-9246-32763E736C38" --Apple-Mail=_D0480C03-C4C4-4A56-9246-32763E736C38 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I was asked to provide an MPLS RT Review of the following document, by = March 11th: https://tools.ietf.org/html/draft-bonica-mpls-self-ping-04 = I have read the document, and I appreciate the problem it is attempting = to solve. LSP data-plane verification without consuming egress = control-plane resources. The document is well written, and the Self-ping concept well described. I do have a number of (both minor and major) concerns with the approach = as described, however: Intended status: Informational Abstract LSP Self-ping is a new, light-weight protocol that ingress LSRs can use to verify an LSPs readiness to carry traffic. This document is effectively defining a new protocol, which effectively = updates RFC-2119 level procedures in STD RFC 4379 (details below), but = it does not say so. The ingress LSR forwards the probe through the LSP under test. If the LSP is ready to forward traffic, the egress LSR receives the probe. Because the probe is addressed to the ingress LSR, the egress LSR forwards the probe back to the ingress. When the ingress LSR receives the probe, it has verified LSP readiness without consuming control plane resources at the egress LSR. There are a few potential issues with this overall approach: These procedures assume that an LSP is either sane, or broken such that = the probes will get lost. However, a real-world problem is the one in = which an LSP is broken mid-stream such that the labels are popped and = the packet is =E2=80=9Creleased=E2=80=9D. These probes will find their = way to the source, telling that the LSP is OK, but in fact the LSP is = broken mid-stream, and real traffic will be blackholes. Similarly, if an LSP is misprogrammed in forwarding such that it is = switched to a different label, this will not be detected. The way in which the packet is constructed might not pass uRPF check. #1 and #2 seem to somewhat defeat the purpose, because of these two = false positives. #3 is a false negative. As a thought =E2=80=94 has S-BFD been considered such that it can detect = mis-connection with minimal egress resource use? Those probes seem a bit = better than LSP Ping ones. example, LSP Self-ping cannot detect a misrouted LSP. Furthermore, LSP Self-ping cannot be used to verify LSPs that were signaled using LDP independent mode. Should a more generic approach be preferred, applicable to any LSP? The ingress LSR executes the following procedure until verification- status equals TRUE or retries is less than 1: o Format a MPLS Echo Reply [RFC4379] message o Send the MPLS Echo Reply message through the LSP under test This seems to be forbidden as per RFC 4379, which says: https://tools.ietf.org/html/rfc4379#section-4.5 = 4.5. Sending an MPLS Echo Reply An MPLS echo reply is a UDP packet. It MUST ONLY be sent in response to an MPLS echo request. In either case, message contents are as follows: o IP Source Address is configurable. By default, it is the address of the egress LSR o IP Destination Address is the address of the ingress LSR This construction will fail uRPF. Also, what about the use of the Router-Alert (option / label)? LSP Self-ping fails if all of the following conditions are true: o The Source Address of the MPLS Echo Reply message is equal to its default value (that is, the address of the egress LSR) o The penultimate hop pops the MPLS label o The egress LSR executes Unicast Reverse Path Forwarding (uRPF) procedures These conditions are some of which I was referring to above. Do they = drastically reduce the usefulness and applicability of this method? 4. Rejected Approaches Has S-BFD been considered? Many thanks in advance for considering these comments. Best, =E2=80=94 Carlos. --Apple-Mail=_D0480C03-C4C4-4A56-9246-32763E736C38 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi,

I was = asked to provide an MPLS RT Review of the following document, by March = 11th:
https://tools.ietf.org/html/draft-bonica-mpls-self-ping-04

I have = read the document, and I appreciate the problem it is attempting to = solve. LSP data-plane verification without consuming egress = control-plane resources.

The document is well written, and the Self-ping concept well = described.

I = do have a number of (both minor and major) concerns with the approach as = described, however:

Intended status: Informational

Abstract

   LSP = Self-ping is a new, light-weight protocol that ingress LSRs = can
   use to verify an LSPs readiness to = carry traffic.

This document is effectively defining a new protocol, which = effectively updates RFC-2119 level procedures in STD RFC 4379 (details = below), but it does not say so.

   The = ingress LSR forwards the probe through the LSP under test. =  If
   the LSP is ready to forward = traffic, the egress LSR receives the
  =  probe.  Because the probe is addressed to the ingress LSR, = the egress
   LSR forwards the probe back = to the ingress.  When the ingress LSR
  =  receives the probe, it has verified LSP readiness without = consuming
   control plane resources at = the egress LSR.

There are a few potential issues with this overall = approach:
  1. These procedures assume that an LSP is either sane, or broken = such that the probes will get lost. However, a real-world problem is the = one in which an LSP is broken mid-stream such that the labels are popped = and the packet is =E2=80=9Creleased=E2=80=9D. These probes will find = their way to the source, telling that the LSP is OK, but in fact the LSP = is broken mid-stream, and real traffic will be blackholes.
  2. Similarly, if an LSP is misprogrammed in forwarding such that = it is switched to a different label, this will not be detected.
  3. The way in which the packet is constructed might not pass = uRPF check.

#1 and #2 seem to somewhat defeat the purpose, because of = these two false positives. #3 is a false negative.

As a thought =E2=80=94 = has S-BFD been considered such that it can detect mis-connection with = minimal egress resource use? Those probes seem a bit better than LSP = Ping ones.

   example, LSP Self-ping cannot detect a misrouted = LSP.  Furthermore,
   LSP Self-ping = cannot be used to verify LSPs that were signaled using
   LDP independent mode.

Should a more generic = approach be preferred, applicable to any LSP?

   The = ingress LSR executes the following procedure until = verification-
   status equals TRUE or = retries is less than 1:

   o  Format a MPLS Echo Reply [RFC4379] = message

  =  o  Send the MPLS Echo Reply message through the LSP under = test

This = seems to be forbidden as per RFC 4379, which says:
https://tools.ietf.org/html/rfc4379#section-4.5
4.5.  Sending an MPLS Echo Reply
  =  An MPLS echo reply is a UDP packet.  It MUST ONLY be sent in = response
   to an MPLS echo = request.


  =  In either case, message contents are as follows:

   o  IP = Source Address is configurable.  By default, it is the = address
      of the egress = LSR

  =  o  IP Destination Address is the address of the ingress = LSR

This = construction will fail uRPF.

Also, what about the use of the = Router-Alert (option / label)?

   LSP = Self-ping fails if all of the following conditions are true:

   o  The = Source Address of the MPLS Echo Reply message is equal to its
      default value (that is, the address of = the egress LSR)

   o  The penultimate hop pops the MPLS = label

  =  o  The egress LSR executes Unicast Reverse Path Forwarding = (uRPF)
      = procedures

These conditions are some of which I was referring to above. = Do they drastically reduce the usefulness and applicability of this = method?

4. =  Rejected Approaches

Has S-BFD been considered?

Many thanks in advance for considering = these comments.

Best,

=E2=80=94 Carlos.

= --Apple-Mail=_D0480C03-C4C4-4A56-9246-32763E736C38-- --Apple-Mail=_5DA5BE9A-1832-4073-9DB6-5FDA2055D9D8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlT90ukACgkQtfDPGTp3USxfRACgkyXu4XdzRHuWXk3pklD7pcdg 1kAAoL2SohXF4JGI48GTFCoGsq9CWu5K =Ox3n -----END PGP SIGNATURE----- --Apple-Mail=_5DA5BE9A-1832-4073-9DB6-5FDA2055D9D8-- From nobody Mon Mar 9 10:16:28 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B8C61A90A3; Mon, 9 Mar 2015 10:16:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 HEpe16bg2_AN; Mon, 9 Mar 2015 10:16:25 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C2DCD1A90A2; Mon, 9 Mar 2015 10:16:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150309171625.27954.11389.idtracker@ietfa.amsl.com> Date: Mon, 09 Mar 2015 10:16:25 -0700 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 17:16:27 -0000 IESG has approved the document and state has been changed to Approved-announcement sent ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Mon Mar 9 10:16:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0841A90BB; Mon, 9 Mar 2015 10:16:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 lrC1z9d7veaf; Mon, 9 Mar 2015 10:16:28 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E948D1A90B1; Mon, 9 Mar 2015 10:16:25 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150309171625.27954.44647.idtracker@ietfa.amsl.com> Date: Mon, 09 Mar 2015 10:16:25 -0700 Archived-At: Cc: mpls mailing list , mpls chair , RFC Editor Subject: [mpls] Protocol Action: 'IANA registries for LSP ping Code Points' to Proposed Standard (draft-ietf-mpls-lsp-ping-registry-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 17:16:29 -0000 The IESG has approved the following document: - 'IANA registries for LSP ping Code Points' (draft-ietf-mpls-lsp-ping-registry-03.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Alia Atlas and Adrian Farrel. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ Technical Summary RFC 4379 and RFC 6424 created name spaces for Multiprotocol Label Switching (MPLS) Label Switched Path (LSP) Ping. However, those RFCs did not create the corresponding IANA registries for the Downstream Mapping object Flags (DS Flags), Multipath Type, Pad TLV and Address Types. There is now a need to make further code point allocations from these name spaces. This document updates RFC 4379 and RFC 6424 in that it creates the IANA registries for that purpose. Working Group Summary The draft is needed to create registries for two other WG documents and has progressed through the WG with no controversy and sufficient support. Document Quality The document has been well reviewed. The acknowledgements section will need to be filled in or deleted before final publication. Personnel Ross Callon is the Document Shepherd. Adrian Farrel is the Responsible Area Director. From nobody Mon Mar 9 10:59:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E2B31A914A; Mon, 9 Mar 2015 10:59:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 83oYFB8YlPfG; Mon, 9 Mar 2015 10:59:30 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 97D191A913E; Mon, 9 Mar 2015 10:59:26 -0700 (PDT) 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: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150309175926.24230.86389.idtracker@ietfa.amsl.com> Date: Mon, 09 Mar 2015 10:59:26 -0700 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-cui-mpls-tp-mfp-use-case-and-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 17:59:41 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Use Cases and Requirements for MPLS-TP multi-failure protection Authors : Zhenlong Cui Rolf Winter Himanshu Shah Sam Aldrin Masahiro Daikoku Filename : draft-cui-mpls-tp-mfp-use-case-and-requirements-04.txt Pages : 8 Date : 2015-03-09 Abstract: For the Multiprotocol Label Switching Transport Profile (MPLS-TP) linear protection capable of 1+1 and 1:1 protection has already been defined in [RFC6378], [RFC7271] and [RFC7324]. That linear protection mechanism has not been designed for handling multiple, simultaneously occurring failures, e.g., multiple failures that affect the working and the protection entity during the same time period. In these situations currently defined protection mechanisms would fail. This document introduces use cases and requirements for mechanisms that are capable of protecting against such failures. It does not specify a protection mechanism itself. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-cui-mpls-tp-mfp-use-case-and-requirements/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-cui-mpls-tp-mfp-use-case-and-requirements-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-cui-mpls-tp-mfp-use-case-and-requirements-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 Mon Mar 9 10:59:53 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 416E51A914A; Mon, 9 Mar 2015 10:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 KHTKubF-Vj-X; Mon, 9 Mar 2015 10:59:38 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DAABA1A9141; Mon, 9 Mar 2015 10:59:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , "Loa Andersson" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150309175926.24230.80844.idtracker@ietfa.amsl.com> Date: Mon, 09 Mar 2015 10:59:26 -0700 Archived-At: Subject: [mpls] New Version Notification - draft-cui-mpls-tp-mfp-use-case-and-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 17:59:43 -0000 A new version (-04) has been submitted for draft-cui-mpls-tp-mfp-use-case-and-requirements: http://www.ietf.org/internet-drafts/draft-cui-mpls-tp-mfp-use-case-and-requirements-04.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-cui-mpls-tp-mfp-use-case-and-requirements/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-cui-mpls-tp-mfp-use-case-and-requirements-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. IETF Secretariat. From nobody Mon Mar 9 10:59:54 2015 Return-Path: X-Original-To: expand-draft-cui-mpls-tp-mfp-use-case-and-requirements.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 69FF71A9141; Mon, 9 Mar 2015 10:59:43 -0700 (PDT) X-Original-To: xfilter-draft-cui-mpls-tp-mfp-use-case-and-requirements.all@ietfa.amsl.com Delivered-To: xfilter-draft-cui-mpls-tp-mfp-use-case-and-requirements.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 416E51A914A; Mon, 9 Mar 2015 10:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 KHTKubF-Vj-X; Mon, 9 Mar 2015 10:59:38 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DAABA1A9141; Mon, 9 Mar 2015 10:59:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , "Loa Andersson" X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150309175926.24230.80844.idtracker@ietfa.amsl.com> Date: Mon, 09 Mar 2015 10:59:26 -0700 Archived-At: Subject: [mpls] New Version Notification - draft-cui-mpls-tp-mfp-use-case-and-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 17:59:43 -0000 A new version (-04) has been submitted for draft-cui-mpls-tp-mfp-use-case-and-requirements: http://www.ietf.org/internet-drafts/draft-cui-mpls-tp-mfp-use-case-and-requirements-04.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-cui-mpls-tp-mfp-use-case-and-requirements/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-cui-mpls-tp-mfp-use-case-and-requirements-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. IETF Secretariat. From nobody Mon Mar 9 12:09:58 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9326F1A9087; Mon, 9 Mar 2015 12:09:57 -0700 (PDT) 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, TVD_SPACE_RATIO=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 McY8mdOoUqEV; Mon, 9 Mar 2015 12:09:56 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 68D761A90D8; Mon, 9 Mar 2015 12:09:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150309190956.5906.8339.idtracker@ietfa.amsl.com> Date: Mon, 09 Mar 2015 12:09:56 -0700 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 19:09:57 -0000 IESG state changed to RFC Ed Queue from Approved-announcement sent ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Mon Mar 9 12:54:28 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B1311A90F5 for ; Mon, 9 Mar 2015 12:54:26 -0700 (PDT) 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 n3oWRwOe9ECF for ; Mon, 9 Mar 2015 12:54:24 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 112FF1AC3AE for ; Mon, 9 Mar 2015 12:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1760; q=dns/txt; s=iport; t=1425930860; x=1427140460; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=SxRBtV0yr/cirtKwa4v9nRCmBLSJOrh1QOReUGvQrNs=; b=MfdirutIdSqz/WneVfIXW+OIdRvhuf5WHY1zFIumBuHLBfWm/Z/kmPPb y87V3NpJF2P4ZePyJhRxOvH7iunj3aIHlqPI0EhPspQ6O0fWKEsSRbWaL YMq6GkzZ6JbiphVIq3MzsZkPqyEfuoe49+x+xAAvTiCa+LzJvsULD9MOL Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AMBQCz+f1U/5tdJa1cgwZSWgTCbYVuAoErTQEBAQEBAXyEEAEBBDo9AhACAQg2EDIlAgQOBQmIJg3CIgEBAQEBAQEBAQEBAQEBAQEBAQEBGIsXhG4HhC0FkA+DZIVvgRo5gm+LcINCI4Nub4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.11,369,1422921600"; d="scan'208";a="402491795" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-2.cisco.com with ESMTP; 09 Mar 2015 19:54:19 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t29JsJ46009272 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 9 Mar 2015 19:54:19 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.45]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0195.001; Mon, 9 Mar 2015 14:54:19 -0500 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: New Version Notification for draft-mtaillon-mpls-summary-frr-rsvpte-00.txt Thread-Index: AQHQWqDicApXElAbhEK+KBEHBOCx/Z0UoSsA Date: Mon, 9 Mar 2015 19:54:19 +0000 Message-ID: References: <20150309193959.31900.98109.idtracker@ietfa.amsl.com> In-Reply-To: <20150309193959.31900.98109.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.8.150116 x-originating-ip: [10.86.253.173] Content-Type: text/plain; charset="us-ascii" Content-ID: <8A3BE949D74C834DB9C5A05B3D605A7D@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Mike Taillon \(mtaillon\)" , Nicholas Tan Subject: Re: [mpls] New Version Notification for draft-mtaillon-mpls-summary-frr-rsvpte-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 19:54:26 -0000 Hi WG, We have uploaded the new draft below. Please review and let us know your comments. Regards, Tarek and authors On 2015-03-09, 3:39 PM, "internet-drafts@ietf.org" wrote: > >A new version of I-D, draft-mtaillon-mpls-summary-frr-rsvpte-00.txt >has been successfully submitted by Tarek Saad and posted to the >IETF repository. > >Name: draft-mtaillon-mpls-summary-frr-rsvpte >Revision: 00 >Title: RSVP-TE Summary Fast Reroute Extensions for LSP Tunnels >Document date: 2015-03-09 >Group: Individual Submission >Pages: 14 >URL: =20 >http://www.ietf.org/internet-drafts/draft-mtaillon-mpls-summary-frr-rsvpte >-00.txt >Status: =20 >https://datatracker.ietf.org/doc/draft-mtaillon-mpls-summary-frr-rsvpte/ >Htmlized: =20 >http://tools.ietf.org/html/draft-mtaillon-mpls-summary-frr-rsvpte-00 > > >Abstract: > This document defines RSVP-TE signaling extensions that reduce the > amount of RSVP signaling required for Fast Reroute (FRR) procedures > and subsequently improve the scalability of the RSVP-TE signaling > when undergoing FRR convergence post a link or node failure. Such > extensions allow the RSVP message exchange between the Point of > Local Repair (PLR) and the Merge Point (MP) to be independent of > the number of protected LSPs traversing between them (eg. when > bypass LSP FRR protection is used). The new signaling extensions > are fully backwards compatible with nodes that do not support them. > > =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. > >The IETF Secretariat > From nobody Mon Mar 9 14:02:24 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BB0D1ACD7C for ; Mon, 9 Mar 2015 14:02:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 v0u0AJ1kc1ju for ; Mon, 9 Mar 2015 14:02:20 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B63741ACD4C for ; Mon, 9 Mar 2015 14:01:51 -0700 (PDT) X-AuditID: c618062d-f79876d000003ebd-c2-54fdb53fa440 Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 06.E7.16061.F35BDF45; Mon, 9 Mar 2015 15:59:11 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0210.002; Mon, 9 Mar 2015 17:01:44 -0400 From: Gregory Mirsky To: "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQVvDgK8HGVN8p4k2ca0R6IkmelJ0Ue/Jg Date: Mon, 9 Mar 2015 21:01:43 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> In-Reply-To: <54F7C742.10906@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B91CA76eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZXLonStd+698Qg3U3tCx62+ezWyx52cFu 8f3SEhaLW0tXsjqweCxZ8pPJ48vlz2wBTFFcNimpOZllqUX6dglcGc8/H2EsOFBU8ej6LfYG xi35XYycHBICJhJfH91khLDFJC7cW88GYgsJHGGUePaCt4uRC8hexigxs+8mWIJNwEjixcYe dpCEiMAcRomJR+8zgySYBaIkmu6eBLOFBawk9p+9yA5iiwhYS7y/MoEFwjaSmPd2LlicRUBF 4sjB2WCbeQV8JZa/f8AMsdlaomHRa1YQm1NAWeLGylawGkag676fWsMEsUtc4taT+UwQVwtI LNlznhnCFpV4+fgfK4StKLGvfzo7RH2+xJNXp9kgdglKnJz5hGUCo+gsJKNmISmbhaRsFiMH UFxTYv0ufYgSRYkp3Q/ZIWwNidY5c9mRxRcwsq9i5CgtTi3LTTcy2MQIjLRjEmy6Oxj3vLQ8 xCjAwajEw2sw50+IEGtiWXFl7iFGaQ4WJXHeRQ8OhggJpCeWpGanphakFsUXleakFh9iZOLg lGpgLPzcWlVWJmzKIaXPZqu6pel7XdCK05dm3dyXfUQ3Q9k9gvngJaaebcKmx7KEv7z78vn/ 1fcs1jqhz23/ZmvuVkxwPao86WVVnHLMnbAtzH58ek/ZTnY+m/Tdo7qF7b3awodv+WosWaRr b1wqMT3c0exifbp9q69/zy7Tkku9B5mMZ+XEnD+hxFKckWioxVxUnAgAjIHSp5UCAAA= Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 21:02:22 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B91CA76eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBBbGwsDQpJJ3ZlIGJlZW4gYXNzaWduZWQgdG8gcmV2aWV3IGRyYWZ0LWJvbmljYS1tcGxz LXNlbGYtcGluZy4NClRoZSBkb2N1bWVudCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgdGhlIHByb2Js ZW0gaW4gZm9jdXMgaXMgY2xlYXJseSBzdGF0ZWQsIGFuZCB0aGUgcHJvcG9zZWQgc29sdXRpb24g d2VsbCBkZXNjcmliZWQuDQpJIGRvIGhhdmUgYSBudW1iZXIgb2YgY29uY2VybnMgd2l0aCB0aGUg c3RhdHVzIG9mIHRoZSBkb2N1bWVudCBhbmQgdGhlIGFwcHJvYWNoIGFzIHByZXNlbnRlZDoNCuKA oiAgICAgICBkb2N1bWVudCBpbnRlbmRlZCB0cmFjayBpcyBJbmZvcm1hdGlvbmFsIGV2ZW4gdGhv dWdoIHRoZSBzb2x1dGlvbiBiZWluZyBwb3NpdGlvbmVkIGFzICJuZXcsIGxpZ2h0LXdlaWdodCBw cm90b2NvbCIuIElmIHRoaXMgaXMgaW5kZWVkIG5ldyBwcm90b2NvbCBvciBldmVuIGV4dGVuc2lv biBvZiB0aGUgZXhpc3Rpbmcgb25lLCB0aGVuIEkgZXhwZWN0IHRoZXJlIG11c3QgYmUgcmVxdWVz dHMgdG8gSUFOQSBhbGxvY2F0aW9ucy4gQXQgdGhpcyB0aW1lICJUaGlzIGRvY3VtZW50IG1ha2Vz IG5vIHJlcXVlc3Qgb2YgSUFOQS4iIEVpdGhlciBMU1AgU2VsZi1waW5nIGNhbiBiZSBjaGFyYWN0 ZXJpemVkIHRocm91Z2ggcmUtdXNlIG9mIGFscmVhZHkgZXhpc3RpbmcgcHJvdG9jb2xzIGFuZCBh cHByb2FjaGVzLCBvciBkb2N1bWVudCBzaG91bGQgYmUgc3dpdGNoZWQgdG8gU3RhbmRhcmRzIHRy YWNrOw0K4oCiICAgICAgIHMvYmFjay1ob2xpbmcvYmxhY2staG9saW5nLw0K4oCiICAgICAgIFNl Y3Rpb24gMiBMU1AgU2VsZiBQaW5nIFByb2NlZHVyZXMgc3RhdGVzOg0KICAgICAgICAgVGhlIGlu Z3Jlc3MgTFNSIGV4ZWN1dGVzIHRoZSBmb2xsb3dpbmcgcHJvY2VkdXJlIHVudGlsIHZlcmlmaWNh dGlvbi0NCiAgICAgICAgIHN0YXR1cyBlcXVhbHMgVFJVRSBvciByZXRyaWVzIGlzIGxlc3MgdGhh biAxDQogICAgICBJcyB0aGlzIHJlY29tbWVuZGF0aW9uIE1VU1QsIFNIT1VMRCwgTUFZIG9yIGFu IGV4YW1wbGUgb2YgYW4gaW1wbGVtZW50YXRpb24gYXMgaWxsdXN0cmF0aW9uIG9ubHk/IEZvciB0 aGUgSW5mb3JtYXRpb25hbCBkb2N1bWVudCBJIGV4cGVjdCBpdCBpcyB0aGUgbGF0dGVyIGJ1dCBu ZWVkIGF1dGhvcnMgdG8gY2xhcmlmeS4NCuKAoiAgICAgICBVc2Ugb2YgdHdvIHNlbGYgcGluZyBz ZXNzaW9ucyB0byB2YWxpZGF0ZSBiaS1kaXJlY3Rpb25hbCBMU1AgbWF5IGJlIGFjY2VwdGFibGUg aW4gY2FzZSBvZiBhc3NvY2lhdGVkIGJpLWRpcmVjdGlvbmFsIExTUC4gSW4gY2FzZSBvZiBjby1y b3V0ZWQgYmktZGlyZWN0aW9uYWwgTFNQLCB3aGljaCBpcyB1c3VhbGx5IGVncmVzcyBzaWduYWxl ZCwgc3VjaCBhcHByb2FjaCBkb2VzbuKAmXQgc2VlbSBwcmFjdGljYWwuDQrigKIgICAgICAgU2Vj dXJpdHkgaW1wbGljYXRpb24gb2YgdGhlIHByb3Bvc2VkIG1lY2hhbmlzbSBuZWVkIG1vcmUgZXh0 ZW5zaXZlIGRpc2N1c3Npb24gYW5kIG1ldGhvZHMgdG8gbWl0aWdhdGUgcG9zc2libGUgbmVnYXRp dmUgZWZmZWN0cy4NCuKAoiAgICAgICBJIHdvdWxkIGVuY291cmFnZSBjb21wYXJlIHRoZSBwcm9w b3NlZCBTZWxmIFBpbmcgbWVjaGFuaXNtIHdpdGggUy1CRkQgYXMgTFNQIHZhbGlkYXRpb24gdG9v bCBiZWZvcmUgdGhlIFdHIGNvbnNpZGVycyBhZG9wdGlvbiBvZiB0aGlzIHByb3Bvc2FsLg0KDQpN eSBjb25jbHVzaW9uOg0KICAgICAgdmFsaWRhdGlvbiBvZiB0aGUgTFNQIGlzIHByYWN0aWNhbCBw cm9ibGVtIGJ1dCBJ4oCZbSBub3QgY2VydGFpbiB0aGF0IHByb3Bvc2VkIG1lY2hhbmlzbSBpcyB0 aGUgYmVzdCBhbW9uZyBvdGhlcnMgYmVpbmcgZGlzY3Vzc2VkIGF0IElFVEYuDQoNCg0KICAgICAg ICBSZWdhcmRzLA0KICAgICAgICAgICAgICAgIEdyZWcNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NClN1YmplY3Q6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYt cGluZw0KRGF0ZTogVHVlLCAyNCBGZWIgMjAxNSAxNzo0MjoxNCArMDgwMA0KRnJvbTogTG9hIEFu ZGVyc3NvbiA8bG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+Pg0KVG86IENhcmxvcyBQaWduYXRh cm8gKGNwaWduYXRhKSA8Y3BpZ25hdGFAY2lzY28uY29tPG1haWx0bzpjcGlnbmF0YUBjaXNjby5j b20+PiwgR3JlZ29yeSBNaXJza3kgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTxtYWlsdG86 Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPj4sIE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdl aS5jb208bWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tPj4sIExpemhvbmcgSmluIDxsaXpoby5q aW5AZ21haWwuY29tPG1haWx0bzpsaXpoby5qaW5AZ21haWwuY29tPj4sIG1wbHMtY2hhaXJzQHRv b2xzLmlldGYub3JnPG1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZz4gPG1wbHMtY2hh aXJzQHRvb2xzLmlldGYub3JnPG1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZz4+LCBk cmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWJv bmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZz4NCjxkcmFmdC1ib25pY2EtbXBscy1z ZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGlu Z0B0b29scy5pZXRmLm9yZz4+LCA8bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMt YWRzQHRvb2xzLmlldGYub3JnPj4gPG1wbHMtYWRzQHRvb2xzLmlldGYub3JnPG1haWx0bzptcGxz LWFkc0B0b29scy5pZXRmLm9yZz4+DQoNCkNhcmxvcywgR3JlZywgTWFjaCBhbmQgTGl6aG9uZywN Cg0KWW91IGhhdmUgYmUgc2VsZWN0ZWQgYXMgTVBMUy1SVCByZXZpZXdlcnMgZm9yIGRyYWZ0LWJv bmljYS1tcGxzLXNlbGYtIHBpbmctMDQuDQoNCk5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVl biBDQydkIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cgdGhhdCB0aGlzIHJldmll dyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91ciBvd24gZG9j dW1lbnQuDQoNClJldmlld3Mgc2hvdWxkIGNvbW1lbnQgb24gd2hldGhlciB0aGUgZG9jdW1lbnQg aXMgY29oZXJlbnQsIGlzIGl0IHVzZWZ1bCAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxs eSB1c2VmdWwgaW4gb3BlcmF0aW9uYWwgbmV0d29ya3MpLCBhbmQgaXMgdGhlIGRvY3VtZW50IHRl Y2huaWNhbGx5IHNvdW5kPyAgV2UgYXJlIGludGVyZXN0ZWQgaW4ga25vd2luZyB3aGV0aGVyIHRo ZSBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbiAoaWUs IGl0IGRvZXNuJ3QgaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQsIGJ1dCBzaG91bGQg YmUgYSBnb29kIHN0YXJ0KS4NCg0KUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1l bnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZCBXRyBzZWNyZXRhcnksIGFuZCBDQydkIHRvIHRo ZSBNUExTIFdHIGVtYWlsIGxpc3QuIElmIG5lY2Vzc2FyeSwgY29tbWVudHMgbWF5IGJlIHNlbnQg cHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCg0KSWYgeW91IGhhdmUgdGVjaG5pY2Fs IGNvbW1lbnRzIHlvdSBzaG91bGQgdHJ5IHRvIGJlIGV4cGxpY2l0IGFib3V0IHdoYXQNCipyZWFs bHkqIG5lZWQgdG8gYmUgcmVzb2x2ZWQgYmVmb3JlIGFkb3B0aW5nIGl0IGFzIGEgd29ya2luZyBn cm91cCBkb2N1bWVudCwgYW5kIHdoYXQgY2FuIHdhaXQgdW50aWwgdGhlIGRvY3VtZW50IGlzIGEg d29ya2luZyBncm91cCBkb2N1bWVudCBhbmQgdGhlIHdvcmtpbmcgZ3JvdXAgaGFzIHRoZSByZXZp c2lvbiBjb250cm9sLg0KDQpBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgTWFy IDExLCAyMDE1PyBQbGVhc2UgcmVzcG9uZCBpbiBhIHRpbWVseSBmYXNoaW9uLg0KDQoNClRoYW5r cywgTG9hDQooYXMgTVBMUyBXRyBjaGFpcikNCi0tDQoNCg0KTG9hIEFuZGVyc3NvbiAgICAgICAg ICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb208bWFpbHRvOmxvYUBt YWlsMDEuaHVhd2VpLmNvbT4NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAg ICAgICAgbG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+DQpIdWF3ZWkgVGVjaG5vbG9naWVzIChj b25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCg0KDQoNCg== --_000_7347100B5761DC41A166AC17F22DF1121B91CA76eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHJ0ZiAt LT4NCjxzdHlsZT48IS0tIC5FbWFpbFF1b3RlIHsgbWFyZ2luLWxlZnQ6IDFwdDsgcGFkZGluZy1s ZWZ0OiA0cHQ7IGJvcmRlci1sZWZ0OiAjODAwMDAwIDJweCBzb2xpZDsgfSAtLT48L3N0eWxlPg0K PC9oZWFkPg0KPGJvZHk+DQo8Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXplPSIyIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExcHQ7Ij4NCjxkaXY+RGVhciBBbGwsPC9kaXY+DQo8ZGl2PkkndmUgYmVl biBhc3NpZ25lZCB0byByZXZpZXcgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nLiA8L2Rpdj4N CjxkaXY+VGhlIGRvY3VtZW50IGlzIHZlcnkgd2VsbCB3cml0dGVuLCB0aGUgcHJvYmxlbSBpbiBm b2N1cyBpcyBjbGVhcmx5IHN0YXRlZCwgYW5kIHRoZSBwcm9wb3NlZCBzb2x1dGlvbiB3ZWxsIGRl c2NyaWJlZC48L2Rpdj4NCjxkaXY+SSBkbyBoYXZlIGEgbnVtYmVyIG9mIGNvbmNlcm5zIHdpdGgg dGhlIHN0YXR1cyBvZiB0aGUgZG9jdW1lbnQgYW5kIHRoZSBhcHByb2FjaCBhcyBwcmVzZW50ZWQ6 PC9kaXY+DQo8dWwgc3R5bGU9Im1hcmdpbjowO3BhZGRpbmctbGVmdDozNnB0OyI+DQo8bGk+ZG9j dW1lbnQgaW50ZW5kZWQgdHJhY2sgaXMgSW5mb3JtYXRpb25hbCBldmVuIHRob3VnaCB0aGUgc29s dXRpb24gYmVpbmcgcG9zaXRpb25lZCBhcyAmcXVvdDtuZXcsIGxpZ2h0LXdlaWdodCBwcm90b2Nv bCZxdW90Oy4gSWYgdGhpcyBpcyBpbmRlZWQgbmV3IHByb3RvY29sIG9yIGV2ZW4gZXh0ZW5zaW9u IG9mIHRoZSBleGlzdGluZyBvbmUsIHRoZW4gSSBleHBlY3QgdGhlcmUgbXVzdCBiZSByZXF1ZXN0 cyB0byBJQU5BIGFsbG9jYXRpb25zLiBBdCB0aGlzIHRpbWUNCiZxdW90O1RoaXMgZG9jdW1lbnQg bWFrZXMgbm8gcmVxdWVzdCBvZiBJQU5BLiZxdW90OyBFaXRoZXIgTFNQIFNlbGYtcGluZyBjYW4g YmUgY2hhcmFjdGVyaXplZCB0aHJvdWdoIHJlLXVzZSBvZiBhbHJlYWR5IGV4aXN0aW5nIHByb3Rv Y29scyBhbmQgYXBwcm9hY2hlcywgb3IgZG9jdW1lbnQgc2hvdWxkIGJlIHN3aXRjaGVkIHRvIFN0 YW5kYXJkcyB0cmFjazs8L2xpPjxsaT5zL2JhY2staG9saW5nL2JsYWNrLWhvbGluZy88L2xpPjxs aT5TZWN0aW9uIDIgTFNQIFNlbGYgUGluZyBQcm9jZWR1cmVzIHN0YXRlczo8L2xpPjwvdWw+DQo8 ZGl2IHN0eWxlPSJwYWRkaW5nLWxlZnQ6MzZwdDsiPiZuYnNwOyZuYnNwOyBUaGUgaW5ncmVzcyBM U1IgZXhlY3V0ZXMgdGhlIGZvbGxvd2luZyBwcm9jZWR1cmUgdW50aWwgdmVyaWZpY2F0aW9uLTwv ZGl2Pg0KPGRpdiBzdHlsZT0icGFkZGluZy1sZWZ0OjM2cHQ7Ij4mbmJzcDsmbmJzcDsgc3RhdHVz IGVxdWFscyBUUlVFIG9yIHJldHJpZXMgaXMgbGVzcyB0aGFuIDE8L2Rpdj4NCjxkaXYgc3R5bGU9 InBhZGRpbmctbGVmdDozNnB0OyI+SXMgdGhpcyByZWNvbW1lbmRhdGlvbiBNVVNULCBTSE9VTEQs IE1BWSBvciBhbiBleGFtcGxlIG9mIGFuIGltcGxlbWVudGF0aW9uIGFzIGlsbHVzdHJhdGlvbiBv bmx5PyBGb3IgdGhlIEluZm9ybWF0aW9uYWwgZG9jdW1lbnQgSSBleHBlY3QgaXQgaXMgdGhlIGxh dHRlciBidXQgbmVlZCBhdXRob3JzIHRvIGNsYXJpZnkuPC9kaXY+DQo8dWwgc3R5bGU9Im1hcmdp bjowO3BhZGRpbmctbGVmdDozNnB0OyI+DQo8bGk+VXNlIG9mIHR3byBzZWxmIHBpbmcgc2Vzc2lv bnMgdG8gdmFsaWRhdGUgYmktZGlyZWN0aW9uYWwgTFNQIG1heSBiZSBhY2NlcHRhYmxlIGluIGNh c2Ugb2YgYXNzb2NpYXRlZCBiaS1kaXJlY3Rpb25hbCBMU1AuIEluIGNhc2Ugb2YgY28tcm91dGVk IGJpLWRpcmVjdGlvbmFsIExTUCwgd2hpY2ggaXMgdXN1YWxseSBlZ3Jlc3Mgc2lnbmFsZWQsIHN1 Y2ggYXBwcm9hY2ggZG9lc27igJl0IHNlZW0gcHJhY3RpY2FsLjwvbGk+PGxpPlNlY3VyaXR5IGlt cGxpY2F0aW9uIG9mIHRoZSBwcm9wb3NlZCBtZWNoYW5pc20gbmVlZCBtb3JlIGV4dGVuc2l2ZSBk aXNjdXNzaW9uIGFuZCBtZXRob2RzIHRvIG1pdGlnYXRlIHBvc3NpYmxlIG5lZ2F0aXZlIGVmZmVj dHMuPC9saT48bGk+SSB3b3VsZCBlbmNvdXJhZ2UgY29tcGFyZSB0aGUgcHJvcG9zZWQgU2VsZiBQ aW5nIG1lY2hhbmlzbSB3aXRoIFMtQkZEIGFzIExTUCB2YWxpZGF0aW9uIHRvb2wgYmVmb3JlIHRo ZSBXRyBjb25zaWRlcnMgYWRvcHRpb24gb2YgdGhpcyBwcm9wb3NhbC48L2xpPjwvdWw+DQo8ZGl2 PiZuYnNwOzwvZGl2Pg0KPGRpdj5NeSBjb25jbHVzaW9uOjwvZGl2Pg0KPGRpdiBzdHlsZT0icGFk ZGluZy1sZWZ0OjM2cHQ7Ij52YWxpZGF0aW9uIG9mIHRoZSBMU1AgaXMgcHJhY3RpY2FsIHByb2Js ZW0gYnV0IEnigJltIG5vdCBjZXJ0YWluIHRoYXQgcHJvcG9zZWQgbWVjaGFuaXNtIGlzIHRoZSBi ZXN0IGFtb25nIG90aGVycyBiZWluZyBkaXNjdXNzZWQgYXQgSUVURi48L2Rpdj4NCjxkaXYgc3R5 bGU9InBhZGRpbmctbGVmdDozNnB0OyI+Jm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJwYWRkaW5n LWxlZnQ6MzZwdDsiPiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IEdyZWc8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2Pi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tPC9kaXY+DQo8ZGl2PlN1YmplY3Q6IE1QTFMtUlQgcmV2aWV3 IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZzwvZGl2Pg0KPGRpdj5EYXRlOiBUdWUsIDI0 IEZlYiAyMDE1IDE3OjQyOjE0ICYjNDM7MDgwMDwvZGl2Pg0KPGRpdj5Gcm9tOiBMb2EgQW5kZXJz c29uICZsdDs8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51Ij5sb2FAcGkubnU8L2E+Jmd0OzwvZGl2 Pg0KPGRpdj5UbzogQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpICZsdDs8YSBocmVmPSJtYWls dG86Y3BpZ25hdGFAY2lzY28uY29tIj5jcGlnbmF0YUBjaXNjby5jb208L2E+Jmd0OywgR3JlZ29y eSBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20i PmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTwvYT4mZ3Q7LCBNYWNoIENoZW4gJmx0OzxhIGhy ZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSI+bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+ Jmd0OywNCkxpemhvbmcgSmluICZsdDs8YSBocmVmPSJtYWlsdG86bGl6aG8uamluQGdtYWlsLmNv bSI+bGl6aG8uamluQGdtYWlsLmNvbTwvYT4mZ3Q7LCA8YSBocmVmPSJtYWlsdG86bXBscy1jaGFp cnNAdG9vbHMuaWV0Zi5vcmciPm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPC9hPiAmbHQ7PGEg aHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnIj5tcGxzLWNoYWlyc0B0b29s cy5pZXRmLm9yZzwvYT4mZ3Q7LCA8YSBocmVmPSJtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMtc2Vs Zi1waW5nQHRvb2xzLmlldGYub3JnIj5kcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMu aWV0Zi5vcmc8L2E+PC9kaXY+DQo8ZGl2PiZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtYm9uaWNh LW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnIj5kcmFmdC1ib25pY2EtbXBscy1zZWxmLXBp bmdAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0OywgJmx0OzxhIGhyZWY9Im1haWx0bzptcGxzLWFkc0B0 b29scy5pZXRmLm9yZyI+bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0OyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYub3JnIj5tcGxzLWFkc0B0b29scy5pZXRmLm9y ZzwvYT4mZ3Q7PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5DYXJsb3MsIEdyZWcsIE1h Y2ggYW5kIExpemhvbmcsPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5Zb3UgaGF2ZSBi ZSBzZWxlY3RlZCBhcyBNUExTLVJUIHJldmlld2VycyBmb3IgZHJhZnQtYm9uaWNhLW1wbHMtc2Vs Zi0gcGluZy0wNC48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2Pk5vdGUgdG8gYXV0aG9y czogWW91IGhhdmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cg dGhhdCB0aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZp ZXcgeW91ciBvd24gZG9jdW1lbnQuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5SZXZp ZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBp cyBpdCB1c2VmdWwgKGllLCBpcyBpdCBsaWtlbHkgdG8gYmUgYWN0dWFsbHkgdXNlZnVsIGluIG9w ZXJhdGlvbmFsIG5ldHdvcmtzKSwgYW5kIGlzIHRoZSBkb2N1bWVudCB0ZWNobmljYWxseSBzb3Vu ZD8mbmJzcDsgV2UgYXJlIGludGVyZXN0ZWQgaW4ga25vd2luZyB3aGV0aGVyIHRoZSBkb2N1bWVu dCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkDQpmb3IgV0cgYWRvcHRpb24gKGllLCBpdCBkb2Vz bid0IGhhdmUgdG8gYmUgcGVyZmVjdCBhdCB0aGlzIHBvaW50LCBidXQgc2hvdWxkIGJlIGEgZ29v ZCBzdGFydCkuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5SZXZpZXdzIHNob3VsZCBi ZSBzZW50IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMgYW5kIFdHIHNlY3Jl dGFyeSwgYW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCBj b21tZW50cyBtYXkgYmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLjwvZGl2 Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+SWYgeW91IGhhdmUgdGVjaG5pY2FsIGNvbW1lbnRz IHlvdSBzaG91bGQgdHJ5IHRvIGJlIGV4cGxpY2l0IGFib3V0IHdoYXQ8L2Rpdj4NCjxkaXY+KnJl YWxseSogbmVlZCB0byBiZSByZXNvbHZlZCBiZWZvcmUgYWRvcHRpbmcgaXQgYXMgYSB3b3JraW5n IGdyb3VwIGRvY3VtZW50LCBhbmQgd2hhdCBjYW4gd2FpdCB1bnRpbCB0aGUgZG9jdW1lbnQgaXMg YSB3b3JraW5nIGdyb3VwIGRvY3VtZW50IGFuZCB0aGUgd29ya2luZyBncm91cCBoYXMgdGhlIHJl dmlzaW9uIGNvbnRyb2wuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5BcmUgeW91IGFi bGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgTWFyIDExLCAyMDE1PyBQbGVhc2UgcmVzcG9uZCBp biBhIHRpbWVseSBmYXNoaW9uLjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Jm5ic3A7 PC9kaXY+DQo8ZGl2PlRoYW5rcywgTG9hPC9kaXY+DQo8ZGl2PihhcyBNUExTIFdHIGNoYWlyKTwv ZGl2Pg0KPGRpdj4tLSA8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2 Pg0KPGRpdj5Mb2EgQW5kZXJzc29uJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGVtYWlsOiA8YSBo cmVmPSJtYWlsdG86bG9hQG1haWwwMS5odWF3ZWkuY29tIj5sb2FAbWFpbDAxLmh1YXdlaS5jb208 L2E+PC9kaXY+DQo8ZGl2PlNlbmlvciBNUExTIEV4cGVydCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51Ij5sb2FAcGkubnU8L2E+PC9k aXY+DQo8ZGl2Pkh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQpJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHBob25lOiAmIzQzOzQ2IDczOSA4MSAyMSA2NDwvZGl2Pg0KPGRpdj4mbmJzcDs8 L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPC9zcGFuPjwvZm9u dD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7347100B5761DC41A166AC17F22DF1121B91CA76eusaamb103erics_-- From nobody Mon Mar 9 16:42:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09CFF1ACE0C; Mon, 9 Mar 2015 16:42:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 Op8FoxN5GScL; Mon, 9 Mar 2015 16:42:30 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFD621ACE1D; Mon, 9 Mar 2015 16:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13688; q=dns/txt; s=iport; t=1425944547; x=1427154147; h=from:to:cc:subject:date:message-id:mime-version; bh=uLMEgk7ukO5L2OxLJ8RFLq/evmD2kKL1nGLUG29gD4A=; b=OwbeyIRsh5d30E3w9OueOL0PWGTqYt/vuh4pISQwnR0dDL/gtkZjxb4R eq3yWXD+d7YxPWFIC9PCz17dx25Tb0vOH89OrXX+5rdhD9443XL43wktJ bODE9cT5jMtJ8v/CCBY/EU5rh68+VGcjteGmQyvBn0XGKjLoCykz/1gEF o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AJCwCfL/5U/51dJa1cgkNDUloEvHGGAIVugStNAQEBAQEBfIQPAQIEHVwSARkDAQIoORQJCgQBDQUJiCYNwV8BAQEBAQUBAQEBAQEcjyMRAT8RhDQFjg2CAodYgXuBGhGDF4Y6ghmDHYNCI4NubwGBCjl/AQEB X-IronPort-AV: E=Sophos;i="5.11,371,1422921600"; d="scan'208,217";a="130402722" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-7.cisco.com with ESMTP; 09 Mar 2015 23:42:18 +0000 Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t29NgILH017025 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 9 Mar 2015 23:42:18 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.218]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0195.001; Mon, 9 Mar 2015 18:42:18 -0500 From: "Kamran Raza (skraza)" To: "mpls@ietf.org" , "rtg-yang-coord@ietf.org" Thread-Topic: UPDATE [Re: Yang model for LDP/mLDP] Thread-Index: AQHQWsKtkx6sXKMDb0GPCn8I3g2WOw== Date: Mon, 9 Mar 2015 23:42:17 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [10.86.247.223] Content-Type: multipart/alternative; boundary="_000_D123A422374AFskrazaciscocom_" MIME-Version: 1.0 Archived-At: Cc: "Nagendra Kumar Nainar \(naikumar\)" , "vbeeram@juniper.net" , "Reshad Rahman \(rrahman\)" , "jescia.chenxia@huawei.com" , "Benoit Claise \(bclaise\)" , "mpls-chairs@tools.ietf.org" , "Eddie Chami \(echami\)" Subject: [mpls] UPDATE [Re: Yang model for LDP/mLDP] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 23:42:33 -0000 --_000_D123A422374AFskrazaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello MPLS/Rtg-Yang-Coord team, With reference to our earlier email (in Nov 2014), this email is to provide= you an update on this activity: 1 - The design team has evolved in last few months and currently comprise f= ollowing members: Kamran Raza: Cisco Reshad Rahman: Cisco Xufeng Liu: Ericsson Santosh Esale: Juniper Xia Chen: Huawei Himanshu Shah: Ciena Stephane Litkowski: Orange Rajiv Asati: Cisco Nagendra Kumar: Cisco Vishnu P. Beeram: Juniper Manan V: Comcast Eddie Chami: Cisco Jeff Tantsura: Ericsson 2- We have had more than dozen weekly meetings over the course of last 4 mo= nths to disucss and define the data model. 3- We have completed ph1 and ph2 of our planned work items before IETF 92: ph1- Overall config model/hierarchy (keeping LDP/mLDP/MT in mind) ph2- LDP: cfg, notifs, rpcs 4- We have just posted our I.D rev =9600 and plan to present this in upcomi= ng IETF 92. http://www.ietf.org/internet-drafts/draft-raza-mpls-ldp-mldp-yang-00.txt 5- Next goal: a- Present draft =9600 in IETF 92 and get some early feedback b- Complete ph3 and ph4 and post next revision before IETF 93. ph3- mLDP: cfg, notifs, rpcs ph4- LDP: state Thanks. - Kamran (on behalf of LDP/mLDP YANG team) From: Syed Kamran Raza > Date: Tuesday, November 25, 2014 at 11:25 PM To: "mpls@ietf.org" >, "rtg-yang-coord@ietf.org" > Cc: "mpls-chairs@tools.ietf.org" >, "lizhenbin@huawei= .com" >, "jescia.chenxia@huawei.com" = >, "sesale@juni= per.net" >, "Reshad Rahman (rrahman)" >, "vbeeram@juniper.net" >, "hshah@ciena.com"= >, "Benoit Claise (bclaise)" > Subject: Yang model for LDP/mLDP Hi, We would like to bring into your kind notice that a multi-vendor team has s= tarted working on the design of the Yang model for LDP/mLDP. Currently, th= e team comprise following members: Robin Li - lizhenbin@huawei.com (Huawei) Jescia Chen - jescia.chenxia@huawei.com= (Huawei) Kamran Raza - skraza@cisco.com (Cisco) Reshad Rahman - rrahman@cisco.com (Cisco) Santosh Esale - sesale@juniper.net (Juniper) Vishnu Pavan Beeram - vbeeram@juniper.net (Ju= niper) Himanshu Shah - hshah@ciena.com (Ciena) The team had our first formal meeting today and we have scheduled calls to = meet weekly to make progress on LDP yang model in upcoming weeks. We will k= eep MPLS WG and rtg-yang-coord alias posted with regards to our progress, a= s well as, solicit input as/when required. [ P.S.: If you wish to contribute to the design of LDP/mLDP yang model, pl= ease let me know accordingly by sending an email and I will add you to the = team / meeting invite] FYI, following is the summary of the main points discussed/agreed in our fi= rst meeting: 1- The scope of our work (and document) includes: - LDP, mLDP, and Multi-topology (LDP/mLDP) - Config, Operational State, Notifications, and RPCs 2- We have broken the effort into following phases: ph1- Overall config model/hierarchy (keeping LDP/mLDP/MT in mind) ph2- LDP: cfg, notifs, rpcs ph3- mLDP: cfg, notifs, rpcs ph4- LDP: state ph5- mLDP: state ph6- Multi-topology (everything) 3- The plan is to have the ph1-3 completed before next IETF and the draft p= osted with the update. 4- In the meantime (and in parallel), we will continue to attend MPLS level= Yang meetings (to be arranged by Tarek) to define MPLS common base, and leverage LDP yang accordingly. 5- The next meeting/call for LDP Yang will be on Tue Dec 2nd with the follo= wing agenda: - Complete discussions on ph1. - Deep dive into ph2 (define overall LDP cfg tree, followed by expansi= on of each container) Rgds, =97 Kamran (on behalf of LDP Yang team) --_000_D123A422374AFskrazaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hello MPLS/Rtg-Yang-Coord team,

With reference to our earlier email (in Nov 2014), this email is to pr= ovide you an update on this activity:

1 - The design team has evolved in last few months and currently compr= ise following members:
  
     Kamran Raza: Cisco
     Reshad Rahman: Cisco 
     Xufeng Liu: Ericsson
    Santosh Esale: Juniper
    Xia Chen: Huawei 
    Himanshu Shah: Ciena
    Stephane Litkowski: Orange
    Rajiv Asati: Cisco 
    Nagendra Kumar: Cisco 
    Vishnu P. Beeram: Juniper
    Manan V: Comcast
    Eddie Chami: Cisco
    Jeff Tantsura: Ericsson

2- We have had more than dozen weekly meetings over the course of last= 4 months to disucss and define the data model. 

3- We have completed ph1 and ph2 of our planned work items before IETF= 92:
       ph1- Overall config model/hierarchy (keepin= g LDP/mLDP/MT in mind)
       ph2- LDP: cfg, notifs, rpcs

4- We have just posted our I.D rev =9600 and plan to present this in u= pcoming IETF 92.

5- Next goal: 
     a- Present draft =9600 in IETF 92 and get some ear= ly feedback
     b- Complete ph3 and ph4 and post next revision bef= ore IETF 93.
         ph3- mLDP: cfg, notifs, rpcs
         ph4- LDP: state

Thanks.
-
Kamran (on behalf of LDP/mLDP YANG team)


Hi,

We would like to bring into your kind notice that a multi-vendor team = has started working on the design of the Yang model for LDP/mLDP.  Cur= rently, the team comprise following members:

  Robin Li - lizhenb= in@huawei.com (Huawei)
  Jescia Chen - jescia.chenxia@huawei.com (Huawei)
  Kamran Raza  - sk= raza@cisco.com (Cisco)
  Reshad Rahman - rrahm= an@cisco.com (Cisco)
  Santosh Esale - sesa= le@juniper.net (Juniper)
  Vishnu Pavan Beeram - vbeeram@juniper.net (Juniper)
  Himanshu Shah - hshah@c= iena.com (Ciena)

The team had our first formal meeting today and we have scheduled call= s to meet weekly to make progress on LDP yang model in upcoming weeks. We w= ill keep MPLS WG and rtg-yang-coord alias posted with regards to our p= rogress, as well as, solicit input as/when required.
[ P.S.:  If you wish to contribute to the design of LDP/mLDP yang= model, please let me know accordingly by sending an email and I will add y= ou to the team / meeting invite]

FYI, following is the summary of the main points discussed/agreed in o= ur first meeting:

1- The scope of our work (and document) includes:
- = ;LDP, mLDP, and Multi-topology (LDP/mLDP)
        - Config, Operational State, Notifications= , and RPCs

2- We have broken the effort into following phases:
       ph1- Overall config model/hierarchy (keepin= g LDP/mLDP/MT in mind)
       ph2- LDP: cfg, notifs, rpcs
       ph3- mLDP: cfg, notifs, rpcs
       ph4- LDP: state
       ph5- mLDP: state
       ph6- Multi-topology (everything)

3- The plan is to have the ph1-3 completed before next IETF and the dr= aft posted with the update.

4- In the meantime (and in parallel), we will continue to attend MPLS = level Yang meetings (to be arranged by Tarek) 
    to define MPLS common base, and leverage LDP yang accord= ingly.

5- The next meeting/call for LDP Yang will be on Tue Dec 2nd with the = following agenda:
     - Complete discussions on ph1.
     - Deep dive into ph2 (define overall LDP cfg tree,= followed by expansion of each container)

Rgds,
=97
Kamran 
(on behalf of LDP Yang team)
 --_000_D123A422374AFskrazaciscocom_-- From nobody Mon Mar 9 23:09:38 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF8761A1B83 for ; Mon, 9 Mar 2015 23:09:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 7bmuoGOBqn7L for ; Mon, 9 Mar 2015 23:09:34 -0700 (PDT) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::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 8C5B81A6F2D for ; Mon, 9 Mar 2015 23:09:34 -0700 (PDT) Received: by pabli10 with SMTP id li10so78855042pab.2 for ; Mon, 09 Mar 2015 23:09:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oKudzZLBHglZFdnAVJxTfDhUlNM9TtasH/Zeufpa4yo=; b=w1+QqELH0eCPqUlRB1Bdg10e7fy5K8UUgLig4aDWjaBxKP+2gfDUdsTwO729oChM/S TKUZoH4W6TL4g8Rn9UNDabpJCwi3CWdwQnV6r9Tv4yhScEziFj+AqlUdG012n8UuhJxW fx5Zc8MHpwHRw7FoP0o7l1cs4j6cZeRKITNyN1W5oy35se8eawHrdyfgKhAVXb5SMuOK cHGYOFo8wfbHymUOKGGNwc7FyduggE3JbsYduQXxFIxzR8AyV3lvanYsxsjzLmqePuqx +k44EjHBNXPjZg2cXRWOuQipjOVbzd8/m/F/0T1lnj6c0727K5dbWFVTXIp7cAtkBO3Y 2gVQ== X-Received: by 10.70.138.109 with SMTP id qp13mr6754333pdb.159.1425967773771; Mon, 09 Mar 2015 23:09:33 -0700 (PDT) Received: from [172.29.33.196] ([66.129.241.10]) by mx.google.com with ESMTPSA id oq4sm22131457pdb.73.2015.03.09.23.09.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Mar 2015 23:09:33 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: Kireeti Kompella In-Reply-To: <54F97FD1.7070707@gmail.com> Date: Mon, 9 Mar 2015 23:09:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <07C77E12-33D9-43F8-BF64-839AB9183499@gmail.com> References: <, > <54F6CFBE.7060000@gmail.com> <54F8878C.9090206@gmail.com> <7347100B5761DC41A166AC17F22DF1121B91B2AE@eusaamb103.ericsson.se> <54F97FD1.7070707@gmail.com> To: huubatwork@gmail.com X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-cheng-mpls-tp-shared-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 06:09:36 -0000 Hi Huub, Greg: On Mar 6, 2015, at 02:22 , Huub van Helvoort = wrote: > Hello Greg, >=20 > You replied: >=20 > > perhaps Kireeti disagrees with me but I think that > > draft-kompella-mpls-rmr and = draft-cheng-mpls-tp-shared-ring-protection > > offer alternative or perhaps even orthogonal solutions > > to ring protection, not complimentary. Greg, I would agree with you (mostly) =E2=80=94 I believe my draft is = orthogonal: it=E2=80=99s focused on IP/MPLS. > Ok, let's wait for his response. >=20 > > My understanding is that RMR addresses unidirectional > > IP/MPLS LSP protection while MPLS-TP bi-directional > > co-routed MPLS-TP LSP. Actually, RMR is bidirectional. So, R1 can send (working) traffic to R3 = CW and send (working) traffic to R7 anti clockwise (AC); i.e., use both = directions for working traffic. If there is a failure in the link = between R3 and R4, traffic to nodes R4-Rn will be AC; traffic to nodes = R2 and R3 will be CW. In other words, the CW Working is the AC Protect, = and vice versa. This of course means that bandwidth management must = take into account both working and protect traffic. > When I read draft-kompella for the first time I thought > it was similar to SONET UPSR (while draft-cheng is more > like SONET BLSR). But the description of the switching > mechanism looked more like BLSR. Agreed; the intent (spelled out in the draft) is to mimic BLSR. One other difference between draft-cheng and RMR is that draft-cheng has = LSPs on rings, while RMR actually has ring LSPs =E2=80=94 i.e., LSPs = that start and end at the same node. I note that cheng-03 has LSPs from = C->D working and E->D protect. In -04, the working goes from E->D, but = the protect now goes D->D. I expect in -05 that both will go D->D, and = then there will be an overlap with RMR :) There are three justifications for ring LSPs being full rings. One is = aesthetic (many won=E2=80=99t care; this may be in the eye of the = beholder). The second is it is easier for signaling to pair up the CW = and AC LSPs. The third is for OAM (as briefly outlined in rmr-01): the = ingress can send OAM messages over its LSP, and check that they arrived = fine back at the same node. BTW, there is an update on RMR. The update focuses on simplifying = configuration and on auto-discovery, with a bunch of other smaller = tweaks. And a new author! Cheers, Kireeti. > Regards, Huub. >=20 >=20 > > -----Original Message----- >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Huub van = Helvoort >> Sent: Thursday, March 05, 2015 8:43 AM >> To: =E6=9B=BE=E5=B3=BB=E6=B3=A2; mpls@ietf.org >> Cc: draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org >> Subject: Re: [mpls] Mail regarding = draft-cheng-mpls-tp-shared-ring-protection >>=20 >> Hello Bobo, >>=20 >> You replied: >>=20 >>> Thank you very much for your quick response. >>=20 >> You're welcome. >>=20 >>> I know the 4 tunnels' benefit. and I got you the suggestion. >>=20 >> Great!. >>=20 >>> But I also read the draft draft-kompella-mpls-rmr-00, which was post >>> by Kompella in last meeting. The very interesting thing is that >>> draft-kompella-mpls-rmr-00 have similar concept with this draft, but >>> it seems can use only two ring tunnel support both working and = protection. >>=20 >> We studied that draft, and think it is complementary with our draft. >> The Kompella draft describes the provisioning of the forwarding, the = Cheng draft describes the protection protocol. >>=20 >> The Kompella draft also does not make a distinction between working = and protection, that is why it seems that only two tunnels are = provisioned. >>=20 >> Best regards, =E6=B5=B7=E9=AB=98=E6=98=8E >>=20 >>=20 >>> > Date: Wed, 4 Mar 2015 10:26:22 +0100 > From: = huubatwork@gmail.com >>>> To: zjbdamo@hotmail.com; mpls@ietf.org > CC: >>> draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org >>> > Subject: Re: [mpls] Mail regarding >>> draft-cheng-mpls-tp-shared-ring-protection >>> > >>> > Hello Bobo, =E6=9B=BE=E5=B3=BB=E6=B3=A2 =E6=82=A8=E5=A5=BD, >>> > >>> > You wrote: >>> > >>> > > We are developing the solution in our system. >>> > >>> > Good to know that. >>> > >>> > > One question about the ring tunnel. For one destination node, = the >>>>> solution needs setup 4 different ring tunnels, 2 for working and 2 >>> for > > protection. My suggestion is two tunnels are enough, one = for >>> clockwise > > working and protection, and the other for >>> anti-clockwise working and > > protection? >>> > >>> > Did you take into account that the tunnels have to be = bi-directional? >>> > >>> > Did you also take into account that for a clockwise working = tunnel >>>> you have set up a anti-clockwise protection tunnel, and for an > >>> anti-clockwise working tunnel, a clockwise protection tunnel? >>> > >>> > Regards, Huub. >=20 >=20 >=20 >=20 > --=20 > ***************************************************************** > = =E8=AF=B7=E8=AE=B0=E4=BD=8F=EF=BC=8C=E4=BD=A0=E6=98=AF=E7=8B=AC=E4=B8=80=E6= =97=A0=E4=BA=8C=E7=9A=84=EF=BC=8C=E5=B0=B1=E5=83=8F=E5=85=B6=E4=BB=96=E6=AF= =8F=E4=B8=80=E4=B8=AA=E4=BA=BA=E4=B8=80=E6=A0=B7 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 10 01:52:36 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 556EC1A1BF1; Tue, 10 Mar 2015 01:52:33 -0700 (PDT) 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 TS7nkNiRZkaS; Tue, 10 Mar 2015 01:52:29 -0700 (PDT) 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 B99431A7023; Tue, 10 Mar 2015 01:52:28 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQB62068; Tue, 10 Mar 2015 08:52:27 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 10 Mar 2015 08:52:25 +0000 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.61]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Tue, 10 Mar 2015 16:52:23 +0800 From: "Zhangxian (Xian)" To: Gregory Mirsky , Robert Raszuk , Loa Andersson Thread-Topic: [Teas] [mpls] [Rtg-yang-coord] Generic LSP Yang Thread-Index: AQHQWY7N8mPqrNg9FU+o0MVA+q+QpJ0SZ8GAgAMB0/A= Date: Tue, 10 Mar 2015 08:52:22 +0000 Message-ID: References: <54F88FE0.9040206@labn.net> <23CE718903A838468A8B325B80962F9B8705236A@BLREML509-MBX.china.huawei.com> <1c6cb7c87b1d44c880ddabb5947ebcea@ATL-SRV-MBX1.advaoptical.com> <40746B2300A8FC4AB04EE722A593182B85D178B3@ONWVEXCHMB04.ciena.com> <54FC161A.3070006@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91C163@eusaamb103.ericsson.se> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B47183FBCSZXEMA512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "teas@ietf.org" Subject: Re: [mpls] [Teas] [Rtg-yang-coord] Generic LSP Yang X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 08:52:33 -0000 --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47183FBCSZXEMA512MBSchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIEdyZWcsIGFsbCwNCg0KWW91ciBpbnRlcnByZXRhdGlvbiBpcyBleGFjdGx5IHdoYXQgd2Ug aGF2ZSBpbiBtaW5kIGFuZCB0cmllZCB0byBleHBsYWluIGluIHRoZSBkcmFmdC4gWW91ciBwb2lu dC9zdWdnZXN0aW9uIGlzIHdlbGwgdGFrZW4gYW5kIHdlIGhvcGUgdGhhdCB0aGUgZGlzY3Vzc2lv bnMgcGxhbm5lZCBpbiBURUFTIHdpbGwgaGVscCB0byBhZGRyZXNzIGl0Lg0KDQpJZiB3ZSBoYXZl IG5vdCBtYWRlIGl0IGNsZWFybHkgaW4gdGhlIGRyYWZ0LCB3ZSB3YW50IHRvIGVtcGhhc2l6ZSB0 aGF0IDogIHRoaXMgbW9kZWwgaXMgb25seSBmb3IgdGhlIExTUCBvcGVyYXRpb25hbCBzdGF0ZSAo TFNQLURCKSBhbmQgTk9UIGEgZ2VuZXJpYyBzaWduYWxpbmctcHJvdG9jb2wgeWFuZyBtb2RlbCwg d2hpY2ggYWN0IGFzIGEgYmFzaXMgZm9yIGNvbmZpZ3VyaW5nIGFuZCBtYW5hZ2luZyBhbGwgc2ln bmFsaW5nIHByb3RvY29scy4gIEl0IG1lYW50IHRvIGJlIGEgaGVscGVyLW1vZHVsZSBmb3Igc2ln bmFsaW5nL3RlY2hub2xvZ3ktc3BlY2lmaWMgb25lcywgYXMgcmVwcmVzZW50ZWQgaW4gdGhlIGdy YXBoIERocnV2IG1lbnRpb25lZCBiZWZvcmUgKGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNo aXZlL3dlYi9tcGxzL2N1cnJlbnQvbXNnMTM4NjcuaHRtbCksIHNpbmNlIHdlL3RoZSBhdXRob3Jz IGJlbGlldmUgdGhlcmUgaXMgYSBzZXQgb2YgY29tbW9uIGVsZW1lbnRzL2luZm9ybWF0aW9uLg0K DQpSZWdhcmRzLA0KWGlhbiBhbmQgRGhydXYNCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEdyZWdvcnkgTWlyc2t5DQpTZW50OiAyMDE15bm0 M+aciDnml6UgMjo0OQ0KVG86IFJvYmVydCBSYXN6dWs7IExvYSBBbmRlcnNzb24NCkNjOiBtcGxz QGlldGYub3JnOyBTaGFoLCBIaW1hbnNodTsgdGVhc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtU ZWFzXSBbbXBsc10gW1J0Zy15YW5nLWNvb3JkXSBHZW5lcmljIExTUCBZYW5nDQoNCkhpIFJvYmVy dCwgZXQuIGFsLA0KaWYgSSBpbnRlcnByZXQgdGhlIOKAnExTUCBZQU5HIG1vZGVs4oCdLCB0aGVu IGl0IHJlYWRzIGFzIFlBTkcgbW9kZWwgb2YgTVBMUyBkYXRhIHBsYW5lLCBub3QgY29udHJvbCBw cm90b2NvbCwgYmUgaXQgUlNWUC1URSwgTERQLCBQQ0VQLCBvciBJR1AtVEUgb2YgU1BSSU5HLiBB bmQsIHNpbmNlIHRoZSBNUExTIGRhdGEgcGxhbmUgaXMgaW5kZWVkIGNvbW1vbiBhbmQgaW4gZmFj dCB0aGUgb25lIGFuZCBvbmx5LCBzdWNoIExTUCBZQU5HIG1vZGVsIHJpZ2h0ZnVsbHkgY2FuIGJl IGNoYXJhY3Rlcml6ZWQgYXMg4oCcR2VuZXJpY+KAnS4NCkJ1dCBpZiBhdXRob3JzIGludGVuZGVk IHRvIGRlc2NyaWJlIGNvbW1vbiBzZXQgYW1vbmcgbGlzdGVkIGFib3ZlIGNvbnRyb2wgcHJvdG9j b2xzIHBlcnRhaW5pbmcgdG8gc2lnbmFsaW5nIG9mIGFuIE1QTFMgTFNQLCB0aGVuLCBJTU8sIHN1 Y2ggY29tbW9uIHNldCBmaXJzdCBtdXN0IGJlIGRpc2N1c3NlZCBhbmQgaWRlbnRpZmllZCB0byBk ZW1vbnN0cmF0ZSB0aGF0IGl0IGRvZXMgZXhpc3QgYW5kIGlzIHN1ZmZpY2llbnQgdG8gaGF2ZSBZ QU5HIG1vZGVsIG9mIGl0cyBvd24gcmF0aGVyIHRoYW4gWUFORyBtb2RlbHMgdGhhdCBkZXNjcmli ZSBMU1AgY29udHJvbCBieSBlYWNoIHNpZ25hbGluZyBwcm90b2NvbHMuIFRoYXQgdG8gbWUgbG9v a3MgdmVyeSBtdWNoIGxpa2Ugd2hhdCBMSU1FIFdHIGlzIHdvcmtpbmcgb24sIGludmVzdGlnYXRp bmcgd2hldGhlciBjb21tb24gbW9kZWwgb2YgSVAsIElQL01QTFMsIE1QTFMtVFAsIGFuZCBUUklM TCBPQU0gZXhpc3RzIGFuZCBpdHMgZXh0ZW50IGlzIHN1ZmZpY2llbnQgdG8gYmUgb2YgaW50ZXJl c3QuDQoNCiAgICAgICAgICAgICAgICBSZWdhcmRzLA0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBHcmVnDQoNCkZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmdd IE9uIEJlaGFsZiBPZiBSb2JlcnQgUmFzenVrDQpTZW50OiBTdW5kYXksIE1hcmNoIDA4LCAyMDE1 IDM6NTggQU0NClRvOiBMb2EgQW5kZXJzc29uDQpDYzogbXBsc0BpZXRmLm9yZzsgdGVhc0BpZXRm Lm9yZzsgU2hhaCwgSGltYW5zaHUNClN1YmplY3Q6IFJlOiBbVGVhc10gW21wbHNdIFtSdGcteWFu Zy1jb29yZF0gR2VuZXJpYyBMU1AgWWFuZw0KDQpIaSBMb2EsDQoNClRoZSB3YXkgSSByZWFkIEln b3Igc3RhdGVtZW50IGFuZCBhZ3JlZWQgd2l0aCBpdCBpbiBhIHNlbnNlIG9mICJub3RoaW5nIGlu IGNvbW1vbiIgd2FzIHRoYXQgaXQgd2FzIHJlZmVycmluZyB0byB0aGUgY29udHJvbCBwbGFuZS4N Cg0KVGhlIHN1YmplY3Qgb2YgdGhpcyB0aHJlYWQgaXMgIkdlbmVyaWMgTFNQIFlBTkciIGFuZCB0 byBtZSBZYW5nIG1vZGVsIGRlc2NyaWJlcyBjb250cm9sIGFzcGVjdCBvZiBwcm90b2NvbCBvciBm dW5jdGlvbmFsaXR5IG5vdCB0aGUgY2hvaWNlIG9mIGZvcndhcmRpbmcgaGVhZGVyIGluIHRoZSBk YXRhIHBsYW5lLg0KDQpTbyBpZiB5b3UgYW5kIG90aGVycyBhZ3JlZSB3ZSBzaG91bGQgYmUgYWxs IGluIHN5bmMgYW5kIHBlcmhhcHMgd2UgY291bGQgY29uc2lkZXIgYXMgcHJvcG9zZWQgYmVmb3Jl IEdlbmVyaWMgRW5naW5lZXJlZCBQYXRoIG1vZGVsIGJyYW5jaGluZyBhdCB0aGUgbG93ZXIgbGF5 ZXIgYmV0d2VlbiB1bmljYXN0IGFuZCBtdWx0aWNhc3QuDQoNCkhvd2V2ZXIgaWYgeW91IHN0aWxs IHRoaW5rIHRoYXQgWWFuZyBpcyBhYm91dCBkYXRhIHBsYW5lIGFuZCBPQU0gdGhlbiBwZXJoYXBz IHdlIGhhdmUgYSBiaWdnZXIgaXNzdWUgaGVyZSAuLi4uDQoNCkNoZWVycywNClIuDQoNCg0KDQoN Ck9uIFN1biwgTWFyIDgsIDIwMTUgYXQgMTA6MjcgQU0sIExvYSBBbmRlcnNzb24gPGxvYUBwaS5u dTxtYWlsdG86bG9hQHBpLm51Pj4gd3JvdGU6DQpIaW1hbnNodSwgZXQuYWw8aHR0cDovL2V0LmFs Pi4sDQoNCkkgdGhpbmsgdGhlcmUgYXJlIHR3byBpc3N1ZXMgaGVyZSBhbmQgaWYgc29ydGluZyB0 aGVtIG91dCBjb3JycmVjdGx5DQp3ZSBhcmUgdmVyeSBjbG9zZS4NCg0KVGhlIGZpcnN0IGlzc3Vl IGlzIHNpbWlsYXJpdGllcyBiZXR3ZWVuIGRpZmZlcmVudCB0eXBlcyBvZiBMU1BzLg0KDQpIZXJl IEkgc2FpZCB0aGF0LCBhdCBsZWFzdCBmb3IgYSBNUExTIFBTTiwgdGhlcmUgYXJlIHNpbWlsYXJp dGllcywNCmUuZy4gdGhlIGRhdGEgcGxhbmUgaXMgKG5lYXJseSkgdGhlIHNhbWUuIFRoaXMgd2Fz IHNhaWQgaW4gcmVhY3Rpb24NCnRvIElnb3IncyBzdGF0ZW1lbnQgIklNSE8gVEUtTFNQLCBMRFAt TFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZw0KaW4gY29tbW9uLiIgSSBzdGlsbCBkb24n dCB0aGluayB0aGF0IElnb3IncyBzdGF0ZW1lbnQgaXMgcmVhbGx5IGNvcnJlY3QuDQpJZiBoZSBo YWQgc2FpZCAiSU1ITyB0aGVyZSBhcmUgbm90IGVub3VnaCBzaW1pbGFyaXRlcyBiZXR3ZWVuIFRF LUxTUCwNCkxEUC1MU1AgYW5kIFNQUklORy1MU1AgdG8gbW90aXZhdGUgYSBjb21tb24gbW9kZWwi LiBJIHRoaW5rIHRoYXQgd2UgYmUNCmEgbXVjaCBtb3JlIGFjY3VyYXRlIHN0YXRlbWVudC4NCg0K QW5kIHRoYXQgaXMgdGhlIG90aGVyIGlzc3VlIC0gSXMgaXQgcmVhc29uYWJsZSB0byBtb2RlbCBU RS1MU1AsDQpMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGluIHRoZSBzYW1lIG1vZGVsPyBJIGRvbid0 IG5vdCB0aGluayBpdCBpcywNCmJ1dCB0aGF0IHdlIG5lZWQgYW4gb3ZlcmxhcCBvZiBwZW9wbGUg d29ya2luZyB3aXRoIHRoZSBkaWZmZXJlbnQgbW9kZWxzLg0KDQpIb3BlIHRoaXMgaXMgY2xlYXIg ZW5vdWdoLg0KDQovTG9hDQoNCg0KT24gMjAxNS0wMy0wNyAyMzoxOSwgU2hhaCwgSGltYW5zaHUg d3JvdGU6DQovSSBhZ3JlZSB3aXRoIFJvYmVydCBhbmQgSWdvciwgcHV0dGluZyBldmVyeXRoaW5n IGluIHRoZSBzYW1lIGJ1Y2tldA0KYmVjYXVzZSBvZiBjb21tb24gZGF0YSBwbGFuZSAmIE9BTSBk b2VzIG5vdCBqdXN0aWZ5Li8NCg0KL1dlIHdvdWxkbuKAmXQgY29uc2lkZXIgZG9pbmcgc2FtZSBm b3IgSVAgZGF0YSBwbGFuZS4uLw0KDQovSSB0aGluayB3ZSBuZWVkIHRvIHNlcGFyYXRlIHRoZXNl IG1vZGVscyBhbmQgYXMgbWVudGlvbmVkIGVhcmxpZXIsDQp0aGVyZSBpcyBhbHJlYWR5IHdvcmsg Z29pbmcgb24gaW4gcmVzcGVjdGl2ZSBXR3MuLw0KDQovLw0KDQovVGhhbmtzLC8NCg0KL2hpbWFu c2h1Lw0KDQovLw0KDQovLw0KDQovLw0KDQoqRnJvbToqbXBscyBbbWFpbHRvOm1wbHMtYm91bmNl c0BpZXRmLm9yZzxtYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnPl0gKk9uIEJlaGFsZiBPZiAq TG9hIEFuZGVyc3Nvbg0KKlNlbnQ6KiBTYXR1cmRheSwgTWFyY2ggMDcsIDIwMTUgODoxOCBBTQ0K KlRvOiogdGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4sIG1wbHNAaWV0Zi5vcmc8 bWFpbHRvOm1wbHNAaWV0Zi5vcmc+LCByb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJh c3p1ay5uZXQ+DQoqU3ViamVjdDoqIFJlOiBbbXBsc10gW1J0Zy15YW5nLWNvb3JkXSBbVGVhc10g R2VuZXJpYyBMU1AgWWFuZw0KDQpSb2JlcnQsDQoNCiBGcm9tIG9uZSBwZXJzcGVjdGl2ZSBJIGFn cmVlIHdpdGggeW91IGFuZCBJZ29yLCBob3dldmVyIGlmIHlvdSB0aGluaw0KYWJvdXQgTVBMUyBM U1BzLCBmcm9tIGEgZGF0YSBwbGFuZSBwZXJzcGVjdGl2ZSAtIGFuZCB0aGF0IGlzIHdoZXJlIE9B TQ0Kb3BlcmF0ZXMsIHRoZXJlIGFsbW9zdCBubyBkaWZmZXJlbmNlIGJldHdlZW4gYSBURS1MU1Ag YSBMRFAtTFNQIGFuZCBhDQpTUFJJTkcgTVBMUyBMU1AgY29tZSB2ZXJ5IGNsb3NlLg0KDQpJZiB5 b3UgdGhlIG90aGVyIGhhbmQgdGhpbmsgb2YgTFNQcyBmb3Igb3RoZXIgZGF0YSBwbGFuZXMgdGhl ICJub3RoaW5nDQppbiBjb21tb24iIGlzIGFuIGFsbW9zdCB0cnVlIHN0YXRlbWVudC4gRnJvbSB0 aGF0IHBvaW50IG9mIHZpZXcgSSB0aGluaw0KZGlmZmVyZW50IG1vZGVscyBhcmUgd2hlcmUgd2Ug d2lsbCBlbmQgdXAsIGJ1dCBJIGFsc28gdGhpbmsgdGhhdCB3ZSBuZWVkDQoic2VwYXJhdGlvbiB3 aXRoIG1vZGVyYXRpb24iLg0KDQogIEJ1dCBub3RoaW5nIGlzIHNvIHNpbXBsZSB0aGF0IHdlIGNh biBjYXB0dXJlIGl0IGluIG9uZSB2ZXJ5IHNpbXBsZQ0Kc3RhdGVtZW50LCB3ZSBoYXZlIGhhY2tp bmcgYXdheSBvbiB0aGlzIGZvciAzMCB5ZWFycyBub3csIEknZCBhZHZpY2UNCnRha2luZyBhcmNo aXRlY3R1cmUgYW5kIGhpc3RvcnkgaW50byBjb25zaWRlcmF0aW9uLCBhcyB3ZWxsIGFzIHZpZXdp bmcNCnRoZSBza3kgZnJvbSBhIGRpZmZlcmVudCBwZXJzcGVjdGl2ZSB0aGFuIGZyb20gdGhlIGJv dHRvbSBvZiBhIGRlZXAgd2VsbC4NCg0KTGV0IG1lIGFsc28gc2F5IHRoYXQgSSdtIHZlcnkgc3Vw cG9ydGl2ZSBvZiBhbGwgdGhlIGdvb2Qgd29yayBnb2luZyBvbg0KaW4gdGhpcyBhcmVhLg0KDQov TG9hDQoNClNlbnQgZnJvbSBteSBpUGFkDQoNCg0KT24gMDcgTWFyIDIwMTUsIGF0IDE5OjQ3LCBS b2JlcnQgUmFzenVrIDxyb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+ DQo8bWFpbHRvOnJvYmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldD4+PiB3 cm90ZToNCg0KICAgIEkgd291bGQgYWdyZWUgd2l0aCBJZ29yLg0KDQogICAgT3RoZXIgdGhlbiBu YW1lIG92ZXJsYXAgdGhvc2UgYXJlIGNvbXBsZXRlbHkgZGlmZmVyZW50IHRlY2hub2xvZ2llcw0K ICAgIGFuZCBhcnRpZmljaWFsbHkgcHV0dGluZyB0aGVtIHVuZGVyICJMU1AiIHVtYnJlbGxhIGp1 c3QgZG9lcyBub3QNCiAgICBicmluZyBhbnkgdmFsdWUsIGJ1dCBvbmx5IGNvbmZ1c2VzIHRoaW5n cyBldmVuIG1vcmUuDQoNCiAgICBROiBXaGF0IFNQUklORy1MU1AgaGFzIGFueXRoaW5nIGluIGNv bW1vbiB3aXRoICJsYWJlbCIgd2hlbiB5b3UgdXNlDQogICAgdjYgaGVhZGVyID8NCg0KICAgIElm IHlvdSB3YW50IHRvIHNlYXJjaCBmb3Igc29tZSBjb21tb25hbGl0aWVzIGxldCdzIHJlbW92ZSBM RFAtTFNQcw0KICAgIGZyb20gdGhpcyBtaXggKGFzIHRoZSBpcyBub3QgcmVsZXZhbnQpIGFuZCBs ZWF2ZSBURS1MU1AgJiBTUFJJTkcgKw0KICAgIG1heWJlIGFsc28gYWRkIEJJRVIgYXMgd2VsbCBh cyBjaGFuZ2UgdGhlIG5hbWUgdG8gR2VuZXJpYy1FUA0KICAgIChFbmdpbmVlcmVkIFBhdGhzKS4N Cg0KICAgIEkgc2VlIG5vIHZhbHVlIG9mIGdvcnVwaW5nIGJhc2VkIG9uIHRoZSBmYWN0IHRoYXQg ZGF0YSBwbGFuZSB1c2VzDQogICAgbXBscyBsYWJlbHMsIGJ1dCByYXRoZXIgSSB3b3VsZCBzZWUg cmVhc29uYWJsZSB0byBwcm92aWRlIG1vZGVscw0KICAgIGJhc2VkIG9uIHRoZSB0cmFuc3BvcnQg cGF0aCBjaGFyYWN0ZXJpc3RpY3MgZm9yIHRoZSB0cmFmZmljIGl0IGlzIHRvDQogICAgY2Fycnku DQoNCiAgICBCZXN0LA0KDQogICAgci4NCg0KICAgIE9uIEZyaSwgTWFyIDYsIDIwMTUgYXQgMjox MSBQTSwgSWdvciBCcnlza2luDQogICAgPElCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv bTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+IHdyb3RlOg0KDQogICAgRHJ1diwN Cg0KICAgIElNSE8gVEUtTFNQLCBMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGhhdmUgbm90aGluZyBp biBjb21tb24uIFRoZXkNCiAgICBzaG91bGQgaGF2ZSB0b3RhbGx5IGluZGVwZW5kZW50IG1vZGVs cyBlYWNoIGJlaW5nIGRldmVsb3BlZCBpbg0KICAgIHJlc3BlY3RpdmUgV0cuDQoNCiAgICBJZ29y DQoNCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K ICAgIFJ0Zy15YW5nLWNvb3JkIG1haWxpbmcgbGlzdA0KICAgIFJ0Zy15YW5nLWNvb3JkQGlldGYu b3JnPG1haWx0bzpSdGcteWFuZy1jb29yZEBpZXRmLm9yZz4gPG1haWx0bzpSdGcteWFuZy1jb29y ZEBpZXRmLm9yZzxtYWlsdG86UnRnLXlhbmctY29vcmRAaWV0Zi5vcmc+Pg0KICAgIGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnLXlhbmctY29vcmQNCg0KDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1haWxpbmcg bGlzdA0KVGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcw0KDQotLQ0KDQoNCkxvYSBBbmRlcnNzb24gICAg ICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tPG1haWx0bzps b2FAbWFpbDAxLmh1YXdlaS5jb20+DQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAgICAg ICAgICAgICAgIGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pg0KSHVhd2VpIFRlY2hub2xvZ2ll cyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0PHRlbDolMkI0NiUyMDcz OSUyMDgxJTIwMjElMjA2ND4NCg0K --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47183FBCSZXEMA512MBSchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsN CglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk65a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMg NSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5v c2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1z b05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFy Z2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpzcGFuLmhvZW56Yg0KCXttc28tc3R5bGUtbmFtZTpob2VuemI7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu cy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQg NzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o ZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRp diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGksIEdyZWcsIGFs bCwNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5k ZW50OjEwLjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5Zb3VyIGludGVycHJldGF0aW9uIGlzIGV4YWN0bHkgd2hhdCB3ZSBoYXZlIGlu IG1pbmQgYW5kIHRyaWVkIHRvIGV4cGxhaW4gaW4gdGhlIGRyYWZ0LiBZb3VyIHBvaW50L3N1Z2dl c3Rpb24gaXMgd2VsbA0KIHRha2VuIGFuZCB3ZSBob3BlIHRoYXQgdGhlIGRpc2N1c3Npb25zIHBs YW5uZWQgaW4gVEVBUyB3aWxsIGhlbHAgdG8gYWRkcmVzcyBpdC4gPG86cD4NCjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MTAuNXB0Ij48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWluZGVudDoxMC41cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+SWYgd2UgaGF2ZSBub3QgbWFkZSBpdCBjbGVhcmx5IGluIHRoZSBk cmFmdCwgd2Ugd2FudCB0byBlbXBoYXNpemUgdGhhdCA6ICZuYnNwO3RoaXMgbW9kZWwgaXMgb25s eSBmb3IgdGhlIExTUCBvcGVyYXRpb25hbA0KIHN0YXRlIChMU1AtREIpIGFuZCBOT1QgYSBnZW5l cmljIHNpZ25hbGluZy1wcm90b2NvbCB5YW5nIG1vZGVsLCB3aGljaCBhY3QgYXMgYSBiYXNpcyBm b3IgY29uZmlndXJpbmcgYW5kIG1hbmFnaW5nIGFsbCBzaWduYWxpbmcgcHJvdG9jb2xzLiAmbmJz cDtJdCBtZWFudCB0byBiZSBhIGhlbHBlci1tb2R1bGUgZm9yIHNpZ25hbGluZy90ZWNobm9sb2d5 LXNwZWNpZmljIG9uZXMsIGFzIHJlcHJlc2VudGVkIGluIHRoZSBncmFwaCBEaHJ1diBtZW50aW9u ZWQgYmVmb3JlDQogKDxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dl Yi9tcGxzL2N1cnJlbnQvbXNnMTM4NjcuaHRtbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7 dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dl Yi9tcGxzL2N1cnJlbnQvbXNnMTM4NjcuaHRtbDwvc3Bhbj48L2E+KSwgc2luY2Ugd2UvdGhlIGF1 dGhvcnMgYmVsaWV2ZSB0aGVyZSBpcyBhIHNldCBvZiBjb21tb24gZWxlbWVudHMvaW5mb3JtYXRp b24uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlhpYW4gYW5kIERocnV2Jm5ic3A7 DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt dG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9m IDwvYj5HcmVnb3J5IE1pcnNreTxicj4NCjxiPlNlbnQ6PC9iPiAyMDE1PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+5bm0PC9zcGFuPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Mzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTrlrovkvZMiPuaciDwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjk8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk65a6L5L2TIj7ml6U8L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4NCiAyOjQ5PGJyPg0KPGI+VG86PC9iPiBSb2JlcnQg UmFzenVrOyBMb2EgQW5kZXJzc29uPGJyPg0KPGI+Q2M6PC9iPiBtcGxzQGlldGYub3JnOyBTaGFo LCBIaW1hbnNodTsgdGVhc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1RlYXNd IFttcGxzXSBbUnRnLXlhbmctY29vcmRdIEdlbmVyaWMgTFNQIFlhbmc8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SGkgUm9iZXJ0LCBldC4gYWwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5pZiBJIGludGVycHJldCB0aGUg4oCcTFNQIFlBTkcgbW9kZWzigJ0sIHRoZW4gaXQgcmVh ZHMgYXMgWUFORyBtb2RlbCBvZiBNUExTIGRhdGEgcGxhbmUsIG5vdCBjb250cm9sIHByb3RvY29s LCBiZSBpdCBSU1ZQLVRFLCBMRFAsIFBDRVAsIG9yIElHUC1URQ0KIG9mIFNQUklORy4gQW5kLCBz aW5jZSB0aGUgTVBMUyBkYXRhIHBsYW5lIGlzIGluZGVlZCBjb21tb24gYW5kIGluIGZhY3QgdGhl IG9uZSBhbmQgb25seSwgc3VjaCBMU1AgWUFORyBtb2RlbCByaWdodGZ1bGx5IGNhbiBiZSBjaGFy YWN0ZXJpemVkIGFzIOKAnEdlbmVyaWPigJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5CdXQgaWYgYXV0aG9ycyBpbnRlbmRlZCB0byBkZXNjcmliZSBjb21tb24g c2V0IGFtb25nIGxpc3RlZCBhYm92ZSBjb250cm9sIHByb3RvY29scyBwZXJ0YWluaW5nIHRvIHNp Z25hbGluZyBvZiBhbiBNUExTIExTUCwgdGhlbiwgSU1PLCBzdWNoIGNvbW1vbg0KIHNldCBmaXJz dCBtdXN0IGJlIGRpc2N1c3NlZCBhbmQgaWRlbnRpZmllZCB0byBkZW1vbnN0cmF0ZSB0aGF0IGl0 IGRvZXMgZXhpc3QgYW5kIGlzIHN1ZmZpY2llbnQgdG8gaGF2ZSBZQU5HIG1vZGVsIG9mIGl0cyBv d24gcmF0aGVyIHRoYW4gWUFORyBtb2RlbHMgdGhhdCBkZXNjcmliZSBMU1AgY29udHJvbCBieSBl YWNoIHNpZ25hbGluZyBwcm90b2NvbHMuIFRoYXQgdG8gbWUgbG9va3MgdmVyeSBtdWNoIGxpa2Ug d2hhdCBMSU1FIFdHIGlzIHdvcmtpbmcNCiBvbiwgaW52ZXN0aWdhdGluZyB3aGV0aGVyIGNvbW1v biBtb2RlbCBvZiBJUCwgSVAvTVBMUywgTVBMUy1UUCwgYW5kIFRSSUxMIE9BTSBleGlzdHMgYW5k IGl0cyBleHRlbnQgaXMgc3VmZmljaWVudCB0byBiZSBvZiBpbnRlcmVzdC48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgR3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gVGVhcyBbbWFpbHRvOnRl YXMtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+Um9iZXJ0IFJhc3p1azxi cj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE1hcmNoIDA4LCAyMDE1IDM6NTggQU08YnI+DQo8Yj5U bzo8L2I+IExvYSBBbmRlcnNzb248YnI+DQo8Yj5DYzo8L2I+IG1wbHNAaWV0Zi5vcmc7IHRlYXNA aWV0Zi5vcmc7IFNoYWgsIEhpbWFuc2h1PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbVGVhc10g W21wbHNdIFtSdGcteWFuZy1jb29yZF0gR2VuZXJpYyBMU1AgWWFuZzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPkhpIExvYSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UaGUgd2F5IEkgcmVhZCBJZ29yIHN0 YXRlbWVudCBhbmQgYWdyZWVkIHdpdGggaXQgaW4gYSBzZW5zZSBvZiAmcXVvdDtub3RoaW5nIGlu IGNvbW1vbiZxdW90OyB3YXMgdGhhdCBpdCB3YXMgcmVmZXJyaW5nIHRvIHRoZSBjb250cm9sIHBs YW5lLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRoZSBzdWJqZWN0IG9mIHRoaXMgdGhy ZWFkIGlzICZxdW90O0dlbmVyaWMgTFNQIFlBTkcmcXVvdDsgYW5kIHRvIG1lIFlhbmcgbW9kZWwg ZGVzY3JpYmVzIGNvbnRyb2wgYXNwZWN0IG9mIHByb3RvY29sIG9yIGZ1bmN0aW9uYWxpdHkgbm90 IHRoZSBjaG9pY2Ugb2YgZm9yd2FyZGluZyBoZWFkZXIgaW4gdGhlIGRhdGEgcGxhbmUuJm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+U28gaWYgeW91IGFuZCBvdGhlcnMgYWdyZWUgd2Ugc2hv dWxkIGJlIGFsbCBpbiBzeW5jIGFuZCBwZXJoYXBzIHdlIGNvdWxkIGNvbnNpZGVyIGFzIHByb3Bv c2VkIGJlZm9yZSBHZW5lcmljIEVuZ2luZWVyZWQgUGF0aCBtb2RlbCBicmFuY2hpbmcgYXQgdGhl IGxvd2VyIGxheWVyIGJldHdlZW4gdW5pY2FzdCBhbmQgbXVsdGljYXN0LiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPkhvd2V2ZXIgaWYgeW91IHN0aWxsIHRoaW5rIHRoYXQgWWFuZyBpcyBh Ym91dCBkYXRhIHBsYW5lIGFuZCBPQU0gdGhlbiBwZXJoYXBzIHdlIGhhdmUgYSBiaWdnZXIgaXNz dWUgaGVyZSAuLi4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Q2hlZXJzLDxicj4NClIuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5PbiBTdW4sIE1hciA4LCAyMDE1IGF0IDEw OjI3IEFNLCBMb2EgQW5kZXJzc29uICZsdDs8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51IiB0YXJn ZXQ9Il9ibGFuayI+bG9hQHBpLm51PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpbWFuc2h1LCA8YSBo cmVmPSJodHRwOi8vZXQuYWwiIHRhcmdldD0iX2JsYW5rIj4NCmV0LmFsPC9hPi4sPGJyPg0KPGJy Pg0KSSB0aGluayB0aGVyZSBhcmUgdHdvIGlzc3VlcyBoZXJlIGFuZCBpZiBzb3J0aW5nIHRoZW0g b3V0IGNvcnJyZWN0bHk8YnI+DQp3ZSBhcmUgdmVyeSBjbG9zZS48YnI+DQo8YnI+DQpUaGUgZmly c3QgaXNzdWUgaXMgc2ltaWxhcml0aWVzIGJldHdlZW4gZGlmZmVyZW50IHR5cGVzIG9mIExTUHMu PGJyPg0KPGJyPg0KSGVyZSBJIHNhaWQgdGhhdCwgYXQgbGVhc3QgZm9yIGEgTVBMUyBQU04sIHRo ZXJlIGFyZSBzaW1pbGFyaXRpZXMsPGJyPg0KZS5nLiB0aGUgZGF0YSBwbGFuZSBpcyAobmVhcmx5 KSB0aGUgc2FtZS4gVGhpcyB3YXMgc2FpZCBpbiByZWFjdGlvbjxicj4NCnRvIElnb3IncyBzdGF0 ZW1lbnQgJnF1b3Q7SU1ITyBURS1MU1AsIExEUC1MU1AgYW5kIFNQUklORy1MU1AgaGF2ZSBub3Ro aW5nPGJyPg0KaW4gY29tbW9uLiZxdW90OyBJIHN0aWxsIGRvbid0IHRoaW5rIHRoYXQgSWdvcidz IHN0YXRlbWVudCBpcyByZWFsbHkgY29ycmVjdC48YnI+DQpJZiBoZSBoYWQgc2FpZCAmcXVvdDtJ TUhPIHRoZXJlIGFyZSBub3QgZW5vdWdoIHNpbWlsYXJpdGVzIGJldHdlZW4gVEUtTFNQLDxicj4N CkxEUC1MU1AgYW5kIFNQUklORy1MU1AgdG8gbW90aXZhdGUgYSBjb21tb24gbW9kZWwmcXVvdDsu IEkgdGhpbmsgdGhhdCB3ZSBiZTxicj4NCmEgbXVjaCBtb3JlIGFjY3VyYXRlIHN0YXRlbWVudC48 YnI+DQo8YnI+DQpBbmQgdGhhdCBpcyB0aGUgb3RoZXIgaXNzdWUgLSBJcyBpdCByZWFzb25hYmxl IHRvIG1vZGVsIFRFLUxTUCw8YnI+DQpMRFAtTFNQIGFuZCBTUFJJTkctTFNQIGluIHRoZSBzYW1l IG1vZGVsPyBJIGRvbid0IG5vdCB0aGluayBpdCBpcyw8YnI+DQpidXQgdGhhdCB3ZSBuZWVkIGFu IG92ZXJsYXAgb2YgcGVvcGxlIHdvcmtpbmcgd2l0aCB0aGUgZGlmZmVyZW50IG1vZGVscy48YnI+ DQo8YnI+DQpIb3BlIHRoaXMgaXMgY2xlYXIgZW5vdWdoLjxicj4NCjxicj4NCi9Mb2E8YnI+DQo8 YnI+DQo8YnI+DQpPbiAyMDE1LTAzLTA3IDIzOjE5LCBTaGFoLCBIaW1hbnNodSB3cm90ZTo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4vSSBhZ3JlZSB3aXRoIFJvYmVydCBhbmQg SWdvciwgcHV0dGluZyBldmVyeXRoaW5nIGluIHRoZSBzYW1lIGJ1Y2tldDxicj4NCmJlY2F1c2Ug b2YgY29tbW9uIGRhdGEgcGxhbmUgJmFtcDsgT0FNIGRvZXMgbm90IGp1c3RpZnkuLzxicj4NCjxi cj4NCi9XZSB3b3VsZG7igJl0IGNvbnNpZGVyIGRvaW5nIHNhbWUgZm9yIElQIGRhdGEgcGxhbmUu Li88YnI+DQo8YnI+DQovSSB0aGluayB3ZSBuZWVkIHRvIHNlcGFyYXRlIHRoZXNlIG1vZGVscyBh bmQgYXMgbWVudGlvbmVkIGVhcmxpZXIsPGJyPg0KdGhlcmUgaXMgYWxyZWFkeSB3b3JrIGdvaW5n IG9uIGluIHJlc3BlY3RpdmUgV0dzLi88YnI+DQo8YnI+DQovLzxicj4NCjxicj4NCi9UaGFua3Ms Lzxicj4NCjxicj4NCi9oaW1hbnNodS88YnI+DQo8YnI+DQovLzxicj4NCjxicj4NCi8vPGJyPg0K PGJyPg0KLy88YnI+DQo8YnI+DQoqRnJvbToqbXBscyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpt cGxzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzLWJvdW5jZXNAaWV0Zi5v cmc8L2E+XSAqT24gQmVoYWxmIE9mICpMb2EgQW5kZXJzc29uPGJyPg0KKlNlbnQ6KiBTYXR1cmRh eSwgTWFyY2ggMDcsIDIwMTUgODoxOCBBTTxicj4NCipUbzoqIDxhIGhyZWY9Im1haWx0bzp0ZWFz QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT4sIDxhIGhyZWY9Im1h aWx0bzptcGxzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQptcGxzQGlldGYub3JnPC9hPiwg PGEgaHJlZj0ibWFpbHRvOnJvYmVydEByYXN6dWsubmV0IiB0YXJnZXQ9Il9ibGFuayI+cm9iZXJ0 QHJhc3p1ay5uZXQ8L2E+PGJyPg0KKlN1YmplY3Q6KiBSZTogW21wbHNdIFtSdGcteWFuZy1jb29y ZF0gW1RlYXNdIEdlbmVyaWMgTFNQIFlhbmc8YnI+DQo8YnI+DQpSb2JlcnQsPGJyPg0KPGJyPg0K Jm5ic3A7RnJvbSBvbmUgcGVyc3BlY3RpdmUgSSBhZ3JlZSB3aXRoIHlvdSBhbmQgSWdvciwgaG93 ZXZlciBpZiB5b3UgdGhpbms8YnI+DQphYm91dCBNUExTIExTUHMsIGZyb20gYSBkYXRhIHBsYW5l IHBlcnNwZWN0aXZlIC0gYW5kIHRoYXQgaXMgd2hlcmUgT0FNPGJyPg0Kb3BlcmF0ZXMsIHRoZXJl IGFsbW9zdCBubyBkaWZmZXJlbmNlIGJldHdlZW4gYSBURS1MU1AgYSBMRFAtTFNQIGFuZCBhPGJy Pg0KU1BSSU5HIE1QTFMgTFNQIGNvbWUgdmVyeSBjbG9zZS48YnI+DQo8YnI+DQpJZiB5b3UgdGhl IG90aGVyIGhhbmQgdGhpbmsgb2YgTFNQcyBmb3Igb3RoZXIgZGF0YSBwbGFuZXMgdGhlICZxdW90 O25vdGhpbmc8YnI+DQppbiBjb21tb24mcXVvdDsgaXMgYW4gYWxtb3N0IHRydWUgc3RhdGVtZW50 LiBGcm9tIHRoYXQgcG9pbnQgb2YgdmlldyBJIHRoaW5rPGJyPg0KZGlmZmVyZW50IG1vZGVscyBh cmUgd2hlcmUgd2Ugd2lsbCBlbmQgdXAsIGJ1dCBJIGFsc28gdGhpbmsgdGhhdCB3ZSBuZWVkPGJy Pg0KJnF1b3Q7c2VwYXJhdGlvbiB3aXRoIG1vZGVyYXRpb24mcXVvdDsuPGJyPg0KPGJyPg0KJm5i c3A7IEJ1dCBub3RoaW5nIGlzIHNvIHNpbXBsZSB0aGF0IHdlIGNhbiBjYXB0dXJlIGl0IGluIG9u ZSB2ZXJ5IHNpbXBsZTxicj4NCnN0YXRlbWVudCwgd2UgaGF2ZSBoYWNraW5nIGF3YXkgb24gdGhp cyBmb3IgMzAgeWVhcnMgbm93LCBJJ2QgYWR2aWNlPGJyPg0KdGFraW5nIGFyY2hpdGVjdHVyZSBh bmQgaGlzdG9yeSBpbnRvIGNvbnNpZGVyYXRpb24sIGFzIHdlbGwgYXMgdmlld2luZzxicj4NCnRo ZSBza3kgZnJvbSBhIGRpZmZlcmVudCBwZXJzcGVjdGl2ZSB0aGFuIGZyb20gdGhlIGJvdHRvbSBv ZiBhIGRlZXAgd2VsbC48YnI+DQo8YnI+DQpMZXQgbWUgYWxzbyBzYXkgdGhhdCBJJ20gdmVyeSBz dXBwb3J0aXZlIG9mIGFsbCB0aGUgZ29vZCB3b3JrIGdvaW5nIG9uPGJyPg0KaW4gdGhpcyBhcmVh Ljxicj4NCjxicj4NCi9Mb2E8YnI+DQo8YnI+DQpTZW50IGZyb20gbXkgaVBhZDxicj4NCjxicj4N Cjxicj4NCk9uIDA3IE1hciAyMDE1LCBhdCAxOTo0NywgUm9iZXJ0IFJhc3p1ayAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnJvYmVydEByYXN6dWsubmV0IiB0YXJnZXQ9Il9ibGFuayI+cm9iZXJ0QHJhc3p1 ay5uZXQ8L2E+PGJyPg0KJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5u ZXQiIHRhcmdldD0iX2JsYW5rIj5yb2JlcnRAcmFzenVrLm5ldDwvYT4mZ3Q7Jmd0OyB3cm90ZTo8 YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IEkgd291bGQgYWdyZWUgd2l0aCBJZ29yLjxicj4NCjxi cj4NCiZuYnNwOyAmbmJzcDsgT3RoZXIgdGhlbiBuYW1lIG92ZXJsYXAgdGhvc2UgYXJlIGNvbXBs ZXRlbHkgZGlmZmVyZW50IHRlY2hub2xvZ2llczxicj4NCiZuYnNwOyAmbmJzcDsgYW5kIGFydGlm aWNpYWxseSBwdXR0aW5nIHRoZW0gdW5kZXIgJnF1b3Q7TFNQJnF1b3Q7IHVtYnJlbGxhIGp1c3Qg ZG9lcyBub3Q8YnI+DQombmJzcDsgJm5ic3A7IGJyaW5nIGFueSB2YWx1ZSwgYnV0IG9ubHkgY29u ZnVzZXMgdGhpbmdzIGV2ZW4gbW9yZS48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IFE6IFdoYXQg U1BSSU5HLUxTUCBoYXMgYW55dGhpbmcgaW4gY29tbW9uIHdpdGggJnF1b3Q7bGFiZWwmcXVvdDsg d2hlbiB5b3UgdXNlPGJyPg0KJm5ic3A7ICZuYnNwOyB2NiBoZWFkZXIgPzxicj4NCjxicj4NCiZu YnNwOyAmbmJzcDsgSWYgeW91IHdhbnQgdG8gc2VhcmNoIGZvciBzb21lIGNvbW1vbmFsaXRpZXMg bGV0J3MgcmVtb3ZlIExEUC1MU1BzPGJyPg0KJm5ic3A7ICZuYnNwOyBmcm9tIHRoaXMgbWl4IChh cyB0aGUgaXMgbm90IHJlbGV2YW50KSBhbmQgbGVhdmUgVEUtTFNQICZhbXA7IFNQUklORyAmIzQz Ozxicj4NCiZuYnNwOyAmbmJzcDsgbWF5YmUgYWxzbyBhZGQgQklFUiBhcyB3ZWxsIGFzIGNoYW5n ZSB0aGUgbmFtZSB0byBHZW5lcmljLUVQPGJyPg0KJm5ic3A7ICZuYnNwOyAoRW5naW5lZXJlZCBQ YXRocykuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBJIHNlZSBubyB2YWx1ZSBvZiBnb3J1cGlu ZyBiYXNlZCBvbiB0aGUgZmFjdCB0aGF0IGRhdGEgcGxhbmUgdXNlczxicj4NCiZuYnNwOyAmbmJz cDsgbXBscyBsYWJlbHMsIGJ1dCByYXRoZXIgSSB3b3VsZCBzZWUgcmVhc29uYWJsZSB0byBwcm92 aWRlIG1vZGVsczxicj4NCiZuYnNwOyAmbmJzcDsgYmFzZWQgb24gdGhlIHRyYW5zcG9ydCBwYXRo IGNoYXJhY3RlcmlzdGljcyBmb3IgdGhlIHRyYWZmaWMgaXQgaXMgdG88YnI+DQombmJzcDsgJm5i c3A7IGNhcnJ5Ljxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgQmVzdCw8YnI+DQo8YnI+DQombmJz cDsgJm5ic3A7IHIuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBPbiBGcmksIE1hciA2LCAyMDE1 IGF0IDI6MTEgUE0sIElnb3IgQnJ5c2tpbjxicj4NCiZuYnNwOyAmbmJzcDsgJmx0OzxhIGhyZWY9 Im1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20iIHRhcmdldD0iX2JsYW5rIj5JQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb208L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPklCcnlza2luQGFkdmFvcHRpY2FsLmNv bTwvYT4mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IERydXYsPGJyPg0K PGJyPg0KJm5ic3A7ICZuYnNwOyBJTUhPIFRFLUxTUCwgTERQLUxTUCBhbmQgU1BSSU5HLUxTUCBo YXZlIG5vdGhpbmcgaW4gY29tbW9uLiBUaGV5PGJyPg0KJm5ic3A7ICZuYnNwOyBzaG91bGQgaGF2 ZSB0b3RhbGx5IGluZGVwZW5kZW50IG1vZGVscyBlYWNoIGJlaW5nIGRldmVsb3BlZCBpbjxicj4N CiZuYnNwOyAmbmJzcDsgcmVzcGVjdGl2ZSBXRy48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IEln b3I8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPg0KJm5ic3A7ICZuYnNwOyBSdGcteWFuZy1jb29yZCBtYWls aW5nIGxpc3Q8YnI+DQombmJzcDsgJm5ic3A7IDxhIGhyZWY9Im1haWx0bzpSdGcteWFuZy1jb29y ZEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnPC9hPiAm bHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpSdGcteWFuZy1jb29yZEBpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPlJ0Zy15YW5nLWNvb3JkQGlldGYub3JnPC9hPiZndDs8YnI+DQombmJzcDsgJm5i c3A7IDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnLXlh bmctY29vcmQiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vcnRnLXlhbmctY29vcmQ8L2E+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpUZWFzIG1haWxp bmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+VGVhc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3RlYXMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojODg4ODg4Ij48 YnI+DQo8c3BhbiBjbGFzcz0iaG9lbnpiIj4tLSA8L3NwYW4+PGJyPg0KPGJyPg0KPGJyPg0KPHNw YW4gY2xhc3M9ImhvZW56YiI+TG9hIEFuZGVyc3NvbiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IGVtYWlsOiA8YSBocmVmPSJtYWlsdG86bG9hQG1haWwwMS5odWF3ZWkuY29tIiB0YXJnZXQ9Il9i bGFuayI+DQpsb2FAbWFpbDAxLmh1YXdlaS5jb208L2E+PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNz PSJob2VuemIiPlNlbmlvciBNUExTIEV4cGVydCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51IiB0YXJnZXQ9Il9ibGFuayI+DQpsb2FAcGku bnU8L2E+PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJob2VuemIiPkh1YXdlaSBUZWNobm9sb2dp ZXMgKGNvbnN1bHRhbnQpJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogPGEgaHJlZj0idGVsOiUy QjQ2JTIwNzM5JTIwODElMjAyMSUyMDY0IiB0YXJnZXQ9Il9ibGFuayI+DQomIzQzOzQ2IDczOSA4 MSAyMSA2NDwvYT48L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47183FBCSZXEMA512MBSchi_-- From nobody Tue Mar 10 02:56:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 921971A87E1 for ; Tue, 10 Mar 2015 02:56:18 -0700 (PDT) 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 AXpVG5lxNSfV for ; Tue, 10 Mar 2015 02:56:17 -0700 (PDT) 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 69C071A8756 for ; Tue, 10 Mar 2015 02:56:16 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTL93824; Tue, 10 Mar 2015 09:56:15 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 10 Mar 2015 09:56:12 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.245]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0158.001; Tue, 10 Mar 2015 17:56:05 +0800 From: Mach Chen To: "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQVvDgK8HGVN8p4k2ca0R6IkmelJ0Ue/JggACc1ACAAAAxgA== Date: Tue, 10 Mar 2015 09:56:03 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.199] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "mpls-ads@tools.ietf.org" Subject: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 09:56:18 -0000 SGkgQXV0aG9ycywNCg0KSSBhbSBzZWxlY3RlZCBhcyBNUExTLVJUIHJldmlld2VyIGZvciBkcmFm dC1ib25pY2EtbXBscy1zZWxmLXBpbmctMDQsIGFuZCBoZXJlIGFyZSBteSBNUExTLVJUIHJldmll dyBjb21tZW50cyBvbiB0aGUgZHJhZnQuDQoNCjEuIFRoZSBkcmFmdCBpcyB3ZWxsIHdyaXR0ZW4g YW5kIHRoZSBwcm9ibGVtIGlzIHdlbGwgc3RhdGVkLg0KDQoyLiBUaGUgZHJhZnQgZG9lcyBub3Qg c3BlY2lmeSB0aGUgc2VsZi1waW5nIGlzIGRlc2lnbmVkIGZvciBhbGwgdHlwZXMgb2YgTFNQIG9y IGp1c3Qgc29tZSBvZiB0aGVtIChlLmcuLCBvbmx5IFJTVlAtVEUgTFNQKSwgY2xhcmlmaWNhdGlv biBpcyBuZWVkZWQuDQoNCjMuIFRoZSBzZWxmLXBpbmcgY2Fubm90IGd1YXJhbnRlZSB0aGF0IHRo ZSByZXR1cm5lZCBFY2hvIFJlcGx5IGlzIGRlZmluaXRlbHkgZnJvbSB0aGUgZWdyZXNzLCBoZW5j ZSBpdCBjYW4ndCBjb21wbGV0ZWx5IHNvbHZlIHRoZSBibGFjay1ob2xpbmcgaXNzdWUuIA0KDQo0 LiBMU1AgUGluZyBhbmQgQkZEIChlc3BlY2lhbGx5IFMtQkZEKSBhcmUgYWx0ZXJuYXRpdmUgdG9v bHMgZm9yIExTUCByZWFkaW5lc3MgZGV0ZWN0aW9uLiBJZiB0aGUgc2NhbGFiaWxpdHkgb2YgY29u dHJvbCBwbGFuZSBpcyB0aGUgY29uY2VybiwgdGhlcmUgc2hvdWxkIGJlIGFuIGFuYWx5c2VzIHdo ZXRoZXIgUy1CRkQgY2Fubm90IHNhdGlzZnkgdGhlIHJlcXVpcmVtZW50LiANCg0KDQpCZXN0IHJl Z2FyZHMsDQpNYWNoDQoNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IFN1Ympl Y3Q6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZw0KPiBEYXRl OiBUdWUsIDI0IEZlYiAyMDE1IDE3OjQyOjE0ICswODAwDQo+IEZyb206IExvYSBBbmRlcnNzb24g PGxvYUBwaS5udT4NCj4gVG86IENhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSA8Y3BpZ25hdGFA Y2lzY28uY29tPiwgR3JlZ29yeSBNaXJza3kNCj4gPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNv bT4sIE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+LA0KPiBMaXpob25nIEppbiA8bGl6 aG8uamluQGdtYWlsLmNvbT4sIG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+IDxtcGxzLWNo YWlyc0B0b29scy5pZXRmLm9yZz4sIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5p ZXRmLm9yZw0KPiA8ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPiwg PG1wbHMtYWRzQHRvb2xzLmlldGYub3JnPg0KPiA8bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc+DQo+ IA0KPiBDYXJsb3MsIEdyZWcsIE1hY2ggYW5kIExpemhvbmcsDQo+IA0KPiBZb3UgaGF2ZSBiZSBz ZWxlY3RlZCBhcyBNUExTLVJUIHJldmlld2VycyBmb3IgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi0g cGluZy0wNC4NCj4gDQo+IE5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVlbiBDQydkIG9uIHRo aXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cgdGhhdCB0aGlzDQo+IHJldmlldyBpcyBnb2lu ZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91ciBvd24gZG9jdW1lbnQuDQo+ IA0KPiBSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNv aGVyZW50LCBpcyBpdCB1c2VmdWwgKGllLA0KPiBpcyBpdCBsaWtlbHkgdG8gYmUgYWN0dWFsbHkg dXNlZnVsIGluIG9wZXJhdGlvbmFsIG5ldHdvcmtzKSwgYW5kIGlzIHRoZSBkb2N1bWVudA0KPiB0 ZWNobmljYWxseSBzb3VuZD/CoCBXZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5nIHdoZXRoZXIg dGhlIGRvY3VtZW50IGlzDQo+IHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9u IChpZSwgaXQgZG9lc24ndCBoYXZlIHRvIGJlIHBlcmZlY3QgYXQgdGhpcw0KPiBwb2ludCwgYnV0 IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQpLg0KPiANCj4gUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0 byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZCBXRw0KPiBzZWNyZXRhcnks IGFuZCBDQydkIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QuIElmIG5lY2Vzc2FyeSwgY29tbWVu dHMgbWF5IGJlDQo+IHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCj4gDQo+ IElmIHlvdSBoYXZlIHRlY2huaWNhbCBjb21tZW50cyB5b3Ugc2hvdWxkIHRyeSB0byBiZSBleHBs aWNpdCBhYm91dCB3aGF0DQo+ICpyZWFsbHkqIG5lZWQgdG8gYmUgcmVzb2x2ZWQgYmVmb3JlIGFk b3B0aW5nIGl0IGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCwNCj4gYW5kIHdoYXQgY2FuIHdh aXQgdW50aWwgdGhlIGRvY3VtZW50IGlzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCBhbmQgdGhl DQo+IHdvcmtpbmcgZ3JvdXAgaGFzIHRoZSByZXZpc2lvbiBjb250cm9sLg0KPiANCj4gQXJlIHlv dSBhYmxlIHRvIHJldmlldyB0aGlzIGRyYWZ0IGJ5IE1hciAxMSwgMjAxNT8gUGxlYXNlIHJlc3Bv bmQgaW4gYSB0aW1lbHkNCj4gZmFzaGlvbi4NCj4gDQo+IA0KPiBUaGFua3MsIExvYQ0KPiAoYXMg TVBMUyBXRyBjaGFpcikNCj4gLS0NCj4gDQo+IA0KPiBMb2EgQW5kZXJzc29uwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBlbWFpbDogbG9hQG1haWwwMS5odWF3 ZWkuY29tDQo+IFNlbmlvciBNUExTIEV4cGVydMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgIGxvYUBwaS5udSBIdWF3ZWkNCj4gVGVjaG5vbG9naWVzIChj b25zdWx0YW50KcKgwqDCoMKgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQo+IA0KPiANCj4gDQo= From nobody Tue Mar 10 09:21:58 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B44311A1B86 for ; Tue, 10 Mar 2015 09:21:56 -0700 (PDT) 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 wfNhsVm4LPVA for ; Tue, 10 Mar 2015 09:21:54 -0700 (PDT) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 926881A003A for ; Tue, 10 Mar 2015 09:21:54 -0700 (PDT) Received: by oiax69 with SMTP id x69so2529587oia.5 for ; Tue, 10 Mar 2015 09:21:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=aXzMGTBgKag43XMmub6l2D3gi4jJIWuB+lbQ/m7f7yk=; b=wiDBENFvnzakWL6zCeezWaUz2SVF8vv3RYRqry7q1lyBAgBdk3c8StOiIzvQfkAyVQ xBZrMjILe9//JCd3++EWGnBZtVqa0tHv9DvdRSCffSWW2/3wt9ugrfpmW6S9qrHy/diI xdm5KDde7p6EuTaoNZeXqbnPb6XBnhy3lX8MDuzXyj6jIYWK6r2PxU0NDZtCsi4pqgZw lqH8Z3qDAuA2aJnfABD/39ewxVt1tatSnswwsPB2cYVaIlaxiPhKWzWn3Izt60sKQr2V hmzgucQz9Twz4HazFfxzFpqoBokhIbpxO2CgAy+XAEt0IoJYb/6hSnQX0Qz9uV9Oi2+Z 6dJA== X-Received: by 10.107.30.135 with SMTP id e129mr58844425ioe.26.1426004513954; Tue, 10 Mar 2015 09:21:53 -0700 (PDT) Received: from Lizhong ([118.132.235.56]) by mx.google.com with ESMTPSA id e196sm710320ioe.40.2015.03.10.09.21.48 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Mar 2015 09:21:52 -0700 (PDT) Date: Wed, 11 Mar 2015 00:22:10 +0800 From: "lizho.jin@gmail.com" To: mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads References: <54EC4776.5040402@pi.nu> X-Priority: 3 X-GUID: 72A9A112-F484-4CBF-8DD1-5EB9456CFBE0 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015031100220789189743@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart467810452515_=----" Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 16:21:56 -0000 This is a multi-part message in MIME format. ------=_001_NextPart467810452515_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgYXV0aG9ycywNCkkgZmluaXNoIHRoZSBNUExTLVJUIHJldmlldyBmb3IgZHJhZnQtYm9uaWNh LW1wbHMtc2VsZi0wNCwgYW5kIHRoZSBkb2N1bWVudCBpcyBjbGVhcmx5IHdyaXR0ZW4uDQpUaGUg c2VsZi1waW5nIGlzIHVzZWZ1bCBpbiBhIG5vcm1hbCBuZXR3b3JrIHNjZW5hcmlvcywgYW5kIGFs c28gd2lsbCBub3Qgd29yayBpZiB1UlBGIGlzIGVuYWJsZWQgb24gdGhlIGVncmVzcy4gQnV0IHRo ZXJlIGFyZSBtb3JlIHNjZW5hcmlvcyB3aGVyZSBzZWxmLXBpbmcgd2lsbCBmYWlsIGFzIGJlbG93 Og0KMS4gSWYgb25lIHRyYW5zaXRlIG5vZGUgd3JvbmdseSBpbnN0YWxscyBhIG91dHB1dCBsYWJs ZSBhcyBpbXBsaWNpdCBudWxsLCB0aGVuIHRoZSBzZWxmLXBpbmcgcmVwbHkgbWVzc2FnZSB3aWxs IGJlIHNlbnQgYmFjayBieSB0aGUgbmV4dCBub2RlLiBUaGVuIHRoZSBpbmdyZXNzIG5vZGUgd2ls bCB2ZXJpZnkgdGhhdCB0aGUgUlNWUC1URSBMU1AgaXMgT0ssIGJ1dCB0aGUgZmFjdCBpcyB0aGUg TFNQIGlzIGJyb2tlbi4gVGhhdCBpcyBzZWxmLXBpbmcgY291bGQgbm90IGRldGVjdCB0aGUgTFNQ IGRvd24gYmVjYXVzZSBvZiB3cm9uZyBsYWJlbCBpbnN0YWxsYXRpb24uIA0KMi4gSW4gdGhlIG5l dHdvcmsgd2l0aCBsaW5rIGFnZ3JlZ2F0aW9uIG9yIG90aGVyIGxvYWQgYmFsYW5jZSBtZWNoYW5p c20sIHRoZSBzZWxmLXBpbmcgbWF5IGFsc28gcHJvdmlkZSB3cm9uZyBMU1AgdmFsaWRhdGlvbiBp bmZvcm1hdGlvbiwgYnV0IExTUCBQaW5nIGNvdWxkIHN1cHBvcnQgdGhhdCBzY2VuYXJpby4NCjMu IFJlcGx5IG1lc3NhZ2UgbWF5IG5vdCBiZSBhYmxlIHRvIHJvdXRlIGJhY2sgdG8gdGhlIGluZ3Jl c3MgaWYgdGhlIGluZ3Jlc3MgSVAgYWRkcmVzcyBpcyBub3QgZGlyZWN0bHkgSVAgcmVhY2hhYmxl IGZvciB0aGUgZWdyZXNzIG5vZGUuDQpJdCBpcyBiZXR0ZXIgdG8gZGVzY3JpYmUgYWxsIGZhaWwg c2NlbmFyaW9zIGluIGFuIGluZGVwZW5kZW50IHNlY3Rpb24sIGxpa2Ugc2VjdGlvbiA0LiBJdCBz aG91bGQgYmUgaGlnaGxpZ2h0ZWQgdG8gdGhlIHJlYWRlci4NCg0KRm9yIHNlY3Rpb24gNiwgb3Jp Z2luYWxseSBpbmdyZXNzIGNvdWxkIGlkZW50aWZ5IHRoZSBMU1AgcGluZyBwYWNrZXQgd2l0aCB3 ZWxsLWtub3duIFVEUCBwb3J0LCBhbmQgY29uZmlndXJlIEFDTCBydWxlIHRvIHJlZHVjZSByaXNr IG9mIGF0dGFjay4gQnV0IG5vdyBpdCBpcyBtb3JlIGRpZmZpY3VsdCB0byBmaWx0ZXIgdGhlIHBh Y2tldCB3aXRoIGFjY2VzcyBsaXN0LCB3aGljaCBtYXkgaW5jcmVhc2UgdGhlIHJpc2suDQoNCk92 ZXJhbGwsIEkgaGF2ZSBzb21lIGNvbmNlcm4gd2l0aCB0aGUgdG9vbCBvZiBzZWxmLXBpbmcsIGVz cGVjYWxseSB0byB0aGlzIGZhaWwgc2NlbmFyaW9zLiBMZXQncyBhc3N1bWUgaW5ncmVzcyBub2Rl IHJlY2VpdmVzIHRoZSBSRVNWIG1lc3NhZ2UgZnJvbSBkb3duc3RyZWFtLCB0aGVuIGRvIHNlbGYt cGluZywgdGhlbjoNCjEuIGlmIHN1Y2Nlc3MsIHlvdSBhcmUgbm90IGVuc3VyZWQgdGhhdCB0aGUg TFNQIGlzIHJlYWxseSBPSy4NCjIuIGlmIGZhaWwsIHlvdSBzdGlsbCBoYXZlIHRvIHVzZSBMU1Ag UGluZyBhZ2Fpbi4NCg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IExvYSBBbmRlcnNz b24NCkRhdGU6IDIwMTUtMDItMjQgMTc6NDINClRvOiBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0 YSk7IEdyZWdvcnkgTWlyc2t5OyBNYWNoIENoZW47IExpemhvbmcgSmluOyBtcGxzLWNoYWlyc0B0 b29scy5pZXRmLm9yZzsgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3Jn OyA8bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc+DQpTdWJqZWN0OiBNUExTLVJUIHJldmlldyBvZiBk cmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcNCkNhcmxvcywgR3JlZywgTWFjaCBhbmQgTGl6aG9u ZywNCiANCllvdSBoYXZlIGJlIHNlbGVjdGVkIGFzIE1QTFMtUlQgcmV2aWV3ZXJzIGZvciBkcmFm dC1ib25pY2EtbXBscy1zZWxmLQ0KcGluZy0wNC4NCiANCk5vdGUgdG8gYXV0aG9yczogWW91IGhh dmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cNCnRoYXQgdGhp cyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIg b3duDQpkb2N1bWVudC4NCiANClJldmlld3Mgc2hvdWxkIGNvbW1lbnQgb24gd2hldGhlciB0aGUg ZG9jdW1lbnQgaXMgY29oZXJlbnQsIGlzIGl0DQp1c2VmdWwgKGllLCBpcyBpdCBsaWtlbHkgdG8g YmUgYWN0dWFsbHkgdXNlZnVsIGluIG9wZXJhdGlvbmFsDQpuZXR3b3JrcyksIGFuZCBpcyB0aGUg ZG9jdW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/ICBXZSBhcmUgaW50ZXJlc3RlZA0KaW4ga25vd2lu ZyB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRw0K YWRvcHRpb24gKGllLCBpdCBkb2Vzbid0IGhhdmUgdG8gYmUgcGVyZmVjdCBhdCB0aGlzIHBvaW50 LCBidXQgc2hvdWxkIGJlDQphIGdvb2Qgc3RhcnQpLg0KIA0KUmV2aWV3cyBzaG91bGQgYmUgc2Vu dCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZA0KV0cgc2VjcmV0YXJ5 LCBhbmQgQ0MnZCB0byB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0LiBJZiBuZWNlc3NhcnksIGNvbW1l bnRzDQptYXkgYmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLg0KIA0KSWYg eW91IGhhdmUgdGVjaG5pY2FsIGNvbW1lbnRzIHlvdSBzaG91bGQgdHJ5IHRvIGJlIGV4cGxpY2l0 IGFib3V0IHdoYXQNCipyZWFsbHkqIG5lZWQgdG8gYmUgcmVzb2x2ZWQgYmVmb3JlIGFkb3B0aW5n IGl0IGFzIGEgd29ya2luZyBncm91cA0KZG9jdW1lbnQsIGFuZCB3aGF0IGNhbiB3YWl0IHVudGls IHRoZSBkb2N1bWVudCBpcyBhIHdvcmtpbmcgZ3JvdXANCmRvY3VtZW50IGFuZCB0aGUgd29ya2lu ZyBncm91cCBoYXMgdGhlIHJldmlzaW9uIGNvbnRyb2wuDQogDQpBcmUgeW91IGFibGUgdG8gcmV2 aWV3IHRoaXMgZHJhZnQgYnkgTWFyIDExLCAyMDE1PyBQbGVhc2UgcmVzcG9uZCBpbiBhDQp0aW1l bHkgZmFzaGlvbi4NCiANCiANClRoYW5rcywgTG9hDQooYXMgTVBMUyBXRyBjaGFpcikNCi0tIA0K IA0KIA0KTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFp bDAxLmh1YXdlaS5jb20NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAg ICAgbG9hQHBpLm51DQpIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0YW50KSAgICAgcGhvbmU6 ICs0NiA3MzkgODEgMjEgNjQNCg== ------=_001_NextPart467810452515_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <= /head>=0A
Hi authors,
I finish the MPLS-RT review for draft-bonica-mpls-= self-04, and the document is clearly written.
The self-ping is useful in a normal network sce= narios, and also will not work if uRPF is enabled on the egress. But there= are more scenarios where self-ping will fail as below:
1= . If one transite node wrongly installs a output lable as implicit null, t= hen the self-ping reply message will be sent back by the next node. Then t= he ingress node will verify that the RSVP-TE LSP is OK, but the fact is th= e LSP is broken. That is self-ping could not detect the LSP down because o= f wrong label installation. 
2. In the network with link ag= gregation or other load balance mechanism, the self-ping may also provide = wrong LSP validation information, but LSP Ping could support that scenario= .
3. Reply message may not be able to route back to the ingress = if the ingress IP address is not directly IP reachable for the egress node= .
It is better to describe all fail scenarios in an independent = section, like section 4. It should be highlighted to the reader.

For section 6, originally ingress could identify the LSP p= ing packet with well-known UDP port, and configure ACL rule to reduce risk= of attack. But now it is more difficult to filter the packet with access = list, which may increase the risk.

Overall, I hav= e some concern with the tool of self-ping, especally to this fail scenario= s. Let's assume ingress node receives the RESV message from downstream, th= en do self-ping, then:
1. if success, you are not ensured that t= he LSP is really OK.
2. if fail, you still have to use LSP Ping = again.
=0A

=0A
Regards
Lizhong
=0A
 
Date: 2015-02-24 17:42
Subject: MPLS-RT review of draft-bonica-mpls-= self-ping
Carlos, Greg, Mach and Lizhong,
= =0A
 
=0A
You have be selected as MPLS-RT reviewers for = draft-bonica-mpls-self-
=0A
ping-04.
=0A
 
=0A=
Note to authors: You have been CC'd on this email so that you can kno= w
=0A
that this review is going on. However, please do not review= your own
=0A
document.
=0A
 
=0A
Reviews = should comment on whether the document is coherent, is it
=0A
use= ful (ie, is it likely to be actually useful in operational
=0A
ne= tworks), and is the document technically sound?  We are interested=0A
in knowing whether the document is ready to be considered for W= G
=0A
adoption (ie, it doesn't have to be perfect at this point, = but should be
=0A
a good start).
=0A
 
=0AReviews should be sent to the document authors, WG co-chairs and
=0A=
WG secretary, and CC'd to the MPLS WG email list. If necessary, comme= nts
=0A
may be sent privately to only the WG chairs.
=0A 
=0A
If you have technical comments you should try to be e= xplicit about what
=0A
*really* need to be resolved before adopti= ng it as a working group
=0A
document, and what can wait until th= e document is a working group
=0A
document and the working group = has the revision control.
=0A
 
=0A
Are you able to= review this draft by Mar 11, 2015? Please respond in a
=0A
timel= y fashion.
=0A
 
=0A
 
=0A
Thanks, Lo= a
=0A
(as MPLS WG chair)
=0A
--
=0A
 =0A
 
=0A
Loa Andersson     &= nbsp;           &nb= sp;      email: loa@mail01.huawei.com
=0ASenior MPLS Expert         =             &n= bsp;    loa@pi.nu
=0A
Huawei Technologies (consult= ant)     phone: +46 739 81 21 64
=0A=0A ------=_001_NextPart467810452515_=------ From nobody Tue Mar 10 09:48:53 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65D711A00E9 for ; Tue, 10 Mar 2015 09:48:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.229 X-Spam-Level: * X-Spam-Status: No, score=1.229 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, 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 CSOsoGlI8IPt for ; Tue, 10 Mar 2015 09:48:43 -0700 (PDT) Received: from smtp26.msg.oleane.net (smtp26.msg.oleane.net [62.161.4.26]) by ietfa.amsl.com (Postfix) with ESMTP id 4D98A1A00D6 for ; Tue, 10 Mar 2015 09:48:42 -0700 (PDT) Received: from MGosseDellM6800 (LMontsouris-656-1-5-162.w80-12.abo.wanadoo.fr [80.12.94.162]) (authenticated) by smtp26.msg.oleane.net (MSA) with ESMTP id t2AGmdW5004048 for ; Tue, 10 Mar 2015 17:48:40 +0100 X-Oleane-Rep: REPA From: "Michel Gosse" To: Date: Tue, 10 Mar 2015 17:48:34 +0100 Message-ID: <006901d05b52$0e76ffb0$2b64ff10$@upperside.fr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_006A_01D05B5A.703CEE50" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBbOPdAg09EcHxCRFSkcDAE1ljq6w== Content-Language: fr X-Backend: vm-smtp-sophos02v3 X-PMX-Spam: Probability=11% X-PFSI-Info: PMX 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.3.10.160934 (no antivirus check) X-Orange-Auth: bWcyNjMtM0B1cHBlc2lkZS5mci5mdG8= Archived-At: Subject: [mpls] MPLS/SDN/NFV World Paris 2015 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 16:48:51 -0000 This is a multipart message in MIME format. ------=_NextPart_000_006A_01D05B5A.703CEE50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Building converged IP & optical transport networks Energy efficiency in mobile backhaul SDN-NFV-LSO: the third network Overview of ETSI ISG PoC framework OpenDaylight & OpenFlow in 2015 MPLS SDN World 17th edition + NFV & SDN Summit 4th edition start in one week. There is still time to register. More info: http://www.uppersideconferences.com/mpls-sdn/ ------=_NextPart_000_006A_01D05B5A.703CEE50 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Building converged = IP & optical transport networks

Energy efficiency = in mobile backhaul

SDN-NFV-LSO: the = third network

Overview of ETSI = ISG PoC framework

OpenDaylight & OpenFlow in 2015

 

MPLS SDN World 17th = edition + NFV & SDN Summit 4th edition start in one = week.

 

There is still time = to register.

 

More info: http://www.uppersi= deconferences.com/mpls-sdn/

 

 

 

 

------=_NextPart_000_006A_01D05B5A.703CEE50-- From nobody Tue Mar 10 13:46:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E3E31A873E for ; Tue, 10 Mar 2015 13:46:43 -0700 (PDT) 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 1R0AtyYdhF5b for ; Tue, 10 Mar 2015 13:46:40 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0743.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:743]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FB211A6F07 for ; Tue, 10 Mar 2015 13:46:40 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1432.namprd05.prod.outlook.com (25.160.107.154) with Microsoft SMTP Server (TLS) id 15.1.112.16; Tue, 10 Mar 2015 20:46:17 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0106.007; Tue, 10 Mar 2015 20:46:17 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: working group last call for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf Thread-Index: AdBbc0DF5SIs5ZMaQaW3KdzcwCSiAA== Date: Tue, 10 Mar 2015 20:46:17 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1432; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(2900100001)(2351001)(66066001)(102836002)(15975445007)(229853001)(74316001)(33656002)(575784001)(86362001)(230783001)(92566002)(122556002)(76576001)(110136001)(54356999)(50986999)(87936001)(99286002)(40100003)(19580395003)(46102003)(77156002)(2656002)(2501003)(19580405001)(62966003); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1432; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:BY1PR0501MB1432; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1432; x-forefront-prvs: 051158ECBB Content-Type: multipart/alternative; boundary="_000_BY1PR0501MB143041FD755CA2819623985EA5180BY1PR0501MB1430_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2015 20:46:17.4328 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1432 Archived-At: Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@tools.ietf.org" Subject: [mpls] working group last call for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 20:46:43 -0000 --_000_BY1PR0501MB143041FD755CA2819623985EA5180BY1PR0501MB1430_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, This is to initiate a working group last call on draft-ietf-mpls-lsp-ping-m= pls-tp-oam-conf-09. Because this WGLC will span the IETF in Dallas, it will be extended to just= over three weeks. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There are no IPR disclosures against this document. All the authors have st= ated that they are not aware of any IPR that relates to this draft (two of the responses w= ere private to the WG chairs). This working group last call ends Thursday April 2, 2015. Ross for the MPLS WG chairs --_000_BY1PR0501MB143041FD755CA2819623985EA5180BY1PR0501MB1430_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Working Group,
 
This is to initiate a working group last call on draft-ietf-mpls-lsp-p= ing-mpls-tp-oam-conf-09.
Because this WGLC will span the IETF in Dallas, it will be extended to= just over three weeks.
 
Please send your comments to the mpls wg mailing list (mpls@ietf.org).=
 
There are no IPR disclosures against this document. All the authors ha= ve stated that they
are not aware of any IPR that relates to this draft (two of the respon= ses were private to
the WG chairs).
 
This working group last call ends Thursday  April 2, 2015.  =
 
Ross
for the MPLS WG chairs
 
 
 --_000_BY1PR0501MB143041FD755CA2819623985EA5180BY1PR0501MB1430_-- From nobody Tue Mar 10 14:27:41 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54C1B1A8A65 for ; Tue, 10 Mar 2015 14:27:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.912 X-Spam-Level: X-Spam-Status: No, score=-106.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 gV2TkUVxZjt1 for ; Tue, 10 Mar 2015 14:27:37 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id 311941A8A67 for ; Tue, 10 Mar 2015 14:27:37 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 6ADA0180452; Tue, 10 Mar 2015 14:26:51 -0700 (PDT) To: sboutros@cisco.com, msiva@cisco.com, swallow@cisco.com, ssaxena@cisco.com, vishwas@ionosnetworks.com, aldrin.ietf@gmail.com, akatlas@gmail.com, adrian@olddog.co.uk, loa@pi.nu, swallow@cisco.com, rcallon@juniper.net X-PHP-Originating-Script: 6000:errata_mail_lib.php From: RFC Errata System Message-Id: <20150310212651.6ADA0180452@rfc-editor.org> Date: Tue, 10 Mar 2015 14:26:51 -0700 (PDT) Archived-At: Cc: mpls@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] [Technical Errata Reported] RFC7394 (4297) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 21:27:39 -0000 The following errata report has been submitted for RFC7394, "Definition of Time to Live TLV for LSP-Ping Mechanisms". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=7394&eid=4297 -------------------------------------- Type: Technical Reported by: Himanshu Shah Section: 3.1 Original Text ------------- 3.1. TTL TLV 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 = 32769 | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value | Reserved | Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 1: Time To Live TLV Format Corrected Text -------------- 3.1. TTL TLV 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 = 32769 | Length = 4 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value | Reserved | Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 1: Time To Live TLV Format Notes ----- In a TTL, Length value should show length of the value fields. There are already a couple of implementations out there which is setting the length to 4 (4-byte) This should be corrected in order to make this RFC interoperable between different vendors. 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. -------------------------------------- RFC7394 (draft-ietf-mpls-lsp-ping-ttl-tlv-10) -------------------------------------- Title : Definition of Time to Live TLV for LSP-Ping Mechanisms Publication Date : November 2014 Author(s) : S. Boutros, S. Sivabalan, G. Swallow, S. Saxena, V. Manral, S. Aldrin Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Mar 10 14:32:09 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E6C61A8A93 for ; Tue, 10 Mar 2015 14:32:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.895 X-Spam-Level: X-Spam-Status: No, score=0.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, 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 ZZxsTXDgglGu for ; Tue, 10 Mar 2015 14:32:05 -0700 (PDT) Received: from lucidvision.com (unknown [50.255.148.178]) by ietfa.amsl.com (Postfix) with ESMTP id 848861A0122 for ; Tue, 10 Mar 2015 14:31:57 -0700 (PDT) Received: from [192.168.1.120] (unknown [50.255.148.177]) by lucidvision.com (Postfix) with ESMTP id 5CA14302E121; Tue, 10 Mar 2015 17:31:56 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: "Thomas D. Nadeau" In-Reply-To: <20150310212651.6ADA0180452@rfc-editor.org> Date: Tue, 10 Mar 2015 17:31:58 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <0B3EAD51-73B9-4BF4-8A8F-A90E062EDF7B@lucidvision.com> References: <20150310212651.6ADA0180452@rfc-editor.org> To: RFC Errata System X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: msiva@cisco.com, Shaleen Saxena , mpls@ietf.org, sboutros@cisco.com, vishwas@ionosnetworks.com, Ross Callon Subject: Re: [mpls] [Technical Errata Reported] RFC7394 (4297) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 21:32:08 -0000 Fixing Shaleen's email. --Tom =09 > On Mar 10, 2015:5:26 PM, at 5:26 PM, RFC Errata System = wrote: >=20 > The following errata report has been submitted for RFC7394, > "Definition of Time to Live TLV for LSP-Ping Mechanisms". >=20 > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D7394&eid=3D4297 >=20 > -------------------------------------- > Type: Technical > Reported by: Himanshu Shah >=20 > Section: 3.1 >=20 > Original Text > ------------- >=20 > 3.1. TTL TLV Format >=20 >=20 > 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 =3D 32769 | Length =3D 8 = | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Value | Reserved | Flags | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > Figure 1: Time To Live TLV Format >=20 > Corrected Text > -------------- >=20 > 3.1. TTL TLV Format >=20 >=20 > 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 =3D 32769 | Length =3D 4 = | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Value | Reserved | Flags | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > Figure 1: Time To Live TLV Format >=20 > Notes > ----- > In a TTL, Length value should show length of the value fields. There = are already a couple of implementations out there which is setting the = length to 4 (4-byte) >=20 > This should be corrected in order to make this RFC interoperable = between different vendors. >=20 > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party (IESG) > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC7394 (draft-ietf-mpls-lsp-ping-ttl-tlv-10) > -------------------------------------- > Title : Definition of Time to Live TLV for LSP-Ping = Mechanisms > Publication Date : November 2014 > Author(s) : S. Boutros, S. Sivabalan, G. Swallow, S. Saxena, = V. Manral, S. Aldrin > Category : PROPOSED STANDARD > Source : Multiprotocol Label Switching > Area : Routing > Stream : IETF > Verifying Party : IESG >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 From nobody Tue Mar 10 14:43:47 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEE9D1A8AC8; Tue, 10 Mar 2015 14:43:41 -0700 (PDT) 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 TKPikfLKv5Lx; Tue, 10 Mar 2015 14:43:40 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id EFCA51A8AC0; Tue, 10 Mar 2015 14:43:39 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 2E84F18045D; Tue, 10 Mar 2015 14:42:54 -0700 (PDT) To: hshah@ciena.com, sboutros@cisco.com, msiva@cisco.com, swallow@cisco.com, ssaxena@cisco.com, vishwas@ionosnetworks.com, aldrin.ietf@gmail.com X-PHP-Originating-Script: 1005:errata_mail_lib.php From: RFC Errata System Message-Id: <20150310214254.2E84F18045D@rfc-editor.org> Date: Tue, 10 Mar 2015 14:42:54 -0700 (PDT) Archived-At: Cc: rfc-editor@rfc-editor.org, iesg@ietf.org, mpls@ietf.org Subject: [mpls] [Errata Verified] RFC7394 (4297) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 21:43:42 -0000 The following errata report has been verified for RFC7394, "Definition of Time to Live TLV for LSP-Ping Mechanisms". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=7394&eid=4297 -------------------------------------- Status: Verified Type: Technical Reported by: Himanshu Shah Date Reported: 2015-03-10 Verified by: Adrian Farrel (IESG) Section: 3.1 Original Text ------------- 3.1. TTL TLV 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 = 32769 | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value | Reserved | Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 1: Time To Live TLV Format Corrected Text -------------- 3.1. TTL TLV 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 = 32769 | Length = 4 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value | Reserved | Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 1: Time To Live TLV Format Notes ----- In an LSP Ping TTL, Length value should show length of the value fields only. See RFC 4379 section 3. -------------------------------------- RFC7394 (draft-ietf-mpls-lsp-ping-ttl-tlv-10) -------------------------------------- Title : Definition of Time to Live TLV for LSP-Ping Mechanisms Publication Date : November 2014 Author(s) : S. Boutros, S. Sivabalan, G. Swallow, S. Saxena, V. Manral, S. Aldrin Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Mar 10 15:06:24 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 532331A906C; Tue, 10 Mar 2015 15:06:22 -0700 (PDT) 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, TVD_SPACE_RATIO=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 vh6vhxtTNT2l; Tue, 10 Mar 2015 15:06:20 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 52D2B1A9061; Tue, 10 Mar 2015 15:06:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150310220607.21595.4594.idtracker@ietfa.amsl.com> Date: Tue, 10 Mar 2015 15:06:07 -0700 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 22:06:22 -0000 IANA action state changed to In Progress ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Tue Mar 10 17:51:56 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA8D71A92B0; Tue, 10 Mar 2015 17:51:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.912 X-Spam-Level: X-Spam-Status: No, score=-106.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 kXJVDeXaz1uw; Tue, 10 Mar 2015 17:51:37 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id F32731A923B; Tue, 10 Mar 2015 17:51:36 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id CC82B180472; Tue, 10 Mar 2015 17:50:50 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 6000:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20150311005050.CC82B180472@rfc-editor.org> Date: Tue, 10 Mar 2015 17:50:50 -0700 (PDT) Archived-At: Cc: drafts-update-ref@iana.org, mpls@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] RFC 7473 on Controlling State Advertisements of Non-negotiated LDP Applications X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 00:51:47 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7473 Title: Controlling State Advertisements of Non-negotiated LDP Applications Author: K. Raza, S. Boutros Status: Standards Track Stream: IETF Date: March 2015 Mailbox: skraza@cisco.com, sboutros@cisco.com Pages: 15 Characters: 36189 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mpls-ldp-ip-pw-capability-09.txt URL: https://www.rfc-editor.org/info/rfc7473 There is no capability negotiation done for Label Distribution Protocol (LDP) applications that set up Label Switched Paths (LSPs) for IP prefixes or that signal point-to-point (P2P) Pseudowires (PWs) for Layer 2 Virtual Private Networks (L2VPNs). When an LDP session comes up, an LDP speaker may unnecessarily advertise its local state for such LDP applications even when the peer session is established for some other applications like Multipoint LDP (mLDP) or the Inter-Chassis Communication Protocol (ICCP). This document defines a solution by which an LDP speaker announces to its peer its disinterest in such non-negotiated applications, thus disabling the unnecessary advertisement of corresponding application state, which would have otherwise been advertised over the established LDP session. This document is a product of the Multiprotocol Label Switching 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 Tue Mar 10 19:54:39 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D02991A92E5 for ; Tue, 10 Mar 2015 19:54:37 -0700 (PDT) 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 ZIMv6dYEjcxs for ; Tue, 10 Mar 2015 19:54:36 -0700 (PDT) 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 1DE021ABD39 for ; Tue, 10 Mar 2015 19:54:35 -0700 (PDT) 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 BQC43833; Wed, 11 Mar 2015 02:54:33 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 11 Mar 2015 02:54:33 +0000 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.24]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0158.001; Wed, 11 Mar 2015 10:54:23 +0800 From: Vero Zheng To: "mpls@ietf.org" Thread-Topic: Yet Another Yang: LSP Ping Yang//FW: New Version Notification for draft-zheng-mpls-lsp-ping-yang-cfg-00.txt Thread-Index: AQHQW6atDWy3rvxyikWD5p+zk+9pEg== Date: Wed, 11 Mar 2015 02:54:23 +0000 Message-ID: <2EEA459CD95CCB4988BFAFC0F2287B5C5C96944C@SZXEMA504-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.239] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: Zhengguangying , "Zhangyanfeng \(Tim\)" Subject: [mpls] Yet Another Yang: LSP Ping Yang//FW: New Version Notification for draft-zheng-mpls-lsp-ping-yang-cfg-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 02:54:38 -0000 SGksDQoNCldlIGhhdmUgd3JvdGUgdGhpcyBkcmFmdCBvbiBMU1AgUGluZyB5YW5nLiBUaGUgY3Vy cmVudCBzY29wZSBpcyBsaW1pdGVkIHRvIFJGQzQzNzkuIE9uY2Ugd2UgZ2V0IGRpc2N1c3Npb25z IGFuZCBmZWVkYmFja3MgZnJvbSB0aGUgV0csIHdlIHdpbGwgc3RhcnQgdG8gbG9vayBhdCB0aGUg ZXh0ZW5zaW9ucy4NCldlIHdpbGwgcHJlc2VudCB0aGlzIGluIERhbGxhcy4gQ29tbWVudHMsIHN1 Z2dlc3Rpb25zIGFuZCBjb250cmlidXRpb25zIGFyZSB3ZWxjb21lLg0KDQpDaGVlcnMsIFZlcm8N CihPbiBiZWhhbGYgb2YgdGhlIGNvLWF1dGhvcnMpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmddIA0KU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDEyLCAyMDE1IDY6MDUgUE0N ClRvOiBHcmVnIE1pcnNreTsgVmVybyBaaGVuZzsgR3JlZyBNaXJza3k7IFNhbSBLLiBBbGRyaW47 IFNhbSBBbGRyaW47IFZlcm8gWmhlbmc7IFpoYW5neWFuZmVuZyAoVGltKTsgWmhhbmd5YW5mZW5n IChUaW0pDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpoZW5n LW1wbHMtbHNwLXBpbmcteWFuZy1jZmctMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQs IGRyYWZ0LXpoZW5nLW1wbHMtbHNwLXBpbmcteWFuZy1jZmctMDAudHh0DQpoYXMgYmVlbiBzdWNj ZXNzZnVsbHkgc3VibWl0dGVkIGJ5IExpYW5zaHUgWmhlbmcgYW5kIHBvc3RlZCB0byB0aGUgSUVU RiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtemhlbmctbXBscy1sc3AtcGluZy15YW5nLWNm Zw0KUmV2aXNpb246CTAwDQpUaXRsZToJCVlhbmcgRGF0YSBNb2RlbCBmb3IgTFNQLVBJTkcNCkRv Y3VtZW50IGRhdGU6CTIwMTUtMDItMTINCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQ YWdlczoJCTE5DQpVUkw6ICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1k cmFmdHMvZHJhZnQtemhlbmctbXBscy1sc3AtcGluZy15YW5nLWNmZy0wMC50eHQNClN0YXR1czog ICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aGVuZy1tcGxz LWxzcC1waW5nLXlhbmctY2ZnLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LXpoZW5nLW1wbHMtbHNwLXBpbmcteWFuZy1jZmctMDANCg0KDQpBYnN0cmFj dDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIFlBTkcgZGF0YSBtb2RlbCB0aGF0IGNhbiBi ZSB1c2VkIHRvIGNvbmZpZ3VyZQ0KICAgYW5kIG1hbmFnZSBMU1AtUGluZy4NCg0KDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNv dXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRt bGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0K DQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Tue Mar 10 21:31:49 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3BB31A00E5; Tue, 10 Mar 2015 21:31:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.739 X-Spam-Level: X-Spam-Status: No, score=-1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] 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 FViLIwnF_vYo; Tue, 10 Mar 2015 21:31:41 -0700 (PDT) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::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 95C3E1A0174; Tue, 10 Mar 2015 21:31:41 -0700 (PDT) Received: by iecsl2 with SMTP id sl2so10685178iec.1; Tue, 10 Mar 2015 21:31:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8u8fQPvFsvG2284aE7pgsirJCKLJNny//MMVnxbTRkY=; b=PLTfwvmzgp4mK1en1eLaIWpeM1pyhvUNKInjIBFgkocwt0dPqXCUt3GypkOImRPsir 69s0xC9Z2OdGJwp5CTiDdpWDN/NNOGGgMiLQVS3VDAYO8Mfn2LwPXWa6G5kOJu0gh7OV Db8s32sft5QIPyPZ2gyLYm8nhHstdc/EGXPLRcB+XZz4qWLzFXvqLm6d7uXcKEljeIO9 PqyIqYPuZe1SKl2kjAsrQ2Nn/r2dULG2TNNAvYnvTKuoeyrueRRJY8/2CHqnek7ZUZdM gFzzrmDNVhY0vGW/zKr53P4mf/4/lV/JFthco6m76TRdBeintaqncGnW3PD//WUZKRpR iw5g== MIME-Version: 1.0 X-Received: by 10.107.137.135 with SMTP id t7mr24565139ioi.3.1426048301012; Tue, 10 Mar 2015 21:31:41 -0700 (PDT) Received: by 10.36.92.77 with HTTP; Tue, 10 Mar 2015 21:31:40 -0700 (PDT) Date: Tue, 10 Mar 2015 21:31:40 -0700 Message-ID: From: Chen Liu To: mpls@ietf.org, gsmp@ietf.org, manet@ietf.org, sip@ietf.org, avt , nanog@nanog.org, rmonmib Content-Type: multipart/alternative; boundary=001a113fb7026a1e950510fbbe54 Archived-At: Subject: [mpls] [Deadline Extended] IEEE International Workshop on Manageability and Security of Network Function Virtualization and Software Defined Network (MASONS) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 04:31:44 -0000 --001a113fb7026a1e950510fbbe54 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable ---------------------------------------------------------------------------= ------------------------------------------------ Apologies for cross-postings! ---------------------------------------------------------------------------= ------------------------------------------------ Call for Papers IEEE International Workshop on Manageability and Security of Network Function Virtualization and Software Defined Network (MASONS) With ICCCN 2015 at Las Vegas, Aug 3 =E2=80=93 6, 2015 http://www.icccn.org/icccn15/ MASONS 2015 is Technically Co-Sponsored by the IEEE Communication Society 1. Theme Today, many research organizations in academia, government labs and industry are exploring SDN and NFV technologies to study and materialize their benefits in real world networks. These benefits are enabling automation, reducing time to market in case of new service introductions, optimization and/or improving overall economics of network and system management and operations. However to materialize the benefits of SDN and NFV at larger scale across multiple domains, similar to today=E2=80=99s int= ernet, additional investigations are needed which should focus beyond the core SDN, NFV features and functionalities. This involves: development of multi-domain SDN network to support Internet; large scale deployment of novel applications, identification of technological and operational gaps in research and development over the longer term to increase the capability of SDN and NFV powered networks, and better integrate them with existing public Internet and emerging cloud technologies; Identification of security, manageability gaps, including opportunities to build in additional levels of security, resilience and management capabilities. 2. Topics of interest This workshop aims to show case and disseminate new ideas and high quality research on manageability and security of Software Defined Network and Network Function Virtualization. We solicit original research articles, review papers, theoretical studies, and practical software systems incorporating new paradigms, experimental prototypes, and insightful requirement analysis with the above theme including, but not limited to the topics below: * Design, requirements and prototypes of Software Defined Exchanges (SDX) to enable interoperability and use of new approaches with the current Internet infrastructure. * Security, privacy, authentication, trust, verification for SDN and NFV. * Integration of compute, storage and network under the Software Defined Infrastructure (SDI) paradigm. * Analysis of new management challenges that SDN and NFV has introduced. * Network management practices and business processes for SDN and NFV, in service provider and data center infrastructures. * Tools and operational procedures for managing SDN. * New paradigms in network operations, administration and management (OAM), service orchestration, service engineering, converged network-compute and data center management. * Software Defined Network (SDN), abstraction, programmability, application Interface, south and northbound API. * Network Function Virtualization (NFV), distributed control, virtual switches, routing virtualization. * Network system management, orchestration, resource management and optimization, integration, interoperability. * Network operations management related automation, troubleshooting and management tools. * Cloud based network and system management application paradigms. * Application of artificial intelligence (AI), machine learning (ML), analytics and big data in network and system management. * Insights about Network Management System architectural requirements analysis. * Scalability of SDN, NFV, SDI, NMS systems. * User experience, user interface design issues and challenges in NMS for SDN, NFV, ethnographic studies on network operations centers, usability studies of management applications. 3. Speakers and Industry Panel * Morning keynote: Dr. Gee Rittenhouse, SVP, Cloud & Virtualization Group, Cisco System * Industry panel: Microsoft, IBM, Google, Cisco 4. Instructions for IEEE MASONS 2015 Workshop Authors: Submitted manuscripts must be formatted in standard IEEE camera ready format (double column, 10 pt font) and must be submitted via EasyChair ( http://www.easychair.org/) as PDF files (formatted for 8.5=C3=9711 inch pap= er). It should be no longer than 6 pages with up to two extra pages given the authors are willing to pay an over-length charge per extra page. The detailed information can be found in the ICCCN 2015 (Las Vegas) website. For any workshop related questions or additional information please contact the General, TPC, or Workshop Chairs. Submitted papers should not be previously published in or be under consideration for publication in another conference or journal. Paper titles and/or author names cannot be changed and/or added to the papers once papers are submitted to ICCCN 2015 for review. Submissions must include a title, abstract, keywords, author(s) and affiliation(s) with postal and email address(es) and phone number(s). A paper abstract must be registered on EasyChair by the deadline indicated below. 5. Important dates: * Abstract Due: Mar 21, 2015 * Paper Due: Mar 21, 2015 * Acceptance Notification: Apr 13, 2015 * Camera Ready Due: May 8, 2015 6. Review and Publication of Manuscripts: Submitted papers will be reviewed by the ICCCN 2015 TPC members and judged on originality, technical correctness, relevance, and quality of presentation. An accepted paper must be presented at the conference venue by one (who registered/paid full author reg. fee) of authors to be included in the conference venue. Each full registration covers up to two ICCCN 2015 conference papers authored by the registered/paid author. Accepted and presented papers will be published in the conference proceedings and submitted to IEEE Xplore as well as other Abstracting and Indexing (A&I) databases. The page limit for papers is 6 pages. Papers should be submitted on EDAS, the link for this workshop will be published here shortly. Papers of special merit will be selected for possible fast track at a journal special issue at IJCNDS (see details at http://www.inderscience.com/info/ingeneral/cfplist.php?jcode=3Dijcnds and http://www.manageability-at-scale.org/cfp/). 7. Workshop chairs * Inder Monga, ESnet and LBNL, USA, imonga@es.net * Amitava Biswas, Cisco Systems, USA, amitavabiswas@ieee.org * Chen Liu, Microsoft, USA, chenliu419@gmail.com --001a113fb7026a1e950510fbbe54 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
------------------------------------------------= ---------------------------------------------------------------------------=
Apologies for cross-postings!
-------------------------------------= ---------------------------------------------------------------------------= -----------

Call for Papers

IEEE Int= ernational Workshop on Manageability and Security of Network Function Virtu= alization and Software Defined Network (MASONS)=C2=A0
With ICCCN 2015 a= t Las Vegas, Aug 3 =E2=80=93 6, 2015
http://www.icccn.org/icccn15/

MASONS 20= 15 is Technically Co-Sponsored by the IEEE Communication Society

1. T= heme

Today, many research organizations in academia, government labs = and industry are exploring SDN and NFV technologies to study and materializ= e their benefits in real world networks. These benefits are enabling automa= tion, reducing time to market in case of new service introductions, optimiz= ation and/or improving overall economics of network and system management a= nd operations. However to materialize the benefits of SDN and NFV at larger= scale across multiple domains, similar to today=E2=80=99s internet, additi= onal investigations are needed which should focus beyond the core SDN, NFV = features and functionalities. This involves: development of multi-domain SD= N network to support Internet; large scale deployment of novel applications= , identification of technological and operational gaps in research and deve= lopment over the longer term to increase the capability of SDN and NFV powe= red networks, and better integrate them with existing public Internet and e= merging cloud technologies; Identification of security, manageability gaps,= including opportunities to build in additional levels of security, resilie= nce and management capabilities.

2. Topics of interest

This w= orkshop aims to show case and disseminate new ideas and high quality resear= ch on manageability and security of Software Defined Network and Network Fu= nction Virtualization. We solicit original research articles, review papers= , theoretical studies, and practical software systems incorporating new par= adigms, experimental prototypes, and insightful requirement analysis with t= he above theme including, but not limited to the topics below:
* Design= , requirements and prototypes of Software Defined Exchanges (SDX) to enable= interoperability and use of new approaches with the current Internet infra= structure.
* Security, privacy, authentication, trust, verification for = SDN and NFV.
* Integration of compute, storage and network under the Sof= tware Defined Infrastructure (SDI) paradigm.
* Analysis of new managemen= t challenges that SDN and NFV has introduced.
* Network management prac= tices and business processes for SDN and NFV, in service provider and data = center infrastructures.
* Tools and operational procedures for managing = SDN.
* New paradigms in network operations, administration and managemen= t (OAM), service orchestration, service engineering, converged network-comp= ute and data center management.
* Software Defined Network (SDN), abstra= ction, programmability, application Interface, south and northbound API.* Network Function Virtualization (NFV), distributed control, virtual swit= ches, routing virtualization.
* Network system management, orchestration= , resource management and optimization, integration, interoperability.
*= Network operations management related automation, troubleshooting and mana= gement tools.
* Cloud based network and system management application pa= radigms.
* Application of artificial intelligence (AI), machine learning= (ML), analytics and big data in network and system management.
* Insigh= ts about Network Management System architectural requirements analysis.
= * Scalability of SDN, NFV, SDI, NMS systems.
* User experience, user int= erface design issues and challenges in NMS for SDN, NFV, ethnographic studi= es on network operations centers, usability studies of management applicati= ons.

3. Speakers and Industry Panel

=
* Morning keynote: Dr. Gee Rittenhouse, SVP, Cloud & Virtual= ization Group, Cisco System=C2=A0
* Industry panel: Microsoft, IB= M,=C2=A0Google, Cisco

4. Instructions for IEEE MASONS 2015 Workshop= Authors:

Submitted manuscripts must be formatted in standard IEEE ca= mera ready format (double column, 10 pt font) and must be submitted via Eas= yChair (http://www.= easychair.org/) as PDF files (formatted for 8.5=C3=9711 inch paper). It= should be no longer than 6 pages with up to two extra pages given the auth= ors are willing to pay an over-length charge per extra page. The detailed i= nformation can be found in the ICCCN 2015 (Las Vegas) website. For any work= shop related questions or additional information please contact the General= , TPC, or Workshop Chairs.

Submitted papers should not be previously = published in or be under consideration for publication in another conferenc= e or journal. Paper titles and/or author names cannot be changed and/or add= ed to the papers once papers are submitted to ICCCN 2015 for review. Submis= sions must include a title, abstract, keywords, author(s) and affiliation(s= ) with postal and email address(es) and phone number(s). A paper abstract m= ust be registered on EasyChair by the deadline indicated below.

5. Im= portant dates:

* Abstract Due: Mar 21, 2015
* Paper Due: Mar 21, 2= 015
* Acceptance Notification: Apr 13, 2015
* Camera Ready Due: May 8= , 2015

6. Review and Publication of Manuscripts:

Submitted pape= rs will be reviewed by the ICCCN 2015 TPC members and judged on originality= , technical correctness, relevance, and quality of presentation. An accepte= d paper must be presented at the conference venue by one (who registered/pa= id full author reg. fee) of authors to be included in the conference venue.= Each full registration covers up to two ICCCN 2015 conference papers autho= red by the registered/paid author. Accepted and presented papers will be pu= blished in the conference proceedings and submitted to IEEE Xplore as well = as other Abstracting and Indexing (A&I) databases. The page limit for p= apers is 6 pages. Papers should be submitted on EDAS, the link for this wor= kshop will be published here shortly.

Papers of special merit will be= selected for possible fast track at a journal special issue at IJCNDS (see= details at http://www.inderscience.com/info/ingen= eral/cfplist.php?jcode=3Dijcnds and=C2=A0 http://www.manageability-at-sca= le.org/cfp/).

7. Workshop chairs
* Inder Monga, ESnet and LBNL= , USA, imonga@es.net=
* Amitava Biswas, Cisco Systems, USA, amitavabiswas@ieee.org
* Chen Liu, Micr= osoft, USA, chenl= iu419@gmail.com

--001a113fb7026a1e950510fbbe54-- From nobody Wed Mar 11 13:39:57 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33BCC1A8711 for ; Wed, 11 Mar 2015 13:39:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 PBV-Mx7WVKe6 for ; Wed, 11 Mar 2015 13:39:54 -0700 (PDT) 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 E55CA1A870A for ; Wed, 11 Mar 2015 13:39:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2566; q=dns/txt; s=iport; t=1426106394; x=1427315994; h=from:to:subject:date:message-id:mime-version; bh=t84ffaoG9GsTG10QrRAnttSexQuepQNgHwpCeQQxIaQ=; b=nIMXi0SxXtEjCvbCVK3dP1M36lvxeyo/m4dBDidxdwLvbJ0HMytC2xly boQXqycSCjXZxt7xvm8GTwxnAaLE5oSBBincElMlLWI6asUQSQq3ofIn/ fYOs2R3L6DtpbNgypn31cidYpOHWoK8pxj9xgAg1g42J7dLq90RaOYydu A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BhCQD4pwBV/4wNJK1cgkNDUlsDvWqFf4cuTAEBAQEBAX2EFoELAQx0JwQciCYNnkerHJQ8BZAciV2BGoMoi3KDRSODboIzfwEBAQ X-IronPort-AV: E=Sophos;i="5.11,383,1422921600"; d="scan'208,217";a="131125236" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-4.cisco.com with ESMTP; 11 Mar 2015 20:39:45 +0000 Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t2BKdhqu032140 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 11 Mar 2015 20:39:43 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.45]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.03.0195.001; Wed, 11 Mar 2015 15:39:42 -0500 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: MPLS Sessions Agenda for Dallas IETF92 Thread-Index: AQHQXDuAfLqN9Fka5EaIWru5JaEtNg== Date: Wed, 11 Mar 2015 20:39:42 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.8.150116 x-originating-ip: [161.44.212.188] Content-Type: multipart/alternative; boundary="_000_D126204D1812F4tsaadciscocom_" MIME-Version: 1.0 Archived-At: Subject: [mpls] MPLS Sessions Agenda for Dallas IETF92 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 20:39:55 -0000 --_000_D126204D1812F4tsaadciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi WG, The preliminary agenda for the MPLS sessions has been uploaded; you can fin= d it at http://www.ietf.org/proceedings/92/agenda/agenda-92-mpls Please remember to send draft updates before the meeting for all drafts tha= t will not be presented (copy myself and WG chairs). For those expecting to present, please send the your slides no later than S= unday March 22nd so they can be uploaded. Regards, Tarek and WG chairs --_000_D126204D1812F4tsaadciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <19A1FC8C09BAEF4081F660D170C2AF3E@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi WG,

The preliminary agenda for the MPLS = sessions has been uploaded; you can find it at http://www.ietf.org/pr= oceedings/92/agenda/agenda-92-mpls
Please remember to send draft update= s before the meeting for all drafts that will not be presented (copy myself= and WG chairs).
For those expecting to present, please send the your slides no later t= han Sunday March 22nd so they can be uploaded.

Regards,
Tarek and WG chairs




--_000_D126204D1812F4tsaadciscocom_-- From nobody Wed Mar 11 17:31:36 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F4C21A8998 for ; Wed, 11 Mar 2015 17:31:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 6Jl66BBOXbwT for ; Wed, 11 Mar 2015 17:31:33 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0756.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::756]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EDEC1A889D for ; Wed, 11 Mar 2015 17:31:32 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 00:31:12 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Thu, 12 Mar 2015 00:31:12 +0000 From: Ronald Bonica To: "lizho.jin@gmail.com" , Mach Chen , Gregory Mirsky , "Carlos Pignataro (cpignata)" Thread-Topic: RE: MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping Thread-Index: AdBcTZnApsYxhj0KQ7S6ywKCJwgaJw== Date: Thu, 12 Mar 2015 00:31:12 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB442; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(86362001)(102836002)(2501003)(77156002)(46102003)(2900100001)(76576001)(92566002)(62966003)(66066001)(122556002)(33656002)(40100003)(230783001)(74316001)(50986999)(54356999)(87936001)(99286002)(2656002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB442; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB442; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB442; x-forefront-prvs: 05134F8B4F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2015 00:31:12.2472 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB442 Archived-At: Cc: "draft-bonica-mpls-self-ping@tools.ietf.org" , "mpls-ads@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 00:31:34 -0000 Carlos, Greg, Mach and Lizhong, Thanks for your thoughtful review. Having reflected on your comments, I see= that a very significant piece of text is missing from the document. The fo= llowing is a rough estimation of that text. This text, if accepted, should address about half of your comments. Standby= for more emails addressing remaining comments. Ron Missing text =3D=3D=3D=3D=3D=3D=3D=3D=3D Unlike LSP Ping and S-BFD, MPLS Self-ping is not a general purpose MPLS OAM= mechanism. It is applicable only when the following conditions are true: - An application (e.g., RSVP) has received notification that downstream fo= rwarding state either a) has been installed or b) will be installed shortly - The application needs to disambiguate the above mentioned message. For ex= ample, the application needs to prevent traffic from being routed over an L= SP until downstream forwarding state has actually been installed - The application does not require confirmation of the correctness of downs= tream forwarding state, because there is a very high probability that downs= tream forwarding state is correct - In order to obtain the required information, the application must invoke = procedures that are viable when control plane resources are extremely scarc= e (e.g., after a network event that causes RSVP to establish many LSPs simu= ltaneously). These procedures can consume only limited control plane resour= ce on the ingress LSR and cannot consume any control plane resources on the= egress LSR. LSP Self-ping is not a general purpose OAM mechanism because it cannot dete= ct some classes of failure. For example, LSP Self-ping cannot detect a mis= programmed LSP. Furthermore, LSP Self-ping cannot detect failures in LSPs= that were signaled using LDP independent mode. However, when the above lis= ted conditions are true, a general purpose OAM mechanism is not required. I= n this case, the requirement to conserve control plane resources outweighs = the requirement to detect all classes of failure. MPLS Self-ping is not an extension to LSP Ping. It is a distinct protocol. = MPLS Self-ping listens for input on one UDP port, while LSP Ping listens fo= r input on another. Having received input, the two protocols behave differe= ntly from one another. While the two protocols are named similarly and shar= e a common message format, they are distinct from one another. Therefore, t= his document does not update [RFC 4379] From nobody Wed Mar 11 18:24:02 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 168AB1A89A5 for ; Wed, 11 Mar 2015 18:24:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.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, 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 Qx9g59MsWjug for ; Wed, 11 Mar 2015 18:23:58 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0144.outbound.protection.outlook.com [65.55.169.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C6E91A899B for ; Wed, 11 Mar 2015 18:23:58 -0700 (PDT) Received: from CO1PR05MB441.namprd05.prod.outlook.com (10.141.73.147) by CO1PR05MB395.namprd05.prod.outlook.com (10.141.75.20) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 01:23:56 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB441.namprd05.prod.outlook.com (10.141.73.147) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 01:23:54 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Thu, 12 Mar 2015 01:23:54 +0000 From: Ronald Bonica To: Gregory Mirsky , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0Ue/JggAOjzBA= Date: Thu, 12 Mar 2015 01:23:53 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: ericsson.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB441; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB395; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(377454003)(86362001)(2201001)(76576001)(19580395003)(2950100001)(2656002)(122556002)(106116001)(40100003)(15975445007)(77156002)(33656002)(62966003)(2501003)(19580405001)(16236675004)(74316001)(50986999)(19609705001)(66066001)(92566002)(54356999)(230783001)(99286002)(2900100001)(46102003)(102836002)(76176999)(19300405004)(87936001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB441; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB441; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB441; x-forefront-prvs: 05134F8B4F Content-Type: multipart/alternative; boundary="_000_CO1PR05MB44272B31CD58E4CC42D040EAE060CO1PR05MB442namprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2015 01:23:53.6779 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB441 X-OriginatorOrg: juniper.net Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 01:24:01 -0000 --_000_CO1PR05MB44272B31CD58E4CC42D040EAE060CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R3JlZywNCg0KSW4gdGhlIG1lc3NhZ2UgYmVsb3csIHlvdSBxdWVzdGlvbiB3aGV0aGVyIGRyYWZ0 LWJvbmljYS1tcGxzLXNlbGYtcGluZyBzaG91bGQgYmUgSU5GT1JNQVRJT05BTCBvciBQUy4gSW4g YSBzaW1pbGFyIHZlaW4sIHlvdSBhc2sgd2hldGhlciBSRkMgMjExOSBsYW5ndWFnZSBzaG91bGQg YmUgdXNlZC4NCg0KV2hlbiBJIHdyb3RlIHRoZSBkcmFmdCwgSSBjb25zaWRlcmVkIGJvdGgsIGNv dWxkbuKAmXQgZGVjaWRlLCBhbmQgdG9zc2VkIGEgY29pbiA7LSkNCg0KQUZBSUtTLCB0aGUgSUVU RnMgY3JpdGVyaWEgZm9yIFBTIGFyZSBhIGJpdCBmdXp6eS4gWW91IG1pZ2h0IGFyZ3VlIHRoYXQg dGhlIGRyYWZ0IHNob3VsZCBiZSBQUyBiZWNhdXNlIGl0IGRlZmluZXMg4oCcYml0cyBvbiB0aGUg d2lyZeKAnS4gQnV0IG9uIHRoZSBvdGhlciBoYW5kLCB5b3UgbWlnaHQgYXJndWUgdGhhdCBpdCBk b2VzbuKAmXQgbmVlZCB0byBiZSBQUyBiZWNhdXNlOg0KDQoNCi0gICAgICAgICAgSXQgZG9lc27i gJl0IGFkZHJlc3MgaW50ZXJvcGVyYWJpbGl0eSByZXF1aXJlbWVudHMgKGJlY2F1c2UgdGhlIHNl bmRlciBhbmQgcmVjZWl2ZXIgYXJlIHRoZSBzYW1lIG5vZGUpDQoNCi0gICAgICAgICAgSXQgZG9l c27igJl0IHJlcXVlc3QgYW55IElBTkEgYXNzaWdubWVudHMNCg0KSSB3b3VsZCBiZSB2ZXJ5IGhh cHB5IHRvIGxldCBzb21lYm9keSBlbHNlIGRlY2lkZSB3aGV0aGVyIHRoZSBkcmFmdCBzaG91bGQg YmUgSU5GT1JNQVRJT05BTCBvciBQUy4gTWF5YmUgdGhlIGNoYWlycyBvciBBRHMgY2FuIG9mZmVy IGFuIG9waW5pb24/DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFJvbg0KDQoNCg0KRnJvbTogR3JlZ29yeSBNaXJza3kgW21haWx0bzpncmVnb3J5Lm1pcnNreUBl cmljc3Nvbi5jb21dDQpTZW50OiBNb25kYXksIE1hcmNoIDA5LCAyMDE1IDU6MDIgUE0NClRvOiBt cGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRv b2xzLmlldGYub3JnDQpDYzogbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmcN ClN1YmplY3Q6IFJFOiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBp bmcNCg0KRGVhciBBbGwsDQpJJ3ZlIGJlZW4gYXNzaWduZWQgdG8gcmV2aWV3IGRyYWZ0LWJvbmlj YS1tcGxzLXNlbGYtcGluZy4NClRoZSBkb2N1bWVudCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgdGhl IHByb2JsZW0gaW4gZm9jdXMgaXMgY2xlYXJseSBzdGF0ZWQsIGFuZCB0aGUgcHJvcG9zZWQgc29s dXRpb24gd2VsbCBkZXNjcmliZWQuDQpJIGRvIGhhdmUgYSBudW1iZXIgb2YgY29uY2VybnMgd2l0 aCB0aGUgc3RhdHVzIG9mIHRoZSBkb2N1bWVudCBhbmQgdGhlIGFwcHJvYWNoIGFzIHByZXNlbnRl ZDoNCsK3ICAgICAgICAgZG9jdW1lbnQgaW50ZW5kZWQgdHJhY2sgaXMgSW5mb3JtYXRpb25hbCBl dmVuIHRob3VnaCB0aGUgc29sdXRpb24gYmVpbmcgcG9zaXRpb25lZCBhcyAibmV3LCBsaWdodC13 ZWlnaHQgcHJvdG9jb2wiLiBJZiB0aGlzIGlzIGluZGVlZCBuZXcgcHJvdG9jb2wgb3IgZXZlbiBl eHRlbnNpb24gb2YgdGhlIGV4aXN0aW5nIG9uZSwgdGhlbiBJIGV4cGVjdCB0aGVyZSBtdXN0IGJl IHJlcXVlc3RzIHRvIElBTkEgYWxsb2NhdGlvbnMuIEF0IHRoaXMgdGltZSAiVGhpcyBkb2N1bWVu dCBtYWtlcyBubyByZXF1ZXN0IG9mIElBTkEuIiBFaXRoZXIgTFNQIFNlbGYtcGluZyBjYW4gYmUg Y2hhcmFjdGVyaXplZCB0aHJvdWdoIHJlLXVzZSBvZiBhbHJlYWR5IGV4aXN0aW5nIHByb3RvY29s cyBhbmQgYXBwcm9hY2hlcywgb3IgZG9jdW1lbnQgc2hvdWxkIGJlIHN3aXRjaGVkIHRvIFN0YW5k YXJkcyB0cmFjazsNCg0K --_000_CO1PR05MB44272B31CD58E4CC42D040EAE060CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNv TGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgN Cgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIixzZXJpZjt9DQpwLmVtYWlscXVvdGUsIGxpLmVtYWlscXVvdGUsIGRpdi5lbWFp bHF1b3RlDQoJe21zby1zdHlsZS1uYW1lOmVtYWlscXVvdGU7DQoJbXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN CgltYXJnaW4tbGVmdDoxLjBwdDsNCglib3JkZXI6bm9uZTsNCglwYWRkaW5nOjBpbjsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNw YW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGlu IDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTYz MDA4NDg4Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczot MTQ4ODAwNTgxNiA2NzY5ODcwNSA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2 NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7 bXNvLWxldmVsLXRleHQ6IiUxXCkiOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg bDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGww OmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1s b3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBs MDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0 ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6NjUwOTA5Njk5Ow0K CW1zby1saXN0LXRlbXBsYXRlLWlkczotMTY5NjQ0Njk1MDt9DQpAbGlzdCBsMTpsZXZlbDENCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS4w aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDE6 bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIu NWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7 fQ0KQGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2 ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw4DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWlu Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K QGxpc3QgbDINCgl7bXNvLWxpc3QtaWQ6NzE4NDM3MzU3Ow0KCW1zby1saXN0LXR5cGU6aHlicmlk Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo4Njg4MDAyOTggMTgzMzE5NzA2MCA2NzY5ODY5MSA2 NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5 ODY5Mzt9DQpAbGlzdCBsMjpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Oi07DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxp YnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwy OmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7fQ0KQGxpc3QgbDI6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZh bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMjpsZXZlbDYN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlz dCBsMjpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJv bDt9DQpAbGlzdCBsMjpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWls eToiQ291cmllciBOZXciO30NCkBsaXN0IGwyOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwzDQoJe21zby1saXN0LWlkOjEw MTU4NDAxMTA7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRz Oi0xNjQzMDk0NDM2IDU5OTM5NTQ5NCA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcx MyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlzdCBsMzpsZXZlbDEN Cgl7bXNvLWxldmVsLXN0YXJ0LWF0OjEwOw0KCW1zby1sZXZlbC10ZXh0OiUxOw0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDM6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDM6bGV2 ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1p bmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwzOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu O30NCkBsaXN0IGwzOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dl cjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwzOmxldmVsNg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9 DQpAbGlzdCBsMzpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMzps ZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMzpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDQNCgl7 bXNvLWxpc3QtaWQ6MTgyMTcyMzkzMzsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTI1NjI1Mzgx Mjt9DQpAbGlzdCBsNDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNp LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0OmxldmVs Mg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiI7fQ0KQGxpc3QgbDQ6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWlu Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K QGxpc3QgbDQ6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDQ6bGV2ZWw1 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDQ6bGV2ZWw2DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpX aW5nZGluZ3M7fQ0KQGxpc3QgbDQ6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxp c3QgbDQ6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDQ6bGV2ZWw5DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDUNCgl7bXNvLWxpc3QtaWQ6MjEwNTU2NTM3 NTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6ODY4MTE3 NDc2IC05MzUyNzgxNzIgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2 OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDU6bGV2ZWwxDQoJe21zby1s ZXZlbC1zdGFydC1hdDowOw0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCglt c28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsNTpsZXZlbDIN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBs aXN0IGw1OmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2lu Z2RpbmdzO30NCkBsaXN0IGw1OmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw1OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDU6bGV2ZWw2DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDU6bGV2 ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp c3QgbDU6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijt9DQpAbGlzdCBsNTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZv bnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXtt YXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkdyZWcsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JbiB0aGUgbWVzc2FnZSBiZWxv dywgeW91IHF1ZXN0aW9uIHdoZXRoZXIgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nIHNob3Vs ZCBiZSBJTkZPUk1BVElPTkFMIG9yIFBTLiBJbiBhIHNpbWlsYXIgdmVpbiwgeW91IGFzayB3aGV0 aGVyIFJGQyAyMTE5IGxhbmd1YWdlIHNob3VsZA0KIGJlIHVzZWQuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5XaGVuIEkgd3JvdGUgdGhlIGRyYWZ0LCBJIGNvbnNp ZGVyZWQgYm90aCwgY291bGRu4oCZdCBkZWNpZGUsIGFuZCB0b3NzZWQgYSBjb2luIDstKTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QUZBSUtTLCB0aGUgSUVURnMg Y3JpdGVyaWEgZm9yIFBTIGFyZSBhIGJpdCBmdXp6eS4gWW91IG1pZ2h0IGFyZ3VlIHRoYXQgdGhl IGRyYWZ0IHNob3VsZCBiZSBQUyBiZWNhdXNlIGl0IGRlZmluZXMg4oCcYml0cyBvbiB0aGUgd2ly ZeKAnS4gQnV0IG9uIHRoZSBvdGhlciBoYW5kLCB5b3UNCiBtaWdodCBhcmd1ZSB0aGF0IGl0IGRv ZXNu4oCZdCBuZWVkIHRvIGJlIFBTIGJlY2F1c2U6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwyIGxldmVsMSBsZm82Ij48IVtpZiAhc3VwcG9y dExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1s aXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkl0IGRvZXNu4oCZdCBhZGRyZXNzIGludGVyb3BlcmFiaWxpdHkgcmVxdWly ZW1lbnRzIChiZWNhdXNlIHRoZSBzZW5kZXIgYW5kIHJlY2VpdmVyIGFyZSB0aGUgc2FtZSBub2Rl KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwyIGxldmVsMSBsZm82Ij48IVtpZiAhc3Vw cG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1z by1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPkl0IGRvZXNu4oCZdCByZXF1ZXN0IGFueSBJQU5BIGFzc2lnbm1lbnRz PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIHdvdWxkIGJlIHZl cnkgaGFwcHkgdG8gbGV0IHNvbWVib2R5IGVsc2UgZGVjaWRlIHdoZXRoZXIgdGhlIGRyYWZ0IHNo b3VsZCBiZSBJTkZPUk1BVElPTkFMIG9yIFBTLiBNYXliZSB0aGUgY2hhaXJzIG9yIEFEcyBjYW4g b2ZmZXIgYW4gb3Bpbmlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtSb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVl IDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEdyZWdvcnkgTWlyc2t5IFttYWlsdG86Z3Jl Z29yeS5taXJza3lAZXJpY3Nzb24uY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgTWFy Y2ggMDksIDIwMTUgNTowMiBQTTxicj4NCjxiPlRvOjwvYj4gbXBscy1jaGFpcnNAdG9vbHMuaWV0 Zi5vcmc7IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzxicj4NCjxi PkNjOjwvYj4gbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYt cGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkRlYXIgQWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SSd2ZSBiZWVu IGFzc2lnbmVkIHRvIHJldmlldyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcuDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPlRoZSBkb2N1bWVudCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgdGhlIHByb2Js ZW0gaW4gZm9jdXMgaXMgY2xlYXJseSBzdGF0ZWQsIGFuZCB0aGUgcHJvcG9zZWQgc29sdXRpb24g d2VsbCBkZXNjcmliZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JIGRvIGhhdmUgYSBudW1iZXIgb2Yg Y29uY2VybnMgd2l0aCB0aGUgc3RhdHVzIG9mIHRoZSBkb2N1bWVudCBhbmQgdGhlIGFwcHJvYWNo IGFzIHByZXNlbnRlZDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttYXJnaW4tbGVmdDowaW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0Omw0 IGxldmVsMSBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu Pjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ZG9jdW1lbnQgaW50ZW5k ZWQgdHJhY2sgaXMgSW5mb3JtYXRpb25hbCBldmVuIHRob3VnaCB0aGUgc29sdXRpb24gYmVpbmcg cG9zaXRpb25lZCBhcyAmcXVvdDtuZXcsIGxpZ2h0LXdlaWdodCBwcm90b2NvbCZxdW90Oy4gSWYg dGhpcyBpcyBpbmRlZWQgbmV3IHByb3RvY29sIG9yIGV2ZW4gZXh0ZW5zaW9uDQogb2YgdGhlIGV4 aXN0aW5nIG9uZSwgdGhlbiBJIGV4cGVjdCB0aGVyZSBtdXN0IGJlIHJlcXVlc3RzIHRvIElBTkEg YWxsb2NhdGlvbnMuIEF0IHRoaXMgdGltZSAmcXVvdDtUaGlzIGRvY3VtZW50IG1ha2VzIG5vIHJl cXVlc3Qgb2YgSUFOQS4mcXVvdDsgRWl0aGVyIExTUCBTZWxmLXBpbmcgY2FuIGJlIGNoYXJhY3Rl cml6ZWQgdGhyb3VnaCByZS11c2Ugb2YgYWxyZWFkeSBleGlzdGluZyBwcm90b2NvbHMgYW5kIGFw cHJvYWNoZXMsIG9yIGRvY3VtZW50IHNob3VsZA0KIGJlIHN3aXRjaGVkIHRvIFN0YW5kYXJkcyB0 cmFjazs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO1PR05MB44272B31CD58E4CC42D040EAE060CO1PR05MB442namprd_-- From nobody Wed Mar 11 19:33:42 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAEA21A8A1A for ; Wed, 11 Mar 2015 19:33:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 YbxLvbIrRxiI for ; Wed, 11 Mar 2015 19:33:38 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0758.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::758]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16EB31A89F2 for ; Wed, 11 Mar 2015 19:33:38 -0700 (PDT) Received: from CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) by CO1PR05MB492.namprd05.prod.outlook.com (10.141.71.149) with Microsoft SMTP Server (TLS) id 15.1.99.14; Thu, 12 Mar 2015 02:33:21 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 02:33:19 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Thu, 12 Mar 2015 02:33:19 +0000 From: Ronald Bonica To: "lizho.jin@gmail.com" , mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads , "Carlos Pignataro (cpignata)" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0V/JCHgAIxJYA= Date: Thu, 12 Mar 2015 02:33:18 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <2015031100220789189743@gmail.com> In-Reply-To: <2015031100220789189743@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: spf=none (sender IP is ) smtp.mailfrom=rbonica@juniper.net; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB492; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(37854004)(74316001)(230783001)(122556002)(87936001)(86362001)(40100003)(2656002)(19625215002)(105586002)(33656002)(106116001)(99286002)(19300405004)(97736003)(19580395003)(101416001)(19609705001)(106356001)(76576001)(50986999)(46102003)(2501003)(64706001)(92566002)(68736005)(76176999)(54356999)(16236675004)(2950100001)(2900100001)(62966003)(102836002)(77156002)(15975445007)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB444; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; x-forefront-prvs: 05134F8B4F received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) Content-Type: multipart/alternative; boundary="_000_CO1PR05MB4423031D23F62C02BFA1E8DAE060CO1PR05MB442namprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2015 02:33:18.8754 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 X-OriginatorOrg: juniper.net Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 02:33:40 -0000 --_000_CO1PR05MB4423031D23F62C02BFA1E8DAE060CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Q2FybG9zLCBMaXpob25nLA0KDQpJbiB5b3VyIHJldmlld3MsIHlvdSBjb3JyZWN0bHkgYXNzZXJ0 IHRoYXQgTVBMUyBTZWxmLVBpbmcgd2lsbCBmYWlsIGlmIGJvdGggb2YgdGhlIGZvbGxvd2luZyBj b25kaXRpb25zIGFyZSB0cnVlOg0KDQoNCi0gICAgICAgICAgdVJQRiBpcyBlbmFibGVkIGludGVy ZmFjZXMgdGhhdCBjb25uZWN0IHRoZSBpbmdyZXNzIGFuZCBlZ3Jlc3MgTFNScyB0byB0aGUgbmV0 d29yayBpbnRlcmlvcg0KDQotICAgICAgICAgIEVpdGhlciB0aGUgcGVudWx0aW1hdGUgTFNSIHBv cHMgdGhlIGxhYmVsIG9yIHRoZSBlZ3Jlc3MgTFNSIHBlcmZvcm1zIHVSUEYgY2hlY2tpbmcgKmFm dGVyKiByZW1vdmluZyB0aGUgbGFiZWwNCg0KRm9ydHVuYXRlbHksIGluIG5ldHdvcmtzIHdoZXJl IFJTVlAtVEUgaXMgZW5hYmxlZCwgdVJQRiBpcyByYXJlbHkgZW5hYmxlZCBvbiBpbnRlcmZhY2Vz IGNvbm5lY3RpbmcgdG8gdGhlIG5ldHdvcmsgaW50ZXJpb3IuIFRoaXMgaXMgYmVjYXVzZSBhIHRy YWZmaWMgZW5naW5lZXJlZCBMU1AgaXMgbGlrZWx5IHRvIGRlbGl2ZXIgYSBwYWNrZXQgb24gYW4g aW50ZXJmYWNlIG90aGVyIHRoYW4gdGhlIG9uZSBleHBlY3RlZCBieSB1UlBGLg0KDQpJIHdpbGwg bm90ZSB0aGlzIGluIHRoZSBuZXh0IHZlcnNpb24gb2YgdGhlIGRyYWZ0Lg0KDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgUm9uDQoNCg0KDQo= --_000_CO1PR05MB4423031D23F62C02BFA1E8DAE060CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNv TGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgN Cgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0 IGwwDQoJe21zby1saXN0LWlkOjM3OTAwMDM4Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1z by1saXN0LXRlbXBsYXRlLWlkczoxMjQwNzYwOTk2IC0xMzIyNjM3NDU2IDY3Njk4NjkxIDY3Njk4 NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4Njkz O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MjsNCgltc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6LTsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJl YXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDps ZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXci O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1p bHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25l Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDENCgl7bXNvLWxpc3QtaWQ6NjQ2MzI2ODkxOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1z by1saXN0LXRlbXBsYXRlLWlkczotMTE5ODk5NDM2OCAxODczMDUyNjA2IDY3Njk4NjkxIDY3Njk4 NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4Njkz O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MjsNCgltc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4t bGVmdDoyNy4wcHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDsN Cgltc28tZmFyZWFzdC1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgltc28tYmlkaS1m b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdp bi1sZWZ0OjYzLjBwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6OTkuMHB0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2 ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjEzNS4wcHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZv bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE3MS4w cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K QGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIwNy4wcHQ7DQoJdGV4dC1pbmRlbnQ6 LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ bWFyZ2luLWxlZnQ6MjQzLjBwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6 U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6Mjc5LjBwdDsNCgl0ZXh0 LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMTps ZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MzE1LjBwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJ Zm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjExNDYzMTYw MzY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjU5OTg0 NTY2NiAxMzY0Nzg3MzQgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2 OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21zby1s ZXZlbC1zdGFydC1hdDoyOw0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCglt c28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMjpsZXZlbDIN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBs aXN0IGwyOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2lu Z2RpbmdzO30NCkBsaXN0IGwyOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDI6bGV2ZWw2DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2 ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp c3QgbDI6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijt9DQpAbGlzdCBsMjpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZv bnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXtt YXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNhcmxvcywgTGl6 aG9uZyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkluIHlvdXIg cmV2aWV3cywgeW91IGNvcnJlY3RseSBhc3NlcnQgdGhhdCBNUExTIFNlbGYtUGluZyB3aWxsIGZh aWwgaWYgYm90aCBvZiB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlIHRydWU6PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwyIGxldmVsMSBs Zm8zIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPnVSUEYgaXMgZW5hYmxlZCBpbnRlcmZhY2Vz IHRoYXQgY29ubmVjdCB0aGUgaW5ncmVzcyBhbmQgZWdyZXNzIExTUnMgdG8gdGhlIG5ldHdvcmsg aW50ZXJpb3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMiBsZXZlbDEgbGZvMyI+PCFb aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0 eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5FaXRoZXIgdGhlIHBlbnVsdGltYXRlIExTUiBwb3BzIHRo ZSBsYWJlbCBvciB0aGUgZWdyZXNzIExTUiBwZXJmb3JtcyB1UlBGIGNoZWNraW5nICo8Yj5hZnRl cjwvYj4qIHJlbW92aW5nIHRoZSBsYWJlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+Rm9ydHVuYXRlbHksIGluIG5ldHdvcmtzIHdoZXJlIFJTVlAtVEUgaXMgZW5h YmxlZCwgdVJQRiBpcyByYXJlbHkgZW5hYmxlZCBvbiBpbnRlcmZhY2VzIGNvbm5lY3RpbmcgdG8g dGhlIG5ldHdvcmsgaW50ZXJpb3IuIFRoaXMgaXMgYmVjYXVzZSBhIHRyYWZmaWMgZW5naW5lZXJl ZA0KIExTUCBpcyBsaWtlbHkgdG8gZGVsaXZlciBhIHBhY2tldCBvbiBhbiBpbnRlcmZhY2Ugb3Ro ZXIgdGhhbiB0aGUgb25lIGV4cGVjdGVkIGJ5IHVSUEYuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5JIHdpbGwgbm90ZSB0aGlzIGluIHRoZSBuZXh0IHZlcnNpb24g b2YgdGhlIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFJvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CO1PR05MB4423031D23F62C02BFA1E8DAE060CO1PR05MB442namprd_-- From nobody Wed Mar 11 19:41:32 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A38BD1A89D3 for ; Wed, 11 Mar 2015 19:41:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 gPtMgFyrxbmB for ; Wed, 11 Mar 2015 19:41:29 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0778.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::778]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 365871A89FD for ; Wed, 11 Mar 2015 19:41:28 -0700 (PDT) Received: from CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) by CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) with Microsoft SMTP Server (TLS) id 15.1.99.14; Thu, 12 Mar 2015 02:41:08 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 02:41:06 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Thu, 12 Mar 2015 02:41:06 +0000 From: Ronald Bonica To: "lizho.jin@gmail.com" , mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0V/JCHgAI9/kA= Date: Thu, 12 Mar 2015 02:41:06 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <2015031100220789189743@gmail.com> In-Reply-To: <2015031100220789189743@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(74316001)(230783001)(122556002)(87936001)(86362001)(40100003)(2656002)(33656002)(106116001)(99286002)(19300405004)(19580395003)(19609705001)(76576001)(50986999)(46102003)(2501003)(92566002)(76176999)(54356999)(16236675004)(2950100001)(2900100001)(62966003)(77156002)(102836002)(15975445007)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB444; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; x-forefront-prvs: 05134F8B4F Content-Type: multipart/alternative; boundary="_000_CO1PR05MB44220F75FD88E69A2E274B1AE060CO1PR05MB442namprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2015 02:41:06.4170 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 X-OriginatorOrg: juniper.net Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 02:41:30 -0000 --_000_CO1PR05MB44220F75FD88E69A2E274B1AE060CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGl6aG9uZywNCg0KSW4geW91ciBtZXNzYWdlIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1z ZWxmLXBpbmcsIHlvdSBzYXk6DQoNCuKAnFJlcGx5IG1lc3NhZ2UgbWF5IG5vdCBiZSBhYmxlIHRv IHJvdXRlIGJhY2sgdG8gdGhlIGluZ3Jlc3MgaWYgdGhlIGluZ3Jlc3MgSVAgYWRkcmVzcyBpcyBu b3QgZGlyZWN0bHkgSVAgcmVhY2hhYmxlIGZvciB0aGUgZWdyZXNzIG5vZGUu4oCdDQoNClRoaXMg aXMgbW9zdCBjZXJ0YWlubHkgdHJ1ZS4gVGhlIGluZ3Jlc3Mgbm9kZSBjYW4gcHJldmVudCB0aGlz IHByb2JsZW0gYnkgY2hvb3NpbmcgdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3MgY2FyZWZ1bGx5LiBG b3IgZXhhbXBsZSwgaXQgdGhlIGluZ3Jlc3Mgbm9kZSBqdXN0IHNpZ25hbGVkIGFuIExTUCB1c2lu ZyBSU1ZQLVRFLCBpdCBzaG91bGQgdXNlIHRoZSBzYW1lIGFkZHJlc3MgaW4gdGhlIE1QTFMgU2Vs Zi1waW5nIG1lc3NhZ2UgdGhhdCBpdCB1c2VkIGluIHRoZSBSU1ZQIGV4Y2hhbmdlLg0KDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgUm9uDQoNCg== --_000_CO1PR05MB44220F75FD88E69A2E274B1AE060CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5MaXpo b25nLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SW4geW91ciBt ZXNzYWdlIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcsIHlvdSBzYXk6PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igJw8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPlJlcGx5IG1lc3NhZ2UgbWF5IG5v dCBiZSBhYmxlIHRvIHJvdXRlIGJhY2sgdG8gdGhlIGluZ3Jlc3MgaWYgdGhlIGluZ3Jlc3MgSVAg YWRkcmVzcyBpcyBub3QgZGlyZWN0bHkgSVAgcmVhY2hhYmxlDQogZm9yIHRoZSBlZ3Jlc3Mgbm9k ZS7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Y29sb3I6YmxhY2siPlRoaXMgaXMgbW9zdCBjZXJ0YWlubHkgdHJ1ZS4gVGhlIGluZ3Jlc3Mg bm9kZSBjYW4gcHJldmVudCB0aGlzIHByb2JsZW0gYnkgY2hvb3NpbmcgdGhlIGRlc3RpbmF0aW9u IGFkZHJlc3MgY2FyZWZ1bGx5LiBGb3IgZXhhbXBsZSwgaXQgdGhlIGluZ3Jlc3Mgbm9kZSBqdXN0 IHNpZ25hbGVkIGFuIExTUCB1c2luZyBSU1ZQLVRFLCBpdCBzaG91bGQNCiB1c2UgdGhlIHNhbWUg YWRkcmVzcyBpbiB0aGUgTVBMUyBTZWxmLXBpbmcgbWVzc2FnZSB0aGF0IGl0IHVzZWQgaW4gdGhl IFJTVlAgZXhjaGFuZ2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUm9uPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_CO1PR05MB44220F75FD88E69A2E274B1AE060CO1PR05MB442namprd_-- From nobody Wed Mar 11 19:50:40 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 208721A89FE for ; Wed, 11 Mar 2015 19:50:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.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, 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 dbY9oTaK23dB for ; Wed, 11 Mar 2015 19:50:32 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0133.outbound.protection.outlook.com [65.55.169.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 A64D01A89FC for ; Wed, 11 Mar 2015 19:50:31 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 02:50:29 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Thu, 12 Mar 2015 02:50:29 +0000 From: Ronald Bonica To: "lizho.jin@gmail.com" , mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0V/JCHgAI/60A= Date: Thu, 12 Mar 2015 02:50:28 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <2015031100220789189743@gmail.com> In-Reply-To: <2015031100220789189743@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB442; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(19609705001)(19580395003)(230783001)(74316001)(16236675004)(122556002)(66066001)(33656002)(40100003)(2656002)(99286002)(50986999)(54356999)(87936001)(76176999)(19300405004)(77156002)(15975445007)(102836002)(86362001)(2501003)(92566002)(76576001)(2950100001)(62966003)(46102003)(106116001)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB442; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB442; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB442; x-forefront-prvs: 05134F8B4F Content-Type: multipart/alternative; boundary="_000_CO1PR05MB44294439D8B4C216054A1E5AE060CO1PR05MB442namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2015 02:50:28.7972 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB442 Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 02:50:35 -0000 --_000_CO1PR05MB44294439D8B4C216054A1E5AE060CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpGb3Igc2VjdGlvbiA2LCBvcmlnaW5hbGx5IGluZ3Jlc3MgY291bGQgaWRlbnRpZnkgdGhlIExT UCBwaW5nIHBhY2tldCB3aXRoIHdlbGwta25vd24gVURQIHBvcnQsIGFuZCBjb25maWd1cmUgQUNM IHJ1bGUgdG8gcmVkdWNlIHJpc2sgb2YgYXR0YWNrLiBCdXQgbm93IGl0IGlzIG1vcmUgZGlmZmlj dWx0IHRvIGZpbHRlciB0aGUgcGFja2V0IHdpdGggYWNjZXNzIGxpc3QsIHdoaWNoIG1heSBpbmNy ZWFzZSB0aGUgcmlzay4NCg0KTGl6aG9uZywNCg0KSW1wbGVtZW50YXRpb24ga25vdyB0aGUgcG9y dChzKSB1cG9uIHdoaWNoIHRoZXkgc2VuZCBNUExTIFNlbGYtcGluZyB0cmFmZmljLiBUaGV5IGNh biBjb25maWd1cmUgQUNMcyBvbiB0aGF0IHBvcnQgb3IgdGhvc2UgcG9ydHMuIEFDTHMgY2FuIHBy b3RlY3QgZHluYW1pYyBwb3J0cywgc28gbG9uZyBhcyB0aGV5IGFyZSBwcmVkaWN0YWJsZS4NCg0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBSb24NCg0K --_000_CO1PR05MB44294439D8B4C216054A1E5AE060CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBp bjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4N Cjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOmJsYWNrIj5Gb3Igc2VjdGlvbiA2LCBvcmlnaW5hbGx5IGluZ3Jlc3MgY291bGQgaWRl bnRpZnkgdGhlIExTUCBwaW5nIHBhY2tldCB3aXRoIHdlbGwta25vd24gVURQIHBvcnQsIGFuZCBj b25maWd1cmUgQUNMIHJ1bGUgdG8gcmVkdWNlIHJpc2sgb2YgYXR0YWNrLiBCdXQgbm93IGl0IGlz IG1vcmUgZGlmZmljdWx0IHRvIGZpbHRlciB0aGUgcGFja2V0DQogd2l0aCBhY2Nlc3MgbGlzdCwg d2hpY2ggbWF5IGluY3JlYXNlIHRoZSByaXNrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tbGVmdDo2LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPkxpemhvbmcsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPkltcGxlbWVudGF0aW9uIGtub3cgdGhlIHBvcnQocykgdXBvbiB3 aGljaCB0aGV5IHNlbmQgTVBMUyBTZWxmLXBpbmcgdHJhZmZpYy4gVGhleSBjYW4gY29uZmlndXJl IEFDTHMgb24gdGhhdCBwb3J0IG9yIHRob3NlIHBvcnRzLiBBQ0xzIGNhbiBwcm90ZWN0IGR5bmFt aWMNCiBwb3J0cywgc28gbG9uZyBhcyB0aGV5IGFyZSBwcmVkaWN0YWJsZS48bzpwPjwvbzpwPjwv c3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgUm9uPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO1PR05MB44294439D8B4C216054A1E5AE060CO1PR05MB442namprd_-- From nobody Wed Mar 11 20:10:25 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CB9E1A89FF for ; Wed, 11 Mar 2015 20:10:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.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, 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 e70LeJtxtNxO for ; Wed, 11 Mar 2015 20:10:22 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0119.outbound.protection.outlook.com [207.46.100.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 8FCAA1A2130 for ; Wed, 11 Mar 2015 20:10:22 -0700 (PDT) Received: from CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) by CO1PR05MB411.namprd05.prod.outlook.com (10.141.74.154) with Microsoft SMTP Server (TLS) id 15.1.99.14; Thu, 12 Mar 2015 03:10:21 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 03:10:19 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Thu, 12 Mar 2015 03:10:19 +0000 From: Ronald Bonica To: Gregory Mirsky , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0Ue/JggAPG3+A= Date: Thu, 12 Mar 2015 03:10:19 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: ericsson.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB411; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(74316001)(230783001)(122556002)(87936001)(558084003)(86362001)(40100003)(2656002)(19625215002)(33656002)(106116001)(99286002)(19300405004)(19580395003)(76576001)(50986999)(2201001)(46102003)(2501003)(92566002)(76176999)(54356999)(16236675004)(2950100001)(2900100001)(62966003)(102836002)(77156002)(15975445007)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB444; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; x-forefront-prvs: 05134F8B4F Content-Type: multipart/alternative; boundary="_000_CO1PR05MB4422405CBA5FA970922D5B6AE060CO1PR05MB442namprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2015 03:10:19.0510 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 X-OriginatorOrg: juniper.net Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 03:10:24 -0000 --_000_CO1PR05MB4422405CBA5FA970922D5B6AE060CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 wrcgICAgICAgICBTZWN1cml0eSBpbXBsaWNhdGlvbiBvZiB0aGUgcHJvcG9zZWQgbWVjaGFuaXNt IG5lZWQgbW9yZSBleHRlbnNpdmUgZGlzY3Vzc2lvbiBhbmQgbWV0aG9kcyB0byBtaXRpZ2F0ZSBw b3NzaWJsZSBuZWdhdGl2ZSBlZmZlY3RzLg0KR3JlZywNCg0KR29vZCBwb2ludCwgaXQgdGhlIG5l eHQgcmV2IG9mIHRoZSBkcmFmdCwgSSB3aWxsIGFkZCB0ZXh0IGFib3V0IGNvbmZpZ3VyaW5nIEFD THMgb24gdGhlIGluZ3Jlc3MgTFNSIHRvIHByb3RlY3QgYWdhaW5zdCBwYWNrZXRzIGZyb20gdW5r bm93biBzb3VyY2VzLg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFJvbg0KDQo= --_000_CO1PR05MB4422405CBA5FA970922D5B6AE060CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuZW1h aWxxdW90ZSwgbGkuZW1haWxxdW90ZSwgZGl2LmVtYWlscXVvdGUNCgl7bXNvLXN0eWxlLW5hbWU6 ZW1haWxxdW90ZTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGlu Ow0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjEuMHB0Ow0KCWJv cmRlcjpub25lOw0KCXBhZGRpbmc6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p bHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz aXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25z ICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDozMTQxNzc0NDsNCgltc28tbGlzdC10ZW1wbGF0 ZS1pZHM6NTI2NjgxNzA0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDou NWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K QGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6MS41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpA bGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDYN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC4waW47DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglt c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlz dCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMQ0KCXttc28tbGlz dC1pZDoxOTM4ODMwODM4Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNzAzODM5NDkwO30NCkBs aXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1s ZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBs MTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5n czt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTps ZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4t Ym90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21hcmdpbi1sZWZ0OjBpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAg bGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3Jl Ij7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+ PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5TZWN1cml0eSBpbXBsaWNh dGlvbiBvZiB0aGUgcHJvcG9zZWQgbWVjaGFuaXNtIG5lZWQgbW9yZSBleHRlbnNpdmUgZGlzY3Vz c2lvbiBhbmQgbWV0aG9kcyB0byBtaXRpZ2F0ZSBwb3NzaWJsZSBuZWdhdGl2ZSBlZmZlY3RzLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+R3JlZyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+R29vZCBwb2ludCwgaXQgdGhlIG5l eHQgcmV2IG9mIHRoZSBkcmFmdCwgSSB3aWxsIGFkZCB0ZXh0IGFib3V0IGNvbmZpZ3VyaW5nIEFD THMgb24gdGhlIGluZ3Jlc3MgTFNSIHRvIHByb3RlY3QgYWdhaW5zdCBwYWNrZXRzIGZyb20gdW5r bm93biBzb3VyY2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBSb248bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2k+PC9iPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO1PR05MB4422405CBA5FA970922D5B6AE060CO1PR05MB442namprd_-- From nobody Thu Mar 12 07:21:31 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8CBF1A1A92 for ; Thu, 12 Mar 2015 07:21:29 -0700 (PDT) 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 zXBVkF5bTYER for ; Thu, 12 Mar 2015 07:21:28 -0700 (PDT) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::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 6F9841A1A7D for ; Thu, 12 Mar 2015 07:21:24 -0700 (PDT) Received: by igbhn18 with SMTP id hn18so16995020igb.2 for ; Thu, 12 Mar 2015 07:21:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=tiKYUkDmGanAUIODfXBiaLM5Ewi/t/pmaBQ5zV8uHt8=; b=ER/PB0lfdbRfokkhcj/d+aYAaCXrcn/KXB3GVItitvr1VsAlkN26kF33X8MxJLdElU RpCIQ7mC7kfaqUSL3mWrCDYNv/WdCexlF+Gv3KcxOenvu6wKzB8u+bV43OAm0Nznj0IW sjl0+grAr5KMAMV1mYa4+nBtMihoe2Y8Kr42dlTnR9VkDaTH+msY+wb6iUTBA/oWsaYJ ejPHyQZaucrs2avWJRoifTTI+QW2sQ+nLDsdfNK8vLK/nEIfkv9liEAU3mrQEVepIPQf YIG3i0rb+H7gVBnwX8S9in+d6K3fKNLHNgZyah/wFk0rHv6adOOA8iH2mkui8sB6oJRJ w9bg== X-Received: by 10.107.132.39 with SMTP id g39mr53404138iod.62.1426170083947; Thu, 12 Mar 2015 07:21:23 -0700 (PDT) Received: from Lizhong ([118.134.35.52]) by mx.google.com with ESMTPSA id h19sm12001226igq.10.2015.03.12.07.20.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Mar 2015 07:21:23 -0700 (PDT) Date: Thu, 12 Mar 2015 22:20:48 +0800 From: "lizho.jin@gmail.com" To: "Ronald Bonica" , mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads References: <54EC4776.5040402@pi.nu>, <2015031100220789189743@gmail.com>, X-Priority: 3 X-GUID: 15301DB9-2741-4A1B-97CA-1BE50AE90DF9 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <201503122220311215427@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart410623187531_=----" Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 14:21:30 -0000 This is a multi-part message in MIME format. ------=_001_NextPart410623187531_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 DQpGb3Igc2VjdGlvbiA2LCBvcmlnaW5hbGx5IGluZ3Jlc3MgY291bGQgaWRlbnRpZnkgdGhlIExT UCBwaW5nIHBhY2tldCB3aXRoIHdlbGwta25vd24gVURQIHBvcnQsIGFuZCBjb25maWd1cmUgQUNM IHJ1bGUgdG8gcmVkdWNlIHJpc2sgb2YgYXR0YWNrLiBCdXQgbm93IGl0IGlzIG1vcmUgZGlmZmlj dWx0IHRvIGZpbHRlciB0aGUgcGFja2V0IHdpdGggYWNjZXNzIGxpc3QsIHdoaWNoIG1heSBpbmNy ZWFzZSB0aGUgcmlzay4NCiANCkxpemhvbmcsDQogDQpJbXBsZW1lbnRhdGlvbiBrbm93IHRoZSBw b3J0KHMpIHVwb24gd2hpY2ggdGhleSBzZW5kIE1QTFMgU2VsZi1waW5nIHRyYWZmaWMuIFRoZXkg Y2FuIGNvbmZpZ3VyZSBBQ0xzIG9uIHRoYXQgcG9ydCBvciB0aG9zZSBwb3J0cy4gQUNMcyBjYW4g cHJvdGVjdCBkeW5hbWljIHBvcnRzLCBzbyBsb25nIGFzIHRoZXkgYXJlIHByZWRpY3RhYmxlLg0K DQpbTGl6aG9uZ10geWVzLCBpdCBpcyBwb3NzaWJsZSB0byBpbnN0YWxsIEFDTCBydWxzIGV2ZXJ5 dGltZSB3aGVuIE1QTFMgc2VsZi1waW5nIGlzIGluaXRpYXRlZC4gVGhhdCBpcyBkaWZmZXJlbnQg d2l0aCBvcmlnaW5hbCBpbXBsZW1lbnRhdGlvbiB3aGljaCBpcyBzdGF0aWMgQUNMIHJ1bGUgd2l0 aCB3ZWxsLWtub3cgcG9ydC4gU28gaXQgaXMgYmV0dGVyIHRvIGRlc2NyaWJlIGhvdyB0byByZWR1 Y2UgdGhlIHJpc2sgb2YgRG9TIGlmICBNUExTIHNlbGYtcGluZyBpcyBpbXBsZW1lbnRlZC4NCg0K TGl6aG9uZw0KIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBSb24NCiANCg== ------=_001_NextPart410623187531_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Looks informational to me. And = looks like 2119 language is appropriate.

 

Thanks,

Adrian

 

From: Ronald Bonica = [mailto:rbonica@juniper.net]
Sent: 12 March 2015 = 01:24
To: Gregory Mirsky; mpls-chairs@tools.ietf.org; = draft-bonica-mpls-self-ping@tools.ietf.org
Cc: = mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT = review of = draft-bonica-mpls-self-ping

 

Greg,

 

In the message below, you question whether = draft-bonica-mpls-self-ping should be INFORMATIONAL or PS. In a similar = vein, you ask whether RFC 2119 language should be = used.

 

When I wrote the draft, I considered both, = couldn=E2=80=99t decide, and tossed a coin ;-)

 

AFAIKS, the IETFs criteria for PS are a bit = fuzzy. You might argue that the draft should be PS because it defines = =E2=80=9Cbits on the wire=E2=80=9D. But on the other hand, you might = argue that it doesn=E2=80=99t need to be PS = because:

 

- &nb= sp;        It doesn=E2=80=99t address interoperability = requirements (because the sender and receiver are the same = node)

- &nb= sp;        It doesn=E2=80=99t request any IANA = assignments

 

I would be very happy to let somebody else = decide whether the draft should be INFORMATIONAL or PS. Maybe the chairs = or ADs can offer an opinion?

 

       &nbs= p;            = ;            =             &= nbsp;    =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p; Ron

 

 

 

From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] =
Sent: Monday, March 09, 2015 5:02 PM
To: = mpls-chairs@tools.ietf.org; = draft-bonica-mpls-self-ping@tools.ietf.org
Cc: = mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT = review of = draft-bonica-mpls-self-ping

 

Dear All,

I've been assigned to review draft-bonica-mpls-self-ping. =

The document is very well written, the problem in focus is = clearly stated, and the proposed solution well = described.

I do have a number of concerns with the status of the = document and the approach as presented:

=C2= =B7    = ;     document intended track is Informational even though the = solution being positioned as "new, light-weight protocol". If = this is indeed new protocol or even extension of the existing one, then = I expect there must be requests to IANA allocations. At this time = "This document makes no request of IANA." Either LSP Self-ping = can be characterized through re-use of already existing protocols and = approaches, or document should be switched to Standards = track;

 

<= /html> ------=_NextPart_000_0104_01D05CD5.4BFD8640-- From nobody Thu Mar 12 09:06:46 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF9FE1A8911 for ; Thu, 12 Mar 2015 09:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 mGf9INErRKhp for ; Thu, 12 Mar 2015 09:06:41 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0777.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:777]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 698DB1A896A for ; Thu, 12 Mar 2015 09:06:36 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 12 Mar 2015 16:06:18 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Thu, 12 Mar 2015 16:06:17 +0000 From: Ronald Bonica To: "adrian@olddog.co.uk" , 'Gregory Mirsky' , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0Ue/JggAOjzBCAAOqpgIAAEiNQ Date: Thu, 12 Mar 2015 16:06:17 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> In-Reply-To: <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB443; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(377454003)(164054003)(99286002)(33656002)(16236675004)(86362001)(15975445007)(19609705001)(19625215002)(19300405004)(19580395003)(106116001)(19580405001)(74316001)(54356999)(122556002)(93886004)(40100003)(2950100001)(102836002)(2900100001)(50986999)(76176999)(46102003)(66066001)(2201001)(87936001)(2656002)(62966003)(77156002)(2501003)(230783001)(92566002)(76576001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB443; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB443; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB443; x-forefront-prvs: 05134F8B4F Content-Type: multipart/alternative; boundary="_000_CO1PR05MB4424DBEDC620A84443865DFAE060CO1PR05MB442namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2015 16:06:17.3351 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB443 Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 16:06:45 -0000 --_000_CO1PR05MB4424DBEDC620A84443865DFAE060CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCldvcmtzIGZvciBtZSENCg0KICAgICAgICAgICAgICAgICAgIFJvbg0KDQoNCkZyb206IEFk cmlhbiBGYXJyZWwgW21haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrXQ0KU2VudDogVGh1cnNkYXks IE1hcmNoIDEyLCAyMDE1IDExOjAxIEFNDQpUbzogUm9uYWxkIEJvbmljYTsgJ0dyZWdvcnkgTWly c2t5JzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYt cGluZ0B0b29scy5pZXRmLm9yZw0KQ2M6IG1wbHMtYWRzQHRvb2xzLmlldGYub3JnOyBtcGxzQGll dGYub3JnDQpTdWJqZWN0OiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMt c2VsZi1waW5nDQoNCkxvb2tzIGluZm9ybWF0aW9uYWwgdG8gbWUuIEFuZCBsb29rcyBsaWtlIDIx MTkgbGFuZ3VhZ2UgaXMgYXBwcm9wcmlhdGUuDQoNClRoYW5rcywNCkFkcmlhbg0KDQpGcm9tOiBS b25hbGQgQm9uaWNhIFttYWlsdG86cmJvbmljYUBqdW5pcGVyLm5ldF0NClNlbnQ6IDEyIE1hcmNo IDIwMTUgMDE6MjQNClRvOiBHcmVnb3J5IE1pcnNreTsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5v cmc8bWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPjsgZHJhZnQtYm9uaWNhLW1wbHMt c2VsZi1waW5nQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBp bmdAdG9vbHMuaWV0Zi5vcmc+DQpDYzogbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1w bHMtYWRzQHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9y Zz4NClN1YmplY3Q6IFJFOiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxm LXBpbmcNCg0KR3JlZywNCg0KSW4gdGhlIG1lc3NhZ2UgYmVsb3csIHlvdSBxdWVzdGlvbiB3aGV0 aGVyIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZyBzaG91bGQgYmUgSU5GT1JNQVRJT05BTCBv ciBQUy4gSW4gYSBzaW1pbGFyIHZlaW4sIHlvdSBhc2sgd2hldGhlciBSRkMgMjExOSBsYW5ndWFn ZSBzaG91bGQgYmUgdXNlZC4NCg0KV2hlbiBJIHdyb3RlIHRoZSBkcmFmdCwgSSBjb25zaWRlcmVk IGJvdGgsIGNvdWxkbuKAmXQgZGVjaWRlLCBhbmQgdG9zc2VkIGEgY29pbiA7LSkNCg0KQUZBSUtT LCB0aGUgSUVURnMgY3JpdGVyaWEgZm9yIFBTIGFyZSBhIGJpdCBmdXp6eS4gWW91IG1pZ2h0IGFy Z3VlIHRoYXQgdGhlIGRyYWZ0IHNob3VsZCBiZSBQUyBiZWNhdXNlIGl0IGRlZmluZXMg4oCcYml0 cyBvbiB0aGUgd2lyZeKAnS4gQnV0IG9uIHRoZSBvdGhlciBoYW5kLCB5b3UgbWlnaHQgYXJndWUg dGhhdCBpdCBkb2VzbuKAmXQgbmVlZCB0byBiZSBQUyBiZWNhdXNlOg0KDQoNCi0gICAgICAgICAg SXQgZG9lc27igJl0IGFkZHJlc3MgaW50ZXJvcGVyYWJpbGl0eSByZXF1aXJlbWVudHMgKGJlY2F1 c2UgdGhlIHNlbmRlciBhbmQgcmVjZWl2ZXIgYXJlIHRoZSBzYW1lIG5vZGUpDQoNCi0gICAgICAg ICAgSXQgZG9lc27igJl0IHJlcXVlc3QgYW55IElBTkEgYXNzaWdubWVudHMNCg0KSSB3b3VsZCBi ZSB2ZXJ5IGhhcHB5IHRvIGxldCBzb21lYm9keSBlbHNlIGRlY2lkZSB3aGV0aGVyIHRoZSBkcmFm dCBzaG91bGQgYmUgSU5GT1JNQVRJT05BTCBvciBQUy4gTWF5YmUgdGhlIGNoYWlycyBvciBBRHMg Y2FuIG9mZmVyIGFuIG9waW5pb24/DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFJvbg0KDQoNCg0KRnJvbTogR3JlZ29yeSBNaXJza3kgW21haWx0bzpncmVnb3J5 Lm1pcnNreUBlcmljc3Nvbi5jb21dDQpTZW50OiBNb25kYXksIE1hcmNoIDA5LCAyMDE1IDU6MDIg UE0NClRvOiBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAdG9v bHMuaWV0Zi5vcmc+OyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8 bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZz4NCkNjOiBt cGxzLWFkc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc+OyBt cGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUkU6IE1QTFMtUlQg cmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZw0KDQpEZWFyIEFsbCwNCkkndmUg YmVlbiBhc3NpZ25lZCB0byByZXZpZXcgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nLg0KVGhl IGRvY3VtZW50IGlzIHZlcnkgd2VsbCB3cml0dGVuLCB0aGUgcHJvYmxlbSBpbiBmb2N1cyBpcyBj bGVhcmx5IHN0YXRlZCwgYW5kIHRoZSBwcm9wb3NlZCBzb2x1dGlvbiB3ZWxsIGRlc2NyaWJlZC4N CkkgZG8gaGF2ZSBhIG51bWJlciBvZiBjb25jZXJucyB3aXRoIHRoZSBzdGF0dXMgb2YgdGhlIGRv Y3VtZW50IGFuZCB0aGUgYXBwcm9hY2ggYXMgcHJlc2VudGVkOg0K4oCiICAgICAgICAgZG9jdW1l bnQgaW50ZW5kZWQgdHJhY2sgaXMgSW5mb3JtYXRpb25hbCBldmVuIHRob3VnaCB0aGUgc29sdXRp b24gYmVpbmcgcG9zaXRpb25lZCBhcyAibmV3LCBsaWdodC13ZWlnaHQgcHJvdG9jb2wiLiBJZiB0 aGlzIGlzIGluZGVlZCBuZXcgcHJvdG9jb2wgb3IgZXZlbiBleHRlbnNpb24gb2YgdGhlIGV4aXN0 aW5nIG9uZSwgdGhlbiBJIGV4cGVjdCB0aGVyZSBtdXN0IGJlIHJlcXVlc3RzIHRvIElBTkEgYWxs b2NhdGlvbnMuIEF0IHRoaXMgdGltZSAiVGhpcyBkb2N1bWVudCBtYWtlcyBubyByZXF1ZXN0IG9m IElBTkEuIiBFaXRoZXIgTFNQIFNlbGYtcGluZyBjYW4gYmUgY2hhcmFjdGVyaXplZCB0aHJvdWdo IHJlLXVzZSBvZiBhbHJlYWR5IGV4aXN0aW5nIHByb3RvY29scyBhbmQgYXBwcm9hY2hlcywgb3Ig ZG9jdW1lbnQgc2hvdWxkIGJlIHN3aXRjaGVkIHRvIFN0YW5kYXJkcyB0cmFjazsNCg0K --_000_CO1PR05MB4424DBEDC620A84443865DFAE060CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0xp c3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJ e21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCgltYXJnaW4tcmlnaHQ6 MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KcC5lbWFpbHF1b3RlLCBsaS5lbWFpbHF1b3RlLCBkaXYuZW1haWxx dW90ZQ0KCXttc28tc3R5bGUtbmFtZTplbWFpbHF1b3RlOw0KCW1zby1tYXJnaW4tdG9wLWFsdDph dXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJ bWFyZ2luLWxlZnQ6MS4wcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjoj MUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh bi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V29ya3MgZm9yIG1lITxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQu MHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNF MUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PiBBZHJpYW4gRmFycmVsIFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51a10NCjxicj4NCjxiPlNl bnQ6PC9iPiBUaHVyc2RheSwgTWFyY2ggMTIsIDIwMTUgMTE6MDEgQU08YnI+DQo8Yj5Ubzo8L2I+ IFJvbmFsZCBCb25pY2E7ICdHcmVnb3J5IE1pcnNreSc7IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYu b3JnOyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8YnI+DQo8Yj5D Yzo8L2I+IG1wbHMtYWRzQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJFOiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBp bmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkxvb2tzIGluZm9ybWF0aW9uYWwg dG8gbWUuIEFuZCBsb29rcyBsaWtlIDIxMTkgbGFuZ3VhZ2UgaXMgYXBwcm9wcmlhdGUuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFkcmlhbjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdC IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRk aW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OyxzYW5zLXNlcmlmIj4gUm9uYWxkIEJvbmljYSBbPGEgaHJlZj0ibWFpbHRvOnJib25pY2FA anVuaXBlci5uZXQiPm1haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0PC9hPl0NCjxicj4NCjxiPlNl bnQ6PC9iPiAxMiBNYXJjaCAyMDE1IDAxOjI0PGJyPg0KPGI+VG86PC9iPiBHcmVnb3J5IE1pcnNr eTsgPGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnIj5tcGxzLWNoYWly c0B0b29scy5pZXRmLm9yZzwvYT47DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMt c2VsZi1waW5nQHRvb2xzLmlldGYub3JnIj5kcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9v bHMuaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86bXBscy1hZHNA dG9vbHMuaWV0Zi5vcmciPm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFp bHRvOm1wbHNAaWV0Zi5vcmciPg0KbXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0Ojwv Yj4gUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkdyZWcsPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JbiB0aGUgbWVzc2FnZSBiZWxvdywg eW91IHF1ZXN0aW9uIHdoZXRoZXIgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nIHNob3VsZCBi ZSBJTkZPUk1BVElPTkFMIG9yIFBTLiBJbiBhIHNpbWlsYXIgdmVpbiwgeW91IGFzayB3aGV0aGVy IFJGQyAyMTE5IGxhbmd1YWdlIHNob3VsZA0KIGJlIHVzZWQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5XaGVuIEkgd3JvdGUgdGhlIGRyYWZ0LCBJIGNvbnNpZGVy ZWQgYm90aCwgY291bGRu4oCZdCBkZWNpZGUsIGFuZCB0b3NzZWQgYSBjb2luIDstKTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QUZBSUtTLCB0aGUgSUVURnMgY3Jp dGVyaWEgZm9yIFBTIGFyZSBhIGJpdCBmdXp6eS4gWW91IG1pZ2h0IGFyZ3VlIHRoYXQgdGhlIGRy YWZ0IHNob3VsZCBiZSBQUyBiZWNhdXNlIGl0IGRlZmluZXMg4oCcYml0cyBvbiB0aGUgd2lyZeKA nS4gQnV0IG9uIHRoZSBvdGhlciBoYW5kLCB5b3UNCiBtaWdodCBhcmd1ZSB0aGF0IGl0IGRvZXNu 4oCZdCBuZWVkIHRvIGJlIFBTIGJlY2F1c2U6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4 dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+LTwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JdCBkb2VzbuKAmXQgYWRkcmVzcyBpbnRlcm9wZXJhYmls aXR5IHJlcXVpcmVtZW50cyAoYmVjYXVzZSB0aGUgc2VuZGVyIGFuZCByZWNlaXZlciBhcmUgdGhl IHNhbWUgbm9kZSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPi08L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SXQgZG9lc27igJl0IHJlcXVl c3QgYW55IElBTkEgYXNzaWdubWVudHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkkgd291bGQgYmUgdmVyeSBoYXBweSB0byBsZXQgc29tZWJvZHkgZWxzZSBkZWNp ZGUgd2hldGhlciB0aGUgZHJhZnQgc2hvdWxkIGJlIElORk9STUFUSU9OQUwgb3IgUFMuIE1heWJl IHRoZSBjaGFpcnMgb3IgQURzIGNhbiBvZmZlciBhbiBvcGluaW9uPzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1JvbjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUx IDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gR3Jl Z29yeSBNaXJza3kgWzxhIGhyZWY9Im1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20i Pm1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8 L2I+IE1vbmRheSwgTWFyY2ggMDksIDIwMTUgNTowMiBQTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJl Zj0ibWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnIj5tcGxzLWNoYWlyc0B0b29scy5p ZXRmLm9yZzwvYT47DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5n QHRvb2xzLmlldGYub3JnIj5kcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5v cmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0 Zi5vcmciPm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNA aWV0Zi5vcmciPg0KbXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IE1Q TFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PkRlYXIgQWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SSd2ZSBiZWVuIGFzc2lnbmVkIHRvIHJldmll dyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBk b2N1bWVudCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgdGhlIHByb2JsZW0gaW4gZm9jdXMgaXMgY2xl YXJseSBzdGF0ZWQsIGFuZCB0aGUgcHJvcG9zZWQgc29sdXRpb24gd2VsbCBkZXNjcmliZWQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5JIGRvIGhhdmUgYSBudW1iZXIgb2YgY29uY2VybnMgd2l0aCB0aGUg c3RhdHVzIG9mIHRoZSBkb2N1bWVudCBhbmQgdGhlIGFwcHJvYWNoIGFzIHByZXNlbnRlZDo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzt0ZXh0LWlu ZGVudDotLjI1aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPmRvY3VtZW50IGludGVuZGVkIHRyYWNrIGlzIEluZm9ybWF0aW9uYWwgZXZlbiB0aG91 Z2ggdGhlIHNvbHV0aW9uIGJlaW5nIHBvc2l0aW9uZWQgYXMgJnF1b3Q7bmV3LCBsaWdodC13ZWln aHQgcHJvdG9jb2wmcXVvdDsuIElmIHRoaXMgaXMgaW5kZWVkIG5ldyBwcm90b2NvbCBvciBldmVu IGV4dGVuc2lvbiBvZiB0aGUgZXhpc3Rpbmcgb25lLA0KIHRoZW4gSSBleHBlY3QgdGhlcmUgbXVz dCBiZSByZXF1ZXN0cyB0byBJQU5BIGFsbG9jYXRpb25zLiBBdCB0aGlzIHRpbWUgJnF1b3Q7VGhp cyBkb2N1bWVudCBtYWtlcyBubyByZXF1ZXN0IG9mIElBTkEuJnF1b3Q7IEVpdGhlciBMU1AgU2Vs Zi1waW5nIGNhbiBiZSBjaGFyYWN0ZXJpemVkIHRocm91Z2ggcmUtdXNlIG9mIGFscmVhZHkgZXhp c3RpbmcgcHJvdG9jb2xzIGFuZCBhcHByb2FjaGVzLCBvciBkb2N1bWVudCBzaG91bGQgYmUgc3dp dGNoZWQgdG8gU3RhbmRhcmRzDQogdHJhY2s7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_CO1PR05MB4424DBEDC620A84443865DFAE060CO1PR05MB442namprd_-- From nobody Thu Mar 12 10:45:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62AF01A8F3E for ; Thu, 12 Mar 2015 10:45:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 ZGKzMdJkxJfF for ; Thu, 12 Mar 2015 10:45:32 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A24C41A902F for ; Thu, 12 Mar 2015 10:45:24 -0700 (PDT) X-AuditID: c6180641-f790b6d000004359-cb-55016f645361 Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 4C.0A.17241.46F61055; Thu, 12 Mar 2015 11:50:13 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0210.002; Thu, 12 Mar 2015 13:45:16 -0400 From: Gregory Mirsky To: Ronald Bonica , "adrian@olddog.co.uk" , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQVvDgK8HGVN8p4k2ca0R6IkmelJ0Ue/JggAPfoYCAAOQtgIAAEl2A///XWdA= Date: Thu, 12 Mar 2015 17:45:16 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91F105@eusaamb103.ericsson.se> References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B91F105eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprBIsWRmVeSWpSXmKPExsUyuXRPrG5qPmOowfXF/BY/em4wW/S2z2e3 WPKyg93i+6UlLBa3lq5ktTjw3cGBzWPJkp9MHtebrrJ7rNi8ktHjy+XPbAEsUVw2Kak5mWWp Rfp2CVwZW1+vYyz4dYOx4ta7VqYGxjmXGbsYOTkkBEwk5i/+xg5hi0lcuLeerYuRi0NI4Aij xL8r05khnOWMEg/erGYGqWITMJJ4sbGHHSQhIvCBUWLDo0ssIAlmgSiJprsnwYqEBawk9p+9 CDZWRMBa4v2VCUA1HEC2n8S5k/ogYRYBVYkvPbfBWnkFfCV6zvdDbb7EJPHuy1+wXk6BaIkf K26DncoIdN73U2uYIHaJS9x6Mp8J4mwBiSV7zjND2KISLx//Y4WwlSQmLT3HClGfL3Fhwn5m iGWCEidnPmGZwCg6C8moWUjKZiEpmwV0NrOApsT6XfoQJYoSU7ofskPYGhKtc+ayI4svYGRf xchRWpxalptuZLiJERiVxyTYHHcwLvhkeYhRgINRiYf3wwmGUCHWxLLiytxDjNIcLErivGVX DoYICaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYDRV+/9d99zLR6K7wxe1Jqhu3Tep0WVXpZtO jzaTxRcOrRCXF6eamF1Vfxn3SK9stXIUeH7yZmTBHb4v917Mrys8Wqa9M5bp2GbnluD1W1/x lj7UPfJwYsGqJ64qTcu+uB7Nv3zqj4Tf1c2Lc29/Cd9xdnvFkXhTmbcCoj5zI0wfK/KtXLNx 3gklluKMREMt5qLiRAD+qvkGqwIAAA== Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 17:45:34 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B91F105eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9uLCBldC4gYWwsDQppZiBhdXRob3JzIGNvbnNpZGVyIGNoYW5naW5nIGNoYXJhY3Rlcml6 YXRpb24gb2YgU2VsZiBQaW5nIHNvbHV0aW9uIGZyb20g4oCcdGhlIG5ldyBwcm90b2NvbOKAnSB0 byBwZXJoYXBzIOKAnHRoZSBuZXcgd2F5IHRvIHVzZSBlbGVtZW50cyBvZiB0aGUgTVBMUyBMU1Ag UGluZyBwcm90b2NvbOKAnSwgdGhlbiBJbmZvcm1hdGlvbmFsIHRyYWNrIGluZGVlZCBiZWNvbWVz IGluZXZpdGFibGUuDQoNCiAgICAgICAgICAgICAgICBSZWdhcmRzLA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBHcmVnDQoNCkZyb206IFJvbmFsZCBCb25pY2EgW21haWx0bzpyYm9u aWNhQGp1bmlwZXIubmV0XQ0KU2VudDogVGh1cnNkYXksIE1hcmNoIDEyLCAyMDE1IDk6MDYgQU0N ClRvOiBhZHJpYW5Ab2xkZG9nLmNvLnVrOyBHcmVnb3J5IE1pcnNreTsgbXBscy1jaGFpcnNAdG9v bHMuaWV0Zi5vcmc7IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZw0K Q2M6IG1wbHMtYWRzQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBSRTog TVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nDQoNCg0KDQpXb3Jr cyBmb3IgbWUhDQoNCiAgICAgICAgICAgICAgICAgICBSb24NCg0KDQpGcm9tOiBBZHJpYW4gRmFy cmVsIFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51a10NClNlbnQ6IFRodXJzZGF5LCBNYXJjaCAx MiwgMjAxNSAxMTowMSBBTQ0KVG86IFJvbmFsZCBCb25pY2E7ICdHcmVnb3J5IE1pcnNreSc7IG1w bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPG1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9y Zz47IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJh ZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPg0KQ2M6IG1wbHMtYWRzQHRv b2xzLmlldGYub3JnPG1haWx0bzptcGxzLWFkc0B0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5v cmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogTVBMUy1SVCByZXZpZXcgb2Yg ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nDQoNCkxvb2tzIGluZm9ybWF0aW9uYWwgdG8gbWUu IEFuZCBsb29rcyBsaWtlIDIxMTkgbGFuZ3VhZ2UgaXMgYXBwcm9wcmlhdGUuDQoNClRoYW5rcywN CkFkcmlhbg0KDQpGcm9tOiBSb25hbGQgQm9uaWNhIFttYWlsdG86cmJvbmljYUBqdW5pcGVyLm5l dF0NClNlbnQ6IDEyIE1hcmNoIDIwMTUgMDE6MjQNClRvOiBHcmVnb3J5IE1pcnNreTsgbXBscy1j aGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPjsg ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1i b25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc+DQpDYzogbXBscy1hZHNAdG9vbHMu aWV0Zi5vcmc8bWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxt YWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBNUExTLVJUIHJldmlldyBvZiBkcmFm dC1ib25pY2EtbXBscy1zZWxmLXBpbmcNCg0KR3JlZywNCg0KSW4gdGhlIG1lc3NhZ2UgYmVsb3cs IHlvdSBxdWVzdGlvbiB3aGV0aGVyIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZyBzaG91bGQg YmUgSU5GT1JNQVRJT05BTCBvciBQUy4gSW4gYSBzaW1pbGFyIHZlaW4sIHlvdSBhc2sgd2hldGhl ciBSRkMgMjExOSBsYW5ndWFnZSBzaG91bGQgYmUgdXNlZC4NCg0KV2hlbiBJIHdyb3RlIHRoZSBk cmFmdCwgSSBjb25zaWRlcmVkIGJvdGgsIGNvdWxkbuKAmXQgZGVjaWRlLCBhbmQgdG9zc2VkIGEg Y29pbiA7LSkNCg0KQUZBSUtTLCB0aGUgSUVURnMgY3JpdGVyaWEgZm9yIFBTIGFyZSBhIGJpdCBm dXp6eS4gWW91IG1pZ2h0IGFyZ3VlIHRoYXQgdGhlIGRyYWZ0IHNob3VsZCBiZSBQUyBiZWNhdXNl IGl0IGRlZmluZXMg4oCcYml0cyBvbiB0aGUgd2lyZeKAnS4gQnV0IG9uIHRoZSBvdGhlciBoYW5k LCB5b3UgbWlnaHQgYXJndWUgdGhhdCBpdCBkb2VzbuKAmXQgbmVlZCB0byBiZSBQUyBiZWNhdXNl Og0KDQoNCi0gICAgICAgICAgSXQgZG9lc27igJl0IGFkZHJlc3MgaW50ZXJvcGVyYWJpbGl0eSBy ZXF1aXJlbWVudHMgKGJlY2F1c2UgdGhlIHNlbmRlciBhbmQgcmVjZWl2ZXIgYXJlIHRoZSBzYW1l IG5vZGUpDQoNCi0gICAgICAgICAgSXQgZG9lc27igJl0IHJlcXVlc3QgYW55IElBTkEgYXNzaWdu bWVudHMNCg0KSSB3b3VsZCBiZSB2ZXJ5IGhhcHB5IHRvIGxldCBzb21lYm9keSBlbHNlIGRlY2lk ZSB3aGV0aGVyIHRoZSBkcmFmdCBzaG91bGQgYmUgSU5GT1JNQVRJT05BTCBvciBQUy4gTWF5YmUg dGhlIGNoYWlycyBvciBBRHMgY2FuIG9mZmVyIGFuIG9waW5pb24/DQoNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJvbg0KDQoNCg0KRnJvbTogR3JlZ29yeSBNaXJz a3kgW21haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb21dDQpTZW50OiBNb25kYXksIE1h cmNoIDA5LCAyMDE1IDU6MDIgUE0NClRvOiBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzxtYWls dG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+OyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBp bmdAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29s cy5pZXRmLm9yZz4NCkNjOiBtcGxzLWFkc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1hZHNA dG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KU3Vi amVjdDogUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZw0K DQpEZWFyIEFsbCwNCkkndmUgYmVlbiBhc3NpZ25lZCB0byByZXZpZXcgZHJhZnQtYm9uaWNhLW1w bHMtc2VsZi1waW5nLg0KVGhlIGRvY3VtZW50IGlzIHZlcnkgd2VsbCB3cml0dGVuLCB0aGUgcHJv YmxlbSBpbiBmb2N1cyBpcyBjbGVhcmx5IHN0YXRlZCwgYW5kIHRoZSBwcm9wb3NlZCBzb2x1dGlv biB3ZWxsIGRlc2NyaWJlZC4NCkkgZG8gaGF2ZSBhIG51bWJlciBvZiBjb25jZXJucyB3aXRoIHRo ZSBzdGF0dXMgb2YgdGhlIGRvY3VtZW50IGFuZCB0aGUgYXBwcm9hY2ggYXMgcHJlc2VudGVkOg0K 4oCiICAgICAgICAgZG9jdW1lbnQgaW50ZW5kZWQgdHJhY2sgaXMgSW5mb3JtYXRpb25hbCBldmVu IHRob3VnaCB0aGUgc29sdXRpb24gYmVpbmcgcG9zaXRpb25lZCBhcyAibmV3LCBsaWdodC13ZWln aHQgcHJvdG9jb2wiLiBJZiB0aGlzIGlzIGluZGVlZCBuZXcgcHJvdG9jb2wgb3IgZXZlbiBleHRl bnNpb24gb2YgdGhlIGV4aXN0aW5nIG9uZSwgdGhlbiBJIGV4cGVjdCB0aGVyZSBtdXN0IGJlIHJl cXVlc3RzIHRvIElBTkEgYWxsb2NhdGlvbnMuIEF0IHRoaXMgdGltZSAiVGhpcyBkb2N1bWVudCBt YWtlcyBubyByZXF1ZXN0IG9mIElBTkEuIiBFaXRoZXIgTFNQIFNlbGYtcGluZyBjYW4gYmUgY2hh cmFjdGVyaXplZCB0aHJvdWdoIHJlLXVzZSBvZiBhbHJlYWR5IGV4aXN0aW5nIHByb3RvY29scyBh bmQgYXBwcm9hY2hlcywgb3IgZG9jdW1lbnQgc2hvdWxkIGJlIHN3aXRjaGVkIHRvIFN0YW5kYXJk cyB0cmFjazsNCg0K --_000_7347100B5761DC41A166AC17F22DF1121B91F105eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1z b0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGlu Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6 LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnAuZW1haWxxdW90ZSwgbGkuZW1h aWxxdW90ZSwgZGl2LmVtYWlscXVvdGUNCgl7bXNvLXN0eWxlLW5hbWU6ZW1haWxxdW90ZTsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjEuMHB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5 bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBl OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4 dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxv b24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgUm9uLCBldC4g YWwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmlmIGF1dGhvcnMgY29uc2lkZXIgY2hh bmdpbmcgY2hhcmFjdGVyaXphdGlvbiBvZiBTZWxmIFBpbmcgc29sdXRpb24gZnJvbSDigJx0aGUg bmV3IHByb3RvY29s4oCdIHRvIHBlcmhhcHMg4oCcdGhlIG5ldyB3YXkgdG8gdXNlIGVsZW1lbnRz IG9mIHRoZSBNUExTIExTUCBQaW5nIHByb3RvY29s4oCdLA0KIHRoZW4gSW5mb3JtYXRpb25hbCB0 cmFjayBpbmRlZWQgYmVjb21lcyBpbmV2aXRhYmxlLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgR3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZy b206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IFJvbmFsZCBCb25pY2Eg W21haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5 LCBNYXJjaCAxMiwgMjAxNSA5OjA2IEFNPGJyPg0KPGI+VG86PC9iPiBhZHJpYW5Ab2xkZG9nLmNv LnVrOyBHcmVnb3J5IE1pcnNreTsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LWJv bmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzxicj4NCjxiPkNjOjwvYj4gbXBscy1h ZHNAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6 IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldvcmtzIGZvciBtZSE8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBSb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGlu IDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gQWRyaWFuIEZhcnJlbCBbPGEgaHJlZj0i bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPm1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPC9h Pl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgTWFyY2ggMTIsIDIwMTUgMTE6MDEgQU08 YnI+DQo8Yj5Ubzo8L2I+IFJvbmFsZCBCb25pY2E7ICdHcmVnb3J5IE1pcnNreSc7IDxhIGhyZWY9 Im1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyI+DQptcGxzLWNoYWlyc0B0b29scy5p ZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdA dG9vbHMuaWV0Zi5vcmciPg0KZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYu b3JnPC9hPjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOm1wbHMtYWRzQHRvb2xzLmll dGYub3JnIj5tcGxzLWFkc0B0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzptcGxz QGlldGYub3JnIj4NCm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBN UExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmc8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkxvb2tzIGluZm9ybWF0aW9uYWwgdG8g bWUuIEFuZCBsb29rcyBsaWtlIDIxMTkgbGFuZ3VhZ2UgaXMgYXBwcm9wcmlhdGUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFkcmlhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4g MGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUm9uYWxkIEJvbmljYSBbPGEgaHJlZj0ibWFp bHRvOnJib25pY2FAanVuaXBlci5uZXQiPm1haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0PC9hPl0N Cjxicj4NCjxiPlNlbnQ6PC9iPiAxMiBNYXJjaCAyMDE1IDAxOjI0PGJyPg0KPGI+VG86PC9iPiBH cmVnb3J5IE1pcnNreTsgPGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3Jn Ij5tcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzwvYT47DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQt Ym9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnIj5kcmFmdC1ib25pY2EtbXBscy1z ZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWls dG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmciPm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPC9hPjsg PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPg0KbXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNl bGYtcGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPkdyZWcsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JbiB0aGUgbWVzc2FnZSBiZWxvdywgeW91IHF1ZXN0 aW9uIHdoZXRoZXIgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nIHNob3VsZCBiZSBJTkZPUk1B VElPTkFMIG9yIFBTLiBJbiBhIHNpbWlsYXIgdmVpbiwgeW91IGFzayB3aGV0aGVyIFJGQyAyMTE5 IGxhbmd1YWdlIHNob3VsZA0KIGJlIHVzZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5XaGVuIEkgd3JvdGUgdGhlIGRy YWZ0LCBJIGNvbnNpZGVyZWQgYm90aCwgY291bGRu4oCZdCBkZWNpZGUsIGFuZCB0b3NzZWQgYSBj b2luIDstKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+QUZBSUtTLCB0aGUgSUVURnMgY3JpdGVyaWEgZm9yIFBTIGFyZSBh IGJpdCBmdXp6eS4gWW91IG1pZ2h0IGFyZ3VlIHRoYXQgdGhlIGRyYWZ0IHNob3VsZCBiZSBQUyBi ZWNhdXNlIGl0IGRlZmluZXMg4oCcYml0cyBvbiB0aGUgd2lyZeKAnS4gQnV0IG9uIHRoZSBvdGhl ciBoYW5kLA0KIHlvdSBtaWdodCBhcmd1ZSB0aGF0IGl0IGRvZXNu4oCZdCBuZWVkIHRvIGJlIFBT IGJlY2F1c2U6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRl bnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+LTwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JdCBkb2VzbuKAmXQgYWRk cmVzcyBpbnRlcm9wZXJhYmlsaXR5IHJlcXVpcmVtZW50cyAoYmVjYXVzZSB0aGUgc2VuZGVyIGFu ZCByZWNlaXZlciBhcmUgdGhlIHNhbWUgbm9kZSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPi08L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SXQgZG9lc27igJl0IHJlcXVlc3QgYW55IElBTkEgYXNz aWdubWVudHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgd291bGQgYmUgdmVyeSBoYXBweSB0byBsZXQgc29tZWJvZHkg ZWxzZSBkZWNpZGUgd2hldGhlciB0aGUgZHJhZnQgc2hvdWxkIGJlIElORk9STUFUSU9OQUwgb3Ig UFMuIE1heWJlIHRoZSBjaGFpcnMgb3IgQURzIGNhbiBvZmZlciBhbiBvcGluaW9uPzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO1JvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGlu IDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gR3JlZ29yeSBNaXJza3kgWzxhIGhyZWY9 Im1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20iPm1haWx0bzpncmVnb3J5Lm1pcnNr eUBlcmljc3Nvbi5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgTWFyY2ggMDks IDIwMTUgNTowMiBQTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJz QHRvb2xzLmlldGYub3JnIj5tcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzwvYT47DQo8YSBocmVm PSJtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnIj5kcmFm dC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9i PiA8YSBocmVmPSJtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmciPm1wbHMtYWRzQHRvb2xz LmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPg0KbXBsc0BpZXRm Lm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0 LWJvbmljYS1tcGxzLXNlbGYtcGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkRlYXIgQWxs LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SSd2ZSBiZWVuIGFzc2lnbmVkIHRvIHJl dmlldyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPlRoZSBkb2N1bWVudCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgdGhlIHByb2JsZW0g aW4gZm9jdXMgaXMgY2xlYXJseSBzdGF0ZWQsIGFuZCB0aGUgcHJvcG9zZWQgc29sdXRpb24gd2Vs bCBkZXNjcmliZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JIGRvIGhhdmUgYSBu dW1iZXIgb2YgY29uY2VybnMgd2l0aCB0aGUgc3RhdHVzIG9mIHRoZSBkb2N1bWVudCBhbmQgdGhl IGFwcHJvYWNoIGFzIHByZXNlbnRlZDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzt0ZXh0LWluZGVudDotLjI1aW4iPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPmRvY3VtZW50IGlu dGVuZGVkIHRyYWNrIGlzIEluZm9ybWF0aW9uYWwgZXZlbiB0aG91Z2ggdGhlIHNvbHV0aW9uIGJl aW5nIHBvc2l0aW9uZWQgYXMgJnF1b3Q7bmV3LCBsaWdodC13ZWlnaHQgcHJvdG9jb2wmcXVvdDsu IElmIHRoaXMgaXMgaW5kZWVkIG5ldyBwcm90b2NvbCBvciBldmVuIGV4dGVuc2lvbiBvZiB0aGUg ZXhpc3Rpbmcgb25lLA0KIHRoZW4gSSBleHBlY3QgdGhlcmUgbXVzdCBiZSByZXF1ZXN0cyB0byBJ QU5BIGFsbG9jYXRpb25zLiBBdCB0aGlzIHRpbWUgJnF1b3Q7VGhpcyBkb2N1bWVudCBtYWtlcyBu byByZXF1ZXN0IG9mIElBTkEuJnF1b3Q7IEVpdGhlciBMU1AgU2VsZi1waW5nIGNhbiBiZSBjaGFy YWN0ZXJpemVkIHRocm91Z2ggcmUtdXNlIG9mIGFscmVhZHkgZXhpc3RpbmcgcHJvdG9jb2xzIGFu ZCBhcHByb2FjaGVzLCBvciBkb2N1bWVudCBzaG91bGQgYmUgc3dpdGNoZWQgdG8gU3RhbmRhcmRz DQogdHJhY2s7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_7347100B5761DC41A166AC17F22DF1121B91F105eusaamb103erics_-- From nobody Thu Mar 12 10:54:22 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 749EC1A1A5A for ; Thu, 12 Mar 2015 10:54:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 rkEhO-rMqzfz for ; Thu, 12 Mar 2015 10:54:13 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFD6A1A014D for ; Thu, 12 Mar 2015 10:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25478; q=dns/txt; s=iport; t=1426182853; x=1427392453; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=9M4zYBFe4Kv7907ejXfsluCqBdOsCudDzLd3EICdoCI=; b=I94qLLF4dwYgEKFB/BzLOpYS5fLzl1Q3imsVo2Vu26H77Va0rssBpVLd yRY7LOmXbFy4DQKKcLtjQq7TY9lWxgjhU3FZUK6YPXzwn+cIJ2kn8FC3f sCdITPKsvOIx24OLZOcALmALJQp3mXQem/tiFFHcE9zWkffc4MctETdQx w=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CzBgCk0QFV/5xdJa1bgkNDUloEgwe+FoItAQmFcAKBNEwBAQEBAQF9hA8BAQEDAQEBASBLCwULAgEIEQQBAQEgBwMCAicLFAkIAgQOBQ4NiAwIDbBrmxABAQEBAQEBAQEBAQEBAQEBAQEBAQETBIsXhG0EBgEGgmIvgRYFhgOIG4IGgWaBLlSFeZN9I4NubwGBQ38BAQE X-IronPort-AV: E=Sophos;i="5.11,390,1422921600"; d="asc'?scan'208,217";a="403214086" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-4.cisco.com with ESMTP; 12 Mar 2015 17:54:11 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t2CHsAJh009997 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 12 Mar 2015 17:54:10 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.121]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0195.001; Thu, 12 Mar 2015 12:54:10 -0500 From: "Carlos Pignataro (cpignata)" To: Adrian Farrel Thread-Topic: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBY2/GYR0yH7pUKCFDXV9ijYkJ0Ue/JggAP+GoCAAOQsgIAAMIGA Date: Thu, 12 Mar 2015 17:54:09 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> In-Reply-To: <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.24.76.230] Content-Type: multipart/signed; boundary="Apple-Mail=_F672B4A4-2F92-430C-8479-55590981B114"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "Ronald P. Bonica" , "draft-bonica-mpls-self-ping@tools.ietf.org" , "mpls-ads@tools.ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 17:54:21 -0000 --Apple-Mail=_F672B4A4-2F92-430C-8479-55590981B114 Content-Type: multipart/alternative; boundary="Apple-Mail=_BC6E024F-B82B-40BB-9684-0C5F97D150F1" --Apple-Mail=_BC6E024F-B82B-40BB-9684-0C5F97D150F1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Adrian, One additional nuance is that this document sends and unsolicited = =E2=80=9CEcho Reply=E2=80=9D (i.e., not in response to an Echo Request), = when RFC 4379 (PS) says: https://tools.ietf.org/html/rfc4379#section-4.5 = 4.5. Sending an MPLS Echo Reply An MPLS echo reply is a UDP packet. It MUST ONLY be sent in response to an MPLS echo request. The source IP address is a routable address of the replier; the source port is the well-known UDP port for LSP ping. The destination IP address and UDP port are copied from the source IP address and UDP port of the echo request. ... Can an Informational doc change behavior of a PS? Thanks, Carlos. > On Mar 12, 2015, at 8:00 AM, Adrian Farrel = wrote: >=20 > Looks informational to me. And looks like 2119 language is = appropriate. >=20 > Thanks, > Adrian >=20 > From: Ronald Bonica [mailto:rbonica@juniper.net = ] > Sent: 12 March 2015 01:24 > To: Gregory Mirsky; mpls-chairs@tools.ietf.org = ; = draft-bonica-mpls-self-ping@tools.ietf.org = > Cc: mpls-ads@tools.ietf.org ; = mpls@ietf.org > Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping >=20 > Greg, >=20 > In the message below, you question whether draft-bonica-mpls-self-ping = should be INFORMATIONAL or PS. In a similar vein, you ask whether RFC = 2119 language should be used. >=20 > When I wrote the draft, I considered both, couldn=E2=80=99t decide, = and tossed a coin ;-) >=20 > AFAIKS, the IETFs criteria for PS are a bit fuzzy. You might argue = that the draft should be PS because it defines =E2=80=9Cbits on the = wire=E2=80=9D. But on the other hand, you might argue that it doesn=E2=80=99= t need to be PS because: >=20 > - It doesn=E2=80=99t address interoperability requirements = (because the sender and receiver are the same node) > - It doesn=E2=80=99t request any IANA assignments >=20 > I would be very happy to let somebody else decide whether the draft = should be INFORMATIONAL or PS. Maybe the chairs or ADs can offer an = opinion? >=20 > = Ron >=20 >=20 >=20 > From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com = ] > Sent: Monday, March 09, 2015 5:02 PM > To: mpls-chairs@tools.ietf.org ; = draft-bonica-mpls-self-ping@tools.ietf.org = > Cc: mpls-ads@tools.ietf.org ; = mpls@ietf.org > Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping >=20 > Dear All, > I've been assigned to review draft-bonica-mpls-self-ping. > The document is very well written, the problem in focus is clearly = stated, and the proposed solution well described. > I do have a number of concerns with the status of the document and the = approach as presented: > =C2=B7 document intended track is Informational even though = the solution being positioned as "new, light-weight protocol". If this = is indeed new protocol or even extension of the existing one, then I = expect there must be requests to IANA allocations. At this time "This = document makes no request of IANA." Either LSP Self-ping can be = characterized through re-use of already existing protocols and = approaches, or document should be switched to Standards track; >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls = --Apple-Mail=_BC6E024F-B82B-40BB-9684-0C5F97D150F1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Adrian,

One= additional nuance is that this document sends and unsolicited =E2=80=9CEc= ho Reply=E2=80=9D (i.e., not in response to an Echo Request), when RFC = 4379 (PS) says:

https://tools.ietf.org/html/rfc4379#section-4.5
4.5.  Sending an MPLS Echo Reply

   An MPLS echo reply is a UDP = packet.  It MUST ONLY be sent in response
 =  to an MPLS echo request.  The source IP address is a = routable address
   of the replier; the = source port is the well-known UDP port for LSP
 =  ping.  The destination IP address and UDP port are copied = from the
   source IP address and UDP = port of the echo request.
...

Can an Informational doc = change behavior of a PS? 

Thanks,

Carlos.

On = Mar 12, 2015, at 8:00 AM, Adrian Farrel <adrian@olddog.co.uk>= wrote:

Looks informational to me. And looks like = 2119 language is appropriate.
 
Thanks,
Adrian
 
From: Ronald = Bonica [mailto:rbonica@juniper.net] 
Sent: 12 = March 2015 01:24
To: Gregory Mirsky; mpls-chairs@tools.ietf.org; draft-bonica-mpls-self-ping@tools.ietf.org
Cc: mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT review of = draft-bonica-mpls-self-ping
 
Greg,
 
In the message below, you question whether = draft-bonica-mpls-self-ping should be INFORMATIONAL or PS. In a similar = vein, you ask whether RFC 2119 language should be used.
 
When I wrote the draft, I considered both, couldn=E2=80=99t = decide, and tossed a coin ;-)
 
AFAIKS, the IETFs = criteria for PS are a bit fuzzy. You might argue that the draft should = be PS because it defines =E2=80=9Cbits on the wire=E2=80=9D. But on the = other hand, you might argue that it doesn=E2=80=99t need to be PS = because:
 
-          It doesn=E2=80=99t address = interoperability requirements (because the sender and receiver are the = same node)
-          It doesn=E2=80=99t request any IANA = assignments
 
I would be very happy = to let somebody else decide whether the draft should be INFORMATIONAL or = PS. Maybe the chairs or ADs can offer an opinion?
 
          &nb= sp;            = ;            &= nbsp;           &nb= sp; =             &n= bsp;           &nbs= p;            =             &n= bsp;Ron
 
 
 
From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] 
Sent: Monday, March 09, 2015 5:02 = PM
To: mpls-chairs@tools.ietf.org; draft-bonica-mpls-self-ping@tools.ietf.org
Cc: mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT review of = draft-bonica-mpls-self-ping
 
Dear All,
I've been assigned to review = draft-bonica-mpls-self-ping. 
The document is very well = written, the problem in focus is clearly stated, and the proposed = solution well described.
I = do have a number of concerns with the status of the document and the = approach as presented:
=C2=B7         document intended track is Informational even though the = solution being positioned as "new, light-weight protocol". If this is = indeed new protocol or even extension of the existing one, then I expect = there must be requests to IANA allocations. At this time "This document = makes no request of IANA." Either LSP Self-ping can be characterized = through re-use of already existing protocols and approaches, or document = should be switched to Standards track;
 
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

= --Apple-Mail=_BC6E024F-B82B-40BB-9684-0C5F97D150F1-- --Apple-Mail=_F672B4A4-2F92-430C-8479-55590981B114 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlUB0sEACgkQtfDPGTp3USyU0QCgj23ssiZleAkO/wmKD9jGvBxY Wm8AoLhTTmMhqVVlYWYzFy9TOhleHiHM =6Rii -----END PGP SIGNATURE----- --Apple-Mail=_F672B4A4-2F92-430C-8479-55590981B114-- From nobody Thu Mar 12 17:34:13 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B91E91AC39D for ; Thu, 12 Mar 2015 17:34:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.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, 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 tgqHRe_hwCDJ for ; Thu, 12 Mar 2015 17:34:09 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0104.outbound.protection.outlook.com [207.46.100.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF0451A8937 for ; Thu, 12 Mar 2015 17:34:09 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) with Microsoft SMTP Server (TLS) id 15.1.106.15; Fri, 13 Mar 2015 00:34:08 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Fri, 13 Mar 2015 00:34:08 +0000 From: Ronald Bonica To: "lizho.jin@gmail.com" , mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0Y/3rsgACladA= Date: Fri, 13 Mar 2015 00:34:07 +0000 Message-ID: References: <54EC4776.5040402@pi.nu>, <2015031100220789189743@gmail.com>, <201503122220311215427@gmail.com> In-Reply-To: <201503122220311215427@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB443; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(377454003)(19625215002)(99286002)(33656002)(86362001)(15975445007)(19580405001)(19580395003)(19300405004)(106116001)(16236675004)(74316001)(122556002)(93886004)(54356999)(40100003)(2950100001)(102836002)(2900100001)(50986999)(76176999)(46102003)(66066001)(87936001)(2656002)(62966003)(2501003)(77156002)(230783001)(92566002)(76576001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB443; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB443; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB443; x-forefront-prvs: 05143A8241 Content-Type: multipart/alternative; boundary="_000_CO1PR05MB44255E38E0CB8D75B8B0B82AE070CO1PR05MB442namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2015 00:34:07.5709 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB443 Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 00:34:11 -0000 --_000_CO1PR05MB44255E38E0CB8D75B8B0B82AE070CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGl6aG9uZywNCg0KSSB0aGluayB0aGF0IHdlIGFyZSBtaXN1bmRlcnN0YW5kaW5nIGVhY2ggb3Ro ZXLigJlzIHdvcmRzLg0KDQpSRkMgNjMzNSBkaXZpZGVzIFVEUCBwb3J0cyBpbnRvIHRoZSBmb2xs b3dpbmcgcmFuZ2VzOg0KDQoNCi0gICAgICAgICAgV2VsbC1rbm93biAoMC0xMDIzKQ0KDQotICAg ICAgICAgIFVzZXIgKDEwMjQtNDkxNTEpDQoNCi0gICAgICAgICAgRHluYW1pYyAoNDkxNTItNjU1 MzUpDQoNClRoZSBkcmFmdCBzYXlzIHRoYXQgdGhlIFVEUCBzb3VyY2UgYW5kIGRlc3RpbmF0aW9u IHBvcnRzIHdpbGwgYmUgc2VsZWN0ZWQgZnJvbSB0aGUgZHluYW1pYyByYW5nZS4gSXQgKmRvZXMg bm90KiBzYXkgdGhhdCBVRFAgcG9ydCBudW1iZXJzIHdpbGwgYmUgc2VsZWN0ZWQgZHluYW1pY2Fs bHkuDQoNCldoZW4gd3JpdGluZyB0aGUgZHJhZnQsIEkgd2FzIGFzc3VtaW5nIHRoYXQgYSB0eXBp Y2FsIGltcGxlbWVudGF0aW9uIHNlbGVjdHMgYSBwb3J0IGZvcm0gdGhlIGR5bmFtaWMgcmFuZ2Ug YW5kIHNlbmRzIGFsbCBNUExTIFNlbGYtcGluZyB0cmFmZmljIHRvIHRoYXQgcG9ydC4gVGhlcmVm b3JlLCB0aGUgdXNlciBjb3VsZCBwcm92aXNpb24gYW4gQUNMIGZvciB0aGF0IHBvcnQuDQoNCkkg KndhcyBub3QqIGFzc3VtaW5nIHRoYXQgdGhlIGFwcGxpY2F0aW9uIHdvdWxkIHNlbGVjdCBhIGRp ZmZlcmVudCBwb3J0IGVhY2ggdGltZSB0aGF0IGl0IHJhbiBNUExTLXBpbmcuIFRoaXMgd291bGQg bWFrZSBpdCB2ZXJ5IGRpZmZpY3VsdCB0byBBQ0wgTVBMUyBTZWxmLXBpbmcgdHJhZmZpYy4NCg0K SWYgeW91IGxpa2UsIEkgY2FuIG1ha2UgdGhhdCBhc3N1bXB0aW9uIGV4cGxpY2l0IGluIHRoZSBk cmFmdC4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBSb24NCg0KDQpGcm9tOiBsaXpoby5qaW5AZ21haWwuY29tIFttYWls dG86bGl6aG8uamluQGdtYWlsLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBNYXJjaCAxMiwgMjAxNSAx MDoyMSBBTQ0KVG86IFJvbmFsZCBCb25pY2E7IG1wbHMtY2hhaXJzOyBkcmFmdC1ib25pY2EtbXBs cy1zZWxmLXBpbmc7IG1wbHMtYWRzDQpDYzogbXBscw0KU3ViamVjdDogUkU6IE1QTFMtUlQgcmV2 aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZw0KDQoNCkZvciBzZWN0aW9uIDYsIG9y aWdpbmFsbHkgaW5ncmVzcyBjb3VsZCBpZGVudGlmeSB0aGUgTFNQIHBpbmcgcGFja2V0IHdpdGgg d2VsbC1rbm93biBVRFAgcG9ydCwgYW5kIGNvbmZpZ3VyZSBBQ0wgcnVsZSB0byByZWR1Y2Ugcmlz ayBvZiBhdHRhY2suIEJ1dCBub3cgaXQgaXMgbW9yZSBkaWZmaWN1bHQgdG8gZmlsdGVyIHRoZSBw YWNrZXQgd2l0aCBhY2Nlc3MgbGlzdCwgd2hpY2ggbWF5IGluY3JlYXNlIHRoZSByaXNrLg0KDQpM aXpob25nLA0KDQpJbXBsZW1lbnRhdGlvbiBrbm93IHRoZSBwb3J0KHMpIHVwb24gd2hpY2ggdGhl eSBzZW5kIE1QTFMgU2VsZi1waW5nIHRyYWZmaWMuIFRoZXkgY2FuIGNvbmZpZ3VyZSBBQ0xzIG9u IHRoYXQgcG9ydCBvciB0aG9zZSBwb3J0cy4gQUNMcyBjYW4gcHJvdGVjdCBkeW5hbWljIHBvcnRz LCBzbyBsb25nIGFzIHRoZXkgYXJlIHByZWRpY3RhYmxlLg0KDQpbTGl6aG9uZ10geWVzLCBpdCBp cyBwb3NzaWJsZSB0byBpbnN0YWxsIEFDTCBydWxzIGV2ZXJ5dGltZSB3aGVuIE1QTFMgc2VsZi1w aW5nIGlzIGluaXRpYXRlZC4gVGhhdCBpcyBkaWZmZXJlbnQgd2l0aCBvcmlnaW5hbCBpbXBsZW1l bnRhdGlvbiB3aGljaCBpcyBzdGF0aWMgQUNMIHJ1bGUgd2l0aCB3ZWxsLWtub3cgcG9ydC4gU28g aXQgaXMgYmV0dGVyIHRvIGRlc2NyaWJlIGhvdyB0byByZWR1Y2UgdGhlIHJpc2sgb2YgRG9TIGlm ICBNUExTIHNlbGYtcGluZyBpcyBpbXBsZW1lbnRlZC4NCg0KTGl6aG9uZw0KDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFJvbg0KDQo= --_000_CO1PR05MB44255E38E0CB8D75B8B0B82AE070CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t YW4iLHNlcmlmO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2 Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6 MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxl ZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBp bjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVm aW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjY2MTc0MDcxNjsNCgltc28tbGlz dC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTQzNzk3NDg2IDUxNTY3NDQ2 MCA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2 NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXN0YXJ0LWF0 OjE5Ow0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDot Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs Mw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpA bGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9t OjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxp bms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5MaXpob25nLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB0aGluayB0aGF0IHdlIGFyZSBtaXN1 bmRlcnN0YW5kaW5nIGVhY2ggb3RoZXLigJlzIHdvcmRzLg0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SRkMgNjMzNSBkaXZpZGVzIFVEUCBwb3J0cyBpbnRvIHRo ZSBmb2xsb3dpbmcgcmFuZ2VzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50 Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi Pi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z cGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5XZWxsLWtub3duICgwLTEwMjMpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2 ZWwxIGxmbzEiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4w cHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2Vu ZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VXNlciAoMTAyNC00OTE1MSk8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl eHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRM aXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlz dDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5EeW5hbWljICg0OTE1Mi02NTUzNSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBkcmFmdCBzYXlzIHRoYXQgdGhlIFVEUCBzb3VyY2UgYW5k IGRlc3RpbmF0aW9uIHBvcnRzIHdpbGwgYmUgc2VsZWN0ZWQgZnJvbSB0aGUgZHluYW1pYyByYW5n ZS4gSXQgKjxiPmRvZXMgbm90PC9iPiogc2F5IHRoYXQgVURQIHBvcnQgbnVtYmVycyB3aWxsIGJl IHNlbGVjdGVkDQogZHluYW1pY2FsbHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5XaGVuIHdyaXRpbmcgdGhlIGRyYWZ0LCBJIHdhcyBhc3N1bWluZyB0aGF0IGEg dHlwaWNhbCBpbXBsZW1lbnRhdGlvbiBzZWxlY3RzIGEgcG9ydCBmb3JtIHRoZSBkeW5hbWljIHJh bmdlIGFuZCBzZW5kcyBhbGwgTVBMUyBTZWxmLXBpbmcgdHJhZmZpYyB0byB0aGF0IHBvcnQuDQog VGhlcmVmb3JlLCB0aGUgdXNlciBjb3VsZCBwcm92aXNpb24gYW4gQUNMIGZvciB0aGF0IHBvcnQu IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSAqPGI+d2FzIG5v dDwvYj4qIGFzc3VtaW5nIHRoYXQgdGhlIGFwcGxpY2F0aW9uIHdvdWxkIHNlbGVjdCBhIGRpZmZl cmVudCBwb3J0IGVhY2ggdGltZSB0aGF0IGl0IHJhbiBNUExTLXBpbmcuIFRoaXMgd291bGQgbWFr ZSBpdCB2ZXJ5IGRpZmZpY3VsdCB0byBBQ0wgTVBMUw0KIFNlbGYtcGluZyB0cmFmZmljLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SWYgeW91IGxpa2UsIEkgY2Fu IG1ha2UgdGhhdCBhc3N1bXB0aW9uIGV4cGxpY2l0IGluIHRoZSBkcmFmdC48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBSb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBw dCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFF MUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4g bGl6aG8uamluQGdtYWlsLmNvbSBbbWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb21dDQo8YnI+DQo8 Yj5TZW50OjwvYj4gVGh1cnNkYXksIE1hcmNoIDEyLCAyMDE1IDEwOjIxIEFNPGJyPg0KPGI+VG86 PC9iPiBSb25hbGQgQm9uaWNhOyBtcGxzLWNoYWlyczsgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1w aW5nOyBtcGxzLWFkczxicj4NCjxiPkNjOjwvYj4gbXBsczxicj4NCjxiPlN1YmplY3Q6PC9iPiBS RTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tbGVmdDo2LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjpibGFjayI+Rm9yIHNlY3Rpb24gNiwgb3JpZ2luYWxseSBpbmdyZXNz IGNvdWxkIGlkZW50aWZ5IHRoZSBMU1AgcGluZyBwYWNrZXQgd2l0aCB3ZWxsLWtub3duIFVEUCBw b3J0LCBhbmQgY29uZmlndXJlIEFDTCBydWxlIHRvIHJlZHVjZSByaXNrIG9mIGF0dGFjay4gQnV0 IG5vdyBpdCBpcyBtb3JlIGRpZmZpY3VsdCB0byBmaWx0ZXIgdGhlIHBhY2tldA0KIHdpdGggYWNj ZXNzIGxpc3QsIHdoaWNoIG1heSBpbmNyZWFzZSB0aGUgcmlzay48L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6Ni4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjojMUY0OTdEIj5MaXpob25nLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxp PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9pPjwvYj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JbXBsZW1lbnRh dGlvbiBrbm93IHRoZSBwb3J0KHMpIHVwb24gd2hpY2ggdGhleSBzZW5kIE1QTFMgU2VsZi1waW5n IHRyYWZmaWMuIFRoZXkgY2FuIGNvbmZpZ3VyZSBBQ0xzIG9uIHRoYXQgcG9ydCBvciB0aG9zZSBw b3J0cy4gQUNMcyBjYW4gcHJvdGVjdCBkeW5hbWljDQogcG9ydHMsIHNvIGxvbmcgYXMgdGhleSBh cmUgcHJlZGljdGFibGUuPC9zcGFuPjwvaT48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bTGl6aG9uZ10geWVzLCBpdCBp cyBwb3NzaWJsZSB0byBpbnN0YWxsIEFDTCBydWxzIGV2ZXJ5dGltZSB3aGVuIE1QTFMgc2VsZi1w aW5nIGlzIGluaXRpYXRlZC4gVGhhdCBpcyBkaWZmZXJlbnQgd2l0aCBvcmlnaW5hbCBpbXBsZW1l bnRhdGlvbiB3aGljaCBpcyBzdGF0aWMgQUNMDQogcnVsZSB3aXRoIHdlbGwta25vdyBwb3J0LiBT byBpdCBpcyBiZXR0ZXIgdG8gZGVzY3JpYmUgaG93IHRvIHJlZHVjZSB0aGUgcmlzayBvZiBEb1Mg aWYgJm5ic3A7PHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk1QTFMgc2VsZi1waW5nIGlz IGltcGxlbWVudGVkLjwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO2JhY2tncm91bmQ6d2hpdGUiPkxpemhv bmc8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgUm9uPC9zcGFuPjwvaT48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvaT48L2I+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO1PR05MB44255E38E0CB8D75B8B0B82AE070CO1PR05MB442namprd_-- From nobody Thu Mar 12 17:48:11 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDCA31AC3D2 for ; Thu, 12 Mar 2015 17:48:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 E_Zl4lheMuwD for ; Thu, 12 Mar 2015 17:48:07 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0754.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::754]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D46D21AC3CF for ; Thu, 12 Mar 2015 17:48:06 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) with Microsoft SMTP Server (TLS) id 15.1.106.15; Fri, 13 Mar 2015 00:47:45 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Fri, 13 Mar 2015 00:47:44 +0000 From: Ronald Bonica To: Gregory Mirsky , "adrian@olddog.co.uk" , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0Ue/JggAOjzBCAAOqpgIAAEiNQgAAb4gCAAHJxsA== Date: Fri, 13 Mar 2015 00:47:44 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> <7347100B5761DC41A166AC17F22DF1121B91F105@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B91F105@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] authentication-results: ericsson.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB443; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(164054003)(377454003)(66066001)(2656002)(2201001)(87936001)(46102003)(76576001)(92566002)(77156002)(62966003)(2501003)(230783001)(19300405004)(19580405001)(19580395003)(106116001)(16236675004)(33656002)(99286002)(19625215002)(15975445007)(19609705001)(86362001)(2900100001)(76176999)(50986999)(93886004)(122556002)(54356999)(74316001)(2950100001)(102836002)(40100003); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB443; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB443; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB443; x-forefront-prvs: 05143A8241 Content-Type: multipart/alternative; boundary="_000_CO1PR05MB442E5653706C8E3FB124849AE070CO1PR05MB442namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2015 00:47:44.4446 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB443 Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 00:48:10 -0000 --_000_CO1PR05MB442E5653706C8E3FB124849AE070CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R3JlZywNCg0KSSB3b3VsZCBiZSBoYXBweSB0byBzdHJpa2UgdGhlIHdvcmRzIOKAnG5ldyBwcm90 b2NvbOKAnS4gSG93ZXZlciwgaXQgbWlnaHQgbm90IGJlIGEgZ29vZCBpZGVhIHRvIHJlcGxhY2Ug dGhvc2Ugd29yZHMgd2l0aCDigJxhIG5ldyB3YXkgdG8gdXNlIGVsZW1lbnRzIG9mIExTUCBQaW5n 4oCdLiBJZiB3ZSB3ZXJlIHRvIGRvIHNvLCB3ZSBtaWdodCBwcm9tb3RlIGNvbmZ1c2lvbiByZWdh cmRpbmcgd2hldGhlciBNUExTIFNlbGYtcGluZyBleHRlbmRzIExTUCBQaW5nLg0KDQpXb3VsZCB5 b3UgYmUgT0sgaWYgd2UgcmVwbGFjZWQgdGhlIHdvcmRzIOKAnG5ldyBwcm90b2NvbOKAnSB3aXRo IOKAnHByb2JpbmcgcHJvY2VkdXJl4oCdPw0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0K DQpGcm9tOiBHcmVnb3J5IE1pcnNreSBbbWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNv bV0NClNlbnQ6IFRodXJzZGF5LCBNYXJjaCAxMiwgMjAxNSAxOjQ1IFBNDQpUbzogUm9uYWxkIEJv bmljYTsgYWRyaWFuQG9sZGRvZy5jby51azsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRy YWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZw0KQ2M6IG1wbHMtYWRzQHRv b2xzLmlldGYub3JnOyBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBSRTogTVBMUy1SVCByZXZpZXcg b2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nDQoNCkhpIFJvbiwgZXQuIGFsLA0KaWYgYXV0 aG9ycyBjb25zaWRlciBjaGFuZ2luZyBjaGFyYWN0ZXJpemF0aW9uIG9mIFNlbGYgUGluZyBzb2x1 dGlvbiBmcm9tIOKAnHRoZSBuZXcgcHJvdG9jb2zigJ0gdG8gcGVyaGFwcyDigJx0aGUgbmV3IHdh eSB0byB1c2UgZWxlbWVudHMgb2YgdGhlIE1QTFMgTFNQIFBpbmcgcHJvdG9jb2zigJ0sIHRoZW4g SW5mb3JtYXRpb25hbCB0cmFjayBpbmRlZWQgYmVjb21lcyBpbmV2aXRhYmxlLg0KDQogICAgICAg ICAgICAgICAgUmVnYXJkcywNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JlZw0K DQpGcm9tOiBSb25hbGQgQm9uaWNhIFttYWlsdG86cmJvbmljYUBqdW5pcGVyLm5ldF0NClNlbnQ6 IFRodXJzZGF5LCBNYXJjaCAxMiwgMjAxNSA5OjA2IEFNDQpUbzogYWRyaWFuQG9sZGRvZy5jby51 azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az47IEdyZWdvcnkgTWlyc2t5OyBtcGxzLWNoYWly c0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+OyBkcmFm dC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWJvbmlj YS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZz4NCkNjOiBtcGxzLWFkc0B0b29scy5pZXRm Lm9yZzxtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0 bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJv bmljYS1tcGxzLXNlbGYtcGluZw0KDQoNCg0KV29ya3MgZm9yIG1lIQ0KDQogICAgICAgICAgICAg ICAgICAgUm9uDQoNCg0KRnJvbTogQWRyaWFuIEZhcnJlbCBbbWFpbHRvOmFkcmlhbkBvbGRkb2cu Y28udWtdDQpTZW50OiBUaHVyc2RheSwgTWFyY2ggMTIsIDIwMTUgMTE6MDEgQU0NClRvOiBSb25h bGQgQm9uaWNhOyAnR3JlZ29yeSBNaXJza3knOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzxt YWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+OyBkcmFmdC1ib25pY2EtbXBscy1zZWxm LXBpbmdAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0 b29scy5pZXRmLm9yZz4NCkNjOiBtcGxzLWFkc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1h ZHNAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0K U3ViamVjdDogUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGlu Zw0KDQpMb29rcyBpbmZvcm1hdGlvbmFsIHRvIG1lLiBBbmQgbG9va3MgbGlrZSAyMTE5IGxhbmd1 YWdlIGlzIGFwcHJvcHJpYXRlLg0KDQpUaGFua3MsDQpBZHJpYW4NCg0KRnJvbTogUm9uYWxkIEJv bmljYSBbbWFpbHRvOnJib25pY2FAanVuaXBlci5uZXRdDQpTZW50OiAxMiBNYXJjaCAyMDE1IDAx OjI0DQpUbzogR3JlZ29yeSBNaXJza3k7IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPG1haWx0 bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZz47IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGlu Z0B0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xz LmlldGYub3JnPg0KQ2M6IG1wbHMtYWRzQHRvb2xzLmlldGYub3JnPG1haWx0bzptcGxzLWFkc0B0 b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJq ZWN0OiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nDQoN CkdyZWcsDQoNCkluIHRoZSBtZXNzYWdlIGJlbG93LCB5b3UgcXVlc3Rpb24gd2hldGhlciBkcmFm dC1ib25pY2EtbXBscy1zZWxmLXBpbmcgc2hvdWxkIGJlIElORk9STUFUSU9OQUwgb3IgUFMuIElu IGEgc2ltaWxhciB2ZWluLCB5b3UgYXNrIHdoZXRoZXIgUkZDIDIxMTkgbGFuZ3VhZ2Ugc2hvdWxk IGJlIHVzZWQuDQoNCldoZW4gSSB3cm90ZSB0aGUgZHJhZnQsIEkgY29uc2lkZXJlZCBib3RoLCBj b3VsZG7igJl0IGRlY2lkZSwgYW5kIHRvc3NlZCBhIGNvaW4gOy0pDQoNCkFGQUlLUywgdGhlIElF VEZzIGNyaXRlcmlhIGZvciBQUyBhcmUgYSBiaXQgZnV6enkuIFlvdSBtaWdodCBhcmd1ZSB0aGF0 IHRoZSBkcmFmdCBzaG91bGQgYmUgUFMgYmVjYXVzZSBpdCBkZWZpbmVzIOKAnGJpdHMgb24gdGhl IHdpcmXigJ0uIEJ1dCBvbiB0aGUgb3RoZXIgaGFuZCwgeW91IG1pZ2h0IGFyZ3VlIHRoYXQgaXQg ZG9lc27igJl0IG5lZWQgdG8gYmUgUFMgYmVjYXVzZToNCg0KDQotICAgICAgICAgIEl0IGRvZXNu 4oCZdCBhZGRyZXNzIGludGVyb3BlcmFiaWxpdHkgcmVxdWlyZW1lbnRzIChiZWNhdXNlIHRoZSBz ZW5kZXIgYW5kIHJlY2VpdmVyIGFyZSB0aGUgc2FtZSBub2RlKQ0KDQotICAgICAgICAgIEl0IGRv ZXNu4oCZdCByZXF1ZXN0IGFueSBJQU5BIGFzc2lnbm1lbnRzDQoNCkkgd291bGQgYmUgdmVyeSBo YXBweSB0byBsZXQgc29tZWJvZHkgZWxzZSBkZWNpZGUgd2hldGhlciB0aGUgZHJhZnQgc2hvdWxk IGJlIElORk9STUFUSU9OQUwgb3IgUFMuIE1heWJlIHRoZSBjaGFpcnMgb3IgQURzIGNhbiBvZmZl ciBhbiBvcGluaW9uPw0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBSb24NCg0KDQoNCkZyb206IEdyZWdvcnkgTWlyc2t5IFttYWlsdG86Z3JlZ29yeS5taXJza3lA ZXJpY3Nzb24uY29tXQ0KU2VudDogTW9uZGF5LCBNYXJjaCAwOSwgMjAxNSA1OjAyIFBNDQpUbzog bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYu b3JnPjsgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPG1haWx0bzpk cmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc+DQpDYzogbXBscy1hZHNA dG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRm Lm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBNUExTLVJUIHJldmlldyBv ZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcNCg0KRGVhciBBbGwsDQpJJ3ZlIGJlZW4gYXNz aWduZWQgdG8gcmV2aWV3IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZy4NClRoZSBkb2N1bWVu dCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgdGhlIHByb2JsZW0gaW4gZm9jdXMgaXMgY2xlYXJseSBz dGF0ZWQsIGFuZCB0aGUgcHJvcG9zZWQgc29sdXRpb24gd2VsbCBkZXNjcmliZWQuDQpJIGRvIGhh dmUgYSBudW1iZXIgb2YgY29uY2VybnMgd2l0aCB0aGUgc3RhdHVzIG9mIHRoZSBkb2N1bWVudCBh bmQgdGhlIGFwcHJvYWNoIGFzIHByZXNlbnRlZDoNCuKAoiAgICAgICAgIGRvY3VtZW50IGludGVu ZGVkIHRyYWNrIGlzIEluZm9ybWF0aW9uYWwgZXZlbiB0aG91Z2ggdGhlIHNvbHV0aW9uIGJlaW5n IHBvc2l0aW9uZWQgYXMgIm5ldywgbGlnaHQtd2VpZ2h0IHByb3RvY29sIi4gSWYgdGhpcyBpcyBp bmRlZWQgbmV3IHByb3RvY29sIG9yIGV2ZW4gZXh0ZW5zaW9uIG9mIHRoZSBleGlzdGluZyBvbmUs IHRoZW4gSSBleHBlY3QgdGhlcmUgbXVzdCBiZSByZXF1ZXN0cyB0byBJQU5BIGFsbG9jYXRpb25z LiBBdCB0aGlzIHRpbWUgIlRoaXMgZG9jdW1lbnQgbWFrZXMgbm8gcmVxdWVzdCBvZiBJQU5BLiIg RWl0aGVyIExTUCBTZWxmLXBpbmcgY2FuIGJlIGNoYXJhY3Rlcml6ZWQgdGhyb3VnaCByZS11c2Ug b2YgYWxyZWFkeSBleGlzdGluZyBwcm90b2NvbHMgYW5kIGFwcHJvYWNoZXMsIG9yIGRvY3VtZW50 IHNob3VsZCBiZSBzd2l0Y2hlZCB0byBTdGFuZGFyZHMgdHJhY2s7DQoNCg== --_000_CO1PR05MB442E5653706C8E3FB124849AE070CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0Fj ZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWls eToiVGFob21hIixzYW5zLXNlcmlmO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBh cmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0K CW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47 DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkJh bGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglm b250LWZhbWlseToiVGFob21hIixzYW5zLXNlcmlmO30NCnAuZW1haWxxdW90ZSwgbGkuZW1haWxx dW90ZSwgZGl2LmVtYWlscXVvdGUNCgl7bXNvLXN0eWxlLW5hbWU6ZW1haWxxdW90ZTsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjEuMHB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjEN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0K c3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5 bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBp biAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJl ZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwv aGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxk aXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+R3JlZyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkkgd291bGQgYmUgaGFwcHkgdG8gc3RyaWtlIHRoZSB3b3JkcyDigJxuZXcg cHJvdG9jb2zigJ0uIEhvd2V2ZXIsIGl0IG1pZ2h0IG5vdCBiZSBhIGdvb2QgaWRlYSB0byByZXBs YWNlIHRob3NlIHdvcmRzIHdpdGgg4oCcYSBuZXcgd2F5IHRvIHVzZSBlbGVtZW50cyBvZiBMU1Ag UGluZ+KAnS4NCiBJZiB3ZSB3ZXJlIHRvIGRvIHNvLCB3ZSBtaWdodCBwcm9tb3RlIGNvbmZ1c2lv biByZWdhcmRpbmcgd2hldGhlciBNUExTIFNlbGYtcGluZyBleHRlbmRzIExTUCBQaW5nLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V291bGQgeW91IGJlIE9LIGlm IHdlIHJlcGxhY2VkIHRoZSB3b3JkcyDigJxuZXcgcHJvdG9jb2zigJ0gd2l0aCDigJxwcm9iaW5n IHByb2NlZHVyZeKAnT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO1JvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBHcmVn b3J5IE1pcnNreSBbbWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbV0NCjxicj4NCjxi PlNlbnQ6PC9iPiBUaHVyc2RheSwgTWFyY2ggMTIsIDIwMTUgMTo0NSBQTTxicj4NCjxiPlRvOjwv Yj4gUm9uYWxkIEJvbmljYTsgYWRyaWFuQG9sZGRvZy5jby51azsgbXBscy1jaGFpcnNAdG9vbHMu aWV0Zi5vcmc7IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzxicj4N CjxiPkNjOjwvYj4gbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNl bGYtcGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBSb24sIGV0LiBhbCw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+aWYgYXV0aG9ycyBjb25zaWRlciBjaGFuZ2luZyBjaGFyYWN0ZXJpemF0aW9uIG9mIFNl bGYgUGluZyBzb2x1dGlvbiBmcm9tIOKAnHRoZSBuZXcgcHJvdG9jb2zigJ0gdG8gcGVyaGFwcyDi gJx0aGUgbmV3IHdheSB0byB1c2UgZWxlbWVudHMgb2YgdGhlIE1QTFMgTFNQIFBpbmcgcHJvdG9j b2zigJ0sDQogdGhlbiBJbmZvcm1hdGlvbmFsIHRyYWNrIGluZGVlZCBiZWNvbWVzIGluZXZpdGFi bGUuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBHcmVnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4g Um9uYWxkIEJvbmljYSBbPGEgaHJlZj0ibWFpbHRvOnJib25pY2FAanVuaXBlci5uZXQiPm1haWx0 bzpyYm9uaWNhQGp1bmlwZXIubmV0PC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwg TWFyY2ggMTIsIDIwMTUgOTowNiBBTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmFk cmlhbkBvbGRkb2cuY28udWsiPmFkcmlhbkBvbGRkb2cuY28udWs8L2E+OyBHcmVnb3J5IE1pcnNr eTsNCjxhIGhyZWY9Im1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyI+bXBscy1jaGFp cnNAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMt c2VsZi1waW5nQHRvb2xzLmlldGYub3JnIj4NCmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0 b29scy5pZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzptcGxzLWFk c0B0b29scy5pZXRmLm9yZyI+bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJt YWlsdG86bXBsc0BpZXRmLm9yZyI+DQptcGxzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+V29ya3MgZm9yIG1lITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IFJvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBBZHJpYW4gRmFy cmVsIFs8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+bWFpbHRvOmFkcmlhbkBv bGRkb2cuY28udWs8L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBNYXJjaCAxMiwg MjAxNSAxMTowMSBBTTxicj4NCjxiPlRvOjwvYj4gUm9uYWxkIEJvbmljYTsgJ0dyZWdvcnkgTWly c2t5JzsgPGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnIj4NCm1wbHMt Y2hhaXJzQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWJvbmljYS1t cGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZyI+DQpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBp bmdAdG9vbHMuaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86bXBs cy1hZHNAdG9vbHMuaWV0Zi5vcmciPm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJl Zj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPg0KbXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJq ZWN0OjwvYj4gUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGlu ZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TG9va3MgaW5mb3JtYXRpb25hbCB0 byBtZS4gQW5kIGxvb2tzIGxpa2UgMjExOSBsYW5ndWFnZSBpcyBhcHByb3ByaWF0ZS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QWRyaWFuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRp bmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LHNhbnMtc2VyaWYiPiBSb25hbGQgQm9uaWNhIFs8YSBocmVmPSJtYWlsdG86cmJvbmljYUBq dW5pcGVyLm5ldCI+bWFpbHRvOnJib25pY2FAanVuaXBlci5uZXQ8L2E+XQ0KPGJyPg0KPGI+U2Vu dDo8L2I+IDEyIE1hcmNoIDIwMTUgMDE6MjQ8YnI+DQo8Yj5Ubzo8L2I+IEdyZWdvcnkgTWlyc2t5 OyA8YSBocmVmPSJtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmciPm1wbHMtY2hhaXJz QHRvb2xzLmlldGYub3JnPC9hPjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1z ZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29s cy5pZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzptcGxzLWFkc0B0 b29scy5pZXRmLm9yZyI+bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWls dG86bXBsc0BpZXRmLm9yZyI+DQptcGxzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9i PiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+R3JlZyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkluIHRoZSBtZXNzYWdlIGJlbG93LCB5 b3UgcXVlc3Rpb24gd2hldGhlciBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcgc2hvdWxkIGJl IElORk9STUFUSU9OQUwgb3IgUFMuIEluIGEgc2ltaWxhciB2ZWluLCB5b3UgYXNrIHdoZXRoZXIg UkZDIDIxMTkgbGFuZ3VhZ2Ugc2hvdWxkDQogYmUgdXNlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPldoZW4gSSB3cm90ZSB0aGUgZHJhZnQsIEkgY29uc2lkZXJl ZCBib3RoLCBjb3VsZG7igJl0IGRlY2lkZSwgYW5kIHRvc3NlZCBhIGNvaW4gOy0pPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BRkFJS1MsIHRoZSBJRVRGcyBjcml0 ZXJpYSBmb3IgUFMgYXJlIGEgYml0IGZ1enp5LiBZb3UgbWlnaHQgYXJndWUgdGhhdCB0aGUgZHJh ZnQgc2hvdWxkIGJlIFBTIGJlY2F1c2UgaXQgZGVmaW5lcyDigJxiaXRzIG9uIHRoZSB3aXJl4oCd LiBCdXQgb24gdGhlIG90aGVyIGhhbmQsIHlvdQ0KIG1pZ2h0IGFyZ3VlIHRoYXQgaXQgZG9lc27i gJl0IG5lZWQgdG8gYmUgUFMgYmVjYXVzZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0 LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4tPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkl0IGRvZXNu4oCZdCBhZGRyZXNzIGludGVyb3BlcmFiaWxp dHkgcmVxdWlyZW1lbnRzIChiZWNhdXNlIHRoZSBzZW5kZXIgYW5kIHJlY2VpdmVyIGFyZSB0aGUg c2FtZSBub2RlKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+LTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JdCBkb2VzbuKAmXQgcmVxdWVz dCBhbnkgSUFOQSBhc3NpZ25tZW50czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+SSB3b3VsZCBiZSB2ZXJ5IGhhcHB5IHRvIGxldCBzb21lYm9keSBlbHNlIGRlY2lk ZSB3aGV0aGVyIHRoZSBkcmFmdCBzaG91bGQgYmUgSU5GT1JNQVRJT05BTCBvciBQUy4gTWF5YmUg dGhlIGNoYWlycyBvciBBRHMgY2FuIG9mZmVyIGFuIG9waW5pb24/PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Um9uPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBHcmVn b3J5IE1pcnNreSBbPGEgaHJlZj0ibWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbSI+ bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50Ojwv Yj4gTW9uZGF5LCBNYXJjaCAwOSwgMjAxNSA1OjAyIFBNPGJyPg0KPGI+VG86PC9iPiA8YSBocmVm PSJtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmciPm1wbHMtY2hhaXJzQHRvb2xzLmll dGYub3JnPC9hPjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdA dG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9y ZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzptcGxzLWFkc0B0b29scy5pZXRm Lm9yZyI+bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bXBsc0Bp ZXRmLm9yZyI+DQptcGxzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogTVBM Uy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ RGVhciBBbGwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JJ3ZlIGJlZW4gYXNzaWduZWQgdG8gcmV2aWV3 IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VGhlIGRv Y3VtZW50IGlzIHZlcnkgd2VsbCB3cml0dGVuLCB0aGUgcHJvYmxlbSBpbiBmb2N1cyBpcyBjbGVh cmx5IHN0YXRlZCwgYW5kIHRoZSBwcm9wb3NlZCBzb2x1dGlvbiB3ZWxsIGRlc2NyaWJlZC48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPkkgZG8gaGF2ZSBhIG51bWJlciBvZiBjb25jZXJucyB3aXRoIHRoZSBz dGF0dXMgb2YgdGhlIGRvY3VtZW50IGFuZCB0aGUgYXBwcm9hY2ggYXMgcHJlc2VudGVkOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO3RleHQtaW5k ZW50Oi0uMjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpT eW1ib2wiPsK3PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+ZG9jdW1lbnQgaW50ZW5kZWQgdHJhY2sgaXMgSW5mb3JtYXRpb25hbCBldmVuIHRob3Vn aCB0aGUgc29sdXRpb24gYmVpbmcgcG9zaXRpb25lZCBhcyAmcXVvdDtuZXcsIGxpZ2h0LXdlaWdo dCBwcm90b2NvbCZxdW90Oy4gSWYgdGhpcyBpcyBpbmRlZWQgbmV3IHByb3RvY29sIG9yIGV2ZW4g ZXh0ZW5zaW9uIG9mIHRoZSBleGlzdGluZyBvbmUsDQogdGhlbiBJIGV4cGVjdCB0aGVyZSBtdXN0 IGJlIHJlcXVlc3RzIHRvIElBTkEgYWxsb2NhdGlvbnMuIEF0IHRoaXMgdGltZSAmcXVvdDtUaGlz IGRvY3VtZW50IG1ha2VzIG5vIHJlcXVlc3Qgb2YgSUFOQS4mcXVvdDsgRWl0aGVyIExTUCBTZWxm LXBpbmcgY2FuIGJlIGNoYXJhY3Rlcml6ZWQgdGhyb3VnaCByZS11c2Ugb2YgYWxyZWFkeSBleGlz dGluZyBwcm90b2NvbHMgYW5kIGFwcHJvYWNoZXMsIG9yIGRvY3VtZW50IHNob3VsZCBiZSBzd2l0 Y2hlZCB0byBTdGFuZGFyZHMNCiB0cmFjazs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO1PR05MB442E5653706C8E3FB124849AE070CO1PR05MB442namprd_-- From nobody Thu Mar 12 17:53:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EBDF1AC3E6 for ; Thu, 12 Mar 2015 17:53:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 XuU-Y1PdUPt8 for ; Thu, 12 Mar 2015 17:53:31 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EB021AC3CA for ; Thu, 12 Mar 2015 17:53:31 -0700 (PDT) X-AuditID: c618062d-f79686d0000030a8-14-5501dfe720c1 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id B3.A6.12456.7EFD1055; Thu, 12 Mar 2015 19:50:15 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0210.002; Thu, 12 Mar 2015 20:53:29 -0400 From: Gregory Mirsky To: Ronald Bonica , "adrian@olddog.co.uk" , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQVvDgK8HGVN8p4k2ca0R6IkmelJ0Ue/JggAPfoYCAAOQtgIAAEl2A///XWdCAALpYAP//vl+A Date: Fri, 13 Mar 2015 00:53:29 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B91F717@eusaamb103.ericsson.se> References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> <7347100B5761DC41A166AC17F22DF1121B91F105@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B91F717eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprBIsWRmVeSWpSXmKPExsUyuXRPuO7z+4yhBh1tBhY/em4wW/S2z2e3 WPKyg93i+6UlLBa3lq5ktTjw3cGBzWPJkp9MHtebrrJ7rNi8ktHjy+XPbAEsUVw2Kak5mWWp Rfp2CVwZK+6JFixaxlSx7MIKpgbGE/OYuhg5OSQETCTOvu9hh7DFJC7cW8/WxcjFISRwhFGi +WkvK4SznFFi2pKvzCBVbAJGEi82gnRwcYgIfGCU2PDoEgtIglkgSqLp7kmwImEBK4n9Zy+C jRURsJZ4f2UCC4QdJXFo42RGEJtFQFVi89RWNhCbV8BXouXcIRaIbc+ZJWZNPwE2iFMgWqJt 01awBkag+76fWsMEsUxc4taT+VA/CEgs2XOeGcIWlXj5+B8rhK0osa9/OjtEfb7E3wfzoZYJ Spyc+YRlAqPoLCSjZiEpm4WkbBYjB1BcU2L9Ln2IEkWJKd0P2SFsDYnWOXPZkcUXMLKvYuQo LU4ty003MtjECIzKYxJsujsY97y0PMQowMGoxMP74QRDqBBrYllxZe4hRmkOFiVx3kUPDoYI CaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYIxf8SyBR/H0q7jfPxL/N9y+68d75+i5/nX+Dxd3 yZfYJ/zeWSH5Wm1nl/2X+mM+qkGt6R8zDq+4HMgcUbjgk3Is24f1Cpt+rl3usm3tlxWbfsn5 tZyumM5z9MKt1277ueu9fjg2ndrDK/X1be3zO2dYkxc+/6jcsbZw0qcji69tf36rbY7AjOXy SizFGYmGWsxFxYkAVGR3JKsCAAA= Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 00:53:34 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B91F717eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9uLA0KSSBhZ3JlZSB3aXRoIHlvdXIgcHJvcG9zYWwuDQoNCiAgICAgICAgICAgICAgICBS ZWdhcmRzLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHcmVnDQoNCkZyb206IFJv bmFsZCBCb25pY2EgW21haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0XQ0KU2VudDogVGh1cnNkYXks IE1hcmNoIDEyLCAyMDE1IDU6NDggUE0NClRvOiBHcmVnb3J5IE1pcnNreTsgYWRyaWFuQG9sZGRv Zy5jby51azsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LWJvbmljYS1tcGxzLXNl bGYtcGluZ0B0b29scy5pZXRmLm9yZw0KQ2M6IG1wbHMtYWRzQHRvb2xzLmlldGYub3JnOyBtcGxz QGlldGYub3JnDQpTdWJqZWN0OiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1w bHMtc2VsZi1waW5nDQoNCkdyZWcsDQoNCkkgd291bGQgYmUgaGFwcHkgdG8gc3RyaWtlIHRoZSB3 b3JkcyDigJxuZXcgcHJvdG9jb2zigJ0uIEhvd2V2ZXIsIGl0IG1pZ2h0IG5vdCBiZSBhIGdvb2Qg aWRlYSB0byByZXBsYWNlIHRob3NlIHdvcmRzIHdpdGgg4oCcYSBuZXcgd2F5IHRvIHVzZSBlbGVt ZW50cyBvZiBMU1AgUGluZ+KAnS4gSWYgd2Ugd2VyZSB0byBkbyBzbywgd2UgbWlnaHQgcHJvbW90 ZSBjb25mdXNpb24gcmVnYXJkaW5nIHdoZXRoZXIgTVBMUyBTZWxmLXBpbmcgZXh0ZW5kcyBMU1Ag UGluZy4NCg0KV291bGQgeW91IGJlIE9LIGlmIHdlIHJlcGxhY2VkIHRoZSB3b3JkcyDigJxuZXcg cHJvdG9jb2zigJ0gd2l0aCDigJxwcm9iaW5nIHByb2NlZHVyZeKAnT8NCg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgUm9uDQoNCg0KRnJvbTogR3JlZ29yeSBNaXJza3kgW21haWx0bzpncmVnb3J5Lm1p cnNreUBlcmljc3Nvbi5jb21dDQpTZW50OiBUaHVyc2RheSwgTWFyY2ggMTIsIDIwMTUgMTo0NSBQ TQ0KVG86IFJvbmFsZCBCb25pY2E7IGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBv bGRkb2cuY28udWs+OyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1jaGFp cnNAdG9vbHMuaWV0Zi5vcmc+OyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0 Zi5vcmc8bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZz4N CkNjOiBtcGxzLWFkc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5v cmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUkU6IE1Q TFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZw0KDQpIaSBSb24sIGV0 LiBhbCwNCmlmIGF1dGhvcnMgY29uc2lkZXIgY2hhbmdpbmcgY2hhcmFjdGVyaXphdGlvbiBvZiBT ZWxmIFBpbmcgc29sdXRpb24gZnJvbSDigJx0aGUgbmV3IHByb3RvY29s4oCdIHRvIHBlcmhhcHMg 4oCcdGhlIG5ldyB3YXkgdG8gdXNlIGVsZW1lbnRzIG9mIHRoZSBNUExTIExTUCBQaW5nIHByb3Rv Y29s4oCdLCB0aGVuIEluZm9ybWF0aW9uYWwgdHJhY2sgaW5kZWVkIGJlY29tZXMgaW5ldml0YWJs ZS4NCg0KICAgICAgICAgICAgICAgIFJlZ2FyZHMsDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEdyZWcNCg0KRnJvbTogUm9uYWxkIEJvbmljYSBbbWFpbHRvOnJib25pY2FAanVuaXBl ci5uZXRdDQpTZW50OiBUaHVyc2RheSwgTWFyY2ggMTIsIDIwMTUgOTowNiBBTQ0KVG86IGFkcmlh bkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+OyBHcmVnb3J5IE1pcnNr eTsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmll dGYub3JnPjsgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPG1haWx0 bzpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc+DQpDYzogbXBscy1h ZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPjsgbXBsc0Bp ZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBNUExTLVJUIHJldmll dyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcNCg0KDQoNCldvcmtzIGZvciBtZSENCg0K ICAgICAgICAgICAgICAgICAgIFJvbg0KDQoNCkZyb206IEFkcmlhbiBGYXJyZWwgW21haWx0bzph ZHJpYW5Ab2xkZG9nLmNvLnVrXQ0KU2VudDogVGh1cnNkYXksIE1hcmNoIDEyLCAyMDE1IDExOjAx IEFNDQpUbzogUm9uYWxkIEJvbmljYTsgJ0dyZWdvcnkgTWlyc2t5JzsgbXBscy1jaGFpcnNAdG9v bHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPjsgZHJhZnQtYm9u aWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1ib25pY2EtbXBs cy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc+DQpDYzogbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8 bWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBs c0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2Et bXBscy1zZWxmLXBpbmcNCg0KTG9va3MgaW5mb3JtYXRpb25hbCB0byBtZS4gQW5kIGxvb2tzIGxp a2UgMjExOSBsYW5ndWFnZSBpcyBhcHByb3ByaWF0ZS4NCg0KVGhhbmtzLA0KQWRyaWFuDQoNCkZy b206IFJvbmFsZCBCb25pY2EgW21haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0XQ0KU2VudDogMTIg TWFyY2ggMjAxNSAwMToyNA0KVG86IEdyZWdvcnkgTWlyc2t5OyBtcGxzLWNoYWlyc0B0b29scy5p ZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+OyBkcmFmdC1ib25pY2Et bXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNl bGYtcGluZ0B0b29scy5pZXRmLm9yZz4NCkNjOiBtcGxzLWFkc0B0b29scy5pZXRmLm9yZzxtYWls dG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGll dGYub3JnPg0KU3ViamVjdDogUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxz LXNlbGYtcGluZw0KDQpHcmVnLA0KDQpJbiB0aGUgbWVzc2FnZSBiZWxvdywgeW91IHF1ZXN0aW9u IHdoZXRoZXIgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nIHNob3VsZCBiZSBJTkZPUk1BVElP TkFMIG9yIFBTLiBJbiBhIHNpbWlsYXIgdmVpbiwgeW91IGFzayB3aGV0aGVyIFJGQyAyMTE5IGxh bmd1YWdlIHNob3VsZCBiZSB1c2VkLg0KDQpXaGVuIEkgd3JvdGUgdGhlIGRyYWZ0LCBJIGNvbnNp ZGVyZWQgYm90aCwgY291bGRu4oCZdCBkZWNpZGUsIGFuZCB0b3NzZWQgYSBjb2luIDstKQ0KDQpB RkFJS1MsIHRoZSBJRVRGcyBjcml0ZXJpYSBmb3IgUFMgYXJlIGEgYml0IGZ1enp5LiBZb3UgbWln aHQgYXJndWUgdGhhdCB0aGUgZHJhZnQgc2hvdWxkIGJlIFBTIGJlY2F1c2UgaXQgZGVmaW5lcyDi gJxiaXRzIG9uIHRoZSB3aXJl4oCdLiBCdXQgb24gdGhlIG90aGVyIGhhbmQsIHlvdSBtaWdodCBh cmd1ZSB0aGF0IGl0IGRvZXNu4oCZdCBuZWVkIHRvIGJlIFBTIGJlY2F1c2U6DQoNCg0KLSAgICAg ICAgICBJdCBkb2VzbuKAmXQgYWRkcmVzcyBpbnRlcm9wZXJhYmlsaXR5IHJlcXVpcmVtZW50cyAo YmVjYXVzZSB0aGUgc2VuZGVyIGFuZCByZWNlaXZlciBhcmUgdGhlIHNhbWUgbm9kZSkNCg0KLSAg ICAgICAgICBJdCBkb2VzbuKAmXQgcmVxdWVzdCBhbnkgSUFOQSBhc3NpZ25tZW50cw0KDQpJIHdv dWxkIGJlIHZlcnkgaGFwcHkgdG8gbGV0IHNvbWVib2R5IGVsc2UgZGVjaWRlIHdoZXRoZXIgdGhl IGRyYWZ0IHNob3VsZCBiZSBJTkZPUk1BVElPTkFMIG9yIFBTLiBNYXliZSB0aGUgY2hhaXJzIG9y IEFEcyBjYW4gb2ZmZXIgYW4gb3Bpbmlvbj8NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgUm9uDQoNCg0KDQpGcm9tOiBHcmVnb3J5IE1pcnNreSBbbWFpbHRvOmdy ZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbV0NClNlbnQ6IE1vbmRheSwgTWFyY2ggMDksIDIwMTUg NTowMiBQTQ0KVG86IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPG1haWx0bzptcGxzLWNoYWly c0B0b29scy5pZXRmLm9yZz47IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRm Lm9yZzxtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPg0K Q2M6IG1wbHMtYWRzQHRvb2xzLmlldGYub3JnPG1haWx0bzptcGxzLWFkc0B0b29scy5pZXRmLm9y Zz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogTVBM Uy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nDQoNCkRlYXIgQWxsLA0K SSd2ZSBiZWVuIGFzc2lnbmVkIHRvIHJldmlldyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcu DQpUaGUgZG9jdW1lbnQgaXMgdmVyeSB3ZWxsIHdyaXR0ZW4sIHRoZSBwcm9ibGVtIGluIGZvY3Vz IGlzIGNsZWFybHkgc3RhdGVkLCBhbmQgdGhlIHByb3Bvc2VkIHNvbHV0aW9uIHdlbGwgZGVzY3Jp YmVkLg0KSSBkbyBoYXZlIGEgbnVtYmVyIG9mIGNvbmNlcm5zIHdpdGggdGhlIHN0YXR1cyBvZiB0 aGUgZG9jdW1lbnQgYW5kIHRoZSBhcHByb2FjaCBhcyBwcmVzZW50ZWQ6DQrigKIgICAgICAgICBk b2N1bWVudCBpbnRlbmRlZCB0cmFjayBpcyBJbmZvcm1hdGlvbmFsIGV2ZW4gdGhvdWdoIHRoZSBz b2x1dGlvbiBiZWluZyBwb3NpdGlvbmVkIGFzICJuZXcsIGxpZ2h0LXdlaWdodCBwcm90b2NvbCIu IElmIHRoaXMgaXMgaW5kZWVkIG5ldyBwcm90b2NvbCBvciBldmVuIGV4dGVuc2lvbiBvZiB0aGUg ZXhpc3Rpbmcgb25lLCB0aGVuIEkgZXhwZWN0IHRoZXJlIG11c3QgYmUgcmVxdWVzdHMgdG8gSUFO QSBhbGxvY2F0aW9ucy4gQXQgdGhpcyB0aW1lICJUaGlzIGRvY3VtZW50IG1ha2VzIG5vIHJlcXVl c3Qgb2YgSUFOQS4iIEVpdGhlciBMU1AgU2VsZi1waW5nIGNhbiBiZSBjaGFyYWN0ZXJpemVkIHRo cm91Z2ggcmUtdXNlIG9mIGFscmVhZHkgZXhpc3RpbmcgcHJvdG9jb2xzIGFuZCBhcHByb2FjaGVz LCBvciBkb2N1bWVudCBzaG91bGQgYmUgc3dpdGNoZWQgdG8gU3RhbmRhcmRzIHRyYWNrOw0KDQo= --_000_7347100B5761DC41A166AC17F22DF1121B91F717eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1z b0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGlu Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6 LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFy DQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpwLmVtYWlscXVvdGUsIGxpLmVtYWlscXVvdGUsIGRpdi5l bWFpbHF1b3RlDQoJe21zby1zdHlsZS1uYW1lOmVtYWlscXVvdGU7DQoJbXNvLW1hcmdpbi10b3At YWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzsNCgltYXJnaW4tbGVmdDoxLjBwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsN Cgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFG NDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh bi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHls ZTI1DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyNg0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBSb24sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPkkgYWdyZWUgd2l0aCB5b3VyIHByb3Bvc2FsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBHcmVnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUm9uYWxkIEJvbmljYSBb bWFpbHRvOnJib25pY2FAanVuaXBlci5uZXRdDQo8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXks IE1hcmNoIDEyLCAyMDE1IDU6NDggUE08YnI+DQo8Yj5Ubzo8L2I+IEdyZWdvcnkgTWlyc2t5OyBh ZHJpYW5Ab2xkZG9nLmNvLnVrOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgZHJhZnQtYm9u aWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBtcGxzLWFk c0B0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTog TVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkdyZWcsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIHdvdWxkIGJlIGhhcHB5IHRv IHN0cmlrZSB0aGUgd29yZHMg4oCcbmV3IHByb3RvY29s4oCdLiBIb3dldmVyLCBpdCBtaWdodCBu b3QgYmUgYSBnb29kIGlkZWEgdG8gcmVwbGFjZSB0aG9zZSB3b3JkcyB3aXRoIOKAnGEgbmV3IHdh eSB0byB1c2UgZWxlbWVudHMgb2YgTFNQIFBpbmfigJ0uDQogSWYgd2Ugd2VyZSB0byBkbyBzbywg d2UgbWlnaHQgcHJvbW90ZSBjb25mdXNpb24gcmVnYXJkaW5nIHdoZXRoZXIgTVBMUyBTZWxmLXBp bmcgZXh0ZW5kcyBMU1AgUGluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldvdWxkIHlvdSBiZSBPSyBpZiB3ZSByZXBs YWNlZCB0aGUgd29yZHMg4oCcbmV3IHByb3RvY29s4oCdIHdpdGgg4oCccHJvYmluZyBwcm9jZWR1 cmXigJ0/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtSb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk IGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4w cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4gR3JlZ29yeSBNaXJza3kgWzxhIGhyZWY9Im1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nv bi5jb20iPm1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+XQ0KPGJyPg0KPGI+ U2VudDo8L2I+IFRodXJzZGF5LCBNYXJjaCAxMiwgMjAxNSAxOjQ1IFBNPGJyPg0KPGI+VG86PC9i PiBSb25hbGQgQm9uaWNhOyA8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+YWRy aWFuQG9sZGRvZy5jby51azwvYT47DQo8YSBocmVmPSJtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMu aWV0Zi5vcmciPm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRv OmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZyI+DQpkcmFmdC1ib25p Y2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8YSBo cmVmPSJtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmciPm1wbHMtYWRzQHRvb2xzLmlldGYu b3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPg0KbXBsc0BpZXRmLm9yZzwv YT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmlj YS1tcGxzLXNlbGYtcGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBSb24s IGV0LiBhbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+aWYgYXV0aG9ycyBjb25zaWRl ciBjaGFuZ2luZyBjaGFyYWN0ZXJpemF0aW9uIG9mIFNlbGYgUGluZyBzb2x1dGlvbiBmcm9tIOKA nHRoZSBuZXcgcHJvdG9jb2zigJ0gdG8gcGVyaGFwcyDigJx0aGUgbmV3IHdheSB0byB1c2UgZWxl bWVudHMgb2YgdGhlIE1QTFMgTFNQIFBpbmcgcHJvdG9jb2zigJ0sDQogdGhlbiBJbmZvcm1hdGlv bmFsIHRyYWNrIGluZGVlZCBiZWNvbWVzIGluZXZpdGFibGUuIDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHcmVnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGlu IDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUm9uYWxkIEJv bmljYSBbPGEgaHJlZj0ibWFpbHRvOnJib25pY2FAanVuaXBlci5uZXQiPm1haWx0bzpyYm9uaWNh QGp1bmlwZXIubmV0PC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgTWFyY2ggMTIs IDIwMTUgOTowNiBBTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRk b2cuY28udWsiPmFkcmlhbkBvbGRkb2cuY28udWs8L2E+OyBHcmVnb3J5IE1pcnNreTsNCjxhIGhy ZWY9Im1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyI+bXBscy1jaGFpcnNAdG9vbHMu aWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5n QHRvb2xzLmlldGYub3JnIj4NCmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRm Lm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzptcGxzLWFkc0B0b29scy5p ZXRmLm9yZyI+bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bXBs c0BpZXRmLm9yZyI+DQptcGxzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTog TVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+V29ya3MgZm9yIG1lITxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFJvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4g MGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBBZHJpYW4gRmFycmVsIFs8YSBocmVmPSJt YWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs8L2E+ XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBNYXJjaCAxMiwgMjAxNSAxMTowMSBBTTxi cj4NCjxiPlRvOjwvYj4gUm9uYWxkIEJvbmljYTsgJ0dyZWdvcnkgTWlyc2t5JzsgPGEgaHJlZj0i bWFpbHRvOm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnIj4NCm1wbHMtY2hhaXJzQHRvb2xzLmll dGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0 b29scy5pZXRmLm9yZyI+DQpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5v cmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0 Zi5vcmciPm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNA aWV0Zi5vcmciPg0KbXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IE1Q TFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TG9va3MgaW5mb3JtYXRpb25hbCB0byBt ZS4gQW5kIGxvb2tzIGxpa2UgMjExOSBsYW5ndWFnZSBpcyBhcHByb3ByaWF0ZS48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+QWRyaWFuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAw aW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBSb25hbGQgQm9uaWNhIFs8YSBocmVmPSJtYWls dG86cmJvbmljYUBqdW5pcGVyLm5ldCI+bWFpbHRvOnJib25pY2FAanVuaXBlci5uZXQ8L2E+XQ0K PGJyPg0KPGI+U2VudDo8L2I+IDEyIE1hcmNoIDIwMTUgMDE6MjQ8YnI+DQo8Yj5Ubzo8L2I+IEdy ZWdvcnkgTWlyc2t5OyA8YSBocmVmPSJtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmci Pm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPC9hPjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1i b25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWJvbmljYS1tcGxzLXNl bGYtcGluZ0B0b29scy5pZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0 bzptcGxzLWFkc0B0b29scy5pZXRmLm9yZyI+bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8 YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+DQptcGxzQGlldGYub3JnPC9hPjxicj4NCjxi PlN1YmplY3Q6PC9iPiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNhLW1wbHMtc2Vs Zi1waW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+R3JlZyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkluIHRoZSBtZXNzYWdlIGJlbG93LCB5b3UgcXVlc3Rp b24gd2hldGhlciBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcgc2hvdWxkIGJlIElORk9STUFU SU9OQUwgb3IgUFMuIEluIGEgc2ltaWxhciB2ZWluLCB5b3UgYXNrIHdoZXRoZXIgUkZDIDIxMTkg bGFuZ3VhZ2Ugc2hvdWxkDQogYmUgdXNlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldoZW4gSSB3cm90ZSB0aGUgZHJh ZnQsIEkgY29uc2lkZXJlZCBib3RoLCBjb3VsZG7igJl0IGRlY2lkZSwgYW5kIHRvc3NlZCBhIGNv aW4gOy0pPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5BRkFJS1MsIHRoZSBJRVRGcyBjcml0ZXJpYSBmb3IgUFMgYXJlIGEg Yml0IGZ1enp5LiBZb3UgbWlnaHQgYXJndWUgdGhhdCB0aGUgZHJhZnQgc2hvdWxkIGJlIFBTIGJl Y2F1c2UgaXQgZGVmaW5lcyDigJxiaXRzIG9uIHRoZSB3aXJl4oCdLiBCdXQgb24gdGhlIG90aGVy IGhhbmQsDQogeW91IG1pZ2h0IGFyZ3VlIHRoYXQgaXQgZG9lc27igJl0IG5lZWQgdG8gYmUgUFMg YmVjYXVzZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVu dDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4tPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkl0IGRvZXNu4oCZdCBhZGRy ZXNzIGludGVyb3BlcmFiaWxpdHkgcmVxdWlyZW1lbnRzIChiZWNhdXNlIHRoZSBzZW5kZXIgYW5k IHJlY2VpdmVyIGFyZSB0aGUgc2FtZSBub2RlKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+LTwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JdCBkb2VzbuKAmXQgcmVxdWVzdCBhbnkgSUFOQSBhc3Np Z25tZW50czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+SSB3b3VsZCBiZSB2ZXJ5IGhhcHB5IHRvIGxldCBzb21lYm9keSBl bHNlIGRlY2lkZSB3aGV0aGVyIHRoZSBkcmFmdCBzaG91bGQgYmUgSU5GT1JNQVRJT05BTCBvciBQ Uy4gTWF5YmUgdGhlIGNoYWlycyBvciBBRHMgY2FuIG9mZmVyIGFuIG9waW5pb24/PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Um9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4g MGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBHcmVnb3J5IE1pcnNreSBbPGEgaHJlZj0i bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbSI+bWFpbHRvOmdyZWdvcnkubWlyc2t5 QGVyaWNzc29uLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBNYXJjaCAwOSwg MjAxNSA1OjAyIFBNPGJyPg0KPGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86bXBscy1jaGFpcnNA dG9vbHMuaWV0Zi5vcmciPm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPC9hPjsNCjxhIGhyZWY9 Im1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0 LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+ IDxhIGhyZWY9Im1haWx0bzptcGxzLWFkc0B0b29scy5pZXRmLm9yZyI+bXBscy1hZHNAdG9vbHMu aWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+DQptcGxzQGlldGYu b3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQt Ym9uaWNhLW1wbHMtc2VsZi1waW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RGVhciBBbGws PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JJ3ZlIGJlZW4gYXNzaWduZWQgdG8gcmV2 aWV3IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+VGhlIGRvY3VtZW50IGlzIHZlcnkgd2VsbCB3cml0dGVuLCB0aGUgcHJvYmxlbSBp biBmb2N1cyBpcyBjbGVhcmx5IHN0YXRlZCwgYW5kIHRoZSBwcm9wb3NlZCBzb2x1dGlvbiB3ZWxs IGRlc2NyaWJlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkkgZG8gaGF2ZSBhIG51 bWJlciBvZiBjb25jZXJucyB3aXRoIHRoZSBzdGF0dXMgb2YgdGhlIGRvY3VtZW50IGFuZCB0aGUg YXBwcm9hY2ggYXMgcHJlc2VudGVkOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO3RleHQtaW5kZW50Oi0uMjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpTeW1ib2wiPsK3PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ZG9jdW1lbnQgaW50 ZW5kZWQgdHJhY2sgaXMgSW5mb3JtYXRpb25hbCBldmVuIHRob3VnaCB0aGUgc29sdXRpb24gYmVp bmcgcG9zaXRpb25lZCBhcyAmcXVvdDtuZXcsIGxpZ2h0LXdlaWdodCBwcm90b2NvbCZxdW90Oy4g SWYgdGhpcyBpcyBpbmRlZWQgbmV3IHByb3RvY29sIG9yIGV2ZW4gZXh0ZW5zaW9uIG9mIHRoZSBl eGlzdGluZyBvbmUsDQogdGhlbiBJIGV4cGVjdCB0aGVyZSBtdXN0IGJlIHJlcXVlc3RzIHRvIElB TkEgYWxsb2NhdGlvbnMuIEF0IHRoaXMgdGltZSAmcXVvdDtUaGlzIGRvY3VtZW50IG1ha2VzIG5v IHJlcXVlc3Qgb2YgSUFOQS4mcXVvdDsgRWl0aGVyIExTUCBTZWxmLXBpbmcgY2FuIGJlIGNoYXJh Y3Rlcml6ZWQgdGhyb3VnaCByZS11c2Ugb2YgYWxyZWFkeSBleGlzdGluZyBwcm90b2NvbHMgYW5k IGFwcHJvYWNoZXMsIG9yIGRvY3VtZW50IHNob3VsZCBiZSBzd2l0Y2hlZCB0byBTdGFuZGFyZHMN CiB0cmFjazs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_7347100B5761DC41A166AC17F22DF1121B91F717eusaamb103erics_-- From nobody Thu Mar 12 18:57:19 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 099F71AC39D for ; Thu, 12 Mar 2015 18:57:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.901 X-Spam-Level: X-Spam-Status: No, score=-101.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 I4URdtRLwvLg for ; Thu, 12 Mar 2015 18:57:14 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0783.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:783]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB80C1A89A3 for ; Thu, 12 Mar 2015 18:57:13 -0700 (PDT) Received: from CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) by CO1PR05MB489.namprd05.prod.outlook.com (10.141.71.144) with Microsoft SMTP Server (TLS) id 15.1.99.14; Fri, 13 Mar 2015 01:56:56 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.106.15; Fri, 13 Mar 2015 01:56:55 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Fri, 13 Mar 2015 01:56:55 +0000 From: Ronald Bonica To: "Carlos Pignataro (cpignata)" , Adrian Farrel Thread-Topic: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0Ue/JggAOjzBCAAOqpgIAAMICAgAB2gyA= Date: Fri, 13 Mar 2015 01:56:54 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] authentication-results: cisco.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB489; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(377454003)(164054003)(24454002)(230783001)(74316001)(19300405004)(19617315012)(86362001)(33656002)(19625215002)(106116001)(40100003)(99286002)(93886004)(19580395003)(19580405001)(2656002)(76576001)(50986999)(46102003)(62966003)(2900100001)(2950100001)(16236675004)(19609705001)(122556002)(87936001)(66066001)(102836002)(77156002)(76176999)(54356999)(92566002)(15975445007); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:CO1PR05MB444; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; x-forefront-prvs: 05143A8241 Content-Type: multipart/alternative; boundary="_000_CO1PR05MB442855561A4F3B39FFC8930AE070CO1PR05MB442namprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2015 01:56:54.5965 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 X-OriginatorOrg: juniper.net Archived-At: Cc: "draft-bonica-mpls-self-ping@tools.ietf.org" , "" , "mpls@ietf.org" , "mpls-ads@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 01:57:17 -0000 --_000_CO1PR05MB442855561A4F3B39FFC8930AE070CO1PR05MB442namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Q2FybG9zLA0KDQpZb3UgaGF2ZSBhIGdvb2QgcG9pbnQuIFJldXNpbmcgdGhlIExTUCBQaW5nIG1l c3NhZ2UgZm9ybWF0IHdhc27igJl0IHRoZSBiZXN0IGlkZWEgaW4gdGhlIHdvcmxkIGJlY2F1c2Ug aXQgZm9yY2VzIHVzIHRvIGNvbnNpZGVyIGludGVyYWN0aW9ucyB3aXRoIExTUCBQaW5nLg0KDQpD b3VsZCB3ZSBzb2x2ZSB0aGUgcHJvYmxlbSBieSBkZWZpbmluZyBhIG5ldyBtZXNzYWdlIHRoYXQg aXMgdmVyeSBzaW1pbGFyIHRvIHRoZSBMU1AgUGluZyBtZXNzYWdlPyBUaGUgbmV3IG1lc3NhZ2Ug d2lsbCBjb250YWluIG9ubHkgdGhlIGZvbGxvd2luZyBmaWVsZHMgZnJvbSB0aGUgTFNQIFBpbmcg bWVzc2FnZToNCg0KDQotICAgICAgICAgIFNlbmRlcuKAmXMgaGFuZGxlDQoNCi0gICAgICAgICAg U2VxdWVuY2UgTnVtYmVyDQoNCi0gICAgICAgICAgVGltZXN0YW1wIHNlbnQgKHNlY29uZHMpDQoN Ci0gICAgICAgICAgVGltZXN0YW1wIHNlbnQgKG1pY3Jvc2Vjb25kcykNCg0KQWxsIHJlbWFpbmlu ZyBmaWVsZHMgZnJvbSB0aGUgTFNQIFBpbmcgbWVzc2FnZSB3aWxsIGJlIG9taXR0ZWQuDQoNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0KDQpGcm9tOiBDYXJsb3MgUGln bmF0YXJvIChjcGlnbmF0YSkgW21haWx0bzpjcGlnbmF0YUBjaXNjby5jb21dDQpTZW50OiBUaHVy c2RheSwgTWFyY2ggMTIsIDIwMTUgMTo1NCBQTQ0KVG86IEFkcmlhbiBGYXJyZWwNCkNjOiBSb25h bGQgQm9uaWNhOyBHcmVnb3J5IE1pcnNreTsgPG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPjsg ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnOyBtcGxzLWFkc0B0b29s cy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFttcGxzXSBNUExTLVJUIHJl dmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcNCg0KQWRyaWFuLA0KDQpPbmUgYWRk aXRpb25hbCBudWFuY2UgaXMgdGhhdCB0aGlzIGRvY3VtZW50IHNlbmRzIGFuZCB1bnNvbGljaXRl ZCDigJxFY2hvIFJlcGx54oCdIChpLmUuLCBub3QgaW4gcmVzcG9uc2UgdG8gYW4gRWNobyBSZXF1 ZXN0KSwgd2hlbiBSRkMgNDM3OSAoUFMpIHNheXM6DQoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9yZmM0Mzc5I3NlY3Rpb24tNC41DQo0LjUuICBTZW5kaW5nIGFuIE1QTFMgRWNobyBSZXBs eQ0KICAgQW4gTVBMUyBlY2hvIHJlcGx5IGlzIGEgVURQIHBhY2tldC4gIEl0IE1VU1QgT05MWSBi ZSBzZW50IGluIHJlc3BvbnNlDQogICB0byBhbiBNUExTIGVjaG8gcmVxdWVzdC4gIFRoZSBzb3Vy Y2UgSVAgYWRkcmVzcyBpcyBhIHJvdXRhYmxlIGFkZHJlc3MNCiAgIG9mIHRoZSByZXBsaWVyOyB0 aGUgc291cmNlIHBvcnQgaXMgdGhlIHdlbGwta25vd24gVURQIHBvcnQgZm9yIExTUA0KICAgcGlu Zy4gIFRoZSBkZXN0aW5hdGlvbiBJUCBhZGRyZXNzIGFuZCBVRFAgcG9ydCBhcmUgY29waWVkIGZy b20gdGhlDQogICBzb3VyY2UgSVAgYWRkcmVzcyBhbmQgVURQIHBvcnQgb2YgdGhlIGVjaG8gcmVx dWVzdC4NCi4uLg0KDQpDYW4gYW4gSW5mb3JtYXRpb25hbCBkb2MgY2hhbmdlIGJlaGF2aW9yIG9m IGEgUFM/DQoNClRoYW5rcywNCg0KQ2FybG9zLg0KDQpPbiBNYXIgMTIsIDIwMTUsIGF0IDg6MDAg QU0sIEFkcmlhbiBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBvbGRk b2cuY28udWs+PiB3cm90ZToNCg0KTG9va3MgaW5mb3JtYXRpb25hbCB0byBtZS4gQW5kIGxvb2tz IGxpa2UgMjExOSBsYW5ndWFnZSBpcyBhcHByb3ByaWF0ZS4NCg0KVGhhbmtzLA0KQWRyaWFuDQoN CkZyb206IFJvbmFsZCBCb25pY2EgW21haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0XQ0KU2VudDog MTIgTWFyY2ggMjAxNSAwMToyNA0KVG86IEdyZWdvcnkgTWlyc2t5OyBtcGxzLWNoYWlyc0B0b29s cy5pZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+OyBkcmFmdC1ib25p Y2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxz LXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZz4NCkNjOiBtcGxzLWFkc0B0b29scy5pZXRmLm9yZzxt YWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxz QGlldGYub3JnPg0KU3ViamVjdDogUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1t cGxzLXNlbGYtcGluZw0KDQpHcmVnLA0KDQpJbiB0aGUgbWVzc2FnZSBiZWxvdywgeW91IHF1ZXN0 aW9uIHdoZXRoZXIgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nIHNob3VsZCBiZSBJTkZPUk1B VElPTkFMIG9yIFBTLiBJbiBhIHNpbWlsYXIgdmVpbiwgeW91IGFzayB3aGV0aGVyIFJGQyAyMTE5 IGxhbmd1YWdlIHNob3VsZCBiZSB1c2VkLg0KDQpXaGVuIEkgd3JvdGUgdGhlIGRyYWZ0LCBJIGNv bnNpZGVyZWQgYm90aCwgY291bGRu4oCZdCBkZWNpZGUsIGFuZCB0b3NzZWQgYSBjb2luIDstKQ0K DQpBRkFJS1MsIHRoZSBJRVRGcyBjcml0ZXJpYSBmb3IgUFMgYXJlIGEgYml0IGZ1enp5LiBZb3Ug bWlnaHQgYXJndWUgdGhhdCB0aGUgZHJhZnQgc2hvdWxkIGJlIFBTIGJlY2F1c2UgaXQgZGVmaW5l cyDigJxiaXRzIG9uIHRoZSB3aXJl4oCdLiBCdXQgb24gdGhlIG90aGVyIGhhbmQsIHlvdSBtaWdo dCBhcmd1ZSB0aGF0IGl0IGRvZXNu4oCZdCBuZWVkIHRvIGJlIFBTIGJlY2F1c2U6DQoNCi0gICAg ICAgICAgSXQgZG9lc27igJl0IGFkZHJlc3MgaW50ZXJvcGVyYWJpbGl0eSByZXF1aXJlbWVudHMg KGJlY2F1c2UgdGhlIHNlbmRlciBhbmQgcmVjZWl2ZXIgYXJlIHRoZSBzYW1lIG5vZGUpDQotICAg ICAgICAgIEl0IGRvZXNu4oCZdCByZXF1ZXN0IGFueSBJQU5BIGFzc2lnbm1lbnRzDQoNCkkgd291 bGQgYmUgdmVyeSBoYXBweSB0byBsZXQgc29tZWJvZHkgZWxzZSBkZWNpZGUgd2hldGhlciB0aGUg ZHJhZnQgc2hvdWxkIGJlIElORk9STUFUSU9OQUwgb3IgUFMuIE1heWJlIHRoZSBjaGFpcnMgb3Ig QURzIGNhbiBvZmZlciBhbiBvcGluaW9uPw0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBSb24NCg0KDQoNCkZyb206IEdyZWdvcnkgTWlyc2t5IFttYWlsdG86Z3Jl Z29yeS5taXJza3lAZXJpY3Nzb24uY29tXQ0KU2VudDogTW9uZGF5LCBNYXJjaCAwOSwgMjAxNSA1 OjAyIFBNDQpUbzogbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJz QHRvb2xzLmlldGYub3JnPjsgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYu b3JnPG1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc+DQpD YzogbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYub3Jn PjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBNUExT LVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcNCg0KRGVhciBBbGwsDQpJ J3ZlIGJlZW4gYXNzaWduZWQgdG8gcmV2aWV3IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZy4N ClRoZSBkb2N1bWVudCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgdGhlIHByb2JsZW0gaW4gZm9jdXMg aXMgY2xlYXJseSBzdGF0ZWQsIGFuZCB0aGUgcHJvcG9zZWQgc29sdXRpb24gd2VsbCBkZXNjcmli ZWQuDQpJIGRvIGhhdmUgYSBudW1iZXIgb2YgY29uY2VybnMgd2l0aCB0aGUgc3RhdHVzIG9mIHRo ZSBkb2N1bWVudCBhbmQgdGhlIGFwcHJvYWNoIGFzIHByZXNlbnRlZDoNCuKAoiAgICAgICAgIGRv Y3VtZW50IGludGVuZGVkIHRyYWNrIGlzIEluZm9ybWF0aW9uYWwgZXZlbiB0aG91Z2ggdGhlIHNv bHV0aW9uIGJlaW5nIHBvc2l0aW9uZWQgYXMgIm5ldywgbGlnaHQtd2VpZ2h0IHByb3RvY29sIi4g SWYgdGhpcyBpcyBpbmRlZWQgbmV3IHByb3RvY29sIG9yIGV2ZW4gZXh0ZW5zaW9uIG9mIHRoZSBl eGlzdGluZyBvbmUsIHRoZW4gSSBleHBlY3QgdGhlcmUgbXVzdCBiZSByZXF1ZXN0cyB0byBJQU5B IGFsbG9jYXRpb25zLiBBdCB0aGlzIHRpbWUgIlRoaXMgZG9jdW1lbnQgbWFrZXMgbm8gcmVxdWVz dCBvZiBJQU5BLiIgRWl0aGVyIExTUCBTZWxmLXBpbmcgY2FuIGJlIGNoYXJhY3Rlcml6ZWQgdGhy b3VnaCByZS11c2Ugb2YgYWxyZWFkeSBleGlzdGluZyBwcm90b2NvbHMgYW5kIGFwcHJvYWNoZXMs IG9yIGRvY3VtZW50IHNob3VsZCBiZSBzd2l0Y2hlZCB0byBTdGFuZGFyZHMgdHJhY2s7DQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxp bmcgbGlzdA0KbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQo= --_000_CO1PR05MB442855561A4F3B39FFC8930AE070CO1PR05MB442namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToy IDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5N c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9s bG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFn cmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1h cmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJ bWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLmFwcGxl LWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAu MHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46 MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT ZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1p ZDo2MDQ1Nzg0MDQ7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUt aWRzOi01NTkyMTM2NCA2MjE0NDE3OTAgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2 OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDA6bGV2ZWwx DQoJe21zby1sZXZlbC1zdGFydC1hdDoxNjsNCgltc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ6LTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNh bGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3Qg bDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs Ng0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6 MTM0Mzk3MjA5NzsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1p ZHM6NzQ4MDg2NDAwIDEwMjM2OTA1NDIgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2 OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDE6bGV2ZWwx DQoJe21zby1sZXZlbC1zdGFydC1hdDoxNjsNCgltc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ6LTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNh bGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3Qg bDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwxOmxldmVs Ng0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowaW47 fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5 b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9v OnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4t VVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5D YXJsb3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Zb3UgaGF2 ZSBhIGdvb2QgcG9pbnQuIFJldXNpbmcgdGhlIExTUCBQaW5nIG1lc3NhZ2UgZm9ybWF0IHdhc27i gJl0IHRoZSBiZXN0IGlkZWEgaW4gdGhlIHdvcmxkIGJlY2F1c2UgaXQgZm9yY2VzIHVzIHRvIGNv bnNpZGVyIGludGVyYWN0aW9ucyB3aXRoIExTUCBQaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Q291bGQgd2Ugc29sdmUgdGhlIHByb2JsZW0gYnkgZGVmaW5p bmcgYSBuZXcgbWVzc2FnZSB0aGF0IGlzIHZlcnkgc2ltaWxhciB0byB0aGUgTFNQIFBpbmcgbWVz c2FnZT8gVGhlIG5ldyBtZXNzYWdlIHdpbGwgY29udGFpbiBvbmx5IHRoZSBmb2xsb3dpbmcgZmll bGRzIGZyb20NCiB0aGUgTFNQIFBpbmcgbWVzc2FnZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJ0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNv LWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+U2VuZGVy4oCZcyBoYW5kbGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28t bGlzdDpsMSBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHls ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48 L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TZXF1ZW5jZSBO dW1iZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMSBsZXZlbDEgbGZvMiI+PCFbaWYg IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxl PSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5UaW1lc3RhbXAgc2VudCAoc2Vjb25kcyk8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50 Oi0uMjVpbjttc28tbGlzdDpsMSBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi Pi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z cGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5UaW1lc3RhbXAgc2VudCAobWljcm9zZWNvbmRzKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+QWxsIHJlbWFpbmluZyBmaWVsZHMgZnJvbSB0aGUgTFNQIFBpbmcg bWVzc2FnZSB3aWxsIGJlIG9taXR0ZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Um9uPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3Bh ZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGlu Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+IENhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSBbbWFpbHRv OmNwaWduYXRhQGNpc2NvLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgTWFyY2gg MTIsIDIwMTUgMTo1NCBQTTxicj4NCjxiPlRvOjwvYj4gQWRyaWFuIEZhcnJlbDxicj4NCjxiPkNj OjwvYj4gUm9uYWxkIEJvbmljYTsgR3JlZ29yeSBNaXJza3k7ICZsdDttcGxzLWNoYWlyc0B0b29s cy5pZXRmLm9yZyZndDs7IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9y ZzsgbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxm LXBpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZHJp YW4sPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbmUgYWRk aXRpb25hbCBudWFuY2UgaXMgdGhhdCB0aGlzIGRvY3VtZW50IHNlbmRzIGFuZCB1bnNvbGljaXRl ZCDigJxFY2hvIFJlcGx54oCdIChpLmUuLCBub3QgaW4gcmVzcG9uc2UgdG8gYW4gRWNobyBSZXF1 ZXN0KSwgd2hlbiBSRkMgNDM3OSAoUFMpIHNheXM6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9yZmM0Mzc5I3NlY3Rpb24tNC41Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv cmZjNDM3OSNzZWN0aW9uLTQuNTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+NC41LiAmbmJz cDtTZW5kaW5nIGFuIE1QTFMgRWNobyBSZXBseTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDtBbiBNUExTIGVjaG8gcmVwbHkgaXMgYSBVRFAg cGFja2V0LiAmbmJzcDtJdCBNVVNUIE9OTFkgYmUgc2VudCBpbiByZXNwb25zZTxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwO3Rv IGFuIE1QTFMgZWNobyByZXF1ZXN0LiAmbmJzcDtUaGUgc291cmNlIElQIGFkZHJlc3MgaXMgYSBy b3V0YWJsZSBhZGRyZXNzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7b2YgdGhlIHJlcGxpZXI7IHRoZSBzb3VyY2UgcG9ydCBp cyB0aGUgd2VsbC1rbm93biBVRFAgcG9ydCBmb3IgTFNQPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7cGluZy4gJm5ic3A7VGhl IGRlc3RpbmF0aW9uIElQIGFkZHJlc3MgYW5kIFVEUCBwb3J0IGFyZSBjb3BpZWQgZnJvbSB0aGU8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OyAmbmJzcDtzb3VyY2UgSVAgYWRkcmVzcyBhbmQgVURQIHBvcnQgb2YgdGhlIGVjaG8gcmVxdWVz dC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Li4uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkNhbiBhbiBJbmZvcm1hdGlvbmFsIGRvYyBjaGFuZ2UgYmVoYXZpb3Igb2YgYSBQUz8m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5DYXJsb3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5PbiBNYXIgMTIsIDIwMTUsIGF0IDg6MDAgQU0sIEFkcmlhbiBGYXJyZWwg Jmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj5hZHJpYW5Ab2xkZG9nLmNv LnVrPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TG9va3MgaW5mb3JtYXRpb25h bCB0byBtZS4gQW5kIGxvb2tzIGxpa2UgMjExOSBsYW5ndWFnZSBpcyBhcHByb3ByaWF0ZS48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QWRy aWFuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s aWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwaW4gMGluIDBpbiI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNh bnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+ Um9uYWxkDQogQm9uaWNhIFs8YSBocmVmPSJtYWlsdG86cmJvbmljYUBqdW5pcGVyLm5ldCI+PHNw YW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+bWFpbHRvOnJib25pY2FAanVuaXBlci5uZXQ8L3NwYW4+ PC9hPl08c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJy Pg0KPGI+U2VudDo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPjEyIE1hcmNoIDIwMTUgMDE6MjQ8YnI+DQo8Yj5Ubzo8L2I+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkdyZWdvcnkgTWlyc2t5OzxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJtYWlsdG86 bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1w bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPC9zcGFuPjwvYT47PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkcmFmdC1ib25pY2Et bXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUi PmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzwvc3Bhbj48L2E+PGJy Pg0KPGI+Q2M6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48YSBocmVmPSJtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmciPjxzcGFuIHN0eWxl PSJjb2xvcjpwdXJwbGUiPm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPC9zcGFuPjwvYT47PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0 bzptcGxzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5tcGxzQGlldGYub3Jn PC9zcGFuPjwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+UkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmlj YS1tcGxzLXNlbGYtcGluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5HcmVnLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SW4gdGhlIG1lc3NhZ2UgYmVsb3csIHlv dSBxdWVzdGlvbiB3aGV0aGVyIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZyBzaG91bGQgYmUg SU5GT1JNQVRJT05BTCBvciBQUy4gSW4gYSBzaW1pbGFyIHZlaW4sIHlvdSBhc2sgd2hldGhlciBS RkMgMjExOSBsYW5ndWFnZSBzaG91bGQNCiBiZSB1c2VkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V2hlbiBJ IHdyb3RlIHRoZSBkcmFmdCwgSSBjb25zaWRlcmVkIGJvdGgsIGNvdWxkbuKAmXQgZGVjaWRlLCBh bmQgdG9zc2VkIGEgY29pbiA7LSk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFGQUlLUywgdGhlIElFVEZzIGNy aXRlcmlhIGZvciBQUyBhcmUgYSBiaXQgZnV6enkuIFlvdSBtaWdodCBhcmd1ZSB0aGF0IHRoZSBk cmFmdCBzaG91bGQgYmUgUFMgYmVjYXVzZSBpdCBkZWZpbmVzIOKAnGJpdHMgb24gdGhlIHdpcmXi gJ0uIEJ1dCBvbiB0aGUgb3RoZXIgaGFuZCwgeW91DQogbWlnaHQgYXJndWUgdGhhdCBpdCBkb2Vz buKAmXQgbmVlZCB0byBiZSBQUyBiZWNhdXNlOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50 Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi08L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5JdA0KIGRvZXNu4oCZdCBhZGRyZXNzIGludGVyb3BlcmFiaWxpdHkgcmVxdWlyZW1lbnRz IChiZWNhdXNlIHRoZSBzZW5kZXIgYW5kIHJlY2VpdmVyIGFyZSB0aGUgc2FtZSBub2RlKTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+LTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcu MHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkl0DQogZG9lc27i gJl0IHJlcXVlc3QgYW55IElBTkEgYXNzaWdubWVudHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgd291bGQg YmUgdmVyeSBoYXBweSB0byBsZXQgc29tZWJvZHkgZWxzZSBkZWNpZGUgd2hldGhlciB0aGUgZHJh ZnQgc2hvdWxkIGJlIElORk9STUFUSU9OQUwgb3IgUFMuIE1heWJlIHRoZSBjaGFpcnMgb3IgQURz IGNhbiBvZmZlciBhbiBvcGluaW9uPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O1Jvbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+R3JlZ29yeQ0KIE1pcnNreSBbPGEgaHJlZj0ibWFp bHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBs ZSI+bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTwvc3Bhbj48L2E+XTxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQo8Yj5TZW50Ojwv Yj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+TW9uZGF5 LCBNYXJjaCAwOSwgMjAxNSA1OjAyIFBNPGJyPg0KPGI+VG86PC9iPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJtYWlsdG86bXBscy1jaGFp cnNAdG9vbHMuaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1wbHMtY2hhaXJz QHRvb2xzLmlldGYub3JnPC9zcGFuPjwvYT47PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1zZWxm LXBpbmdAdG9vbHMuaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmRyYWZ0LWJv bmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzwvc3Bhbj48L2E+PGJyPg0KPGI+Q2M6 PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBo cmVmPSJtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpw dXJwbGUiPm1wbHMtYWRzQHRvb2xzLmlldGYub3JnPC9zcGFuPjwvYT47PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzptcGxzQGll dGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5tcGxzQGlldGYub3JnPC9zcGFuPjwv YT48YnI+DQo8Yj5TdWJqZWN0OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+UkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNl bGYtcGluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkRlYXIg QWxsLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SSd2ZSBiZWVuIGFzc2lnbmVk IHRvIHJldmlldyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcuPHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+VGhlIGRvY3VtZW50IGlzIHZlcnkgd2VsbCB3cml0dGVuLCB0aGUgcHJvYmxlbSBp biBmb2N1cyBpcyBjbGVhcmx5IHN0YXRlZCwgYW5kIHRoZSBwcm9wb3NlZCBzb2x1dGlvbiB3ZWxs IGRlc2NyaWJlZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkkgZG8gaGF2ZSBh IG51bWJlciBvZiBjb25jZXJucyB3aXRoIHRoZSBzdGF0dXMgb2YgdGhlIGRvY3VtZW50IGFuZCB0 aGUgYXBwcm9hY2ggYXMgcHJlc2VudGVkOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi0u MjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U3ltYm9sIj7C tzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ZG9jdW1lbnQNCiBp bnRlbmRlZCB0cmFjayBpcyBJbmZvcm1hdGlvbmFsIGV2ZW4gdGhvdWdoIHRoZSBzb2x1dGlvbiBi ZWluZyBwb3NpdGlvbmVkIGFzICZxdW90O25ldywgbGlnaHQtd2VpZ2h0IHByb3RvY29sJnF1b3Q7 LiBJZiB0aGlzIGlzIGluZGVlZCBuZXcgcHJvdG9jb2wgb3IgZXZlbiBleHRlbnNpb24gb2YgdGhl IGV4aXN0aW5nIG9uZSwgdGhlbiBJIGV4cGVjdCB0aGVyZSBtdXN0IGJlIHJlcXVlc3RzIHRvIElB TkEgYWxsb2NhdGlvbnMuIEF0IHRoaXMgdGltZSAmcXVvdDtUaGlzIGRvY3VtZW50DQogbWFrZXMg bm8gcmVxdWVzdCBvZiBJQU5BLiZxdW90OyBFaXRoZXIgTFNQIFNlbGYtcGluZyBjYW4gYmUgY2hh cmFjdGVyaXplZCB0aHJvdWdoIHJlLXVzZSBvZiBhbHJlYWR5IGV4aXN0aW5nIHByb3RvY29scyBh bmQgYXBwcm9hY2hlcywgb3IgZG9jdW1lbnQgc2hvdWxkIGJlIHN3aXRjaGVkIHRvIFN0YW5kYXJk cyB0cmFjazs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KbXBscyBtYWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PGEgaHJlZj0i bWFpbHRvOm1wbHNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cHVycGxlIj5tcGxz QGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8L3NwYW4+PGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOnB1cnBsZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9tcGxzPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_CO1PR05MB442855561A4F3B39FFC8930AE070CO1PR05MB442namprd_-- From nobody Thu Mar 12 19:27:01 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 655CE1AC3CD for ; Thu, 12 Mar 2015 19:26:59 -0700 (PDT) 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 LUqs1Y01rqdE for ; Thu, 12 Mar 2015 19:26:57 -0700 (PDT) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::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 738EC1A891C for ; Thu, 12 Mar 2015 19:26:57 -0700 (PDT) Received: by pdev10 with SMTP id v10so25005280pde.0 for ; Thu, 12 Mar 2015 19:26:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:thread-index:content-language; bh=lLIn767vFuU5g4Sos4ZeV0OehzNqCwqxa32szlGhdAQ=; b=w8AkNKWPaZowMEfu3u7CTQG4cDTkM7zn3vLrpOqmJ3Sm7D03MyfMM3+6JvmYnscoup 05qaauTrO8TNB8xruf8nEE6Y+DVPFr7Hy+Gp7PaFabvKxUG6sxJmQjEkodlV1DxIlYfa VBczRMX02PQk316vS0K9idjune+czOSTI0u4GDK+E7lytN6tCMSOSrI5zNlU/kVlUcUV Bvhprit6Ku7x6bs5FJdUqfgvKEG/zh1QEVRFeMHZl0lmKfLVOC9LEG+MYGvMhx223mdv 3zlKELFMFOqqlZnmmPjZ4+Dftd3CIKySjFnFxkEsAb9l+llBzbvzbpbFvjXBVa70aIU0 Qawg== X-Received: by 10.70.31.66 with SMTP id y2mr33882200pdh.118.1426213617138; Thu, 12 Mar 2015 19:26:57 -0700 (PDT) Received: from LIZHONGJ ([180.166.53.21]) by mx.google.com with ESMTPSA id di10sm621912pad.41.2015.03.12.19.26.53 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 12 Mar 2015 19:26:55 -0700 (PDT) From: "Lizhong Jin" To: "'Ronald Bonica'" , "'mpls-chairs'" , "'draft-bonica-mpls-self-ping'" , "'mpls-ads'" References: <54EC4776.5040402@pi.nu>, <2015031100220789189743@gmail.com>, <201503122220311215427@gmail.com> In-Reply-To: Date: Fri, 13 Mar 2015 10:26:49 +0800 Message-ID: <014a01d05d35$2cb45510$861cff30$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_014B_01D05D78.3ADAC960" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQI2Il8ajV0mxNUpurLRCBHTXFoBGwG0jYF6ANecw8wCXqQ8owKr4rIunBFuKEA= Content-Language: zh-cn Archived-At: Cc: 'mpls' Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 02:26:59 -0000 This is a multipart message in MIME format. ------=_NextPart_000_014B_01D05D78.3ADAC960 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ron, Got it, thanks for the clarification. Yes, it is better to make it = explicitly. =20 Regards Lizhong =20 From: Ronald Bonica [mailto:rbonica@juniper.net]=20 Sent: 2015=E5=B9=B43=E6=9C=8813=E6=97=A5 8:34 To: lizho.jin@gmail.com; mpls-chairs; draft-bonica-mpls-self-ping; = mpls-ads Cc: mpls Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping =20 Lizhong, =20 I think that we are misunderstanding each other=E2=80=99s words.=20 =20 RFC 6335 divides UDP ports into the following ranges: =20 - Well-known (0-1023) - User (1024-49151) - Dynamic (49152-65535) =20 The draft says that the UDP source and destination ports will be = selected from the dynamic range. It *does not* say that UDP port numbers = will be selected dynamically. =20 When writing the draft, I was assuming that a typical implementation = selects a port form the dynamic range and sends all MPLS Self-ping = traffic to that port. Therefore, the user could provision an ACL for = that port.=20 =20 I *was not* assuming that the application would select a different port = each time that it ran MPLS-ping. This would make it very difficult to = ACL MPLS Self-ping traffic. =20 If you like, I can make that assumption explicit in the draft. =20 Ron =20 =20 From: lizho.jin@gmail.com = [mailto:lizho.jin@gmail.com]=20 Sent: Thursday, March 12, 2015 10:21 AM To: Ronald Bonica; mpls-chairs; draft-bonica-mpls-self-ping; mpls-ads Cc: mpls Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping =20 =20 For section 6, originally ingress could identify the LSP ping packet = with well-known UDP port, and configure ACL rule to reduce risk of = attack. But now it is more difficult to filter the packet with access = list, which may increase the risk. =20 Lizhong, =20 Implementation know the port(s) upon which they send MPLS Self-ping = traffic. They can configure ACLs on that port or those ports. ACLs can = protect dynamic ports, so long as they are predictable. =20 [Lizhong] yes, it is possible to install ACL ruls everytime when MPLS = self-ping is initiated. That is different with original implementation = which is static ACL rule with well-know port. So it is better to = describe how to reduce the risk of DoS if MPLS self-ping is = implemented. =20 Lizhong =20 Ron =20 ------=_NextPart_000_014B_01D05D78.3ADAC960 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Ron,

Got it, thanks for the clarification. Yes, it is better to make it = explicitly.

 

Regards

Lizhong

 

From:<= /b> Ronald = Bonica [mailto:rbonica@juniper.net]
Sent: 2015=E5=B9=B43=E6=9C=8813=E6=97=A5 = 8:34
To: lizho.jin@gmail.com; mpls-chairs; = draft-bonica-mpls-self-ping; mpls-ads
Cc: = mpls
Subject: RE: MPLS-RT review of = draft-bonica-mpls-self-ping

 

Lizhong,

 

I think that we are misunderstanding each other=E2=80=99s words. =

 

RFC 6335 divides UDP ports into the following = ranges:

 

-          = Well-known (0-1023)

-          = User (1024-49151)

-          = Dynamic (49152-65535)

 

The draft says that the UDP source and destination ports will be = selected from the dynamic range. It *does not* say that UDP port = numbers will be selected dynamically.

 

When writing the draft, I was assuming that a typical implementation = selects a port form the dynamic range and sends all MPLS Self-ping = traffic to that port. Therefore, the user could provision an ACL for = that port.

 

I *was not* assuming that the application would select a = different port each time that it ran MPLS-ping. This would make it very = difficult to ACL MPLS Self-ping traffic.

 

If you like, I can make that assumption explicit in the = draft.

 

            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;    Ron

 

 

From:<= /b> lizho.jin@gmail.com [mailto:lizho.jin@gmail.com] =
Sent: Thursday, March 12, 2015 10:21 AM
To: Ronald = Bonica; mpls-chairs; draft-bonica-mpls-self-ping; mpls-ads
Cc: = mpls
Subject: RE: MPLS-RT review of = draft-bonica-mpls-self-ping

 

 

=

For section 6, originally ingress = could identify the LSP ping packet with well-known UDP port, and = configure ACL rule to reduce risk of attack. But now it is more = difficult to filter the packet with access list, which may increase the = risk.

 

Lizhong,

 

Implementation know the port(s) upon which they send MPLS Self-ping = traffic. They can configure ACLs on that port or those ports. ACLs can = protect dynamic ports, so long as they are = predictable.

 

[Lizhong] yes, it is possible to install ACL ruls everytime when MPLS = self-ping is initiated. That is different with original implementation = which is static ACL rule with well-know port. So it is better to = describe how to reduce the risk of DoS if  MPLS self-ping is = implemented.

 

Lizhong

 

            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       Ron

 

------=_NextPart_000_014B_01D05D78.3ADAC960-- From nobody Thu Mar 12 20:02:04 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 806C61AC3D8 for ; Thu, 12 Mar 2015 20:02:02 -0700 (PDT) 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 hx0aq_CFu9Ol for ; Thu, 12 Mar 2015 20:02:00 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D0A71A89E9 for ; Thu, 12 Mar 2015 20:01:57 -0700 (PDT) Received: from [192.168.1.12] (unknown [49.149.165.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 0AC801801127; Fri, 13 Mar 2015 04:01:52 +0100 (CET) Message-ID: <5502531C.40103@pi.nu> Date: Fri, 13 Mar 2015 11:01:48 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ronald Bonica , "lizho.jin@gmail.com" , mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads References: <54EC4776.5040402@pi.nu>, <2015031100220789189743@gmail.com>, <201503122220311215427@gmail.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 03:02:02 -0000 Ron, The MPLS-RT review spawned some discussion on access lists. I could not remember what you said about access lists in the draft so I checked. Quick search "access" and "ACL" and found that you do not mention access lists at all. Maybe you should after the discussion here. /Loa On 2015-03-13 08:34, Ronald Bonica wrote: > Lizhong, > > I think that we are misunderstanding each other’s words. > > RFC 6335 divides UDP ports into the following ranges: > > -Well-known (0-1023) > > -User (1024-49151) > > -Dynamic (49152-65535) > > The draft says that the UDP source and destination ports will be > selected from the dynamic range. It **does not** say that UDP port > numbers will be selected dynamically. > > When writing the draft, I was assuming that a typical implementation > selects a port form the dynamic range and sends all MPLS Self-ping > traffic to that port. Therefore, the user could provision an ACL for > that port. > > I **was not** assuming that the application would select a different > port each time that it ran MPLS-ping. This would make it very difficult > to ACL MPLS Self-ping traffic. > > If you like, I can make that assumption explicit in the draft. > > Ron > > *From:*lizho.jin@gmail.com [mailto:lizho.jin@gmail.com] > *Sent:* Thursday, March 12, 2015 10:21 AM > *To:* Ronald Bonica; mpls-chairs; draft-bonica-mpls-self-ping; mpls-ads > *Cc:* mpls > *Subject:* RE: MPLS-RT review of draft-bonica-mpls-self-ping > > For section 6, originally ingress could identify the LSP ping packet > with well-known UDP port, and configure ACL rule to reduce risk of > attack. But now it is more difficult to filter the packet with > access list, which may increase the risk. > > Lizhong, > > *//* > > */Implementation know the port(s) upon which they send MPLS > Self-ping traffic. They can configure ACLs on that port or those > ports. ACLs can protect dynamic ports, so long as they are > predictable./* > > [Lizhong] yes, it is possible to install ACL ruls everytime when > MPLS self-ping is initiated. That is different with original > implementation which is static ACL rule with well-know port. So > it is better to describe how to reduce the risk of DoS if MPLS > self-ping is implemented. > > Lizhong > > ** > > */ > Ron/* > > *//* > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Mar 13 03:47:42 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AEAC1A00E5 for ; Fri, 13 Mar 2015 03:47:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, 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 Pzg6GhtiipNG for ; Fri, 13 Mar 2015 03:47:38 -0700 (PDT) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id 20D421A0016 for ; Fri, 13 Mar 2015 03:47:38 -0700 (PDT) Received: (qmail 10462 invoked by uid 0); 13 Mar 2015 10:47:37 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy9.mail.unifiedlayer.com with SMTP; 13 Mar 2015 10:47:37 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id 34nY1q00N2SSUrH014nbi8; Fri, 13 Mar 2015 10:47:36 -0600 X-Authority-Analysis: v=2.1 cv=TeEF63gh c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=99K8i5EPIjMA:10 a=kj9zAlcOel0A:10 a=wU2YTnxGAAAA:8 a=-NfooI8aBGcA:10 a=xt59-6yu6yAA:10 a=emO1SXQWCLwA:10 a=48vgC7mUAAAA:8 a=9-yR2fW_QLOCErX0VNUA:9 a=CjuIK1q_8ugA:10 a=jM_x9b4JT8QA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:To:From; bh=fRUf6LooXgK0FVDGJa+YjPkUdpISyLMY9fznnKLy0l0=; b=IEXF6gaq4t37MPvoevuAbPdR+c0NNTn8AUfTlU6/WyF9q+3eB2jtqIJKZouXiqsFT4yfm9TCNuPqfmjBtthaGXsOyGuu44tszasiOf4V1WFPWFeAiH2ug8tlCo4FhHO9; Received: from [172.56.29.213] (port=61330 helo=[192.0.0.4]) by box313.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1YWN7t-0005Is-ET; Fri, 13 Mar 2015 04:47:33 -0600 From: Lou Berger To: , Date: Fri, 13 Mar 2015 06:47:32 -0400 Message-ID: <14c12befde8.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <14c12b948f8.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> References: <20150309224815.8246.60629.idtracker@ietfa.amsl.com> <14c12b948f8.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.1.13 (build: 21020013) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 172.56.29.213 authed with lberger@labn.net} Archived-At: Subject: [mpls] Fwd: [Rtg-yang-coord] Fwd: I-D Action: draft-openconfig-mpls-consolidated-model-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 10:47:39 -0000 Fyi - hope to see this discussed on the coordination list... --- Forwarded message --- From: Lou Berger Date: March 13, 2015 6:45:10 AM Subject: [Rtg-yang-coord] Fwd: I-D Action: draft-openconfig-mpls-consolidated-model-00.txt To: CC: rtg-yang-coord@ietf.org Authors, Nice bit of work here. It has a pretty comprehensive scope and touches a few wgs (mpls, teas, perhaps rtgwg...). Assuming your plan is to stanardize this work, what are your thoughts / plans on how you are going to break down the work into different pieces and WGs? Thanks, Lou --- Forwarded message --- From: internet-drafts@ietf.org Date: March 9, 2015 6:49:56 PM Subject: I-D Action: draft-openconfig-mpls-consolidated-model-00.txt To: A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : MPLS / TE Model for Service Provider Networks Authors : Joshua George Luyuan Fang Eric Osborne Rob Shakir Filename : draft-openconfig-mpls-consolidated-model-00.txt Pages : 47 Date : 2015-03-09 Abstract: This document defines a framework for a YANG data model for configuring and managing label switched paths, including the signaling protocols, traffic engineering, and operational aspects based on carrier and content provider operational requirements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-openconfig-mpls-consolidated-model/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-openconfig-mpls-consolidated-model-00 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ Rtg-yang-coord mailing list Rtg-yang-coord@ietf.org https://www.ietf.org/mailman/listinfo/rtg-yang-coord From nobody Fri Mar 13 21:03:55 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B1961ABD3B for ; Fri, 13 Mar 2015 21:03:52 -0700 (PDT) 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 DT6O_MdZyLRt for ; Fri, 13 Mar 2015 21:03:49 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 516421ABD3A for ; Fri, 13 Mar 2015 21:03:49 -0700 (PDT) Received: from [192.168.1.12] (unknown [49.149.165.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 18D8B18013C8; Sat, 14 Mar 2015 05:03:41 +0100 (CET) Message-ID: <5503B318.7070801@pi.nu> Date: Sat, 14 Mar 2015 12:03:37 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ronald Bonica , "Carlos Pignataro (cpignata)" , Adrian Farrel References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-bonica-mpls-self-ping@tools.ietf.org" , "" , "mpls@ietf.org" , "mpls-ads@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2015 04:03:52 -0000 Ron, I would support a new message, I was never that found of sending unsolicited Echo Reply message even if I saw no real reason not to. You'll need a new message type, will you allocate that from the LSP Ping registry, or create a registry of your own? And I'd like to see the message format captured. I also wonder if this brings the discussion about Informational/ Standards Track? DOn't you pass the border into creating a new protocol if you do? /Loa On 2015-03-13 09:56, Ronald Bonica wrote: > Carlos, > > You have a good point. Reusing the LSP Ping message format wasn’t the > best idea in the world because it forces us to consider interactions > with LSP Ping. > > Could we solve the problem by defining a new message that is very > similar to the LSP Ping message? The new message will contain only the > following fields from the LSP Ping message: > > -Sender’s handle > > -Sequence Number > > -Timestamp sent (seconds) > > -Timestamp sent (microseconds) > > All remaining fields from the LSP Ping message will be omitted. > > > Ron > > *From:*Carlos Pignataro (cpignata) [mailto:cpignata@cisco.com] > *Sent:* Thursday, March 12, 2015 1:54 PM > *To:* Adrian Farrel > *Cc:* Ronald Bonica; Gregory Mirsky; ; > draft-bonica-mpls-self-ping@tools.ietf.org; mpls-ads@tools.ietf.org; > mpls@ietf.org > *Subject:* Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping > > Adrian, > > One additional nuance is that this document sends and unsolicited “Echo > Reply†(i.e., not in response to an Echo Request), when RFC 4379 (PS) says: > > https://tools.ietf.org/html/rfc4379#section-4.5 > > 4.5. Sending an MPLS Echo Reply > > An MPLS echo reply is a UDP packet. It MUST ONLY be sent in response > > to an MPLS echo request. The source IP address is a routable address > > of the replier; the source port is the well-known UDP port for LSP > > ping. The destination IP address and UDP port are copied from the > > source IP address and UDP port of the echo request. > > ... > > Can an Informational doc change behavior of a PS? > > Thanks, > > Carlos. > > On Mar 12, 2015, at 8:00 AM, Adrian Farrel > wrote: > > Looks informational to me. And looks like 2119 language is appropriate. > > Thanks, > > Adrian > > *From:*Ronald Bonica [mailto:rbonica@juniper.net] > *Sent:*12 March 2015 01:24 > *To:*Gregory Mirsky;mpls-chairs@tools.ietf.org > ;draft-bonica-mpls-self-ping@tools.ietf.org > > *Cc:*mpls-ads@tools.ietf.org > ;mpls@ietf.org > *Subject:*RE: MPLS-RT review of draft-bonica-mpls-self-ping > > Greg, > > In the message below, you question whether > draft-bonica-mpls-self-ping should be INFORMATIONAL or PS. In a > similar vein, you ask whether RFC 2119 language should be used. > > When I wrote the draft, I considered both, couldn’t decide, and > tossed a coin ;-) > > AFAIKS, the IETFs criteria for PS are a bit fuzzy. You might argue > that the draft should be PS because it defines “bits on the wireâ€. > But on the other hand, you might argue that it doesn’t need to be PS > because: > > -It doesn’t address interoperability requirements (because the > sender and receiver are the same node) > > -It doesn’t request any IANA assignments > > I would be very happy to let somebody else decide whether the draft > should be INFORMATIONAL or PS. Maybe the chairs or ADs can offer an > opinion? > > > Ron > > *From:*Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] > *Sent:*Monday, March 09, 2015 5:02 PM > *To:*mpls-chairs@tools.ietf.org > ;draft-bonica-mpls-self-ping@tools.ietf.org > > *Cc:*mpls-ads@tools.ietf.org > ;mpls@ietf.org > *Subject:*RE: MPLS-RT review of draft-bonica-mpls-self-ping > > Dear All, > > I've been assigned to review draft-bonica-mpls-self-ping. > > The document is very well written, the problem in focus is clearly > stated, and the proposed solution well described. > > I do have a number of concerns with the status of the document and > the approach as presented: > > ·document intended track is Informational even though the solution > being positioned as "new, light-weight protocol". If this is indeed > new protocol or even extension of the existing one, then I expect > there must be requests to IANA allocations. At this time "This > document makes no request of IANA." Either LSP Self-ping can be > characterized through re-use of already existing protocols and > approaches, or document should be switched to Standards track; > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Mar 13 21:49:55 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3ED4D1AC3F1 for ; Fri, 13 Mar 2015 21:49:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 htRhXSQyZvOe for ; Fri, 13 Mar 2015 21:49:50 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED36B1AC3F0 for ; Fri, 13 Mar 2015 21:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=39127; q=dns/txt; s=iport; t=1426308591; x=1427518191; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=zaUSKrDyeEEAyxTzU9i+rWK4ErEiNgEqkeScYuMdQTM=; b=GKa5jGfJWaeKXvAQkwjuLl+1OHUsr7k6AK8nqOhd/68vYJzTMOLDcKPF uH4r4ttpgSV0YC1TAoFn1vRSmGyVjBvn0sRPZusj3NSj+SS+oE/fsK665 46G5N/O01fz2uKLWY4qns8dfQWppKn50UEwSw2eWnJCH7qjko4sX4kXRY U=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ClBgBsvQNV/5pdJa1bgkNDUloEgwi+P4IWGQEJhXQCgSxMAQEBAQEBfYQPAQEBAwEBAQEgSwsFCwIBCBEEAQEBIAEGAwICJwsUCQgCBA4FDg2IDAgNsyqaZAEBAQEBAQEBAQEBAQEBAQEBAQEBARMEihh/hG0EBgEGgmIvgRYFhgyIIYIIgWeBL1SFe5QPI4NubwGBQ38BAQE X-IronPort-AV: E=Sophos;i="5.11,399,1422921600"; d="asc'?scan'208,217";a="403567502" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-5.cisco.com with ESMTP; 14 Mar 2015 04:49:49 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t2E4nl4E025126 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 14 Mar 2015 04:49:47 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.127]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Fri, 13 Mar 2015 23:49:47 -0500 From: "Carlos Pignataro (cpignata)" To: "Ronald P. Bonica" Thread-Topic: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBY2/GYR0yH7pUKCFDXV9ijYkJ0Ue/JggAP+GoCAAOQsgIAAMIGAgACG4QCAAcKkAA== Date: Sat, 14 Mar 2015 04:49:47 +0000 Message-ID: References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.24.38.8] Content-Type: multipart/signed; boundary="Apple-Mail=_8355BB3A-5D0D-416B-B989-F816C603F6EA"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-ads@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2015 04:49:53 -0000 --Apple-Mail=_8355BB3A-5D0D-416B-B989-F816C603F6EA Content-Type: multipart/alternative; boundary="Apple-Mail=_DBF0A09F-4547-463A-873E-E867DD354E6A" --Apple-Mail=_DBF0A09F-4547-463A-873E-E867DD354E6A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Ron, I think that is a better approach. Thanks! =E2=80=94 Carlos. > On Mar 12, 2015, at 6:56 PM, Ronald Bonica = wrote: >=20 > Carlos, >=20 > You have a good point. Reusing the LSP Ping message format wasn=E2=80=99= t the best idea in the world because it forces us to consider = interactions with LSP Ping. >=20 > Could we solve the problem by defining a new message that is very = similar to the LSP Ping message? The new message will contain only the = following fields from the LSP Ping message: >=20 > - Sender=E2=80=99s handle > - Sequence Number > - Timestamp sent (seconds) > - Timestamp sent (microseconds) >=20 > All remaining fields from the LSP Ping message will be omitted. >=20 > = Ron >=20 >=20 > From: Carlos Pignataro (cpignata) [mailto:cpignata@cisco.com = ] > Sent: Thursday, March 12, 2015 1:54 PM > To: Adrian Farrel > Cc: Ronald Bonica; Gregory Mirsky; >; = draft-bonica-mpls-self-ping@tools.ietf.org = ; = mpls-ads@tools.ietf.org ; mpls@ietf.org = > Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping >=20 > Adrian, >=20 > One additional nuance is that this document sends and unsolicited = =E2=80=9CEcho Reply=E2=80=9D (i.e., not in response to an Echo Request), = when RFC 4379 (PS) says: >=20 > https://tools.ietf.org/html/rfc4379#section-4.5 = > 4.5. Sending an MPLS Echo Reply >=20 > An MPLS echo reply is a UDP packet. It MUST ONLY be sent in = response > to an MPLS echo request. The source IP address is a routable = address > of the replier; the source port is the well-known UDP port for LSP > ping. The destination IP address and UDP port are copied from the > source IP address and UDP port of the echo request. > ... >=20 > Can an Informational doc change behavior of a PS? >=20 > Thanks, >=20 > Carlos. >=20 > On Mar 12, 2015, at 8:00 AM, Adrian Farrel > wrote: >=20 > Looks informational to me. And looks like 2119 language is = appropriate. >=20 > Thanks, > Adrian >=20 > From: Ronald Bonica [mailto:rbonica@juniper.net = ] > Sent: 12 March 2015 01:24 > To: Gregory Mirsky; mpls-chairs@tools.ietf.org = ; = draft-bonica-mpls-self-ping@tools.ietf.org = > Cc: mpls-ads@tools.ietf.org ; = mpls@ietf.org > Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping >=20 > Greg, >=20 > In the message below, you question whether draft-bonica-mpls-self-ping = should be INFORMATIONAL or PS. In a similar vein, you ask whether RFC = 2119 language should be used. >=20 > When I wrote the draft, I considered both, couldn=E2=80=99t decide, = and tossed a coin ;-) >=20 > AFAIKS, the IETFs criteria for PS are a bit fuzzy. You might argue = that the draft should be PS because it defines =E2=80=9Cbits on the = wire=E2=80=9D. But on the other hand, you might argue that it doesn=E2=80=99= t need to be PS because: >=20 > - It doesn=E2=80=99t address interoperability requirements = (because the sender and receiver are the same node) > - It doesn=E2=80=99t request any IANA assignments >=20 > I would be very happy to let somebody else decide whether the draft = should be INFORMATIONAL or PS. Maybe the chairs or ADs can offer an = opinion? >=20 > = Ron >=20 >=20 >=20 > From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com = ] > Sent: Monday, March 09, 2015 5:02 PM > To: mpls-chairs@tools.ietf.org ; = draft-bonica-mpls-self-ping@tools.ietf.org = > Cc: mpls-ads@tools.ietf.org ; = mpls@ietf.org > Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping >=20 > Dear All, > I've been assigned to review draft-bonica-mpls-self-ping. > The document is very well written, the problem in focus is clearly = stated, and the proposed solution well described. > I do have a number of concerns with the status of the document and the = approach as presented: > =C2=B7 document intended track is Informational even though = the solution being positioned as "new, light-weight protocol". If this = is indeed new protocol or even extension of the existing one, then I = expect there must be requests to IANA allocations. At this time "This = document makes no request of IANA." Either LSP Self-ping can be = characterized through re-use of already existing protocols and = approaches, or document should be switched to Standards track; >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls = --Apple-Mail=_DBF0A09F-4547-463A-873E-E867DD354E6A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Ron,

I = think that is a better approach. Thanks!

=E2=80=94 Carlos.

On Mar 12, 2015, at 6:56 PM, = Ronald Bonica <rbonica@juniper.net> wrote:

Carlos,
 
You have a good point. = Reusing the LSP Ping message format wasn=E2=80=99t the best idea in the = world because it forces us to consider interactions with LSP Ping.
 
Could we solve the = problem by defining a new message that is very similar to the LSP Ping = message? The new message will contain only the following fields from the = LSP Ping message:
 
-          Sender=E2=80=99s handle
-          Sequence Number
-          Timestamp sent (seconds)
-          Timestamp sent (microseconds)
 
All remaining fields = from the LSP Ping message will be omitted.
 
    =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;Ron
 
 
From: Carlos Pignataro (cpignata) = [mailto:cpignata@cisco.com] 
Sent: Thursday, March 12, 2015 = 1:54 PM
To: Adrian Farrel
Cc: Ronald Bonica; Gregory = Mirsky; <mpls-chairs@tools.ietf.org>; draft-bonica-mpls-self-ping@tools.ietf.org; mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] MPLS-RT review = of draft-bonica-mpls-self-ping
 
Adrian,
 
One additional nuance is that this document sends and = unsolicited =E2=80=9CEcho Reply=E2=80=9D (i.e., not in response to an = Echo Request), when RFC 4379 (PS) says:
 
https://tools.ietf.org/html/rfc4379#section-4.5

4.5.  Sending an MPLS Echo Reply

   An MPLS echo reply is a UDP packet.  It = MUST ONLY be sent in response
   to an = MPLS echo request.  The source IP address is a routable address
   of the replier; the source port is the = well-known UDP port for LSP
   ping. =  The destination IP address and UDP port are copied from the
   source IP address and UDP port of the echo = request.
...
 
Can an Informational doc change behavior of a = PS? 
 
Thanks,
 
Carlos.
 
On Mar 12, 2015, at = 8:00 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
 
Looks informational to me. And looks like 2119 language is = appropriate.
 
Thanks,
Adrian
 
From: Ronald Bonica [mailto:rbonica@juniper.net] 
Sent: 12 = March 2015 01:24
To: Gregory Mirsky; mpls-chairs@tools.ietf.org; draft-bonica-mpls-self-ping@tools.ietf.org
Cc: mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT review of = draft-bonica-mpls-self-ping
 
Greg,
 
In the message below, = you question whether draft-bonica-mpls-self-ping should be INFORMATIONAL = or PS. In a similar vein, you ask whether RFC 2119 language should be = used.
 
When I wrote the draft, I considered both, = couldn=E2=80=99t decide, and tossed a coin ;-)
 
AFAIKS, the IETFs = criteria for PS are a bit fuzzy. You might argue that the draft should = be PS because it defines =E2=80=9Cbits on the wire=E2=80=9D. But on the = other hand, you might argue that it doesn=E2=80=99t need to be PS = because:
 
-          It doesn=E2=80=99t address = interoperability requirements (because the sender and receiver are the = same node)
-          It doesn=E2=80=99t request any IANA = assignments
 
I would be very happy to let somebody else = decide whether the draft should be INFORMATIONAL or PS. Maybe the chairs = or ADs can offer an opinion?
 
          &nb= sp;            = ;            &= nbsp;           &nb= sp; =             &n= bsp;           &nbs= p;            =             &n= bsp;Ron
 
 
 
From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] 
Sent: Monday, March 09, 2015 5:02 = PM
To: mpls-chairs@tools.ietf.org; draft-bonica-mpls-self-ping@tools.ietf.org
Cc: mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT review of = draft-bonica-mpls-self-ping
 
Dear All,
I've been assigned to = review draft-bonica-mpls-self-ping. 
The document is very well = written, the problem in focus is clearly stated, and the proposed = solution well described.
I do have a number of = concerns with the status of the document and the approach as = presented:
=C2=B7         document intended track is Informational even though the = solution being positioned as "new, light-weight protocol". If this is = indeed new protocol or even extension of the existing one, then I expect = there must be requests to IANA allocations. At this time "This document = makes no request of IANA." Either LSP Self-ping can be characterized = through re-use of already existing protocols and approaches, or document = should be switched to Standards track;
 
_______________________________________________mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

= --Apple-Mail=_DBF0A09F-4547-463A-873E-E867DD354E6A-- --Apple-Mail=_8355BB3A-5D0D-416B-B989-F816C603F6EA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlUDvewACgkQtfDPGTp3USxQAACgnJii0zgey99vNG84rMRP2XVP eqEAnRT9Xydob2XzKMUlYshTJ9qVegXQ =/qeY -----END PGP SIGNATURE----- --Apple-Mail=_8355BB3A-5D0D-416B-B989-F816C603F6EA-- From nobody Mon Mar 16 07:23:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC8521A87A2 for ; Mon, 16 Mar 2015 07:23:39 -0700 (PDT) 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 tctzWvVBNI6D for ; Mon, 16 Mar 2015 07:23:33 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0DDE1A877B for ; Mon, 16 Mar 2015 07:23:31 -0700 (PDT) Received: from [172.20.11.241] (unknown [46.218.58.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 12EE118013C8; Mon, 16 Mar 2015 15:23:30 +0100 (CET) Message-ID: <5506E75F.4080201@pi.nu> Date: Mon, 16 Mar 2015 15:23:27 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-kompella-mpls-rmr@tools.ietf.org, "mpls-chairs@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 14:23:40 -0000 Folks, (taking my chair hat off for a while, i.e. this should not be read as a chair directive, just a bit of mumbling that comes out thinking about how to progress documents.) As far back s the 73rd IETF in Minneapolis John and Adrian made a report on "Requirements for Ring Protection in MPLS-TP". The conclusions were that we could do topology specific protection solutions if the benefits are big enough. Such solutions need to meet the same requirements as linear protection and it has to be show that it can't be done by linear protection only. At that time we did not see that there were things that would not be as readily done by the linear protection being specified at that time. Today we have to drafts that address ring topologies, one draft-kompella-mpls-rmr addresses Resilient MPLS Rings in an MPLS-TE environment. The other draft-cheng-mpls-tp-shared-ring-protection addresses protection in an MPLS-TP environment. Both recognizes that ring topologies are very common and that very efficient mechanism for keeping traffic flowing in case of failures are possible to design. Sometime far better than what is the case if the actual ring topologies are view as a linear topology, The first document (draft-kompella- ) looks primarily on the operations within a single ring and how fast and simple mechanisms for protection can be deployed. A ring topology is a very common deployment scenario. While, the draft-kompella from a solutions point is somewhat orthogonal to draft-cheng, it does also discuss the dynamic control plane for mpls ring, including auto-discovery and signaling. It seems that there are opportunities for co-operation between the two drafts in this area. The other (draft-cheng- ) looks at what is called MPLS shared ring, i.e. a rather high number can shared the same path around the ring, and all traffic can be protected by a single operation. Another aspect of the shared tunnel is that if part of the ring (typically 2 nodes and one link) are part of more than one ring. It becomes possible to protect against more than one failure. Maybe it is time to revisit the question and see if we want to adopt working group documents for the two scenarios outlined above. /Loa -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Mon Mar 16 08:37:45 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3E631A8757 for ; Mon, 16 Mar 2015 08:37:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 7FYMemCQW50v for ; Mon, 16 Mar 2015 08:37:41 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE7CE1A1A91 for ; Mon, 16 Mar 2015 08:37:40 -0700 (PDT) X-AuditID: c6180641-f790b6d000004359-25-55069746377c Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id CA.2C.17241.64796055; Mon, 16 Mar 2015 09:41:43 +0100 (CET) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0210.002; Mon, 16 Mar 2015 11:37:38 -0400 From: Eric Gray To: Ronald Bonica , "adrian@olddog.co.uk" , Gregory Mirsky , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQXN6YwFyPxHc7rEytr3W8I9B8jp0fIZ6g Date: Mon, 16 Mar 2015 15:37:37 +0000 Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF632CAC16B@eusaamb107.ericsson.se> References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: multipart/alternative; boundary="_000_48E1A67CB9CA044EADFEAB87D814BFF632CAC16Beusaamb107erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprGIsWRmVeSWpSXmKPExsUyuXSPn677dLZQg7/7uSx+9Nxgtuhtn89u seRlB7vF90tLWCxuLV3JanHgu4MDm8eSJT+ZPK43XWX3WLF5JaPHl8uf2QJYorhsUlJzMstS i/TtErgybjW8Yy7YsYq5YsqtXawNjGvmM3cxcnJICJhI7P89ix3CFpO4cG89G4gtJHCEUWLG fMcuRi4gezmjRNu7g0wgCTYBDYljd9YygiREBBYwScy+fY0VJMEsECXRdPck2FRhASuJ/Wcv gk0VEbCWeH9lAguEbSQxp2En2CAWAVWJF0fOgW3jFfCVeLfvGDPEtktMEu++/AVr5hSIlvix 4jYjiM0IdN73U2uYIJaJS9x6Mp8J4mwBiSV7zkO9Iyrx8vE/VghbSWLS0nNANgdQfb7Eos9c ELsEJU7OfMIygVF0FpJJsxCqZiGpgghrSqzfpQ9RrSgxpfshO4StIdE6Zy47svgCRvZVjByl xalluelGhpsYgRF5TILNcQfjgk+WhxgFOBiVeHg3XGMNFWJNLCuuzD3EKM3BoiTOW3blYIiQ QHpiSWp2ampBalF8UWlOavEhRiYOTqkGRuuQlpPv9z07qjQn19A37AfnBd0LB/0FI7vEhIyV JyoJLc29Ejlvk5N64qJZMraCW8P+XI12C6k4fc3zht+RHhtN2SnNW+9XXTv/+PrlK92Lr9o4 8txfKHdo3kOejklJFw9Oltn4Y1VvIud9l94PbXv3hi7lPPz9t9Ej9g/7Nlb8YT6QtJf7Q5AS S3FGoqEWc1FxIgAQHodBqQIAAA== Archived-At: Cc: "mpls-ads@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 15:37:44 -0000 --_000_48E1A67CB9CA044EADFEAB87D814BFF632CAC16Beusaamb107erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Um9uLA0KDQogICAgICAgICAgICAgICAgSSB3b3VsZCBiZSBjYXJlZnVsIGluIHVzaW5nIFJGQyAy MTE5IGxhbmd1YWdlLCB0byBhZGRyZXNzIG9ubHkgdGhvc2UNCnRoaW5ncyB0aGF0IGFyZSBleHRl cm5hbGx5IHZpc2libGUuICBUaGVyZSBhcmUgbm90IG1hbnkgaW4gdGhpcyBkcmFmdCwgYnV0IGEg ZmV3DQpjYXNlcyBleGlzdCB3aGVyZSB1c2Ugb2YgU0hPVUxEIGNvdWxkIHRpZ2h0ZW4gdXAgdGhl IHNwZWNpZmljYXRpb24uDQoNCiAgICAgICAgICAgICAgICBJIGhhdmUgYSBmZXcgY29tbWVudHMg YXMgd2VsbC4NCg0KICAgICAgICAgICAgICAgIEkgbm90aWNlZCBhbiBhbWJpZ3VpdHkgaW4gdGhl IGxhc3QgYnVsbGV0IG9uIHBhZ2UgNCAoY2FycmllZCBmb3J3YXJkIHRvDQpwYWdlIDUpOiAgSSBh c3N1bWUgdGhlIGludGVudGlvbiBpcyB0aGF0IG9wdGlvbmFsIHVzZSBvZiBhIGJhY2stb2ZmIGFs Z29yaXRobQ0KYXBwbGllcyBvbmx5IHRvIHRoZSB0aW1lciBleHBpcnkgY2FzZSAodGhlIGN1cnJl bnQgcGhyYXNpbmcgc2VwYXJhdGVzIHRoZSBzdGVwDQpvZiBkZWNyZW1lbnRpbmcgdGhlIHJldHJ5 IGZyb20gdGhlIG9wdGlvbmFsIGFkZGl0aW9uYWwgc3RlcCBvZiBpbmNyZWFzaW5nIHRoZQ0KcmV0 cnkgdGltZXIpLiAgSSBzdWdnZXN0IGNoYW5naW5nIHRoZSBsYXN0IHR3byBzZW50ZW5jZXMgdG8g cmVhZDoNCg0K4oCcT3RoZXJ3aXNlLCBkZWNyZW1lbnQgcmV0cmllcyBhbmQsIG9wdGlvbmFsbHks IGluY3JlYXNlIHRoZSB2YWx1ZSBvZiByZXRyeS10aW1lcg0KICBhY2NvcmRpbmcgdG8gYW4gYXBw cm9wcmlhdGUgYmFjay1vZmYgYWxnb3JpdGhtLuKAnQ0KDQogICAgICAgICAgICAgICAgSW4gc2Vj dGlvbiAzLCBpdCB3b3VsZCBiZSBjbGVhcmVyIHdoeSB0aGUgYmktZGlyZWN0aW9uYWwgTFNQIGNh c2UgcmVtYWlucw0KZGlzdGluY3QgZnJvbSBiaS1kaXJlY3Rpb25hbCBMU1AgUGluZywgaWYgdGhl IHdvcmQg4oCcaW5kZXBlbmRlbnRseeKAnSB3ZXJlIGFkZGVkDQpiZXR3ZWVuIOKAnExTUCBlbmRw b2ludOKAnSBhbmQg4oCcdGVzdHMgTFNQIHJlYWRpbmVzc+KAnSDigJMgaG93ZXZlciwgdGhlcmUg aXMgc3RpbGwgYW4NCmFyZWEgb2YgY29uZnVzaW9uIHRoYXQgZXhpc3RzIGluIHRoaXMgY2FzZTog aW5kZXBlbmRlbnQgdGVzdGluZyBtZWFucyByZWFkaW5lc3MNCmlzIGRldGVybWluZWQgaW5kZXBl bmRlbnRseS4NCg0KICAgICAgICAgICAgICAgIFRoaXMgaXMgZmluZSBpZiB0aGUgb25seSB0aGlu ZyBlYWNoIExTUCBlbmRwb2ludCBpcyB0cnlpbmcgdG8gZmluZCBvdXQgaXMgaWYgaXQNCmNhbiBm b3J3YXJkIHBhY2tldHMgdXNpbmcgdGhlIExTUC4gIEl0IGlzIG5vdCBhcyB1c2VmdWwsIGlmIHRo ZSBzdGF0dXMgb2YgdGhlIExTUCBpcw0KZGVwZW5kZW50IGF0IGVpdGhlciBlbmRwb2ludCAoZS5n LiDigJMgdGhlIGluaXRpYXRvciBvZiB0aGUgTFNQIHNldHVwKSBvbiB0aGUgc3RhdHVzDQpvZiB0 aGUgYmlkaXJlY3Rpb25hbCBMU1AgY29ubmVjdGl2aXR5Lg0KDQogICAgICAgICAgICAgICAgVGhp cyBtaWdodCBiZSB0aGUgY2FzZSwgZm9yIGV4YW1wbGUsIGlmIGEgYmktZGlyZWN0aW9uYWwgTFNQ IGlzIHVzZWQgYnkgYW4NCmltcGxlbWVudGF0aW9uIGFzIGFuIGludGVyZmFjZSBhbmQgdGhlIGlu dGVyZmFjZSBzdGF0dXMgZGVwZW5kcyBvbiB0aGUgYWJpbGl0eQ0KdG8gdXNlIGl0IGluIGJvdGgg ZGlyZWN0aW9ucy4NCg0KICAgICAgICAgICAgICAgIFNob3VsZCB0aGUgZHJhZnQgc2F5IGFueXRo aW5nIGFsb25nIHRoZXNlIGxpbmVzPw0KDQogICAgICAgICAgICAgICAgVGhlIHNjZW5hcmlvIGlu IHRoZSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBzZWN0aW9uIHNlZW1zIG1vcmUgdGhhbg0KdXN1 YWxseSBjb250cml2ZWQgKGkuZS4g4oCTIHRoZSB2dWxuZXJhYmlsaXR5IHNlZW1zIHRvIGJlIHRo YXQgb2YgYW4gYXR0YWNrIHRoYXQgaXMNCmV4dHJlbWVseSBmZWVibGUpLg0KDQogICAgICAgICAg ICAgICAgVGhlIGludGVudCBvZiB0aGUgZHJhZnQg4oCTIGFzIEkgdW5kZXJzdGFuZCBpdCDigJMg aXMgdG8gZW5zdXJlIHRoYXQgdHJhZmZpYyBpcw0Kbm90IHN3aXRjaGVkIG9udG8gYW4gTFNQIHRo YXQgbWF5IG5vdCB5ZXQgYmUgZnVuY3Rpb25hbCBhcyBhIHJlc3VsdCBvZiBhIG5hcnJvdw0Kd2lu ZG93IG9mIG9wcG9ydHVuaXR5IHJlc3VsdGluZyBmcm9tIGEgcmFjZSBjb25kaXRpb24gaW50cm9k dWNlZCBieSBwcm92aWRpbmcNCmEgUkVTViBtZXNzYWdlIHdpdGggbGFiZWwgYmluZGluZyBpbiBw YXJhbGxlbCB3aXRoIHRoZSBzb21ld2hhdCBpbmRlcGVuZGVudA0KaW5zdGFsbGF0aW9uIG9mIGZv cndhcmRpbmcgc3RhdGUgaW5mb3JtYXRpb24gY29ycmVzcG9uZGluZyB0byB0aGUgbGFiZWwgYmlu ZGluZy4NCg0KICAgICAgICAgICAgICAgIFRoZSB3aW5kb3cgb2Ygb3Bwb3J0dW5pdHkgZm9yIGF0 dGFjayBpcyB0aGVuIHRoZSB0aW1lIGR1cmluZyB3aGljaCBhbg0KaW5ncmVzcyBMU1IgaGFzIHJl Y2VpdmVkIGxhYmVsIGJpbmRpbmcgaW5mb3JtYXRpb24sIGFuZCB0aGUgdGltZSB3aGVuIGVhY2gg b2YNCnRoZSBMU1JzIG9uIHRoZSBMU1AgaGF2ZSBhY3R1YWxseSBpbnN0YWxsZWQgY29ycmVzcG9u ZGluZyBmb3J3YXJkaW5nIHN0YXRlLiAgSW4NCmZhY3QsIHRoZSB3aW5kb3cgaXMgc2xpZ2h0bHkg bmFycm93ZXIgdGhhbiB0aGF0LCBnaXZlbiBjb250cm9sIGFuZCBkYXRhIHBsYW5lDQpmb3J3YXJk aW5nIGRlbGF5cyB0aGF0IGFsbG93IHNsaWdodGx5IG1vcmUgdGltZSBmb3IgZm9yd2FyZGluZyBz dGF0ZSBpbnN0YWxsYXRpb24uDQoNCiAgICAgICAgICAgICAgICBEdXJpbmcgdGhpcyB0aW1lLCBh biBhdHRhY2tlciBuZWVkcyB0byBiZWNvbWUgYXdhcmUgdGhhdCB0aGUgaW5ncmVzcyBpcw0KYXR0 ZW1wdGluZyB0byBkZXRlcm1pbmUgaWYgdGhlIExTUCBpcyBmdWxseSBmdW5jdGlvbmFsIGJlZm9y ZSB0cmFuc2ZlcnJpbmcgdHJhZmZpYw0KZnJvbSBzb21lIG90aGVyIHBhdGggb250byB0aGUgTFNQ IChpdCBpcyBwb3NzaWJseSB3b3J0aCBub3RpbmcgdGhhdCDigJMgaWYgdGhlcmUgaXMNCm5vIG90 aGVyIHBhdGgsIHRoZW4gdGhlcmUgaXMgbGl0dGxlIGRpZmZlcmVuY2UgYmV0d2VlbiBmb3J3YXJk aW5nIHRoZW0gb24gYQ0KcG9zc2libHkgaW5jb21wbGV0ZSBMU1Agb3IgZGlzY2FyZGluZyB0aGVt IGRpcmVjdGx5KS4NCg0KICAgICAgICAgICAgICAgIEFzIHRoaXMgd2luZG93IHNob3VsZCBiZSB2 ZXJ5IG5hcnJvdywgdGhlIG1vc3QgbGlrZWx5IHNjZW5hcmlvIGZvciB0aGlzDQp0byBiZWNvbWUg YSBwcm9ibGVtIGlzIGlmIHRoZSBhdHRhY2tlciBpcyBhIHN1YnZlcnRlZCBMU1Igb24gdGhlIExT UCwgd2hpY2ggbWF5DQp0aGVuIG1vbml0b3IgTFNQIGRhdGEgdHJhZmZpYyBsb29raW5nIGZvciB0 aGlzIHR5cGUgb2YgbWVzc2FnZSwgaW50ZXJjZXB0IGl0IGFuZA0KcmV0dXJuIGl0IHRvIHRoZSBz ZW5kaW5nIGluZ3Jlc3MgTFNSLg0KDQogICAgICAgICAgICAgICAgSWYgYSB0cmFuc2l0IExTUiBo YXMgYmVlbiBzdWJ2ZXJ0ZWQsIGl0IGlzIGZhaXJseSBvYnZpb3VzIHRoYXQgdGhpcyB3b3VsZCBi ZQ0KdGhlIGZlZWJsZXN0IGZvcm0gb2YgYXR0YWNrIHRoYXQgdGhlIHN1YnZlcnNpb24gbWlnaHQg dGFrZSwgZ2l2ZW4gdGhhdCBpdCBjb3VsZCBkbw0Kc28gbWFueSBvdGhlciB0aGluZ3MuDQoNCiAg ICAgICAgICAgICAgICBJZiB3ZSByZWFsbHkgd2FudCB0byBsaXN0IHRoaXMgcG90ZW50aWFsIHZ1 bG5lcmFiaWxpdHksIHdlIHNob3VsZCBwcm9iYWJseQ0Kc2F5IHNvbWV0aGluZyBhYm91dCB0aGUg YXNzb2NpYXRlZCAodmVyeSBsb3cpIHJpc2ssIG1pdGlnYXRpbmcgY2lyY3Vtc3RhbmNlcw0KYW5k IG1lYW5zIG9mIGRldGVjdGlvbi4NCg0KICAgICAgICAgICAgICAgIE1lYW53aGlsZSwgYW5vdGhl ciBmb3JtIG9mIGF0dGFjayBtaWdodCBiZSBpZiBvbmUgb3IgbW9yZSBMU1JzIGluIGENCmdpdmVu IE1QTFMgZG9tYWluIHdlcmUgdG8gc3RhcnQgc2VuZGluZyB0aGVzZSBzZWxmLXBpbmcgbWVzc2Fn ZXMgYXQgY2FwYWNpdHkNCnNwZWVkcy4gIEJlY2F1c2UgdGhleSBhcmUgYXQgdGhlIGRhdGEtcGxh bmUsIHRoaXMgYXR0YWNrIHZlY3RvciBtaWdodCBiZSBoYXJkZXINCnRvIGRldGVjdCBhdCBhbnkg YWZmZWN0ZWQgZWdyZXNzIExTUi4gIE1lYW53aGlsZSB0aGVzZSBtZXNzYWdlcyBjb25zdW1lIGF0 DQpsZWFzdCBzb21lIG9mIHRoZSBuZXR3b3JrIGNhcGFjaXR5IGFjcm9zcyB0aGUgbmV0d29yayBp biBib3RoIGRpcmVjdGlvbnMuDQoNCi0tDQpFcmljDQoNCkZyb206IG1wbHMgW21haWx0bzptcGxz LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBSb25hbGQgQm9uaWNhDQpTZW50OiBUaHVy c2RheSwgTWFyY2ggMTIsIDIwMTUgMTI6MDYgUE0NClRvOiBhZHJpYW5Ab2xkZG9nLmNvLnVrOyBH cmVnb3J5IE1pcnNreTsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LWJvbmljYS1t cGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZw0KQ2M6IG1wbHMtYWRzQHRvb2xzLmlldGYub3Jn OyBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRy YWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZw0KDQoNCg0KV29ya3MgZm9yIG1lIQ0KDQogICAgICAg ICAgICAgICAgICAgUm9uDQoNCg0KRnJvbTogQWRyaWFuIEZhcnJlbCBbbWFpbHRvOmFkcmlhbkBv bGRkb2cuY28udWtdPG1haWx0bzpbbWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWtdPg0KU2VudDog VGh1cnNkYXksIE1hcmNoIDEyLCAyMDE1IDExOjAxIEFNDQpUbzogUm9uYWxkIEJvbmljYTsgJ0dy ZWdvcnkgTWlyc2t5JzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hh aXJzQHRvb2xzLmlldGYub3JnPjsgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmll dGYub3JnPG1haWx0bzpkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5vcmc+ DQpDYzogbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYu b3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBN UExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcNCg0KTG9va3MgaW5m b3JtYXRpb25hbCB0byBtZS4gQW5kIGxvb2tzIGxpa2UgMjExOSBsYW5ndWFnZSBpcyBhcHByb3By aWF0ZS4NCg0KVGhhbmtzLA0KQWRyaWFuDQoNCkZyb206IFJvbmFsZCBCb25pY2EgW21haWx0bzpy Ym9uaWNhQGp1bmlwZXIubmV0XQ0KU2VudDogMTIgTWFyY2ggMjAxNSAwMToyNA0KVG86IEdyZWdv cnkgTWlyc2t5OyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNA dG9vbHMuaWV0Zi5vcmc+OyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmdAdG9vbHMuaWV0Zi5v cmc8bWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZz4NCkNj OiBtcGxzLWFkc0B0b29scy5pZXRmLm9yZzxtYWlsdG86bXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc+ OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUkU6IE1QTFMt UlQgcmV2aWV3IG9mIGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZw0KDQpHcmVnLA0KDQpJbiB0 aGUgbWVzc2FnZSBiZWxvdywgeW91IHF1ZXN0aW9uIHdoZXRoZXIgZHJhZnQtYm9uaWNhLW1wbHMt c2VsZi1waW5nIHNob3VsZCBiZSBJTkZPUk1BVElPTkFMIG9yIFBTLiBJbiBhIHNpbWlsYXIgdmVp biwgeW91IGFzayB3aGV0aGVyIFJGQyAyMTE5IGxhbmd1YWdlIHNob3VsZCBiZSB1c2VkLg0KDQpX aGVuIEkgd3JvdGUgdGhlIGRyYWZ0LCBJIGNvbnNpZGVyZWQgYm90aCwgY291bGRu4oCZdCBkZWNp ZGUsIGFuZCB0b3NzZWQgYSBjb2luIDstKQ0KDQpBRkFJS1MsIHRoZSBJRVRGcyBjcml0ZXJpYSBm b3IgUFMgYXJlIGEgYml0IGZ1enp5LiBZb3UgbWlnaHQgYXJndWUgdGhhdCB0aGUgZHJhZnQgc2hv dWxkIGJlIFBTIGJlY2F1c2UgaXQgZGVmaW5lcyDigJxiaXRzIG9uIHRoZSB3aXJl4oCdLiBCdXQg b24gdGhlIG90aGVyIGhhbmQsIHlvdSBtaWdodCBhcmd1ZSB0aGF0IGl0IGRvZXNu4oCZdCBuZWVk IHRvIGJlIFBTIGJlY2F1c2U6DQoNCg0KLSAgICAgICAgICBJdCBkb2VzbuKAmXQgYWRkcmVzcyBp bnRlcm9wZXJhYmlsaXR5IHJlcXVpcmVtZW50cyAoYmVjYXVzZSB0aGUgc2VuZGVyIGFuZCByZWNl aXZlciBhcmUgdGhlIHNhbWUgbm9kZSkNCg0KLSAgICAgICAgICBJdCBkb2VzbuKAmXQgcmVxdWVz dCBhbnkgSUFOQSBhc3NpZ25tZW50cw0KDQpJIHdvdWxkIGJlIHZlcnkgaGFwcHkgdG8gbGV0IHNv bWVib2R5IGVsc2UgZGVjaWRlIHdoZXRoZXIgdGhlIGRyYWZ0IHNob3VsZCBiZSBJTkZPUk1BVElP TkFMIG9yIFBTLiBNYXliZSB0aGUgY2hhaXJzIG9yIEFEcyBjYW4gb2ZmZXIgYW4gb3Bpbmlvbj8N Cg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUm9uDQoNCg0KDQpG cm9tOiBHcmVnb3J5IE1pcnNreSBbbWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbV0N ClNlbnQ6IE1vbmRheSwgTWFyY2ggMDksIDIwMTUgNTowMiBQTQ0KVG86IG1wbHMtY2hhaXJzQHRv b2xzLmlldGYub3JnPG1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZz47IGRyYWZ0LWJv bmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtYm9uaWNhLW1w bHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPg0KQ2M6IG1wbHMtYWRzQHRvb2xzLmlldGYub3Jn PG1haWx0bzptcGxzLWFkc0B0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1w bHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNh LW1wbHMtc2VsZi1waW5nDQoNCkRlYXIgQWxsLA0KSSd2ZSBiZWVuIGFzc2lnbmVkIHRvIHJldmll dyBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmcuDQpUaGUgZG9jdW1lbnQgaXMgdmVyeSB3ZWxs IHdyaXR0ZW4sIHRoZSBwcm9ibGVtIGluIGZvY3VzIGlzIGNsZWFybHkgc3RhdGVkLCBhbmQgdGhl IHByb3Bvc2VkIHNvbHV0aW9uIHdlbGwgZGVzY3JpYmVkLg0KSSBkbyBoYXZlIGEgbnVtYmVyIG9m IGNvbmNlcm5zIHdpdGggdGhlIHN0YXR1cyBvZiB0aGUgZG9jdW1lbnQgYW5kIHRoZSBhcHByb2Fj aCBhcyBwcmVzZW50ZWQ6DQrigKIgICAgICAgICBkb2N1bWVudCBpbnRlbmRlZCB0cmFjayBpcyBJ bmZvcm1hdGlvbmFsIGV2ZW4gdGhvdWdoIHRoZSBzb2x1dGlvbiBiZWluZyBwb3NpdGlvbmVkIGFz ICJuZXcsIGxpZ2h0LXdlaWdodCBwcm90b2NvbCIuIElmIHRoaXMgaXMgaW5kZWVkIG5ldyBwcm90 b2NvbCBvciBldmVuIGV4dGVuc2lvbiBvZiB0aGUgZXhpc3Rpbmcgb25lLCB0aGVuIEkgZXhwZWN0 IHRoZXJlIG11c3QgYmUgcmVxdWVzdHMgdG8gSUFOQSBhbGxvY2F0aW9ucy4gQXQgdGhpcyB0aW1l ICJUaGlzIGRvY3VtZW50IG1ha2VzIG5vIHJlcXVlc3Qgb2YgSUFOQS4iIEVpdGhlciBMU1AgU2Vs Zi1waW5nIGNhbiBiZSBjaGFyYWN0ZXJpemVkIHRocm91Z2ggcmUtdXNlIG9mIGFscmVhZHkgZXhp c3RpbmcgcHJvdG9jb2xzIGFuZCBhcHByb2FjaGVzLCBvciBkb2N1bWVudCBzaG91bGQgYmUgc3dp dGNoZWQgdG8gU3RhbmRhcmRzIHRyYWNrOw0KDQo= --_000_48E1A67CB9CA044EADFEAB87D814BFF632CAC16Beusaamb107erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1z b0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGlu Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6 LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnAuZW1haWxxdW90ZSwgbGkuZW1h aWxxdW90ZSwgZGl2LmVtYWlscXVvdGUNCgl7bXNvLXN0eWxlLW5hbWU6ZW1haWxxdW90ZTsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjEuMHB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5 bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBl OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4 dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxv b24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Um9uLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEkgd291bGQgYmUgY2FyZWZ1bCBp biB1c2luZyBSRkMgMjExOSBsYW5ndWFnZSwgdG8gYWRkcmVzcyBvbmx5IHRob3NlPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnRoaW5ncyB0aGF0IGFyZSBleHRlcm5hbGx5IHZpc2libGUu Jm5ic3A7IFRoZXJlIGFyZSBub3QgbWFueSBpbiB0aGlzIGRyYWZ0LCBidXQgYSBmZXc8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Y2FzZXMgZXhpc3Qgd2hlcmUgdXNlIG9mIFNIT1VMRCBj b3VsZCB0aWdodGVuIHVwIHRoZSBzcGVjaWZpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEkgaGF2ZSBhIGZldyBjb21tZW50cyBhcyB3ZWxsLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEkgbm90aWNlZCBhbiBhbWJp Z3VpdHkgaW4gdGhlIGxhc3QgYnVsbGV0IG9uIHBhZ2UgNCAoY2FycmllZCBmb3J3YXJkIHRvPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnBhZ2UgNSk6Jm5ic3A7IEkgYXNzdW1lIHRoZSBp bnRlbnRpb24gaXMgdGhhdCBvcHRpb25hbCB1c2Ugb2YgYSBiYWNrLW9mZiBhbGdvcml0aG08bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+YXBwbGllcyBvbmx5IHRvIHRoZSB0aW1lciBleHBp cnkgY2FzZSAodGhlIGN1cnJlbnQgcGhyYXNpbmcgc2VwYXJhdGVzIHRoZSBzdGVwPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9mIGRlY3JlbWVudGluZyB0aGUgcmV0cnkgZnJvbSB0aGUg b3B0aW9uYWwgYWRkaXRpb25hbCBzdGVwIG9mIGluY3JlYXNpbmcgdGhlPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPnJldHJ5IHRpbWVyKS4mbmJzcDsgSSBzdWdnZXN0IGNoYW5naW5nIHRo ZSBsYXN0IHR3byBzZW50ZW5jZXMgdG8gcmVhZDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPuKAnE90aGVyd2lzZSwgZGVj cmVtZW50IHJldHJpZXMgYW5kLCBvcHRpb25hbGx5LCBpbmNyZWFzZSB0aGUgdmFsdWUgb2YgcmV0 cnktdGltZXINCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDthY2Nv cmRpbmcgdG8gYW4gYXBwcm9wcmlhdGUgYmFjay1vZmYgYWxnb3JpdGhtLuKAnTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIHNlY3Rpb24gMywgaXQgd291bGQg YmUgY2xlYXJlciB3aHkgdGhlIGJpLWRpcmVjdGlvbmFsIExTUCBjYXNlIHJlbWFpbnM8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ZGlzdGluY3QgZnJvbSBiaS1kaXJlY3Rpb25hbCBMU1Ag UGluZywgaWYgdGhlIHdvcmQg4oCcaW5kZXBlbmRlbnRseeKAnSB3ZXJlIGFkZGVkPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmJldHdlZW4g4oCcTFNQIGVuZHBvaW504oCdIGFuZCDigJx0 ZXN0cyBMU1AgcmVhZGluZXNz4oCdIOKAkyBob3dldmVyLCB0aGVyZSBpcyBzdGlsbCBhbjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5hcmVhIG9mIGNvbmZ1c2lvbiB0aGF0IGV4aXN0cyBp biB0aGlzIGNhc2U6IGluZGVwZW5kZW50IHRlc3RpbmcgbWVhbnMgcmVhZGluZXNzPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmlzIGRldGVybWluZWQgaW5kZXBlbmRlbnRseS4mbmJzcDsN CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoaXMgaXMgZmlu ZSBpZiB0aGUgb25seSB0aGluZyBlYWNoIExTUCBlbmRwb2ludCBpcyB0cnlpbmcgdG8gZmluZCBv dXQgaXMgaWYgaXQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5jYW4gZm9yd2FyZCBw YWNrZXRzIHVzaW5nIHRoZSBMU1AuJm5ic3A7IEl0IGlzIG5vdCBhcyB1c2VmdWwsIGlmIHRoZSBz dGF0dXMgb2YgdGhlIExTUCBpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5kZXBlbmRl bnQgYXQgZWl0aGVyIGVuZHBvaW50IChlLmcuIOKAkyB0aGUgaW5pdGlhdG9yIG9mIHRoZSBMU1Ag c2V0dXApIG9uIHRoZSBzdGF0dXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+b2YgdGhl IGJpZGlyZWN0aW9uYWwgTFNQIGNvbm5lY3Rpdml0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBUaGlzIG1pZ2h0IGJlIHRoZSBjYXNlLCBmb3IgZXhhbXBsZSwg aWYgYSBiaS1kaXJlY3Rpb25hbCBMU1AgaXMgdXNlZCBieSBhbjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5pbXBsZW1lbnRhdGlvbiBhcyBhbiBpbnRlcmZhY2UgYW5kIHRoZSBpbnRlcmZh Y2Ugc3RhdHVzIGRlcGVuZHMgb24gdGhlIGFiaWxpdHkNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj50byB1c2UgaXQgaW4gYm90aCBkaXJlY3Rpb25zLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNob3VsZCB0aGUgZHJhZnQgc2F5IGFueXRoaW5nIGFs b25nIHRoZXNlIGxpbmVzPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IFRoZSBzY2VuYXJpbyBpbiB0aGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgc2VjdGlvbiBz ZWVtcyBtb3JlIHRoYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+dXN1YWxseSBjb250 cml2ZWQgKGkuZS4g4oCTIHRoZSB2dWxuZXJhYmlsaXR5IHNlZW1zIHRvIGJlIHRoYXQgb2YgYW4g YXR0YWNrIHRoYXQgaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ZXh0cmVtZWx5IGZl ZWJsZSkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIGlu dGVudCBvZiB0aGUgZHJhZnQg4oCTIGFzIEkgdW5kZXJzdGFuZCBpdCDigJMgaXMgdG8gZW5zdXJl IHRoYXQgdHJhZmZpYyBpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ub3Qgc3dpdGNo ZWQgb250byBhbiBMU1AgdGhhdCBtYXkgbm90IHlldCBiZSBmdW5jdGlvbmFsIGFzIGEgcmVzdWx0 IG9mIGEgbmFycm93PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPndpbmRvdyBvZiBvcHBv cnR1bml0eSByZXN1bHRpbmcgZnJvbSBhIHJhY2UgY29uZGl0aW9uIGludHJvZHVjZWQgYnkgcHJv dmlkaW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmEgUkVTViBtZXNzYWdlIHdpdGgg bGFiZWwgYmluZGluZyBpbiBwYXJhbGxlbCB3aXRoIHRoZSBzb21ld2hhdCBpbmRlcGVuZGVudDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5pbnN0YWxsYXRpb24gb2YgZm9yd2FyZGluZyBz dGF0ZSBpbmZvcm1hdGlvbiBjb3JyZXNwb25kaW5nIHRvIHRoZSBsYWJlbCBiaW5kaW5nLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSB3aW5kb3cgb2Ygb3Bw b3J0dW5pdHkgZm9yIGF0dGFjayBpcyB0aGVuIHRoZSB0aW1lIGR1cmluZyB3aGljaCBhbjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5pbmdyZXNzIExTUiBoYXMgcmVjZWl2ZWQgbGFiZWwg YmluZGluZyBpbmZvcm1hdGlvbiwgYW5kIHRoZSB0aW1lIHdoZW4gZWFjaCBvZjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj50aGUgTFNScyBvbiB0aGUgTFNQIGhhdmUgYWN0dWFsbHkgaW5z dGFsbGVkIGNvcnJlc3BvbmRpbmcgZm9yd2FyZGluZyBzdGF0ZS4mbmJzcDsgSW48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+ZmFjdCwgdGhlIHdpbmRvdyBpcyBzbGlnaHRseSBuYXJyb3dl ciB0aGFuIHRoYXQsIGdpdmVuIGNvbnRyb2wgYW5kIGRhdGEgcGxhbmU8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Zm9yd2FyZGluZyBkZWxheXMgdGhhdCBhbGxvdyBzbGlnaHRseSBtb3Jl IHRpbWUgZm9yIGZvcndhcmRpbmcgc3RhdGUgaW5zdGFsbGF0aW9uLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IER1cmluZyB0aGlzIHRpbWUsIGFuIGF0dGFja2Vy IG5lZWRzIHRvIGJlY29tZSBhd2FyZSB0aGF0IHRoZSBpbmdyZXNzIGlzDQo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+YXR0ZW1wdGluZyB0byBkZXRlcm1pbmUgaWYgdGhlIExTUCBpcyBm dWxseSBmdW5jdGlvbmFsIGJlZm9yZSB0cmFuc2ZlcnJpbmcgdHJhZmZpYzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5mcm9tIHNvbWUgb3RoZXIgcGF0aCBvbnRvIHRoZSBMU1AgKGl0IGlz IHBvc3NpYmx5IHdvcnRoIG5vdGluZyB0aGF0IOKAkyBpZiB0aGVyZSBpcw0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPm5vIG90aGVyIHBhdGgsIHRoZW4gdGhlcmUgaXMgbGl0dGxlIGRp ZmZlcmVuY2UgYmV0d2VlbiBmb3J3YXJkaW5nIHRoZW0gb24gYTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5wb3NzaWJseSBpbmNvbXBsZXRlIExTUCBvciBkaXNjYXJkaW5nIHRoZW0gZGly ZWN0bHkpLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgQXMgdGhpcyB3aW5kb3cgc2hvdWxkIGJlIHZlcnkgbmFycm93LCB0aGUgbW9zdCBsaWtlbHkg c2NlbmFyaW8gZm9yIHRoaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+dG8gYmVjb21l IGEgcHJvYmxlbSBpcyBpZiB0aGUgYXR0YWNrZXIgaXMgYSBzdWJ2ZXJ0ZWQgTFNSIG9uIHRoZSBM U1AsIHdoaWNoIG1heTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj50aGVuIG1vbml0b3Ig TFNQIGRhdGEgdHJhZmZpYyBsb29raW5nIGZvciB0aGlzIHR5cGUgb2YgbWVzc2FnZSwgaW50ZXJj ZXB0IGl0IGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5yZXR1cm4gaXQgdG8gdGhl IHNlbmRpbmcgaW5ncmVzcyBMU1IuJm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBJZiBhIHRyYW5zaXQgTFNSIGhhcyBiZWVuIHN1YnZlcnRlZCwgaXQg aXMgZmFpcmx5IG9idmlvdXMgdGhhdCB0aGlzIHdvdWxkIGJlPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPnRoZSBmZWVibGVzdCBmb3JtIG9mIGF0dGFjayB0aGF0IHRoZSBzdWJ2ZXJzaW9u IG1pZ2h0IHRha2UsIGdpdmVuIHRoYXQgaXQgY291bGQgZG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+c288L3NwYW4+PC9pPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+IG1hbnkgb3RoZXIgdGhpbmdzLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElmIHdlIHJlYWxseSB3YW50IHRvIGxpc3QgdGhpcyBw b3RlbnRpYWwgdnVsbmVyYWJpbGl0eSwgd2Ugc2hvdWxkIHByb2JhYmx5DQo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+c2F5IHNvbWV0aGluZyBhYm91dCB0aGUgYXNzb2NpYXRlZCAodmVy eSBsb3cpIHJpc2ssIG1pdGlnYXRpbmcgY2lyY3Vtc3RhbmNlcw0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPmFuZCBtZWFucyBvZiBkZXRlY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTWVhbndoaWxlLCBhbm90aGVyIGZvcm0gb2YgYXR0YWNr IG1pZ2h0IGJlIGlmIG9uZSBvciBtb3JlIExTUnMgaW4gYQ0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPmdpdmVuIE1QTFMgZG9tYWluIHdlcmUgdG8gc3RhcnQgc2VuZGluZyB0aGVzZSBz ZWxmLXBpbmcgbWVzc2FnZXMgYXQgY2FwYWNpdHk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+c3BlZWRzLiZuYnNwOyBCZWNhdXNlIHRoZXkgYXJlIGF0IHRoZSBkYXRhLXBsYW5lLCB0aGlz IGF0dGFjayB2ZWN0b3IgbWlnaHQgYmUgaGFyZGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPnRvIGRldGVjdCBhdCBhbnkgYWZmZWN0ZWQgZWdyZXNzIExTUi4mbmJzcDsgTWVhbndoaWxl IHRoZXNlIG1lc3NhZ2VzIGNvbnN1bWUgYXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ bGVhc3Qgc29tZSBvZiB0aGUgbmV0d29yayBjYXBhY2l0eSBhY3Jvc3MgdGhlIG5ldHdvcmsgaW4g Ym90aCBkaXJlY3Rpb25zLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+LS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+RXJpYzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0 Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlJvbmFsZCBCb25pY2E8YnI+DQo8Yj5TZW50Ojwv Yj4gVGh1cnNkYXksIE1hcmNoIDEyLCAyMDE1IDEyOjA2IFBNPGJyPg0KPGI+VG86PC9iPiBhZHJp YW5Ab2xkZG9nLmNvLnVrOyBHcmVnb3J5IE1pcnNreTsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5v cmc7IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzxicj4NCjxiPkNj OjwvYj4gbXBscy1hZHNAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJq ZWN0OjwvYj4gUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1z ZWxmLXBpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5Xb3JrcyBmb3IgbWUhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgUm9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEu NXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEFkcmlh biBGYXJyZWwNCjxhIGhyZWY9Im1haWx0bzpbbWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWtdIj5b bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWtdPC9hPiA8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNk YXksIE1hcmNoIDEyLCAyMDE1IDExOjAxIEFNPGJyPg0KPGI+VG86PC9iPiBSb25hbGQgQm9uaWNh OyAnR3JlZ29yeSBNaXJza3knOyA8YSBocmVmPSJtYWlsdG86bXBscy1jaGFpcnNAdG9vbHMuaWV0 Zi5vcmciPg0KbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86 ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnIj4NCmRyYWZ0LWJvbmlj YS1tcGxzLXNlbGYtcGluZ0B0b29scy5pZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhy ZWY9Im1haWx0bzptcGxzLWFkc0B0b29scy5pZXRmLm9yZyI+bXBscy1hZHNAdG9vbHMuaWV0Zi5v cmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+DQptcGxzQGlldGYub3JnPC9h Pjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtYm9uaWNh LW1wbHMtc2VsZi1waW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5Mb29rcyBpbmZvcm1hdGlvbmFsIHRvIG1lLiBBbmQgbG9va3MgbGlrZSAyMTE5IGxhbmd1 YWdlIGlzIGFwcHJvcHJpYXRlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5U aGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BZHJpYW48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk IGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4w cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ IFJvbmFsZCBCb25pY2EgWzxhIGhyZWY9Im1haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0Ij5tYWls dG86cmJvbmljYUBqdW5pcGVyLm5ldDwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMTIgTWFyY2gg MjAxNSAwMToyNDxicj4NCjxiPlRvOjwvYj4gR3JlZ29yeSBNaXJza3k7IDxhIGhyZWY9Im1haWx0 bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyI+bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8 L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtcGluZ0B0b29scy5p ZXRmLm9yZyI+ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xzLmlldGYub3JnPC9hPjxi cj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOm1wbHMtYWRzQHRvb2xzLmlldGYub3JnIj5t cGxzLWFkc0B0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3Jn Ij4NCm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBNUExTLVJUIHJl dmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5HcmVnLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SW4g dGhlIG1lc3NhZ2UgYmVsb3csIHlvdSBxdWVzdGlvbiB3aGV0aGVyIGRyYWZ0LWJvbmljYS1tcGxz LXNlbGYtcGluZyBzaG91bGQgYmUgSU5GT1JNQVRJT05BTCBvciBQUy4gSW4gYSBzaW1pbGFyIHZl aW4sIHlvdSBhc2sgd2hldGhlciBSRkMgMjExOSBsYW5ndWFnZSBzaG91bGQNCiBiZSB1c2VkLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+V2hlbiBJIHdyb3RlIHRoZSBkcmFmdCwgSSBjb25zaWRlcmVkIGJvdGgsIGNvdWxk buKAmXQgZGVjaWRlLCBhbmQgdG9zc2VkIGEgY29pbiA7LSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFGQUlLUywgdGhl IElFVEZzIGNyaXRlcmlhIGZvciBQUyBhcmUgYSBiaXQgZnV6enkuIFlvdSBtaWdodCBhcmd1ZSB0 aGF0IHRoZSBkcmFmdCBzaG91bGQgYmUgUFMgYmVjYXVzZSBpdCBkZWZpbmVzIOKAnGJpdHMgb24g dGhlIHdpcmXigJ0uIEJ1dCBvbiB0aGUgb3RoZXIgaGFuZCwNCiB5b3UgbWlnaHQgYXJndWUgdGhh dCBpdCBkb2VzbuKAmXQgbmVlZCB0byBiZSBQUyBiZWNhdXNlOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlz dFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPi08L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+SXQgZG9lc27igJl0IGFkZHJlc3MgaW50ZXJvcGVyYWJpbGl0eSByZXF1aXJl bWVudHMgKGJlY2F1c2UgdGhlIHNlbmRlciBhbmQgcmVjZWl2ZXIgYXJlIHRoZSBzYW1lIG5vZGUp PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJ0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj4tPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkl0IGRv ZXNu4oCZdCByZXF1ZXN0IGFueSBJQU5BIGFzc2lnbm1lbnRzPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIHdvdWxkIGJl IHZlcnkgaGFwcHkgdG8gbGV0IHNvbWVib2R5IGVsc2UgZGVjaWRlIHdoZXRoZXIgdGhlIGRyYWZ0 IHNob3VsZCBiZSBJTkZPUk1BVElPTkFMIG9yIFBTLiBNYXliZSB0aGUgY2hhaXJzIG9yIEFEcyBj YW4gb2ZmZXIgYW4gb3Bpbmlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtSb248bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMu MHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+IEdyZWdvcnkgTWlyc2t5IFs8YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nz b24uY29tIj5tYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPC9hPl0NCjxicj4NCjxi PlNlbnQ6PC9iPiBNb25kYXksIE1hcmNoIDA5LCAyMDE1IDU6MDIgUE08YnI+DQo8Yj5Ubzo8L2I+ IDxhIGhyZWY9Im1haWx0bzptcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyI+bXBscy1jaGFpcnNA dG9vbHMuaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWJvbmljYS1tcGxzLXNl bGYtcGluZ0B0b29scy5pZXRmLm9yZyI+ZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1waW5nQHRvb2xz LmlldGYub3JnPC9hPjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOm1wbHMtYWRzQHRv b2xzLmlldGYub3JnIj5tcGxzLWFkc0B0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0 bzptcGxzQGlldGYub3JnIj4NCm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJFOiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1ib25pY2EtbXBscy1zZWxmLXBpbmc8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5EZWFyIEFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPkkndmUgYmVlbiBhc3NpZ25lZCB0byByZXZpZXcgZHJhZnQtYm9uaWNhLW1wbHMtc2VsZi1w aW5nLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGUgZG9jdW1lbnQgaXMgdmVy eSB3ZWxsIHdyaXR0ZW4sIHRoZSBwcm9ibGVtIGluIGZvY3VzIGlzIGNsZWFybHkgc3RhdGVkLCBh bmQgdGhlIHByb3Bvc2VkIHNvbHV0aW9uIHdlbGwgZGVzY3JpYmVkLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+SSBkbyBoYXZlIGEgbnVtYmVyIG9mIGNvbmNlcm5zIHdpdGggdGhlIHN0 YXR1cyBvZiB0aGUgZG9jdW1lbnQgYW5kIHRoZSBhcHByb2FjaCBhcyBwcmVzZW50ZWQ6PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87dGV4dC1pbmRl bnQ6LS4yNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlN5 bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5kb2N1bWVudCBpbnRlbmRlZCB0cmFjayBpcyBJbmZvcm1hdGlvbmFs IGV2ZW4gdGhvdWdoIHRoZSBzb2x1dGlvbiBiZWluZyBwb3NpdGlvbmVkIGFzICZxdW90O25ldywg bGlnaHQtd2VpZ2h0IHByb3RvY29sJnF1b3Q7LiBJZiB0aGlzIGlzIGluZGVlZCBuZXcgcHJvdG9j b2wgb3IgZXZlbiBleHRlbnNpb24gb2YgdGhlIGV4aXN0aW5nIG9uZSwNCiB0aGVuIEkgZXhwZWN0 IHRoZXJlIG11c3QgYmUgcmVxdWVzdHMgdG8gSUFOQSBhbGxvY2F0aW9ucy4gQXQgdGhpcyB0aW1l ICZxdW90O1RoaXMgZG9jdW1lbnQgbWFrZXMgbm8gcmVxdWVzdCBvZiBJQU5BLiZxdW90OyBFaXRo ZXIgTFNQIFNlbGYtcGluZyBjYW4gYmUgY2hhcmFjdGVyaXplZCB0aHJvdWdoIHJlLXVzZSBvZiBh bHJlYWR5IGV4aXN0aW5nIHByb3RvY29scyBhbmQgYXBwcm9hY2hlcywgb3IgZG9jdW1lbnQgc2hv dWxkIGJlIHN3aXRjaGVkIHRvIFN0YW5kYXJkcw0KIHRyYWNrOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_48E1A67CB9CA044EADFEAB87D814BFF632CAC16Beusaamb107erics_-- From nobody Mon Mar 16 10:13:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 729B11A88EE for ; Mon, 16 Mar 2015 10:13:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.451 X-Spam-Level: X-Spam-Status: No, score=0.451 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, MIME_CHARSET_FARAWAY=2.45, MIME_QP_LONG_LINE=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 Cm63JKii1XJT for ; Mon, 16 Mar 2015 10:13:16 -0700 (PDT) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::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 239E31A878E for ; Mon, 16 Mar 2015 10:13:16 -0700 (PDT) Received: by wibg7 with SMTP id g7so43204492wib.1 for ; Mon, 16 Mar 2015 10:13:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7wqWhSVFM0+whTSY8Nz5TGT3qAJa13HF3sVgrwqFSB0=; b=Iq7XzHBPfNsAn6UsNiFU2kwzgw4NMXW1dsJChUIskV2kVt6zbqXnRee3IcGfi6PoBl ENwZCVP43TluRz/hT6/H9C6uBLT++nA7KKJKCOSvhUME0v7srKqlOCh/rk8gnMSooAB9 SvH7gofHoA038COfNukKk6ef9Dpaq8y8jYZNnbST8cO/r4+nEzUEhSkQvQRk6425wIQc twoxx0xno4i4SECpWhxg4C9fjxhOReaTxo7/25y60B1vOFs43raBfrF1wu/wgR3aj9dJ 73hkI2i1/2FP1drvE4FTiJBbjqj0PhUtSgX+ziTCx7aMNTnM05NS0kpgJMWkj7KQCwYi 39+w== X-Received: by 10.194.211.104 with SMTP id nb8mr60658971wjc.51.1426525994744; Mon, 16 Mar 2015 10:13:14 -0700 (PDT) Received: from [172.20.7.45] ([46.218.58.213]) by mx.google.com with ESMTPSA id jy7sm16164528wid.22.2015.03.16.10.13.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Mar 2015 10:13:13 -0700 (PDT) Content-Type: text/plain; charset=koi8-r Mime-Version: 1.0 (1.0) From: Andrey Slastenov X-Mailer: iPhone Mail (12D508) In-Reply-To: <5506E75F.4080201@pi.nu> Date: Mon, 16 Mar 2015 18:13:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5506E75F.4080201@pi.nu> To: Loa Andersson Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" , "draft-kompella-mpls-rmr@tools.ietf.org" Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 17:13:18 -0000 Hi Loa Thank you for your presentation today :) =EF=D4=D0=D2=C1=D7=CC=C5=CE=CF =D3 iPhone > 16 =CD=C1=D2=D4=C1 2015 =C7., =D7 15:23, Loa Andersson =CE=C1=D0= =C9=D3=C1=CC(=C1): >=20 >=20 > Folks, >=20 > (taking my chair hat off for a while, i.e. this should not be > read as a chair directive, just a bit of mumbling that comes out > thinking about how to progress documents.) >=20 > As far back s the 73rd IETF in Minneapolis John and Adrian made > a report on "Requirements for Ring Protection=0Bin MPLS-TP". The > conclusions were that we could do topology specific protection > solutions if the benefits are big enough. >=20 > Such solutions need to meet the same requirements as linear > protection and it has to be show that it can't be done by linear > protection only. >=20 > At that time we did not see that there were things that would not > be as readily done by the linear protection being specified at that > time. >=20 > Today we have to drafts that address ring topologies, one draft-kompella-m= pls-rmr addresses Resilient MPLS Rings in an MPLS-TE > environment. The other draft-cheng-mpls-tp-shared-ring-protection > addresses protection in an MPLS-TP environment. >=20 > Both recognizes that ring topologies are very common and that very > efficient mechanism for keeping traffic flowing in case of failures > are possible to design. Sometime far better than what is the case if > the actual ring topologies are view as a linear topology, >=20 > The first document (draft-kompella- ) looks primarily on the operations > within a single ring and how fast and simple mechanisms for protection > can be deployed. A ring topology is a very common deployment scenario. > While, the draft-kompella from a solutions point is somewhat orthogonal > to draft-cheng, it does also discuss the dynamic control plane for mpls > ring, including auto-discovery and signaling. It seems that there are > opportunities for co-operation between the two drafts in this area. >=20 > The other (draft-cheng- ) looks at what is called MPLS shared ring, i.e. > a rather high number can shared the same path around the ring, and all > traffic can be protected by a single operation. > Another aspect of the shared tunnel is that if part of the ring > (typically 2 nodes and one link) are part of more than one ring. It > becomes possible to protect against more than one failure. >=20 > Maybe it is time to revisit the question and see if we want to adopt > working group documents for the two scenarios outlined above. >=20 > /Loa > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 16 11:32:58 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 053431A1B6A for ; Mon, 16 Mar 2015 11:32:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 XCOOtEDDy1iX for ; Mon, 16 Mar 2015 11:32:55 -0700 (PDT) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::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 D68931A8A4B for ; Mon, 16 Mar 2015 11:32:39 -0700 (PDT) Received: by wgbcc7 with SMTP id cc7so47171399wgb.0 for ; Mon, 16 Mar 2015 11:32:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=1HVq9z0md7N0+zUJhn+nUkEqEHNvTsjo+CnDe77lbG8=; b=b+5W+AUnDQ0X4dc3hCzAdnIT2HL8G+FY5lqxlt1UgV/rISzyAODY755OBeaKe/EY8f H6L0yF6pBrUJdKPZJU3WN7bMRC4bvrFDQ7FoUrJBmfFJo0nyzqMkcoY8Xof59QA5booR u6DBea3/y8B3NdJOWBU9/+28ZdTucEeMIS1N5TkYPLU5e6/nEy40TBMJ29lGOqAtl9Hh AxjYPtWFua2QXjQ8YzfLZ5CJFwRKFMW7nv+c4LiUvTuSK088dtV+06MvMRwZD56EFfhw MHbee8W9zuRUbYSCGrMcBi3A+0hNo4DB56xiIdZlSQqMCFPA/ofYzYuRQU7SfCxcZhsh TiHw== X-Received: by 10.180.83.102 with SMTP id p6mr142601803wiy.78.1426530758499; Mon, 16 Mar 2015 11:32:38 -0700 (PDT) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id dq1sm16444377wib.20.2015.03.16.11.32.36 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Mar 2015 11:32:36 -0700 (PDT) Message-ID: <550721C3.8040803@gmail.com> Date: Mon, 16 Mar 2015 19:32:35 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Loa Andersson , "mpls@ietf.org" References: <5506E75F.4080201@pi.nu> In-Reply-To: <5506E75F.4080201@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: draft-kompella-mpls-rmr@tools.ietf.org, "mpls-chairs@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 18:32:57 -0000 Hello Loa, Thank you for your analysis. The key source of information required for protection switching in a ring topology are the "ring-maps" present in each node in the ring. A "ring-map" contains the identity and location of each "ring-node" in the ring. It also contains information of the "ring-LSPs". draft-kompella-mpls-rmr describes how to fill the "ring-maps" and can be extended to multiple rings sharing a link. draft-cheng-mpls-tp-shared-ring-protection describes the messaging mechanism to provide the protection switch in single and multiple rings. I support your proposal below. Regards, Huub. ============= > As far back s the 73rd IETF in Minneapolis John and Adrian made > a report on "Requirements for Ring Protection in MPLS-TP". The > conclusions were that we could do topology specific protection > solutions if the benefits are big enough. > > Such solutions need to meet the same requirements as linear > protection and it has to be show that it can't be done by linear > protection only. > > At that time we did not see that there were things that would not > be as readily done by the linear protection being specified at that > time. > > Today we have to drafts that address ring topologies, one > draft-kompella-mpls-rmr addresses Resilient MPLS Rings in an MPLS-TE > environment. The other draft-cheng-mpls-tp-shared-ring-protection > addresses protection in an MPLS-TP environment. > > Both recognizes that ring topologies are very common and that very > efficient mechanism for keeping traffic flowing in case of failures > are possible to design. Sometime far better than what is the case if > the actual ring topologies are view as a linear topology, > > The first document (draft-kompella- ) looks primarily on the operations > within a single ring and how fast and simple mechanisms for protection > can be deployed. A ring topology is a very common deployment scenario. > While, the draft-kompella from a solutions point is somewhat orthogonal > to draft-cheng, it does also discuss the dynamic control plane for mpls > ring, including auto-discovery and signaling. It seems that there are > opportunities for co-operation between the two drafts in this area. > > The other (draft-cheng- ) looks at what is called MPLS shared ring, i.e. > a rather high number can shared the same path around the ring, and all > traffic can be protected by a single operation. > Another aspect of the shared tunnel is that if part of the ring > (typically 2 nodes and one link) are part of more than one ring. It > becomes possible to protect against more than one failure. > > Maybe it is time to revisit the question and see if we want to adopt > working group documents for the two scenarios outlined above. > > /Loa -- ***************************************************************** 请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ · From nobody Mon Mar 16 17:14:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A95871A1BEE for ; Mon, 16 Mar 2015 17:14:43 -0700 (PDT) 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, RCVD_IN_DNSWL_MED=-2.3, 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 WLQJL5mUI95K for ; Mon, 16 Mar 2015 17:14:42 -0700 (PDT) Received: from mail-gw3-out.broadcom.com (mail-gw3-out.broadcom.com [216.31.210.64]) by ietfa.amsl.com (Postfix) with ESMTP id DD0551A1BE3 for ; Mon, 16 Mar 2015 17:14:41 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.11,412,1422950400"; d="scan'208";a="59435482" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw3-out.broadcom.com with ESMTP; 16 Mar 2015 17:16:11 -0700 Received: from SJEXCHCAS06.corp.ad.broadcom.com (10.16.203.14) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Mon, 16 Mar 2015 17:14:40 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS06.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Mon, 16 Mar 2015 17:14:40 -0700 From: Shahram Davari To: Loa Andersson Thread-Topic: [mpls] MPLS ring protection reconsidered ?? Thread-Index: AQHQX/TUVUeCFACSVk2sf3HFKHDlqZ0fzs7c Date: Tue, 17 Mar 2015 00:14:39 +0000 Message-ID: References: <5506E75F.4080201@pi.nu> In-Reply-To: <5506E75F.4080201@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" , "draft-kompella-mpls-rmr@tools.ietf.org" Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 00:14:43 -0000 Hi Loa I support merging these two drafts as I mentioned it on the Mic during last= IETF.=20 Regards, Shahram > On Mar 16, 2015, at 10:23 PM, Loa Andersson wrote: >=20 >=20 > Folks, >=20 > (taking my chair hat off for a while, i.e. this should not be > read as a chair directive, just a bit of mumbling that comes out > thinking about how to progress documents.) >=20 > As far back s the 73rd IETF in Minneapolis John and Adrian made > a report on "Requirements for Ring Protection=0Bin MPLS-TP". The > conclusions were that we could do topology specific protection > solutions if the benefits are big enough. >=20 > Such solutions need to meet the same requirements as linear > protection and it has to be show that it can't be done by linear > protection only. >=20 > At that time we did not see that there were things that would not > be as readily done by the linear protection being specified at that > time. >=20 > Today we have to drafts that address ring topologies, one draft-kompella-= mpls-rmr addresses Resilient MPLS Rings in an MPLS-TE > environment. The other draft-cheng-mpls-tp-shared-ring-protection > addresses protection in an MPLS-TP environment. >=20 > Both recognizes that ring topologies are very common and that very > efficient mechanism for keeping traffic flowing in case of failures > are possible to design. Sometime far better than what is the case if > the actual ring topologies are view as a linear topology, >=20 > The first document (draft-kompella- ) looks primarily on the operations > within a single ring and how fast and simple mechanisms for protection > can be deployed. A ring topology is a very common deployment scenario. > While, the draft-kompella from a solutions point is somewhat orthogonal > to draft-cheng, it does also discuss the dynamic control plane for mpls > ring, including auto-discovery and signaling. It seems that there are > opportunities for co-operation between the two drafts in this area. >=20 > The other (draft-cheng- ) looks at what is called MPLS shared ring, i.e. > a rather high number can shared the same path around the ring, and all > traffic can be protected by a single operation. > Another aspect of the shared tunnel is that if part of the ring > (typically 2 nodes and one link) are part of more than one ring. It > becomes possible to protect against more than one failure. >=20 > Maybe it is time to revisit the question and see if we want to adopt > working group documents for the two scenarios outlined above. >=20 > /Loa > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 17 03:13:26 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70FF61A0231 for ; Tue, 17 Mar 2015 03:13:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.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, 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 CLl1v98GiCzl for ; Tue, 17 Mar 2015 03:13:12 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0128.outbound.protection.outlook.com [207.46.100.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 CC9D21A01F9 for ; Tue, 17 Mar 2015 03:13:12 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) with Microsoft SMTP Server (TLS) id 15.1.106.15; Tue, 17 Mar 2015 10:13:11 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.61]) with mapi id 15.01.0106.007; Tue, 17 Mar 2015 10:13:11 +0000 From: Ron Bonica To: Loa Andersson , "lizho.jin@gmail.com" , mpls-chairs , draft-bonica-mpls-self-ping , mpls-ads Thread-Topic: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQUBZCJvzLYgooPEWTjWPAAzQbFJ0Y/3rsgACladCAAC8HAIAGwbJQ Date: Tue, 17 Mar 2015 10:13:10 +0000 Message-ID: References: <54EC4776.5040402@pi.nu>, <2015031100220789189743@gmail.com>, <201503122220311215427@gmail.com> <5502531C.40103@pi.nu> In-Reply-To: <5502531C.40103@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] authentication-results: pi.nu; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB442; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(13464003)(252514010)(377454003)(51704005)(24454002)(377424004)(87936001)(66066001)(77156002)(54356999)(86362001)(19580405001)(2656002)(62966003)(46102003)(19580395003)(122556002)(99286002)(106116001)(40100003)(74316001)(102836002)(33656002)(2950100001)(93886004)(2900100001)(2501003)(15975445007)(230783001)(76176999)(50986999)(92566002)(76576001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB442; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:CO1PR05MB442; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB442; x-forefront-prvs: 0518EEFB48 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2015 10:13:10.8267 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB442 Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 10:13:17 -0000 Ack. I will catch this in the next draft version. Ron > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: Friday, March 13, 2015 4:02 AM > To: Ronald Bonica; lizho.jin@gmail.com; mpls-chairs; draft-bonica-mpls-se= lf- > ping; mpls-ads > Cc: mpls > Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping >=20 > Ron, >=20 > The MPLS-RT review spawned some discussion on access lists. I could not > remember what you said about access lists in the draft so I checked. > Quick search "access" and "ACL" and found that you do not mention access > lists at all. Maybe you should after the discussion here. >=20 > /Loa >=20 > On 2015-03-13 08:34, Ronald Bonica wrote: > > Lizhong, > > > > I think that we are misunderstanding each other's words. > > > > RFC 6335 divides UDP ports into the following ranges: > > > > -Well-known (0-1023) > > > > -User (1024-49151) > > > > -Dynamic (49152-65535) > > > > The draft says that the UDP source and destination ports will be > > selected from the dynamic range. It **does not** say that UDP port > > numbers will be selected dynamically. > > > > When writing the draft, I was assuming that a typical implementation > > selects a port form the dynamic range and sends all MPLS Self-ping > > traffic to that port. Therefore, the user could provision an ACL for > > that port. > > > > I **was not** assuming that the application would select a different > > port each time that it ran MPLS-ping. This would make it very > > difficult to ACL MPLS Self-ping traffic. > > > > If you like, I can make that assumption explicit in the draft. > > > > Ron > > > > *From:*lizho.jin@gmail.com [mailto:lizho.jin@gmail.com] > > *Sent:* Thursday, March 12, 2015 10:21 AM > > *To:* Ronald Bonica; mpls-chairs; draft-bonica-mpls-self-ping; > > mpls-ads > > *Cc:* mpls > > *Subject:* RE: MPLS-RT review of draft-bonica-mpls-self-ping > > > > For section 6, originally ingress could identify the LSP ping packe= t > > with well-known UDP port, and configure ACL rule to reduce risk of > > attack. But now it is more difficult to filter the packet with > > access list, which may increase the risk. > > > > Lizhong, > > > > *//* > > > > */Implementation know the port(s) upon which they send MPLS > > Self-ping traffic. They can configure ACLs on that port or thos= e > > ports. ACLs can protect dynamic ports, so long as they are > > predictable./* > > > > [Lizhong] yes, it is possible to install ACL ruls everytime whe= n > > MPLS self-ping is initiated. That is different with original > > implementation which is static ACL rule with well-know port. So > > it is better to describe how to reduce the risk of DoS if MPLS > > self-ping is implemented. > > > > Lizhong > > > > ** > > > > */ > > Ron/* > > > > *//* > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Mar 17 03:49:32 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EE511A0263; Tue, 17 Mar 2015 03:49:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.422 X-Spam-Level: X-Spam-Status: No, score=-1.422 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, 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 TojQWykVO_HJ; Tue, 17 Mar 2015 03:49:28 -0700 (PDT) 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 E65621A0235; Tue, 17 Mar 2015 03:49:27 -0700 (PDT) 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 BTT14245; Tue, 17 Mar 2015 10:49:26 +0000 (GMT) Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 17 Mar 2015 10:49:25 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Tue, 17 Mar 2015 18:49:21 +0800 From: Xuxiaohu To: "stbryant@cisco.com" , Eric C Rosen , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZrqojq7Dn2dkqRctiyZ05xTp0aTR0AgAY0PqA= Date: Tue, 17 Mar 2015 10:49:21 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> In-Reply-To: <5503403E.4050304@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.99.17] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 10:49:30 -0000 SSBiZWxpZXZlIHRoaXMgc2hvdWxkIGJlIGFwcGxpY2FibGUgdG8gdGhlIE5TSCBhcyB3ZWxsIChp LmUuLCBzZXQgdGhlIG5pYmJsZSB0byB6ZXJvKSBpZiBpdCdzIGFzc3VtZWQgdGhhdCB0aGUgTlNI IGNvdWxkIGJlIGVuY2Fwc3VsYXRlZCB3aXRoaW4gYW4gTVBMUyBwYWNrZXQuIA0KDQpCZXN0IHJl Z2FyZHMsDQpYaWFvaHUNCg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IEJJRVIgW21haWx0 bzpiaWVyLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gU3Rld2FydCBCcnlhbnQNCreiy83KsbzkOiAy MDE1xOoz1MIxNMjVIDM6NTQNCsrVvP7IyzogRXJpYyBDIFJvc2VuOyBCSUVSDQrW98ziOiBSZTog W0JpZXJdIEVuY2Fwc3VsYXRpb24gZmlyc3QgbmliYmxlDQoNCk9uIDEzLzAzLzIwMTUgMTk6NDYs IEVyaWMgQyBSb3NlbiB3cm90ZToNCj4gSGVyZSdzIGEgc21hbGwgaXNzdWUgZm9yIHRoZSBXRyB0 byBjb25zaWRlci4NCj4NCj4gVGhlIG1wbHMtYmllci1lbmNhcHN1bGF0aW9uIGRyYWZ0IHNwZWNp ZmllcyB0aGF0IHRoZSBmaXJzdCBuaWJibGUgb2YgDQo+IHRoZSBlbmNhcHN1bGF0aW9uIGlzIHRv IGJlIGEgQklFUiBlbmNhcHMgdmVyc2lvbiBudW1iZXIsIGluaXRpYWxseSAwLg0KPiBUaGUgdmFs dWVzIDQgYW5kIDYgYXJlIGV4Y2x1ZGVkIGZyb20gdGhlICJ2ZXJzaW9uIG51bWJlciIgc3BhY2Us IGFzIA0KPiB0aGVyZSBhcmUgdmFyaW91cyBoZXVyaXN0aWMgcHJvY2VkdXJlcyBkZXBsb3llZCB0 aGF0IGludGVycHJldCB0aG9zZSANCj4gdmFsdWVzIG9mIHRoZSBmaXJzdCBuaWJibGUgZm9sbG93 aW5nIHRoZSBNUExTIGxhYmVsIHN0YWNrIGFzIA0KPiBpZGVudGlmeWluZyB0aGUgcGF5bG9hZCB0 byBiZSBhbiBJUCBwYWNrZXQuDQo+DQo+IEhvd2V2ZXIsIHRoZXJlIGFyZSBhbHNvIHZhcmlvdXMg ZGVwbG95ZWQgaGV1cmlzdGljcyB0aGF0IG1heSBpbnRlcnByZXQgDQo+IHRoZSB2YWx1ZXMgMCBh bmQgMSBhcyBpZGVudGlmeWluZyBhIHBzZXVkb3dpcmUgcGF5bG9hZCwgZWl0aGVyIGRhdGEgb3Ig DQo+IE9BTS4NCj4NCj4gVGhpcyByYWlzZXMgdGhlIGlzc3VlIG9mIHdoZXRoZXIgd2UgbWlnaHQg YmUgYmV0dGVyIG9mZiBzZXR0aW5nIHRoaXMgDQo+IG5pYmJsZSB0byBhIGZpeGVkIHZhbHVlLCBy YXRoZXIgdGhhbiB0cnlpbmcgdG8gdXNlIGl0IGFzIGEgdmVyc2lvbiANCj4gbnVtYmVyLiAgSWYg d2UgcmVhbGx5IG5lZWQgYSB2ZXJzaW9uIG51bWJlciBpbiB0aGUgZW5jYXBzLCBwZXJoYXBzIGl0 IA0KPiBzaG91bGQgYmUgc29tZXBsYWNlIHdoZXJlIGl0IGRlZmluaXRlbHkgd29uJ3QgaW1wYWN0 IGFueSBleGlzdGluZw0KPiBoZXVyaXN0aWNzLiAgIFRoZSBzYWZlc3QgdmFsdWUgZm9yIHRoZSBm aXJzdCBuaWJibGUgbWlnaHQgYmUgb25lIG9mIA0KPiB0aGUgdmFsdWVzIDUtOSwgd2hpY2ggYXJl IGFscmVhZHkgYXNzaWduZWQgYXMgSVAgVmVyc2lvbiBOdW1iZXJzLCBidXQgDQo+IGFyZSBhc3Np Z25lZCB0byB0aGluZ3MgdGhhdCAoSSB0aGluaykgZG9uJ3QgYWN0dWFsbHkgZXhpc3QuDQo+DQo+ DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ IEJJRVIgbWFpbGluZyBsaXN0DQo+IEJJRVJAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9iaWVyDQo+DQoNCkkgYWdyZWUgd2l0aCBFcmljIG9uIHRoaXMu DQoNCkkgd291bGQgc2V0IHRoZSBuaWJibGUgdG8gemVybyB3aGljaCB0ZWxscyBhbnkgcGFyc2Vy IHRoYXQgdGhlIHBheWxvYWQgaXMgb25seSB1bmRlcnN0YW5kYWJsZSBvbmx5IGJ5IGEgbm9kZSB0 aGF0IGtub3dzIHRoZSBhY3Rpb25zIHJlcXVpcmVkIGJ5IHRoZSBCT1MgbGFiZWwuDQoNCkkgdGhp bmsgdGhlIEFDSCBSRkMgc2F5cyBzb21ldGhpbmcgbGlrZSB0aGUgYWJvdmUsIGJ1dCB3b3VsZCBo YXZlIHRvIGdvIGZpbmQgdGhlIHNwZWNpZmljIHRleHQuDQoNCi0gU3Rld2FydA0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQklFUiBtYWlsaW5nIGxp c3QNCkJJRVJAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v Ymllcg0K From nobody Tue Mar 17 04:17:23 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F41851A0266; Tue, 17 Mar 2015 04:17:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.422 X-Spam-Level: X-Spam-Status: No, score=-1.422 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, 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 prel964jWphW; Tue, 17 Mar 2015 04:17:19 -0700 (PDT) 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 43FD51A0358; Tue, 17 Mar 2015 04:17:18 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTT17404; Tue, 17 Mar 2015 11:17:16 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 17 Mar 2015 11:17:15 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Tue, 17 Mar 2015 19:17:04 +0800 From: Xuxiaohu To: Xuxiaohu , "stbryant@cisco.com" , Eric C Rosen , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZrqojq7Dn2dkqRctiyZ05xTp0aTR0AgAY0PqCAAAkpwA== Date: Tue, 17 Mar 2015 11:17:04 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.99.17] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 11:17:21 -0000 QW5vdGhlciB3YXkgaXMgdG8gYWRkIGEgcHJvdG9jb2wgaWRlbnRpZmllciBmaWVsZCBhZnRlciB0 aGUgYm90dG9tIG9mIHRoZSBsYWJlbCBzdGFjayAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LXh1LW1wbHMtcGF5bG9hZC1wcm90b2NvbC1pZGVudGlmaWVyLTAwKS4gSW4gdGhpcyB3 YXksIHdlIHdvdWxkIG5vdCBiZSBib3RoZXJlZCBhYm91dCB0aGUgbmliYmxlIGlzc3VlIGFueW1v cmUgd2hlbiBwcm9wb3NpbmcgYW55IG5ldyBlbmNhcHN1bGF0aW9uIGhlYWRlciB3aGljaCBtYXkg YmUgZW5jYXBzdWxhdGVkIHdpdGhpbiBhbiBNUExTIHBhY2tldC4NCg0KQmVzdCByZWdhcmRzLA0K WGlhb2h1DQoNCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBtcGxzIFttYWlsdG86bXBscy1i b3VuY2VzQGlldGYub3JnXSC0+rHtIFh1eGlhb2h1DQq3osvNyrG85DogMjAxNcTqM9TCMTfI1SAx ODo0OQ0KytW8/sjLOiBzdGJyeWFudEBjaXNjby5jb207IEVyaWMgQyBSb3NlbjsgQklFUg0Ks63L zTogbXBsc0BpZXRmLm9yZzsgc2ZjQGlldGYub3JnDQrW98ziOiBSZTogW21wbHNdIFtCaWVyXSBF bmNhcHN1bGF0aW9uIGZpcnN0IG5pYmJsZQ0KDQpJIGJlbGlldmUgdGhpcyBzaG91bGQgYmUgYXBw bGljYWJsZSB0byB0aGUgTlNIIGFzIHdlbGwgKGkuZS4sIHNldCB0aGUgbmliYmxlIHRvIHplcm8p IGlmIGl0J3MgYXNzdW1lZCB0aGF0IHRoZSBOU0ggY291bGQgYmUgZW5jYXBzdWxhdGVkIHdpdGhp biBhbiBNUExTIHBhY2tldC4gDQoNCkJlc3QgcmVnYXJkcywNClhpYW9odQ0KDQotLS0tLdPKvP7U rbz+LS0tLS0NCreivP7IyzogQklFUiBbbWFpbHRvOmJpZXItYm91bmNlc0BpZXRmLm9yZ10gtPqx 7SBTdGV3YXJ0IEJyeWFudA0Kt6LLzcqxvOQ6IDIwMTXE6jPUwjE0yNUgMzo1NA0KytW8/sjLOiBF cmljIEMgUm9zZW47IEJJRVINCtb3zOI6IFJlOiBbQmllcl0gRW5jYXBzdWxhdGlvbiBmaXJzdCBu aWJibGUNCg0KT24gMTMvMDMvMjAxNSAxOTo0NiwgRXJpYyBDIFJvc2VuIHdyb3RlOg0KPiBIZXJl J3MgYSBzbWFsbCBpc3N1ZSBmb3IgdGhlIFdHIHRvIGNvbnNpZGVyLg0KPg0KPiBUaGUgbXBscy1i aWVyLWVuY2Fwc3VsYXRpb24gZHJhZnQgc3BlY2lmaWVzIHRoYXQgdGhlIGZpcnN0IG5pYmJsZSBv ZiANCj4gdGhlIGVuY2Fwc3VsYXRpb24gaXMgdG8gYmUgYSBCSUVSIGVuY2FwcyB2ZXJzaW9uIG51 bWJlciwgaW5pdGlhbGx5IDAuDQo+IFRoZSB2YWx1ZXMgNCBhbmQgNiBhcmUgZXhjbHVkZWQgZnJv bSB0aGUgInZlcnNpb24gbnVtYmVyIiBzcGFjZSwgYXMgDQo+IHRoZXJlIGFyZSB2YXJpb3VzIGhl dXJpc3RpYyBwcm9jZWR1cmVzIGRlcGxveWVkIHRoYXQgaW50ZXJwcmV0IHRob3NlIA0KPiB2YWx1 ZXMgb2YgdGhlIGZpcnN0IG5pYmJsZSBmb2xsb3dpbmcgdGhlIE1QTFMgbGFiZWwgc3RhY2sgYXMg DQo+IGlkZW50aWZ5aW5nIHRoZSBwYXlsb2FkIHRvIGJlIGFuIElQIHBhY2tldC4NCj4NCj4gSG93 ZXZlciwgdGhlcmUgYXJlIGFsc28gdmFyaW91cyBkZXBsb3llZCBoZXVyaXN0aWNzIHRoYXQgbWF5 IGludGVycHJldCANCj4gdGhlIHZhbHVlcyAwIGFuZCAxIGFzIGlkZW50aWZ5aW5nIGEgcHNldWRv d2lyZSBwYXlsb2FkLCBlaXRoZXIgZGF0YSBvciANCj4gT0FNLg0KPg0KPiBUaGlzIHJhaXNlcyB0 aGUgaXNzdWUgb2Ygd2hldGhlciB3ZSBtaWdodCBiZSBiZXR0ZXIgb2ZmIHNldHRpbmcgdGhpcyAN Cj4gbmliYmxlIHRvIGEgZml4ZWQgdmFsdWUsIHJhdGhlciB0aGFuIHRyeWluZyB0byB1c2UgaXQg YXMgYSB2ZXJzaW9uIA0KPiBudW1iZXIuICBJZiB3ZSByZWFsbHkgbmVlZCBhIHZlcnNpb24gbnVt YmVyIGluIHRoZSBlbmNhcHMsIHBlcmhhcHMgaXQgDQo+IHNob3VsZCBiZSBzb21lcGxhY2Ugd2hl cmUgaXQgZGVmaW5pdGVseSB3b24ndCBpbXBhY3QgYW55IGV4aXN0aW5nDQo+IGhldXJpc3RpY3Mu ICAgVGhlIHNhZmVzdCB2YWx1ZSBmb3IgdGhlIGZpcnN0IG5pYmJsZSBtaWdodCBiZSBvbmUgb2Yg DQo+IHRoZSB2YWx1ZXMgNS05LCB3aGljaCBhcmUgYWxyZWFkeSBhc3NpZ25lZCBhcyBJUCBWZXJz aW9uIE51bWJlcnMsIGJ1dCANCj4gYXJlIGFzc2lnbmVkIHRvIHRoaW5ncyB0aGF0IChJIHRoaW5r KSBkb24ndCBhY3R1YWxseSBleGlzdC4NCj4NCj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gQklFUiBtYWlsaW5nIGxpc3QNCj4gQklFUkBp ZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2JpZXINCj4N Cg0KSSBhZ3JlZSB3aXRoIEVyaWMgb24gdGhpcy4NCg0KSSB3b3VsZCBzZXQgdGhlIG5pYmJsZSB0 byB6ZXJvIHdoaWNoIHRlbGxzIGFueSBwYXJzZXIgdGhhdCB0aGUgcGF5bG9hZCBpcyBvbmx5IHVu ZGVyc3RhbmRhYmxlIG9ubHkgYnkgYSBub2RlIHRoYXQga25vd3MgdGhlIGFjdGlvbnMgcmVxdWly ZWQgYnkgdGhlIEJPUyBsYWJlbC4NCg0KSSB0aGluayB0aGUgQUNIIFJGQyBzYXlzIHNvbWV0aGlu ZyBsaWtlIHRoZSBhYm92ZSwgYnV0IHdvdWxkIGhhdmUgdG8gZ28gZmluZCB0aGUgc3BlY2lmaWMg dGV4dC4NCg0KLSBTdGV3YXJ0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpCSUVSIG1haWxpbmcgbGlzdA0KQklFUkBpZXRmLm9yZw0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iaWVyDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5v cmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K From nobody Tue Mar 17 09:15:52 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DADCA1A873D for ; Tue, 17 Mar 2015 09:15:50 -0700 (PDT) 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 3ncymCZ5F2-e for ; Tue, 17 Mar 2015 09:15:46 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0746.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1: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 5A6F11A872E for ; Tue, 17 Mar 2015 09:15:46 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1432.namprd05.prod.outlook.com (25.160.107.154) with Microsoft SMTP Server (TLS) id 15.1.118.21; Tue, 17 Mar 2015 16:15:25 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0112.000; Tue, 17 Mar 2015 16:15:25 +0000 From: Ross Callon To: "mpls@ietf.org" , "Nobo Akiya (nobo)" , "George Swallow (swallow)" , "Carlos Pignataro (cpignata)" , Loa Andersson , Mach Chen Thread-Topic: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Thread-Index: AQHQYM2TPK1RRZq8+UyCZj2QjYEEyA== Date: Tue, 17 Mar 2015 16:15:25 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1432; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(164054003)(19580395003)(229853001)(106116001)(46102003)(99286002)(2501003)(2900100001)(122556002)(40100003)(102836002)(15975445007)(77156002)(62966003)(92566002)(33656002)(50986999)(2656002)(87936001)(66066001)(19625215002)(16236675004)(230783001)(86362001)(74316001)(54356999)(76576001)(19300405004)(18717965001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1432; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:BY1PR0501MB1432; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1432; x-forefront-prvs: 0518EEFB48 Content-Type: multipart/alternative; boundary="_000_BY1PR0501MB1430B7CFD827B6F8C3020D57A5030BY1PR0501MB1430_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2015 16:15:25.4463 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1432 Archived-At: Cc: "mpls-chairs@tools.ietf.org" Subject: [mpls] IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 16:15:51 -0000 --_000_BY1PR0501MB1430B7CFD827B6F8C3020D57A5030BY1PR0501MB1430_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have told us t= hat the draft is ready for working group last call (WGLC). Before we do the WGLC we want to do an IPR poll on the document. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-ietf-mpls-lsp-ping-reply-mod= e-simple-01? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Ross (as MPLS WG co-chair) --_000_BY1PR0501MB1430B7CFD827B6F8C3020D57A5030BY1PR0501MB1430_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Working Group,

 

The authors of draft-ietf-mpls-lsp-ping= -reply-mode-simple-01 have told us that the

draft is ready for working group last c= all (WGLC).

 

Before we do the WGLC we want to do an = IPR poll on the document.

 

This mail starts that IPR poll.

 

Are you aware of any IPR that applies t= o draft-ietf-mpls-lsp-ping-reply-mode-simple-01?

 

If so, has this IPR been disclosed in c= ompliance with IETF IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for= more details).

 

Currently there are no IPR disclosures = that relate to this document.

 

If you are listed as a document author = or contributor please respond to

this email regardless of whether or not= you are aware of any relevant

IPR. *The response needs to be sent to = the MPLS wg mailing list.* The

document will not advance to the next s= tage until a response has been

received from each author and contribut= or.

 

If you are on the MPLS WG email list bu= t are not listed as an author or

contributor, then please explicitly res= pond only if you are aware of any

IPR that has not yet been disclosed in = conformance with IETF rules.

 

Thanks, Ross

(as MPLS WG co-chair)=

 

--_000_BY1PR0501MB1430B7CFD827B6F8C3020D57A5030BY1PR0501MB1430_-- From nobody Tue Mar 17 09:42:57 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AD761A8777 for ; Tue, 17 Mar 2015 09:42:56 -0700 (PDT) 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 QyvZ7SvkDFny for ; Tue, 17 Mar 2015 09:42:53 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84D1A1A8776 for ; Tue, 17 Mar 2015 09:42:53 -0700 (PDT) Received: from [172.20.11.241] (unknown [46.218.58.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 72FA1180145E; Tue, 17 Mar 2015 17:42:52 +0100 (CET) Message-ID: <5508598A.2020509@pi.nu> Date: Tue, 17 Mar 2015 17:42:50 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ross Callon , "mpls@ietf.org" , "Nobo Akiya (nobo)" , "George Swallow (swallow)" , "Carlos Pignataro (cpignata)" , Loa Andersson , Mach Chen References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 16:42:56 -0000 Folks, I'm not aware of any IPR relevant for this draft. /Loa On 2015-03-17 17:15, Ross Callon wrote: > Working Group, > > The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have told > us that the > > draft is ready for working group last call (WGLC). > > Before we do the WGLC we want to do an IPR poll on the document. > > This mail starts that IPR poll. > > Are you aware of any IPR that applies to > draft-ietf-mpls-lsp-ping-reply-mode-simple-01? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > Currently there are no IPR disclosures that relate to this document. > > If you are listed as a document author or contributor please respond to > > this email regardless of whether or not you are aware of any relevant > > IPR. *The response needs to be sent to the MPLS wg mailing list.* The > > document will not advance to the next stage until a response has been > > received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or > > contributor, then please explicitly respond only if you are aware of any > > IPR that has not yet been disclosed in conformance with IETF rules. > > Thanks, Ross > > (as MPLS WG co-chair) > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Mar 17 10:11:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FA541A87AF; Tue, 17 Mar 2015 10:11:33 -0700 (PDT) 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 wua7SFxeSoVL; Tue, 17 Mar 2015 10:11:31 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0778.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:778]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AEC91A1B43; Tue, 17 Mar 2015 10:11:31 -0700 (PDT) Received: from [172.29.32.200] (66.129.241.13) by BY1PR0501MB1093.namprd05.prod.outlook.com (25.160.103.139) with Microsoft SMTP Server (TLS) id 15.1.112.19; Tue, 17 Mar 2015 17:11:12 +0000 Message-ID: <55086028.1070004@juniper.net> Date: Tue, 17 Mar 2015 13:11:04 -0400 From: Eric C Rosen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Xuxiaohu , "stbryant@cisco.com" , BIER References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> Content-Type: text/plain; charset="gbk"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.13] X-ClientProxiedBy: BLUPR07CA0053.namprd07.prod.outlook.com (10.255.223.166) To BY1PR0501MB1093.namprd05.prod.outlook.com (25.160.103.139) Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1093; X-Forefront-Antispam-Report: BMV:1; SFV:NSPM; SFS:(10019020)(6049001)(6009001)(24454002)(377454003)(479174004)(46102003)(42186005)(86362001)(23696002)(117636001)(59896002)(93886004)(122386002)(92566002)(19580395003)(83506001)(77096005)(2950100001)(62966003)(77156002)(15975445007)(87976001)(65806001)(36756003)(54356999)(50986999)(50466002)(65956001)(65816999)(40100003)(76176999)(87266999)(2501003)(66066001)(47776003)(64126003)(62816006); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1093; H:[172.29.32.200]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:BY1PR0501MB1093; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1093; X-Forefront-PRVS: 0518EEFB48 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Mar 2015 17:11:12.6020 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1093 Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 17:11:33 -0000 On 3/17/2015 7:17 AM, Xuxiaohu wrote: > Another way is to add a protocol identifier field after the bottom of > the label stack > (https://tools.ietf.org/html/draft-xu-mpls-payload-protocol-identifier-00). > In this way, we would not be bothered about the nibble issue anymore > when proposing any new encapsulation header which may be encapsulated > within an MPLS packet. When a BIER packet is traveling from BFIR to BFER via a sequence of directly connected BFRs, each BFR already knows, via the bottom label, that the packet is a BIER packet. The nibble issue really only matters when a BIER packet is traveling through a non-BIER tunnel. When a BIER packet is traveling through a non-BIER tunnel, some of the transit routers may be routers that are running older software. They will base their ECMP treatment of the packet on the first nibble. A protocol identifier field won't help, because these old routers won't understand it. For newer routers, I think the proper direction is to use the MPLS entropy label, rather than to have each router compute the entropy based on an analysis of the next encapsulation header. So I don't think BIER justifies the use of a new MPLS special purpose payload-protocol-identifier label. There is one case though in which it could potentially be useful to enable the transit routers of a unicast MPLS tunnel to determine that a particular packet has a BIER payload. Suppose thtat the MPLS TTL of the unicast tunnel expires while the packet is still in the tunnel. It might be useful for the transit router to generate an ICMP response to the TTL expiration, and for this ICMP response to be BIER-aware. However, this is only likely to happen in a traceroute-like application, and I don't think that is sufficient justification for having all BIER packets carry the two or three extra label stack entries it would take to provide the special purpose payload-protocol-identifier label. On the other hand, a nibble value specific to BIER might be useful, as it provides the same information without requiring additional overhead. From nobody Tue Mar 17 10:15:40 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 902491A87B1; Tue, 17 Mar 2015 10:15:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 AJxE2RlsQV0N; Tue, 17 Mar 2015 10:15:38 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 094BA1A87AF; Tue, 17 Mar 2015 10:15:37 -0700 (PDT) X-AuditID: c6180641-f790b6d000004359-2e-5507ffaa13a8 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id AE.2E.17241.AAFF7055; Tue, 17 Mar 2015 11:19:22 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0210.002; Tue, 17 Mar 2015 13:15:31 -0400 From: Antoni Przygienda To: Xuxiaohu , "stbryant@cisco.com" , Eric C Rosen , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZr1RiePFKtRU2KrQ7DzVhUo50bFkcAgAWxRoCAAAe/AIAAHlkA Date: Tue, 17 Mar 2015 17:15:31 +0000 Message-ID: <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPLMWRmVeSWpSXmKPExsUyuXRPuO6q/+yhBtdPKFgsnbGHyWLdhg/M FreWrmS1ePJgK7vFuadzGC22nl/F6MDmMeX3RlaPliNvWT2WLPnJ5HG96Sp7AEsUl01Kak5m WWqRvl0CV8aOlZtZCzazVZzu2cvawNjB2sXIySEhYCKx5dxBJghbTOLCvfVsXYxcHEICRxgl Li2fzArhLGeUOHv/KVgVm4CFxOVvT5lBEiICHYwSSxZsAhvFLOAk0bD8MiOILSygJ3F+y2M2 EFtEQF9i+flrQDUcQLabxMmXASBhFgFVidkXn4O18gp4S5y8eY8FxBYSuM8o8e2NCojNKRAm cW3KPbC9jEDXfT+1hglilbjErSfzoa4WkFiy5zwzhC0q8fLxP6jPFCX29U9nh6jXkViw+xMb hK0tsWzha2aIvYISJ2c+YZnAKDYLydhZSFpmIWmZhaRlASPLKkaO0uLUstx0I8NNjMAYOybB 5riDccEny0OMAhyMSjy8BhrsoUKsiWXFlbmHGKU5WJTEecuuHAwREkhPLEnNTk0tSC2KLyrN SS0+xMjEwSnVwNh+/u+dSJcnBqp7Ug1Pp+zsV2tPyxZjYNm+c1nir5llJ331NJL6mbcyvYlp 22VuPX9u4obZJbqG4X45tqzPnZOMa1hz0n5dzPk7Vfl8gLHtnidMc986hCqLZTEfEBA4N0Xi 27Zl+bpJLOuPbEkKjj/U9Hpiy80T9/R6m+IPved0LO3blPSnXYmlOCPRUIu5qDgRAEt35GqS AgAA Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 17:15:39 -0000 Not being much of an encapsulation, data plane guy myself, I wonder a tad h= ow hacky those 'heuristics' are. Last label indicates clearly a BIER heade= r is following. For the LSRs that do not support BIER and do not parse the = BIER encaps there is no reason to look 'behind the label'. Multiple sub-do= mains allow for clean separation of traffic with different properties if ne= eded and with that there is even less reason for some kind of 'heuristic' D= PI Now, given some 'heuristics' are in place no matter what value we put into = the nibble, sooner or later we'll collide with it no matter what value we p= ick since such 'heuristics' basically try to parse bits without understandi= ng their context and with that can easily mistake an 'eye' for an 'I' or an= 'aye'.=20 --- tony=20 From nobody Tue Mar 17 10:25:12 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EDA91A87C2 for ; Tue, 17 Mar 2015 10:25:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 2V6dicol3pKd for ; Tue, 17 Mar 2015 10:25:04 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7143F1A87BD for ; Tue, 17 Mar 2015 10:25:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11326; q=dns/txt; s=iport; t=1426613103; x=1427822703; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=VORar8RA1uuM3E54UAF5d65zrf8Tmx1iP1MNf8Mc7ec=; b=OIwBLaSrfI6GxRqbdHRS6zgBkSKveXiZBPMRM7EJLdxkGeqWqqHeqQKf fQyoIazSDLNbf8Hw21dqUkcpNx/hiiMzg24Z8KUERcthstX0A3rIMndGg xp71W0fd8+Q4GDwXMNlZcQXrDgYxwRqb6ew5+kI5vIaDT7C9FUaRVQG3b I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BwCQDOYghV/49dJa1bgkNDUloEw0eILQKBO0wBAQEBAQF9hA8BAQEELUEGBRACAQgOAwMBAigHMhQJCAIEAQ0FiC/KdQEBAQEBAQEBAQEBAQEBAQEBAQEBAReLF4QPEAIBPhEHhC0FjjaCColqgRuDLo9UI4Nub4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.11,417,1422921600"; d="scan'208,217";a="401271887" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-9.cisco.com with ESMTP; 17 Mar 2015 17:25:03 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t2HHP1nk008654 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 17 Mar 2015 17:25:01 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.127]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Tue, 17 Mar 2015 12:25:01 -0500 From: "Carlos Pignataro (cpignata)" To: Ross Callon , "mpls@ietf.org" , "Nobo Akiya (nobo)" , "George Swallow (swallow)" , Loa Andersson , Mach Chen Thread-Topic: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Thread-Index: AQHQYM2TPK1RRZq8+UyCZj2QjYEEyJ0g/cAA Date: Tue, 17 Mar 2015 17:25:00 +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.8.150116 x-originating-ip: [10.150.53.180] Content-Type: multipart/alternative; boundary="_000_D12DDB9DFC3Bcpignataciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 17:25:06 -0000 --_000_D12DDB9DFC3Bcpignataciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Ross, I am not aware of any IPR that applies to this document. Thanks, =97 Carlos. From: Ross Callon > Date: Tuesday, March 17, 2015 at 12:15 PM To: "mpls@ietf.org" >, Nobo Akiya >, "George Swallow (= swallow)" >, Carlos Pignataro <= cpignata@cisco.com>, Loa Andersson >, Mach Chen > Cc: "mpls-chairs@tools.ietf.org" > Subject: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Working Group, The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have told us t= hat the draft is ready for working group last call (WGLC). Before we do the WGLC we want to do an IPR poll on the document. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-ietf-mpls-lsp-ping-reply-mod= e-simple-01? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Ross (as MPLS WG co-chair) --_000_D12DDB9DFC3Bcpignataciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <0386CE66E931244CB4ACBED5CCAF9A4B@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Ross,

I am not aware of any IPR that applies to this document.

Thanks,

=97 Carlos.

From: Ross Callon <rcallon@juniper.net>
Date: Tuesday, March 17, 2015 at 12= :15 PM
To: "mpls@ietf.org" <mpls@i= etf.org>, Nobo Akiya <nobo@cisc= o.com>, "George Swallow (swallow)" <swallow@cisco.com>, Carlos Pignataro <cpignata@cisco.= com>, Loa Andersson <loa= @mail01.huawei.com>, Mach Chen <mach.chen@huawei.com>
Cc: "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>
Subject: IPR Poll for draft-ietf-mp= ls-lsp-ping-reply-mode-simple-01

Working Group,

 

The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01= have told us that the

draft is ready for working group last call (WGLC).

 

Before we do the WGLC we want to do an IPR poll on the docum= ent.

 

This mail starts that IPR poll.

 

Are you aware of any IPR that applies to draft-ietf-mpls-lsp= -ping-reply-mode-simple-01?

 

If so, has this IPR been disclosed in compliance with IETF I= PR rules

(see RFCs 3979, 4879, 3669 and 5378 for more details).<= /o:p>

 

Currently there are no IPR disclosures that relate to this d= ocument.

 

If you are listed as a document author or contributor please= respond to

this email regardless of whether or not you are aware of any= relevant

IPR. *The response needs to be sent to the MPLS wg mailing l= ist.* The

document will not advance to the next stage until a response= has been

received from each author and contributor.=

 

If you are on the MPLS WG email list but are not listed as a= n author or

contributor, then please explicitly respond only if you are = aware of any

IPR that has not yet been disclosed in conformance with IETF= rules.

 

Thanks, Ross

(as MPLS WG co-chair)

 

 --_000_D12DDB9DFC3Bcpignataciscocom_-- From nobody Tue Mar 17 10:36:05 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 663C11A87EF; Tue, 17 Mar 2015 10:36:00 -0700 (PDT) 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 vCuCcA_5rJ5L; Tue, 17 Mar 2015 10:35:58 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0777.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:777]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA21F1A87EB; Tue, 17 Mar 2015 10:35:57 -0700 (PDT) Received: from BY2PR05MB079.namprd05.prod.outlook.com (10.242.38.16) by DM2PR0501MB1104.namprd05.prod.outlook.com (25.160.245.140) with Microsoft SMTP Server (TLS) id 15.1.106.15; Tue, 17 Mar 2015 17:35:41 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.136]) by BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.136]) with mapi id 15.01.0106.007; Tue, 17 Mar 2015 17:35:40 +0000 From: "Zhaohui (Jeffrey) Zhang" To: Antoni Przygienda , Xuxiaohu , "stbryant@cisco.com" , Eric Rosen , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZsT/NTuReqcUafEPAn7P7Hmp0a0zkAgAWxRoCAAAe/AIAAZCaAgAABcAA= Date: Tue, 17 Mar 2015 17:35:40 +0000 Message-ID: References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> In-Reply-To: <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.10] authentication-results: ericsson.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1104; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(377454003)(51704005)(13464003)(102836002)(122556002)(2950100001)(106116001)(2900100001)(99286002)(76576001)(62966003)(15975445007)(77156002)(93886004)(86362001)(40100003)(66066001)(92566002)(54356999)(76176999)(46102003)(33656002)(19580395003)(19580405001)(2656002)(74316001)(50986999)(2501003)(87936001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1104; H:BY2PR05MB079.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:DM2PR0501MB1104; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1104; x-forefront-prvs: 0518EEFB48 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2015 17:35:40.1862 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1104 Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 17:36:00 -0000 Today those "heuristics" are typically used in very specific deployments wh= ere an operator knows well what kind of traffic is going through their MPLS= infrastructure. As Eric mentioned in the other message, a nibble value specific to BIER mig= ht be useful for other purpose than ECMP entropy, and if such a value is st= andardized (like value 0 and 1 that are reserved for PWs), then it helps re= duce the clashing with random/hacky heuristics usages. Jeffrey > -----Original Message----- > From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of Antoni Przygienda > Sent: Tuesday, March 17, 2015 1:16 PM > To: Xuxiaohu; stbryant@cisco.com; Eric Rosen; BIER > Cc: mpls@ietf.org; sfc@ietf.org > Subject: Re: [Bier] Encapsulation first nibble >=20 > Not being much of an encapsulation, data plane guy myself, I wonder a tad > how hacky those 'heuristics' are. Last label indicates clearly a BIER > header is following. For the LSRs that do not support BIER and do not > parse the BIER encaps there is no reason to look 'behind the label'. > Multiple sub-domains allow for clean separation of traffic with different > properties if needed and with that there is even less reason for some kin= d > of 'heuristic' DPI >=20 > Now, given some 'heuristics' are in place no matter what value we put int= o > the nibble, sooner or later we'll collide with it no matter what value we > pick since such 'heuristics' basically try to parse bits without > understanding their context and with that can easily mistake an 'eye' for > an 'I' or an 'aye'. >=20 > --- tony >=20 >=20 >=20 > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier From nobody Tue Mar 17 10:38:32 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEDCF1A882A; Tue, 17 Mar 2015 10:38:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 dEd_kA3DMJZt; Tue, 17 Mar 2015 10:38:30 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2456D1A87F2; Tue, 17 Mar 2015 10:38:30 -0700 (PDT) X-AuditID: c6180641-f790b6d000004359-b8-5508050a07d4 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id C7.BF.17241.A0508055; Tue, 17 Mar 2015 11:42:19 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0210.002; Tue, 17 Mar 2015 13:38:28 -0400 From: Antoni Przygienda To: "Zhaohui (Jeffrey) Zhang" , Xuxiaohu , "stbryant@cisco.com" , Eric Rosen , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZr1RiePFKtRU2KrQ7DzVhUo50bFkcAgAWxRoCAAAe/AIAAHlkAgABLbgD//7070A== Date: Tue, 17 Mar 2015 17:38:28 +0000 Message-ID: <2E4BB27CAB87BF43B4207C0E55860F1827D438@eusaamb103.ericsson.se> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphkeLIzCtJLcpLzFFi42KZXLonXJeblSPUYN90foulM/YwWazb8IHZ 4tbSlawWTx5sZbc493QOo8XW86sYLY5cbGRxYPeY8nsjq0fLkbesHkuW/GTyuN50lT2AJYrL JiU1J7MstUjfLoErY/vTA6wFm9kr7s7YydjA+J+1i5GTQ0LAROLn34NsELaYxIV764FsLg4h gSOMEkfnXYFyljNKTF5wgxGkik3AQuLyt6fMIAkRgR2MEu/PrmUHSTALOEk0LL8MViQsoCdx fstjsLEiAvoSy89fY4WwwyS+XrwIVMPBwSKgKtGwSwMkzCvgLfFr7jSoZZ+YJK5dO8kGUsMp EC3RcjYSpIYR6Lrvp9YwQawSl7j1ZD4TxNUCEkv2nGeGsEUlXj7+B/WZosS+/ulQp+lILNj9 iQ3C1pZYtvA1M8ReQYmTM5+wTGAUm4Vk7CwkLbOQtMxC0rKAkWUVI0dpcWpZbrqR4SZGYLQd k2Bz3MG44JPlIUYBDkYlHl4DDfZQIdbEsuLK3EOM0hwsSuK8ZVcOhggJpCeWpGanphakFsUX leakFh9iZOLglGpgDDRSPb1iX/nu+mC+fQqbPFN0OTkClDRnSlyw51u3TbDirprP1yentrJN 2uo36ZNg0jHmDF5zhrX/u84J1Yc/il57s3cHq8cKTm4+w9RDzmdfuxedTI5ktg1NNtUwr3t3 PPWI5p1J3LcjpVh82c8vla48uefrRbMLr14I3J63cukBTzde6YZPSizFGYmGWsxFxYkAJF0u ppcCAAA= Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 17:38:32 -0000 Ok, point taken (as are the ECMP/ICMP things that Eric mentioned). I'll wat= ch from the bleachers the data plane fireworks then ;-)=20 --- tony=20 > -----Original Message----- > From: Zhaohui (Jeffrey) Zhang [mailto:zzhang@juniper.net] > Sent: Tuesday, March 17, 2015 10:36 AM > To: Antoni Przygienda; Xuxiaohu; stbryant@cisco.com; Eric Rosen; BIER > Cc: mpls@ietf.org; sfc@ietf.org > Subject: RE: [Bier] Encapsulation first nibble >=20 > Today those "heuristics" are typically used in very specific deployments = where an > operator knows well what kind of traffic is going through their MPLS > infrastructure. >=20 > As Eric mentioned in the other message, a nibble value specific to BIER m= ight be > useful for other purpose than ECMP entropy, and if such a value is standa= rdized > (like value 0 and 1 that are reserved for PWs), then it helps reduce the = clashing > with random/hacky heuristics usages. >=20 From nobody Tue Mar 17 10:45:41 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE9471A8828; Tue, 17 Mar 2015 10:45:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.201 X-Spam-Level: X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 fsrgUYJDDiCR; Tue, 17 Mar 2015 10:45:37 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 225FE1A00F4; Tue, 17 Mar 2015 10:45:37 -0700 (PDT) X-AuditID: c618062d-f79686d0000030a8-01-550812dfb6f3 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id C1.BE.12456.FD218055; Tue, 17 Mar 2015 12:41:19 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0210.002; Tue, 17 Mar 2015 13:45:35 -0400 From: Gregory Mirsky To: Antoni Przygienda , Xuxiaohu , "stbryant@cisco.com" , "Eric C Rosen" , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZrqojq7Dn2dkqRctiyZ05xTp0aTR0AgAY0PqCAAAkpwIAAqO6A///CXeA= Date: Tue, 17 Mar 2015 17:45:35 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B92F9DC@eusaamb103.ericsson.se> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> In-Reply-To: <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgkeLIzCtJLcpLzFFi42KZXLonQfe+EEeowb1/ehZLZ+xhsli34QOz xa2lK1ktnjzYym5x7ukcRout51cxOrB5TPm9kdWj5chbVo8lS34yeVxvusoewBLFZZOSmpNZ llqkb5fAlXHy6BaWgt98Fben/GBrYJzC08XIySEhYCLxa+0SJghbTOLCvfVsXYxcHEICRxgl Tu76zw7hLGeUuDTxPAtIFZuAkcSLjT1gCRGBA4wSnUcegyWYBZwkGpZfZgSxhQX0JM5vecwG YosI6EssP3+NFcL2k3jQdhGsnkVAVeLPkj9Agzg4eAV8JbqOV0IsW8gk8Wn7ObAaTgEfief9 x8BsRqDzvp9awwSxS1zi1pP5UGcLSCzZc54ZwhaVePn4HyuErSQxaek5Voh6HYkFuz+xQdja EssWvgar5xUQlDg58wnLBEaxWUjGzkLSMgtJyywkLQsYWVYxcpQWp5blphsZbGIERtkxCTbd HYx7XloeYhTgYFTi4TXQYA8VYk0sK67MPcQozcGiJM676MHBECGB9MSS1OzU1ILUovii0pzU 4kOMTBycUg2MbdxapbyZO84WLDxWfm+z1pZokfuWX6sVGYQ+b775MVanYdePnQxbOr5LZyic 0tiQ9tf25j6R5ayK2uzCNcV/fvr8UO35vvjxx7mnnzxoSbp5odPN8EmqxAbmkon3FNlOW66b r2xfW/vm1F1GGWXtG6tfJbu2Nt5n/tB4RYw5g7M7dqqOc+B/JZbijERDLeai4kQAxZFq9JMC AAA= Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 17:45:39 -0000 Hi Tony, as Eric pointed, the potential problem is with non-BIER LSRs and all BIER L= SRs do interpret BIER application label. Thus non-BIER transit LSR may look= past the label stack to balance flows across available ECMP. And if the ve= ry first nibble is 0x04 or 0x06 (which may happen for Destination MAC as di= scussed in EVPN scenarios), the LSR will interpret the packet as IPv4 or IP= v6 respectively and thus potentially cause out-of-order packets within the = same flow resulting from the hashing on something which is not IP 5 tuple. Another possible solution, IMHO, may be use of PWMCW as discussed in Sectio= n Frame Ordering RFC 7432. Regards, Greg -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Antoni Przygienda Sent: Tuesday, March 17, 2015 10:16 AM To: Xuxiaohu; stbryant@cisco.com; Eric C Rosen; BIER Cc: mpls@ietf.org; sfc@ietf.org Subject: Re: [mpls] [Bier] Encapsulation first nibble Not being much of an encapsulation, data plane guy myself, I wonder a tad h= ow hacky those 'heuristics' are. Last label indicates clearly a BIER heade= r is following. For the LSRs that do not support BIER and do not parse the = BIER encaps there is no reason to look 'behind the label'. Multiple sub-do= mains allow for clean separation of traffic with different properties if ne= eded and with that there is even less reason for some kind of 'heuristic' D= PI Now, given some 'heuristics' are in place no matter what value we put into = the nibble, sooner or later we'll collide with it no matter what value we p= ick since such 'heuristics' basically try to parse bits without understandi= ng their context and with that can easily mistake an 'eye' for an 'I' or an= 'aye'.=20 --- tony=20 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 17 14:44:18 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83DD11A8903; Tue, 17 Mar 2015 14:44:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.422 X-Spam-Level: X-Spam-Status: No, score=-1.422 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, 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 UHvIYe9W9ZZ1; Tue, 17 Mar 2015 14:44:13 -0700 (PDT) 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 487541A1B6B; Tue, 17 Mar 2015 14:44:12 -0700 (PDT) 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 BTT69516; Tue, 17 Mar 2015 21:44:10 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 17 Mar 2015 21:44:09 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 18 Mar 2015 05:44:04 +0800 From: Xuxiaohu To: Eric C Rosen , "stbryant@cisco.com" , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZrqojq7Dn2dkqRctiyZ05xTp0aTR0AgAY0PqCAAAkpwP//3oUAgADIuWA= Date: Tue, 17 Mar 2015 21:44:03 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCD2@NKGEML512-MBS.china.huawei.com> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <55086028.1070004@juniper.net> In-Reply-To: <55086028.1070004@juniper.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.74.115] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 21:44:15 -0000 SGkgRXJpYywNCg0KVGhhbmtzIGEgbG90IGZvciB5b3VyIHJlc3BvbnNlLiBQbGVhc2Ugc2VlIG15 IHJlc3BvbnNlIGlubGluZS4NCg0KPiAtLS0tLdPKvP7Urbz+LS0tLS0NCj4gt6K8/sjLOiBFcmlj IEMgUm9zZW4gW21haWx0bzplcm9zZW5AanVuaXBlci5uZXRdDQo+ILeiy83KsbzkOiAyMDE1xOoz 1MIxOMjVIDE6MTENCj4gytW8/sjLOiBYdXhpYW9odTsgc3RicnlhbnRAY2lzY28uY29tOyBCSUVS DQo+ILOty806IGVyb3NlbkBqdW5pcGVyLm5ldDsgbXBsc0BpZXRmLm9yZzsgc2ZjQGlldGYub3Jn DQo+INb3zOI6IFJlOiBbQmllcl0gRW5jYXBzdWxhdGlvbiBmaXJzdCBuaWJibGUNCj4gDQo+IE9u IDMvMTcvMjAxNSA3OjE3IEFNLCBYdXhpYW9odSB3cm90ZToNCj4gPiBBbm90aGVyIHdheSBpcyB0 byBhZGQgYSBwcm90b2NvbCBpZGVudGlmaWVyIGZpZWxkIGFmdGVyIHRoZSBib3R0b20gb2YNCj4g PiB0aGUgbGFiZWwgc3RhY2sNCj4gPiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXh1LW1wbHMtcGF5bG9hZC1wcm90b2NvbC1pZGVudGlmaWVyLTAwKS4NCj4gPiBJbiB0aGlzIHdh eSwgd2Ugd291bGQgbm90IGJlIGJvdGhlcmVkIGFib3V0IHRoZSBuaWJibGUgaXNzdWUgYW55bW9y ZQ0KPiA+IHdoZW4gcHJvcG9zaW5nIGFueSBuZXcgZW5jYXBzdWxhdGlvbiBoZWFkZXIgd2hpY2gg bWF5IGJlIGVuY2Fwc3VsYXRlZA0KPiA+IHdpdGhpbiBhbiBNUExTIHBhY2tldC4NCj4gDQo+IFdo ZW4gYSBCSUVSIHBhY2tldCBpcyB0cmF2ZWxpbmcgZnJvbSBCRklSIHRvIEJGRVIgdmlhIGEgc2Vx dWVuY2Ugb2YgZGlyZWN0bHkNCj4gY29ubmVjdGVkIEJGUnMsIGVhY2ggQkZSIGFscmVhZHkga25v d3MsIHZpYSB0aGUgYm90dG9tIGxhYmVsLCB0aGF0IHRoZSBwYWNrZXQNCj4gaXMgYSBCSUVSIHBh Y2tldC4gIFRoZSBuaWJibGUgaXNzdWUgcmVhbGx5IG9ubHkgbWF0dGVycyB3aGVuIGEgQklFUiBw YWNrZXQgaXMNCj4gdHJhdmVsaW5nIHRocm91Z2ggYSBub24tQklFUiB0dW5uZWwuDQoNCj4gV2hl biBhIEJJRVIgcGFja2V0IGlzIHRyYXZlbGluZyB0aHJvdWdoIGEgbm9uLUJJRVIgdHVubmVsLCBz b21lIG9mIHRoZSB0cmFuc2l0DQo+IHJvdXRlcnMgbWF5IGJlIHJvdXRlcnMgdGhhdCBhcmUgcnVu bmluZyBvbGRlciBzb2Z0d2FyZS4gIFRoZXkgd2lsbCBiYXNlIHRoZWlyDQo+IEVDTVAgdHJlYXRt ZW50IG9mIHRoZSBwYWNrZXQgb24gdGhlIGZpcnN0IG5pYmJsZS4gIEEgcHJvdG9jb2wgaWRlbnRp ZmllciBmaWVsZA0KPiB3b24ndCBoZWxwLCBiZWNhdXNlIHRoZXNlIG9sZCByb3V0ZXJzIHdvbid0 IHVuZGVyc3RhbmQgaXQuICBGb3IgbmV3ZXIgcm91dGVycywNCg0KU2luY2UgdGhlIG5pYmJsZSBp bW1lZGlhdGVseSBhZnRlciB0aGUgUHJvdG9jb2wgSWRlbnRpZmllciBMYWJlbCAoUElMKSB3aGlj aCBpcyBhdCB0aGUgYm90dG9tIG9mIHRoZSBsYWJlbCBzdGFjayBpcyBzZXQgdG8gemVybywgdGhv c2Ugb2xkIHJvdXRlcnMgd291bGQgbm90IGludGVycHJldGVkIHRob3NlIHBhY2tldHMgY29udGFp bmluZyBhIHByb3RvY29sIGlkIGZpZWxkIGFzIElQIHBhY2tldHMuIE9mIGNvdXJzZSwgaWYgdGhl IE1QTFMgcGF5bG9hZCBpcyBhbiBJUCBwYWNrZXQsIGl0IGNvdWxkIGJlIGVuY2Fwc3VsYXRlZCBh cyBiZWZvcmUgKGkuZS4sIHcvbyB0aGUgcHJvdG9jb2wgaWQgZmllbGQpIC4gSW4gb3RoZXIgd29y ZHMsIHRoZSBwcm90b2NvbCBpZCBmaWVsZCBjb3VsZCBiZSBhcHBsaWNhYmxlIHRvIG5ldyBwYXls b2FkIHR5cGVzIHRpbGwgdGhvc2Ugb2xkIHJvdXRlcnMgaGF2ZSBkaXNhcHBlYXJlZCBmcm9tIHRo ZSBuZXR3b3JrLg0KDQo+IEkgdGhpbmsgdGhlIHByb3BlciBkaXJlY3Rpb24gaXMgdG8gdXNlIHRo ZSBNUExTIGVudHJvcHkgbGFiZWwsIHJhdGhlciB0aGFuIHRvDQo+IGhhdmUgZWFjaCByb3V0ZXIg Y29tcHV0ZSB0aGUgZW50cm9weSBiYXNlZCBvbiBhbiBhbmFseXNpcyBvZiB0aGUgbmV4dA0KPiBl bmNhcHN1bGF0aW9uIGhlYWRlci4NCj4gDQo+IFNvIEkgZG9uJ3QgdGhpbmsgQklFUiBqdXN0aWZp ZXMgdGhlIHVzZSBvZiBhIG5ldyBNUExTIHNwZWNpYWwgcHVycG9zZQ0KPiBwYXlsb2FkLXByb3Rv Y29sLWlkZW50aWZpZXIgbGFiZWwuDQoNClRoZSByZWFzb24gdGhhdCBJIG1lbnRpb25lZCB0aGF0 IGFwcHJvYWNoIGlzOiBmb3Igd2hhdGV2ZXIgbmV3IGVuY2Fwc3VsYXRpb24gaGVhZGVyIChlLmcu LCBCSUVSLCBOU0gsLi4uKSwgYXMgbG9uZyBhcyBpdCBoYXMgdGhlIHBvc3NpYmlsaXR5IG9mIGJl aW5nIGVuY2Fwc3VsYXRlZCB3aXRoaW4gYW4gTVBMUyBwYWNrZXQsIHdlIHdvdWxkIGhhdmUgdG8g YWRkcmVzcyB0aGUgbmliYmxlIGlzc3VlIHdoZW4gZGVzaWduaW5nIHRoYXQgbmV3IGVuY2Fwc3Vs YXRpb24gaGVhZGVyLiBJIHdvbmRlciB3aHkgbm90IHRoZSBNUExTIGl0c2VsZiBmaXhlcyBpdHMg b3duIGRyYXdiYWNrIChpLmUuLCB0aGUgbGFjayBvZiB0aGUgcHJvdG9jb2wgZmllbGQpIHNvIGFz IHRvIGVsaW1pbmF0ZSBzdWNoIGJvdGhlciBmb3JldmVyLiBJbiBhZGRpdGlvbiwgaXQgY291bGQg ZnVydGhlciBlbGltaW5hdGUgdGhlIG5lZWQgZm9yIGFsbG9jYXRpbmcgYW5kIGFkdmVydGlzaW5n IGxhYmVscyBmb3IgaW5kaWNhdGluZyB0aGVzZSBuZXcgTVBMUyBwYXlsb2FkIHR5cGVzLiBGb3Ig ZXhhbXBsZSwgYXNzdW1lIHRoZSBOU0ggaXMgdG8gYmUgZW5jYXBzdWxhdGVkIHdpdGhpbiBhbiBN UExTIHBhY2tldCwgdGhlIGVncmVzcyB3b3VsZCBoYXZlIHRvIGFsbG9jYXRlIGFuZCBhZHZlcnRp c2UgYW4gYXBwbGljYXRpb24gbGFiZWwgZm9yIHRoZSBOU0gtZW5jYXBzdWxhdGVkIHBhY2tldCwg anVzdCBhcyB3aGF0IHRoZSBNUExTLUJJRVIgbGFiZWwgZG9lcy4gT2YgY291cnNlLCB0aGUgTVBM Uy1CSUVSIGxhYmVsIGNvdWxkIGJlIHVzZWQgdG8gZXh0cmFjdCBvdGhlciBCSUVSIHJlbGF0ZWQg aW5mbyBiZXNpZGVzIHRoZSBwYXlsb2FkIHR5cGUgaW5mby4NCg0KQmVzdCByZWdhcmRzLA0KWGlh b2h1DQoNCj4gVGhlcmUgaXMgb25lIGNhc2UgdGhvdWdoIGluIHdoaWNoIGl0IGNvdWxkIHBvdGVu dGlhbGx5IGJlIHVzZWZ1bCB0byBlbmFibGUgdGhlDQo+IHRyYW5zaXQgcm91dGVycyBvZiBhIHVu aWNhc3QgTVBMUyB0dW5uZWwgdG8gZGV0ZXJtaW5lIHRoYXQgYSBwYXJ0aWN1bGFyIHBhY2tldA0K PiBoYXMgYSBCSUVSIHBheWxvYWQuICBTdXBwb3NlIHRodGF0IHRoZSBNUExTIFRUTCBvZiB0aGUg dW5pY2FzdCB0dW5uZWwgZXhwaXJlcw0KPiB3aGlsZSB0aGUgcGFja2V0IGlzIHN0aWxsIGluIHRo ZSB0dW5uZWwuICBJdCBtaWdodCBiZSB1c2VmdWwgZm9yIHRoZSB0cmFuc2l0IHJvdXRlcg0KPiB0 byBnZW5lcmF0ZSBhbiBJQ01QIHJlc3BvbnNlIHRvIHRoZSBUVEwgZXhwaXJhdGlvbiwgYW5kIGZv ciB0aGlzIElDTVANCj4gcmVzcG9uc2UgdG8gYmUgQklFUi1hd2FyZS4NCj4gSG93ZXZlciwgdGhp cyBpcyBvbmx5IGxpa2VseSB0byBoYXBwZW4gaW4gYSB0cmFjZXJvdXRlLWxpa2UgYXBwbGljYXRp b24sIGFuZCBJIGRvbid0DQo+IHRoaW5rIHRoYXQgaXMgc3VmZmljaWVudCBqdXN0aWZpY2F0aW9u IGZvciBoYXZpbmcgYWxsIEJJRVIgcGFja2V0cyBjYXJyeSB0aGUgdHdvIG9yDQo+IHRocmVlIGV4 dHJhIGxhYmVsIHN0YWNrIGVudHJpZXMgaXQgd291bGQgdGFrZSB0byBwcm92aWRlIHRoZSBzcGVj aWFsIHB1cnBvc2UNCj4gcGF5bG9hZC1wcm90b2NvbC1pZGVudGlmaWVyIGxhYmVsLiAgT24gdGhl IG90aGVyIGhhbmQsIGEgbmliYmxlIHZhbHVlIHNwZWNpZmljIHRvDQo+IEJJRVIgbWlnaHQgYmUg dXNlZnVsLCBhcyBpdCBwcm92aWRlcyB0aGUgc2FtZSBpbmZvcm1hdGlvbiB3aXRob3V0IHJlcXVp cmluZw0KPiBhZGRpdGlvbmFsIG92ZXJoZWFkLg0KDQo= From nobody Tue Mar 17 14:51:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DAD81A8913; Tue, 17 Mar 2015 14:51:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.078 X-Spam-Level: ** X-Spam-Status: No, score=2.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, 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 mnzciB377abU; Tue, 17 Mar 2015 14:51:33 -0700 (PDT) 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 502661A890F; Tue, 17 Mar 2015 14:51:32 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQI95861; Tue, 17 Mar 2015 21:51:30 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 17 Mar 2015 21:51:29 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Wed, 18 Mar 2015 05:51:22 +0800 From: Xuxiaohu To: "Zhaohui (Jeffrey) Zhang" , Antoni Przygienda , "stbryant@cisco.com" , Eric Rosen , BIER Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZrqojq7Dn2dkqRctiyZ05xTp0aTR0AgAY0PqCAAAkpwP//38SAgAAFoQCAAM2HIA== Date: Tue, 17 Mar 2015 21:51:21 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.74.115] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogW0JpZXJdIEVuY2Fwc3VsYXRpb24gZmlyc3Qg?= =?gb2312?b?bmliYmxl?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 21:51:34 -0000 SGkgSmVmZnJleSwNCg0KPiAtLS0tLdPKvP7Urbz+LS0tLS0NCj4gt6K8/sjLOiBaaGFvaHVpIChK ZWZmcmV5KSBaaGFuZyBbbWFpbHRvOnp6aGFuZ0BqdW5pcGVyLm5ldF0NCj4gt6LLzcqxvOQ6IDIw MTXE6jPUwjE4yNUgMTozNg0KPiDK1bz+yMs6IEFudG9uaSBQcnp5Z2llbmRhOyBYdXhpYW9odTsg c3RicnlhbnRAY2lzY28uY29tOyBFcmljIFJvc2VuOyBCSUVSDQo+ILOty806IG1wbHNAaWV0Zi5v cmc7IHNmY0BpZXRmLm9yZw0KPiDW98ziOiBSRTogW0JpZXJdIEVuY2Fwc3VsYXRpb24gZmlyc3Qg bmliYmxlDQo+IA0KPiBUb2RheSB0aG9zZSAiaGV1cmlzdGljcyIgYXJlIHR5cGljYWxseSB1c2Vk IGluIHZlcnkgc3BlY2lmaWMgZGVwbG95bWVudHMgd2hlcmUNCj4gYW4gb3BlcmF0b3Iga25vd3Mg d2VsbCB3aGF0IGtpbmQgb2YgdHJhZmZpYyBpcyBnb2luZyB0aHJvdWdoIHRoZWlyIE1QTFMNCj4g aW5mcmFzdHJ1Y3R1cmUuDQo+IA0KPiBBcyBFcmljIG1lbnRpb25lZCBpbiB0aGUgb3RoZXIgbWVz c2FnZSwgYSBuaWJibGUgdmFsdWUgc3BlY2lmaWMgdG8gQklFUiBtaWdodA0KPiBiZSB1c2VmdWwg Zm9yIG90aGVyIHB1cnBvc2UgdGhhbiBFQ01QIGVudHJvcHksIGFuZCBpZiBzdWNoIGEgdmFsdWUg aXMNCj4gc3RhbmRhcmRpemVkIChsaWtlIHZhbHVlIDAgYW5kIDEgdGhhdCBhcmUgcmVzZXJ2ZWQg Zm9yIFBXcyksIHRoZW4gaXQgaGVscHMgcmVkdWNlDQo+IHRoZSBjbGFzaGluZyB3aXRoIHJhbmRv bS9oYWNreSBoZXVyaXN0aWNzIHVzYWdlcy4NCg0KRm9sbG93aW5nIHN1Y2ggbG9naWMgKGkuZS4s IGFzc2lnbiBhIG5pYmJsZSB2YWx1ZSBzcGVjaWZpYyB0byB0aGUgbmV3IGVuY2Fwc3VsYXRpb24g aGVhZGVyKSwgd2Ugd291bGQgaGF2ZSB0byBjb25zaWRlciBob3cgbWFueSBhdmFpbGFibGUgbmli YmxlIHZhbHVlcyBhcmUgdGhlcmUgd2hpY2ggY2FuIGJlIHVzZWQgZm9yIGZ1dHVyZSBlbmNhcHN1 bGF0aW9uIGhlYWRlcnMgaW4gdGhlIHNhbWUgd2F5Lg0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUN Cg0KPiBKZWZmcmV5DQo+IA0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJv bTogQklFUiBbbWFpbHRvOmJpZXItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEFudG9u aQ0KPiA+IFByenlnaWVuZGENCj4gPiBTZW50OiBUdWVzZGF5LCBNYXJjaCAxNywgMjAxNSAxOjE2 IFBNDQo+ID4gVG86IFh1eGlhb2h1OyBzdGJyeWFudEBjaXNjby5jb207IEVyaWMgUm9zZW47IEJJ RVINCj4gPiBDYzogbXBsc0BpZXRmLm9yZzsgc2ZjQGlldGYub3JnDQo+ID4gU3ViamVjdDogUmU6 IFtCaWVyXSBFbmNhcHN1bGF0aW9uIGZpcnN0IG5pYmJsZQ0KPiA+DQo+ID4gTm90IGJlaW5nIG11 Y2ggb2YgYW4gZW5jYXBzdWxhdGlvbiwgZGF0YSBwbGFuZSBndXkgbXlzZWxmLCBJIHdvbmRlciBh DQo+ID4gdGFkIGhvdyBoYWNreSB0aG9zZSAnaGV1cmlzdGljcycgYXJlLiAgTGFzdCBsYWJlbCBp bmRpY2F0ZXMgY2xlYXJseSBhDQo+ID4gQklFUiBoZWFkZXIgaXMgZm9sbG93aW5nLiBGb3IgdGhl IExTUnMgdGhhdCBkbyBub3Qgc3VwcG9ydCBCSUVSIGFuZCBkbw0KPiA+IG5vdCBwYXJzZSB0aGUg QklFUiBlbmNhcHMgdGhlcmUgaXMgbm8gcmVhc29uIHRvIGxvb2sgJ2JlaGluZCB0aGUgbGFiZWwn Lg0KPiA+IE11bHRpcGxlIHN1Yi1kb21haW5zIGFsbG93IGZvciBjbGVhbiBzZXBhcmF0aW9uIG9m IHRyYWZmaWMgd2l0aA0KPiA+IGRpZmZlcmVudCBwcm9wZXJ0aWVzIGlmIG5lZWRlZCBhbmQgd2l0 aCB0aGF0IHRoZXJlIGlzIGV2ZW4gbGVzcyByZWFzb24NCj4gPiBmb3Igc29tZSBraW5kIG9mICdo ZXVyaXN0aWMnIERQSQ0KPiA+DQo+ID4gTm93LCBnaXZlbiBzb21lICdoZXVyaXN0aWNzJyBhcmUg aW4gcGxhY2Ugbm8gbWF0dGVyIHdoYXQgdmFsdWUgd2UgcHV0DQo+ID4gaW50byB0aGUgbmliYmxl LCBzb29uZXIgb3IgbGF0ZXIgd2UnbGwgY29sbGlkZSB3aXRoIGl0IG5vIG1hdHRlciB3aGF0DQo+ ID4gdmFsdWUgd2UgcGljayBzaW5jZSBzdWNoICdoZXVyaXN0aWNzJyBiYXNpY2FsbHkgdHJ5IHRv IHBhcnNlIGJpdHMNCj4gPiB3aXRob3V0IHVuZGVyc3RhbmRpbmcgdGhlaXIgY29udGV4dCBhbmQg d2l0aCB0aGF0IGNhbiBlYXNpbHkgbWlzdGFrZQ0KPiA+IGFuICdleWUnIGZvciBhbiAnSScgb3Ig YW4gJ2F5ZScuDQo+ID4NCj4gPiAtLS0gdG9ueQ0KPiA+DQo+ID4NCj4gPg0KPiA+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gQklFUiBtYWlsaW5n IGxpc3QNCj4gPiBCSUVSQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9iaWVyDQo= From nobody Tue Mar 17 16:17:07 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1A761A1BCF for ; Tue, 17 Mar 2015 16:17:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 am7w_XU9p3tZ for ; Tue, 17 Mar 2015 16:17:04 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B79A1A1B95 for ; Tue, 17 Mar 2015 16:17:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4790; q=dns/txt; s=iport; t=1426634224; x=1427843824; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=A9qTYKuYN2QdQstEbXFk2V+7P1FYySBpyoVgdFIAXH0=; b=B3Ye8ICzhLSk2WW4G7Nut/QKVI/zbsG2jj+wRe+XlAjmBreUp1J2lkqZ x1dntTaSIiRummeUd2OqC8m1LRuotk+UQfUpKKti4ZwAQUMWCOjts+6PT Y3zPiWK3yR4+aBmMhoLXjiHiL7A4BCW25hDFa7kB/83Lk9xXPQU9tgtRm Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BVBQCqaeJU/4MNJK1bgkNDUloEwjyFcQKBGEMBAQEBAQF8hAwBAQEEgQkCAQgRAwECKAcyFAkIAgQTCRaIDg3OKAEBAQEGAQEBAR6LDIRcGIQqBY84iTeBGIMNiyqDPiKDbm+BRH8BAQE X-IronPort-AV: E=Sophos;i="5.11,418,1422921600"; d="scan'208,217";a="404248464" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-8.cisco.com with ESMTP; 17 Mar 2015 23:17:03 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t2HNH3GB018095 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 17 Mar 2015 23:17:03 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.45]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Tue, 17 Mar 2015 18:17:03 -0500 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: MPLS Sessions Agenda for Dallas IETF92 Thread-Index: AQHQXDuAfLqN9Fka5EaIWru5JaEtNp0haUOA Date: Tue, 17 Mar 2015 23:17:02 +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.8.150116 x-originating-ip: [161.44.212.196] Content-Type: multipart/alternative; boundary="_000_D12E2D6E1887E9tsaadciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] MPLS Sessions Agenda for Dallas IETF92 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 23:17:06 -0000 --_000_D12E2D6E1887E9tsaadciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi WG, This is a reminder to: 1) send the WG doc status updates for those drafts t= hat you won=92t be personally presenting, or 2) the slides for the drafts t= hat you will be presenting at IETF92 MPLS WG sessions. Please forward those= copying me (tsaad at cisco.com) and WG chairs (mpls-chairs at tools.ietf.o= rg) no later than upcoming Sunday March 22nd so it can be uploaded. Regards, Tarek From: Tarek Saad > Date: Wednesday, March 11, 2015 at 4:39 PM To: "mpls@ietf.org" > Subject: MPLS Sessions Agenda for Dallas IETF92 Hi WG, The preliminary agenda for the MPLS sessions has been uploaded; you can fin= d it at http://www.ietf.org/proceedings/92/agenda/agenda-92-mpls Please remember to send draft updates before the meeting for all drafts tha= t will not be presented (copy myself and WG chairs). For those expecting to present, please send the your slides no later than S= unday March 22nd so they can be uploaded. Regards, Tarek and WG chairs --_000_D12E2D6E1887E9tsaadciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi WG,

This is a reminder to: 1) send the WG doc status updates for those dra= fts that you won=92t be personally presenting, or 2) the slides for the dra= fts that you will be presenting at IETF92 MPLS WG sessions. Please forward = those copying me (tsaad at cisco.com) and WG chairs (mpls-chairs at tools.ietf.org) no later than upcoming Sunda= y March 22nd so it can be uploaded.

Regards,
Tarek

From: Tarek Saad <tsaad@cisco.com>
Date: Wednesday, March 11, 2015 at = 4:39 PM
To: "mpls@ietf.org" <mpls@i= etf.org>
Subject: MPLS Sessions Agenda for D= allas IETF92

Hi WG,

The preliminary agenda for the MPLS = sessions has been uploaded; you can find it at http://www.ietf.org/pr= oceedings/92/agenda/agenda-92-mpls
Please remember to send draft update= s before the meeting for all drafts that will not be presented (copy myself= and WG chairs).
For those expecting to present, please send the your slides no later t= han Sunday March 22nd so they can be uploaded.

Regards,
Tarek and WG chairs




 --_000_D12E2D6E1887E9tsaadciscocom_-- From nobody Tue Mar 17 17:06:15 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF4431A6FF2; Tue, 17 Mar 2015 17:06:13 -0700 (PDT) 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, TVD_SPACE_RATIO=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 1MaR3oFHp3lp; Tue, 17 Mar 2015 17:06:12 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AD5141A6F0B; Tue, 17 Mar 2015 17:06:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150318000612.19237.80049.idtracker@ietfa.amsl.com> Date: Tue, 17 Mar 2015 17:06:12 -0700 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 00:06:13 -0000 IANA action state changed to Waiting on Authors ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Tue Mar 17 18:02:52 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 292621A1BB1 for ; Tue, 17 Mar 2015 18:02:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 yygP8QCL5EuF for ; Tue, 17 Mar 2015 18:02:48 -0700 (PDT) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F4361A1BD7 for ; Tue, 17 Mar 2015 18:02:48 -0700 (PDT) Received: by wgbcc7 with SMTP id cc7so22259573wgb.0 for ; Tue, 17 Mar 2015 18:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hWQZtwbHa7U/hsOufo2NfmV4Ef/SxtRuKiGRUsyoP+s=; b=b4+IEE4Ybw+5VtV7D1wEZpeWnuPxveb5mrVSvHwny6BMUTQX1CAlpV9wUtHH/IUDmr xP6rM66+TG/ESDouerQ3NoZzXfsKOytKHvk5wiwOCbiUaiDqEbv3vW1lrl87CqpPE5iL HpsToSfx77sOshcer3W95j1jKoh0mQrmsrMX+UVW65/f5Exar35lA4pxX19vL04tV26m GoUgYjd3yPSmTE5B9Wc2BLIa6zI2/CTbVZv4Cs6jWlrxf+ZJ/ZmNR6J5SmjouB9bnlH6 rC/hojdVTtdsYPzIMOlIpPmJyjdgO1yUFPLiaQn5Zs8Ip8jAkI/SXjziaaQ+mn9wGWxN uLHQ== X-Received: by 10.180.214.99 with SMTP id nz3mr2357600wic.82.1426640566964; Tue, 17 Mar 2015 18:02:46 -0700 (PDT) Received: from [172.20.4.118] ([46.218.58.213]) by mx.google.com with ESMTPSA id dz6sm896648wib.0.2015.03.17.18.02.45 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Mar 2015 18:02:45 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: Kireeti Kompella In-Reply-To: <5506E75F.4080201@pi.nu> Date: Wed, 18 Mar 2015 02:02:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <13074D3F-13AE-4DD4-BB14-D8B1B70DC832@gmail.com> References: <5506E75F.4080201@pi.nu> To: Loa Andersson X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" , draft-kompella-mpls-rmr@tools.ietf.org Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 01:02:50 -0000 Hi Loa, Thanks for your mail! I=E2=80=99m all for revisiting the question. I was going to ask for WG = adoption of RMR. If the draft-cheng authors ask the same, I have no objection. However, = I think there are quite a few differences between the two drafts, and = don=E2=80=99t think that merging them is the technically best solution. Kireeti. > On Mar 16, 2015, at 15:23 , Loa Andersson wrote: >=20 >=20 > Folks, >=20 > (taking my chair hat off for a while, i.e. this should not be > read as a chair directive, just a bit of mumbling that comes out > thinking about how to progress documents.) >=20 > As far back s the 73rd IETF in Minneapolis John and Adrian made > a report on "Requirements for Ring Protection=0Bin MPLS-TP". The > conclusions were that we could do topology specific protection > solutions if the benefits are big enough. >=20 > Such solutions need to meet the same requirements as linear > protection and it has to be show that it can't be done by linear > protection only. >=20 > At that time we did not see that there were things that would not > be as readily done by the linear protection being specified at that > time. >=20 > Today we have to drafts that address ring topologies, one = draft-kompella-mpls-rmr addresses Resilient MPLS Rings in an MPLS-TE > environment. The other draft-cheng-mpls-tp-shared-ring-protection > addresses protection in an MPLS-TP environment. >=20 > Both recognizes that ring topologies are very common and that very > efficient mechanism for keeping traffic flowing in case of failures > are possible to design. Sometime far better than what is the case if > the actual ring topologies are view as a linear topology, >=20 > The first document (draft-kompella- ) looks primarily on the = operations > within a single ring and how fast and simple mechanisms for protection > can be deployed. A ring topology is a very common deployment scenario. > While, the draft-kompella from a solutions point is somewhat = orthogonal > to draft-cheng, it does also discuss the dynamic control plane for = mpls > ring, including auto-discovery and signaling. It seems that there are > opportunities for co-operation between the two drafts in this area. >=20 > The other (draft-cheng- ) looks at what is called MPLS shared ring, = i.e. > a rather high number can shared the same path around the ring, and all > traffic can be protected by a single operation. > Another aspect of the shared tunnel is that if part of the ring > (typically 2 nodes and one link) are part of more than one ring. It > becomes possible to protect against more than one failure. >=20 > Maybe it is time to revisit the question and see if we want to adopt > working group documents for the two scenarios outlined above. >=20 > /Loa > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Mar 17 18:13:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 022F31A870B for ; Tue, 17 Mar 2015 18:13:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 c7ica6ghxMMg for ; Tue, 17 Mar 2015 18:13:47 -0700 (PDT) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::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 F06521A8704 for ; Tue, 17 Mar 2015 18:13:46 -0700 (PDT) Received: by wgbcc7 with SMTP id cc7so22401782wgb.0 for ; Tue, 17 Mar 2015 18:13:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=aiCpbcI0CL4t7piaUJefdbaNas0TZs6PosHpKAgqScE=; b=yzh/lxMR+SB77DvgjI5ZF4BhEK9NDFLiImCinJdWPZSTItblbW+L1f0BzgtAkfbXyW 3rTC/ay1Dc2UDlTOFU0fZIfOLA/pim9Ji5ZhygxP6+c78lNhj2QBKG4oZodPOrl70Gpw BKRm7mSLRZsAv2bQiutWlNMFawJDzG4xAAy9zcQROlrGfw6AE1wqyuC3EE5R0s56tTK2 xQp2xazqp7+xP6QSMKD8FA+XKA1O6lnV/xt0NxAheB0jz1E8tDST+oUdhVMUaLOAZ/vE zKIySIfzmh8A6uYuRH8hUg1+TeKYgg4dFCDMS/nX7pDchFvRc/A6FXB66A+oCETcFeyj V3mw== X-Received: by 10.194.21.193 with SMTP id x1mr135332924wje.144.1426641225761; Tue, 17 Mar 2015 18:13:45 -0700 (PDT) Received: from [172.20.4.118] ([46.218.58.213]) by mx.google.com with ESMTPSA id fy2sm873310wic.15.2015.03.17.18.13.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Mar 2015 18:13:43 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: Kireeti Kompella In-Reply-To: Date: Wed, 18 Mar 2015 02:13:52 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5506E75F.4080201@pi.nu> To: Shahram Davari X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: "draft-kompella-mpls-rmr@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 01:13:49 -0000 Shahram, On Mar 17, 2015, at 01:14 , Shahram Davari wrote: > Hi Loa >=20 > I support merging these two drafts as I mentioned it on the Mic during = last IETF.=20 I don=E2=80=99t. Here=E2=80=99s why (in addition to points that others have mentioned): 1) The two drafts have different views of ring LSPs. draft-cheng = creates LSPs on rings; RMR creates ring LSPs (LSPs that start and end at = the same node). 2) draft-cheng is focused on MPLS-TP; RMR is focused on IP/MPLS & = MPLS-TE 3) RMR considers the issue of =E2=80=9Cbypass links=E2=80=9D. 4) RMR, in addition to protection, also aims to significantly reduce the = configuration of ring LSPs. Kireeti. > Regards, > Shahram >=20 >=20 >> On Mar 16, 2015, at 10:23 PM, Loa Andersson wrote: >>=20 >>=20 >> Folks, >>=20 >> (taking my chair hat off for a while, i.e. this should not be >> read as a chair directive, just a bit of mumbling that comes out >> thinking about how to progress documents.) >>=20 >> As far back s the 73rd IETF in Minneapolis John and Adrian made >> a report on "Requirements for Ring Protection=0Bin MPLS-TP". The >> conclusions were that we could do topology specific protection >> solutions if the benefits are big enough. >>=20 >> Such solutions need to meet the same requirements as linear >> protection and it has to be show that it can't be done by linear >> protection only. >>=20 >> At that time we did not see that there were things that would not >> be as readily done by the linear protection being specified at that >> time. >>=20 >> Today we have to drafts that address ring topologies, one = draft-kompella-mpls-rmr addresses Resilient MPLS Rings in an MPLS-TE >> environment. The other draft-cheng-mpls-tp-shared-ring-protection >> addresses protection in an MPLS-TP environment. >>=20 >> Both recognizes that ring topologies are very common and that very >> efficient mechanism for keeping traffic flowing in case of failures >> are possible to design. Sometime far better than what is the case if >> the actual ring topologies are view as a linear topology, >>=20 >> The first document (draft-kompella- ) looks primarily on the = operations >> within a single ring and how fast and simple mechanisms for = protection >> can be deployed. A ring topology is a very common deployment = scenario. >> While, the draft-kompella from a solutions point is somewhat = orthogonal >> to draft-cheng, it does also discuss the dynamic control plane for = mpls >> ring, including auto-discovery and signaling. It seems that there are >> opportunities for co-operation between the two drafts in this area. >>=20 >> The other (draft-cheng- ) looks at what is called MPLS shared ring, = i.e. >> a rather high number can shared the same path around the ring, and = all >> traffic can be protected by a single operation. >> Another aspect of the shared tunnel is that if part of the ring >> (typically 2 nodes and one link) are part of more than one ring. It >> becomes possible to protect against more than one failure. >>=20 >> Maybe it is time to revisit the question and see if we want to adopt >> working group documents for the two scenarios outlined above. >>=20 >> /Loa >> --=20 >>=20 >>=20 >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>=20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 17 19:50:36 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 688C51A8A44 for ; Tue, 17 Mar 2015 19:50:35 -0700 (PDT) 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 Y4hLtG16akbv for ; Tue, 17 Mar 2015 19:50:32 -0700 (PDT) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::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 4CBD31A1EEE for ; Tue, 17 Mar 2015 19:50:32 -0700 (PDT) Received: by igcqo1 with SMTP id qo1so31817279igc.0 for ; Tue, 17 Mar 2015 19:50:31 -0700 (PDT) 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=n7HDOt11z4Lq6mKyhr8ZQV5pwjs0bejxMkee5LcwUoU=; b=W7IBv78qwOS+M0MSKereZI/qo0zd4d7xyLJk9EWwEIayiUvjNcpCVx17CTabTe1T+J a/l/QUcshMDvlnwyvbW6yjYXEllw74dVxkDNl2X5WI9+50XQ5gryfKnY++Nfm0jUTzi0 ozUxgRtCYRWy4qhcuNqeT3A/OvHVdR6Y2M3VLo0BAe0uNPUTOvWB+gdbyiCMAqMdHhcM fW7BBbIkxFL/Bexivqmk7TcHvO4Kk6C5xDyk6SK2v8aLgrjMKNbH8736Pz38alhYyg7G lwDelKO89yGwo6e60kpOh7H2A30gqgT4lxQkcQ0SJngIBhoS7wWhCZKFpMgf74TBCFg4 UXwg== MIME-Version: 1.0 X-Received: by 10.107.33.136 with SMTP id h130mr8425738ioh.54.1426647031746; Tue, 17 Mar 2015 19:50:31 -0700 (PDT) Received: by 10.107.153.19 with HTTP; Tue, 17 Mar 2015 19:50:31 -0700 (PDT) In-Reply-To: <13074D3F-13AE-4DD4-BB14-D8B1B70DC832@gmail.com> References: <5506E75F.4080201@pi.nu> <13074D3F-13AE-4DD4-BB14-D8B1B70DC832@gmail.com> Date: Wed, 18 Mar 2015 10:50:31 +0800 Message-ID: From: weiqiang cheng To: Loa Andersson , Kireeti Kompella , "mpls@ietf.org" Content-Type: multipart/alternative; boundary=001a1140f9608c15d105118725d5 Archived-At: Cc: draft-kompella-mpls-rmr@tools.ietf.org, "mpls-chairs@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 02:50:35 -0000 --001a1140f9608c15d105118725d5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Loa and Kireeti, Thank you very much for your constructive discussion. As thoroughly discussed in previous IETF meetings, we were also going to ask for WG adoption of the draft-cheng. I agree with you that the two drafts solve different issues. We also prefer not to merge them. We suggest that the WG may consider to adopt both drafts in Dallas B.R. Weiqiang Cheng Research Institute of China Mobile Department of Network Technology 2015-03-18 9:02 GMT+08:00 Kireeti Kompella : > Hi Loa, > > Thanks for your mail! > > I=E2=80=99m all for revisiting the question. I was going to ask for WG a= doption > of RMR. > > If the draft-cheng authors ask the same, I have no objection. However, I > think there are quite a few differences between the two drafts, and don= =E2=80=99t > think that merging them is the technically best solution. > > Kireeti. > > > On Mar 16, 2015, at 15:23 , Loa Andersson wrote: > > > > > > Folks, > > > > (taking my chair hat off for a while, i.e. this should not be > > read as a chair directive, just a bit of mumbling that comes out > > thinking about how to progress documents.) > > > > As far back s the 73rd IETF in Minneapolis John and Adrian made > > a report on "Requirements for Ring Protection in MPLS-TP". The > > conclusions were that we could do topology specific protection > > solutions if the benefits are big enough. > > > > Such solutions need to meet the same requirements as linear > > protection and it has to be show that it can't be done by linear > > protection only. > > > > At that time we did not see that there were things that would not > > be as readily done by the linear protection being specified at that > > time. > > > > Today we have to drafts that address ring topologies, one > draft-kompella-mpls-rmr addresses Resilient MPLS Rings in an MPLS-TE > > environment. The other draft-cheng-mpls-tp-shared-ring-protection > > addresses protection in an MPLS-TP environment. > > > > Both recognizes that ring topologies are very common and that very > > efficient mechanism for keeping traffic flowing in case of failures > > are possible to design. Sometime far better than what is the case if > > the actual ring topologies are view as a linear topology, > > > > The first document (draft-kompella- ) looks primarily on the operations > > within a single ring and how fast and simple mechanisms for protection > > can be deployed. A ring topology is a very common deployment scenario. > > While, the draft-kompella from a solutions point is somewhat orthogonal > > to draft-cheng, it does also discuss the dynamic control plane for mpls > > ring, including auto-discovery and signaling. It seems that there are > > opportunities for co-operation between the two drafts in this area. > > > > The other (draft-cheng- ) looks at what is called MPLS shared ring, i.e= . > > a rather high number can shared the same path around the ring, and all > > traffic can be protected by a single operation. > > Another aspect of the shared tunnel is that if part of the ring > > (typically 2 nodes and one link) are part of more than one ring. It > > becomes possible to protect against more than one failure. > > > > Maybe it is time to revisit the question and see if we want to adopt > > working group documents for the two scenarios outlined above. > > > > /Loa > > -- > > > > > > Loa Andersson email: loa@mail01.huawei.com > > Senior MPLS Expert loa@pi.nu > > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --001a1140f9608c15d105118725d5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi=C2=A0=C2=A0Loa and Kireeti,

Tha= nk you very much for your constructive discussion.

As thoroughly discussed in previous IETF meetings, we were also going to a= sk for WG adoption of the draft-cheng.=C2=A0

I agr= ee with you that the two drafts solve different issues. We also prefer not = to merge them.

We suggest that the WG may consider= to adopt both drafts in Dallas

B.R.
Weiqiang Cheng
Research Institute of China Mobil= e
Department of Network Technology



2015-03-18 9:02 GMT+08:00 Kireeti Kompella <kireeti.kompell= a@gmail.com>:
Hi Loa,

Thanks for your mail!

I=E2=80=99m all for revisiting the question.=C2=A0 I was going to ask for W= G adoption of RMR.

If the draft-cheng authors ask the same, I have no objection.=C2=A0 However= , I think there are quite a few differences between the two drafts, and don= =E2=80=99t think that merging them is the technically best solution.

Kireeti.

> On Mar 16, 2015, at 15:23 , Loa Andersson <loa@pi.nu> wrote:
>
>
> Folks,
>
> (taking my chair hat off for a while, i.e. this should not be
> read as a chair directive, just a bit of mumbling that comes out
> thinking about how to progress documents.)
>
> As far back s the 73rd IETF in Minneapolis John and Adrian made
> a report on "Requirements for Ring Protection in MPLS-TP". T= he
> conclusions were that we could do topology specific protection
> solutions if the benefits are big enough.
>
> Such solutions need to meet the same requirements as linear
> protection and it has to be show that it can't be done by linear > protection only.
>
> At that time we did not see that there were things that would not
> be as readily done by the linear protection being specified at that > time.
>
> Today we have to drafts that address ring topologies, one draft-kompel= la-mpls-rmr addresses Resilient MPLS Rings in an MPLS-TE
> environment. The other draft-cheng-mpls-tp-shared-ring-protection
> addresses protection in an MPLS-TP environment.
>
> Both recognizes that ring topologies are very common and that very
> efficient mechanism for keeping traffic flowing in case of failures > are possible to design. Sometime far better than what is the case if > the actual ring topologies are view as a linear topology,
>
> The first document (draft-kompella- ) looks primarily on the operation= s
> within a single ring and how fast and simple mechanisms for protection=
> can be deployed. A ring topology is a very common deployment scenario.=
> While, the draft-kompella from a solutions point is somewhat orthogona= l
> to draft-cheng, it does also discuss the dynamic control plane for mpl= s
> ring, including auto-discovery and signaling. It seems that there are<= br> > opportunities for co-operation between the two drafts in this area. >
> The other (draft-cheng- ) looks at what is called MPLS shared ring, i.= e.
> a rather high number can shared the same path around the ring, and all=
> traffic can be protected by a single operation.
> Another aspect of the shared tunnel is that if part of the ring
> (typically 2 nodes and one link) are part of more than one ring. It > becomes possible to protect against more than one failure.
>
> Maybe it is time to revisit the question and see if we want to adopt > working group documents for the two scenarios outlined above.
>
> /Loa
> --
>
>
> Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
> Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.= nu
> Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739 81 21 64=

_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls

--001a1140f9608c15d105118725d5-- From nobody Tue Mar 17 19:58:24 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3AA61A8A44 for ; Tue, 17 Mar 2015 19:58:22 -0700 (PDT) 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, RCVD_IN_DNSWL_MED=-2.3, 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 nhkXsgZeVoFu for ; Tue, 17 Mar 2015 19:58:20 -0700 (PDT) Received: from mail-gw1-out.broadcom.com (mail-gw1-out.broadcom.com [216.31.210.62]) by ietfa.amsl.com (Postfix) with ESMTP id C303D1A8A20 for ; Tue, 17 Mar 2015 19:58:20 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.11,419,1422950400"; d="scan'208";a="59885515" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw1-out.broadcom.com with ESMTP; 17 Mar 2015 20:04:24 -0700 Received: from SJEXCHCAS04.corp.ad.broadcom.com (10.16.203.10) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 17 Mar 2015 19:58:20 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS04.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Tue, 17 Mar 2015 19:58:19 -0700 From: Shahram Davari To: Kireeti Kompella Thread-Topic: [mpls] MPLS ring protection reconsidered ?? Thread-Index: AQHQX/TUVUeCFACSVk2sf3HFKHDlqZ0fzs7cgAIYOAD//6diEA== Date: Wed, 18 Mar 2015 02:58:18 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F2831E63111@SJEXCHMB12.corp.ad.broadcom.com> References: <5506E75F.4080201@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-kompella-mpls-rmr@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 02:58:22 -0000 S2lyZWV0aSwNCg0KSSB1bmRlcnN0YW5kIHRoZXJlIGFyZSBkaWZmZXJlbmNlcy4gQW5kIEkgYW0g T0sgdG8gaGF2ZSB0d28gc2VwYXJhdGUgZHJhZnRzLiBJIHdhcyBqdXN0IGhvcGluZyB3ZSBjb3Vs ZCBjb252ZXJnZSBvbiBvbmUgc29sdXRpb24uDQoNClRoeA0KU2hhaHJhbQ0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogS2lyZWV0aSBLb21wZWxsYSBbbWFpbHRvOmtpcmVldGku a29tcGVsbGFAZ21haWwuY29tXSANClNlbnQ6IFdlZG5lc2RheSwgTWFyY2ggMTgsIDIwMTUgOTox NCBBTQ0KVG86IFNoYWhyYW0gRGF2YXJpDQpDYzogS2lyZWV0aSBLb21wZWxsYTsgTG9hIEFuZGVy c3NvbjsgbXBsc0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LWNo ZW5nLW1wbHMtdHAtc2hhcmVkLXJpbmctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzsgZHJhZnQt a29tcGVsbGEtbXBscy1ybXJAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbXBsc10gTVBM UyByaW5nIHByb3RlY3Rpb24gcmVjb25zaWRlcmVkID8/DQoNClNoYWhyYW0sDQoNCg0KT24gTWFy IDE3LCAyMDE1LCBhdCAwMToxNCAsIFNoYWhyYW0gRGF2YXJpIDxkYXZhcmlAYnJvYWRjb20uY29t PiB3cm90ZToNCg0KPiBIaSBMb2ENCj4gDQo+IEkgc3VwcG9ydCBtZXJnaW5nIHRoZXNlIHR3byBk cmFmdHMgYXMgSSBtZW50aW9uZWQgaXQgb24gdGhlIE1pYyBkdXJpbmcgbGFzdCBJRVRGLiANCg0K SSBkb27igJl0Lg0KDQpIZXJl4oCZcyB3aHkgKGluIGFkZGl0aW9uIHRvIHBvaW50cyB0aGF0IG90 aGVycyBoYXZlIG1lbnRpb25lZCk6DQoxKSBUaGUgdHdvIGRyYWZ0cyBoYXZlIGRpZmZlcmVudCB2 aWV3cyBvZiByaW5nIExTUHMuICBkcmFmdC1jaGVuZyBjcmVhdGVzIExTUHMgb24gcmluZ3M7IFJN UiBjcmVhdGVzIHJpbmcgTFNQcyAoTFNQcyB0aGF0IHN0YXJ0IGFuZCBlbmQgYXQgdGhlIHNhbWUg bm9kZSkuDQoyKSBkcmFmdC1jaGVuZyBpcyBmb2N1c2VkIG9uIE1QTFMtVFA7IFJNUiBpcyBmb2N1 c2VkIG9uIElQL01QTFMgJiBNUExTLVRFDQozKSBSTVIgY29uc2lkZXJzIHRoZSBpc3N1ZSBvZiDi gJxieXBhc3MgbGlua3PigJ0uDQo0KSBSTVIsIGluIGFkZGl0aW9uIHRvIHByb3RlY3Rpb24sIGFs c28gYWltcyB0byBzaWduaWZpY2FudGx5IHJlZHVjZSB0aGUgY29uZmlndXJhdGlvbiBvZiByaW5n IExTUHMuDQoNCktpcmVldGkuDQoNCj4gUmVnYXJkcywNCj4gU2hhaHJhbQ0KPiANCj4gDQo+PiBP biBNYXIgMTYsIDIwMTUsIGF0IDEwOjIzIFBNLCBMb2EgQW5kZXJzc29uIDxsb2FAcGkubnU+IHdy b3RlOg0KPj4gDQo+PiANCj4+IEZvbGtzLA0KPj4gDQo+PiAodGFraW5nIG15IGNoYWlyIGhhdCBv ZmYgZm9yIGEgd2hpbGUsIGkuZS4gdGhpcyBzaG91bGQgbm90IGJlDQo+PiByZWFkIGFzIGEgY2hh aXIgZGlyZWN0aXZlLCBqdXN0IGEgYml0IG9mIG11bWJsaW5nIHRoYXQgY29tZXMgb3V0DQo+PiB0 aGlua2luZyBhYm91dCBob3cgdG8gcHJvZ3Jlc3MgZG9jdW1lbnRzLikNCj4+IA0KPj4gQXMgZmFy IGJhY2sgcyB0aGUgNzNyZCBJRVRGIGluIE1pbm5lYXBvbGlzIEpvaG4gYW5kIEFkcmlhbiBtYWRl DQo+PiBhIHJlcG9ydCBvbiAiUmVxdWlyZW1lbnRzIGZvciBSaW5nIFByb3RlY3Rpb24NCmluIE1Q TFMtVFAiLiBUaGUNCj4+IGNvbmNsdXNpb25zIHdlcmUgdGhhdCB3ZSBjb3VsZCBkbyB0b3BvbG9n eSBzcGVjaWZpYyBwcm90ZWN0aW9uDQo+PiBzb2x1dGlvbnMgaWYgdGhlIGJlbmVmaXRzIGFyZSBi aWcgZW5vdWdoLg0KPj4gDQo+PiBTdWNoIHNvbHV0aW9ucyBuZWVkIHRvIG1lZXQgdGhlIHNhbWUg cmVxdWlyZW1lbnRzIGFzIGxpbmVhcg0KPj4gcHJvdGVjdGlvbiBhbmQgaXQgaGFzIHRvIGJlIHNo b3cgdGhhdCBpdCBjYW4ndCBiZSBkb25lIGJ5IGxpbmVhcg0KPj4gcHJvdGVjdGlvbiBvbmx5Lg0K Pj4gDQo+PiBBdCB0aGF0IHRpbWUgd2UgZGlkIG5vdCBzZWUgdGhhdCB0aGVyZSB3ZXJlIHRoaW5n cyB0aGF0IHdvdWxkIG5vdA0KPj4gYmUgYXMgcmVhZGlseSBkb25lIGJ5IHRoZSBsaW5lYXIgcHJv dGVjdGlvbiBiZWluZyBzcGVjaWZpZWQgYXQgdGhhdA0KPj4gdGltZS4NCj4+IA0KPj4gVG9kYXkg d2UgaGF2ZSB0byBkcmFmdHMgdGhhdCBhZGRyZXNzIHJpbmcgdG9wb2xvZ2llcywgb25lIGRyYWZ0 LWtvbXBlbGxhLW1wbHMtcm1yIGFkZHJlc3NlcyBSZXNpbGllbnQgTVBMUyBSaW5ncyBpbiBhbiBN UExTLVRFDQo+PiBlbnZpcm9ubWVudC4gVGhlIG90aGVyIGRyYWZ0LWNoZW5nLW1wbHMtdHAtc2hh cmVkLXJpbmctcHJvdGVjdGlvbg0KPj4gYWRkcmVzc2VzIHByb3RlY3Rpb24gaW4gYW4gTVBMUy1U UCBlbnZpcm9ubWVudC4NCj4+IA0KPj4gQm90aCByZWNvZ25pemVzIHRoYXQgcmluZyB0b3BvbG9n aWVzIGFyZSB2ZXJ5IGNvbW1vbiBhbmQgdGhhdCB2ZXJ5DQo+PiBlZmZpY2llbnQgbWVjaGFuaXNt IGZvciBrZWVwaW5nIHRyYWZmaWMgZmxvd2luZyBpbiBjYXNlIG9mIGZhaWx1cmVzDQo+PiBhcmUg cG9zc2libGUgdG8gZGVzaWduLiBTb21ldGltZSBmYXIgYmV0dGVyIHRoYW4gd2hhdCBpcyB0aGUg Y2FzZSBpZg0KPj4gdGhlIGFjdHVhbCByaW5nIHRvcG9sb2dpZXMgYXJlIHZpZXcgYXMgYSBsaW5l YXIgdG9wb2xvZ3ksDQo+PiANCj4+IFRoZSBmaXJzdCBkb2N1bWVudCAoZHJhZnQta29tcGVsbGEt ICkgbG9va3MgcHJpbWFyaWx5IG9uIHRoZSBvcGVyYXRpb25zDQo+PiB3aXRoaW4gYSBzaW5nbGUg cmluZyBhbmQgaG93IGZhc3QgYW5kIHNpbXBsZSBtZWNoYW5pc21zIGZvciBwcm90ZWN0aW9uDQo+ PiBjYW4gYmUgZGVwbG95ZWQuIEEgcmluZyB0b3BvbG9neSBpcyBhIHZlcnkgY29tbW9uIGRlcGxv eW1lbnQgc2NlbmFyaW8uDQo+PiBXaGlsZSwgdGhlIGRyYWZ0LWtvbXBlbGxhIGZyb20gYSBzb2x1 dGlvbnMgcG9pbnQgaXMgc29tZXdoYXQgb3J0aG9nb25hbA0KPj4gdG8gZHJhZnQtY2hlbmcsIGl0 IGRvZXMgYWxzbyBkaXNjdXNzIHRoZSBkeW5hbWljIGNvbnRyb2wgcGxhbmUgZm9yIG1wbHMNCj4+ IHJpbmcsIGluY2x1ZGluZyBhdXRvLWRpc2NvdmVyeSBhbmQgc2lnbmFsaW5nLiBJdCBzZWVtcyB0 aGF0IHRoZXJlIGFyZQ0KPj4gb3Bwb3J0dW5pdGllcyBmb3IgY28tb3BlcmF0aW9uIGJldHdlZW4g dGhlIHR3byBkcmFmdHMgaW4gdGhpcyBhcmVhLg0KPj4gDQo+PiBUaGUgb3RoZXIgKGRyYWZ0LWNo ZW5nLSApIGxvb2tzIGF0IHdoYXQgaXMgY2FsbGVkIE1QTFMgc2hhcmVkIHJpbmcsIGkuZS4NCj4+ IGEgcmF0aGVyIGhpZ2ggbnVtYmVyIGNhbiBzaGFyZWQgdGhlIHNhbWUgcGF0aCBhcm91bmQgdGhl IHJpbmcsIGFuZCBhbGwNCj4+IHRyYWZmaWMgY2FuIGJlIHByb3RlY3RlZCBieSBhIHNpbmdsZSBv cGVyYXRpb24uDQo+PiBBbm90aGVyIGFzcGVjdCBvZiB0aGUgc2hhcmVkIHR1bm5lbCBpcyB0aGF0 IGlmIHBhcnQgb2YgdGhlIHJpbmcNCj4+ICh0eXBpY2FsbHkgMiBub2RlcyBhbmQgb25lIGxpbmsp IGFyZSBwYXJ0IG9mIG1vcmUgdGhhbiBvbmUgcmluZy4gSXQNCj4+IGJlY29tZXMgcG9zc2libGUg dG8gcHJvdGVjdCBhZ2FpbnN0IG1vcmUgdGhhbiBvbmUgZmFpbHVyZS4NCj4+IA0KPj4gTWF5YmUg aXQgaXMgdGltZSB0byByZXZpc2l0IHRoZSBxdWVzdGlvbiBhbmQgc2VlIGlmIHdlIHdhbnQgdG8g YWRvcHQNCj4+IHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnRzIGZvciB0aGUgdHdvIHNjZW5hcmlvcyBv dXRsaW5lZCBhYm92ZS4NCj4+IA0KPj4gL0xvYQ0KPj4gLS0gDQo+PiANCj4+IA0KPj4gTG9hIEFu ZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5j b20NCj4+IFNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hQHBp Lm51DQo+PiBIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3 MzkgODEgMjEgNjQNCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4+IG1wbHMgbWFpbGluZyBsaXN0DQo+PiBtcGxzQGlldGYub3JnDQo+PiBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBs aXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9tcGxzDQoNCg== From nobody Wed Mar 18 03:09:08 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9E9E1A0019 for ; Wed, 18 Mar 2015 03:09:06 -0700 (PDT) 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 uKfaZ9MgvEhA for ; Wed, 18 Mar 2015 03:09:04 -0700 (PDT) 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 7FD621A001C for ; Wed, 18 Mar 2015 03:09:03 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTU27545; Wed, 18 Mar 2015 10:09:01 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 18 Mar 2015 10:09:01 +0000 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.168]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Wed, 18 Mar 2015 18:08:57 +0800 From: "Dongjie (Jimmy)" To: Kireeti Kompella , Shahram Davari Thread-Topic: [mpls] MPLS ring protection reconsidered ?? Thread-Index: AQHQX/TUjg73ThybdkGy4C1kUjwdoZ0fSLGAgAGi4ACAARGWUA== Date: Wed, 18 Mar 2015 10:08:55 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92757CA28EF@nkgeml512-mbx.china.huawei.com> References: <5506E75F.4080201@pi.nu> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-kompella-mpls-rmr@tools.ietf.org" , "draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] MPLS ring protection reconsidered ?? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 10:09:07 -0000 SGkgS2lyZWV0aSwgDQoNCkknZCBhcHByZWNpYXRlIHRoZSBjb252ZXJnZW5jZSBvbiB0aGUgdW5k ZXJzdGFuZGluZyB0aGF0IGl0IGlzIGEgZ29vZCBpZGVhIHRvIHByb2dyZXNzIGJvdGggZHJhZnRz LiANCg0KV2l0aCByZWdhcmQgdG8gImRpZmZlcmVudCB2aWV3cyBvZiByaW5nIExTUHMiLCBJJ2Qg bGlrZSB0byBzaGFyZSBzb21lIG9mIG15IHZpZXdzIGZvciBkaXNjdXNzaW9uLiBkcmFmdC1jaGVu ZyBtZW50aW9ucyBib3RoIHJpbmcgdHVubmVscyBhbmQgTFNQcywgdGhlIExTUHMgdHJhdmVyc2lu ZyB0aGUgcmluZyBjYW4gaGF2ZSB0aGVpciBpbmdyZXNzIGFuZCBlZ3Jlc3Mgbm9kZXMgb3V0IG9m IHRoZSByaW5nLCB3aGlsZSB0aGUgcmluZyB0dW5uZWxzIGFyZSBwcm92aXNpb25lZCBiYXNlZCBv biB0aGUgcmluZyB0b3BvbG9neSBhbmQgZm9yIGVhY2ggZXhpdCBub2RlIG9uIHRoZSByaW5nLiBU aHVzIHRvIHNvbWUgZXh0ZW50IHRoZSByaW5nIHR1bm5lbHMgaW4gZHJhZnQtY2hlbmcgY291bGQg YmUgc2VlbiBhcyB0aGUgZXF1aXZhbGVudHMgb2YgcmluZyBMU1BzIGluIGRyYWZ0LWtvbXBlbGxh LiBTaW5jZSBkcmFmdC1jaGVuZyBkb2VzIG5vdCBzcGVjaWZ5IHRoZSBkeW5hbWljIGNvbnRyb2wg cGxhbmUgd2hpY2ggaXMgb3B0aW9uYWwgZm9yIE1QTFMtVFAsIHRoZXNlIHJpbmcgdHVubmVscyBh cmUgbm90IGNyZWF0ZWQgdmlhIHNpZ25hbGluZy4NCg0KQmVzdCByZWdhcmRzLA0KSmllDQoNCj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogbXBscyBbbWFpbHRvOm1wbHMtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEtpcmVldGkgS29tcGVsbGENCj4gU2VudDogV2Vk bmVzZGF5LCBNYXJjaCAxOCwgMjAxNSA5OjE0IEFNDQo+IFRvOiBTaGFocmFtIERhdmFyaQ0KPiBD YzogZHJhZnQta29tcGVsbGEtbXBscy1ybXJAdG9vbHMuaWV0Zi5vcmc7DQo+IGRyYWZ0LWNoZW5n LW1wbHMtdHAtc2hhcmVkLXJpbmctcHJvdGVjdGlvbkB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRm Lm9yZzsNCj4gbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFttcGxz XSBNUExTIHJpbmcgcHJvdGVjdGlvbiByZWNvbnNpZGVyZWQgPz8NCj4gDQo+IFNoYWhyYW0sDQo+ IA0KPiANCj4gT24gTWFyIDE3LCAyMDE1LCBhdCAwMToxNCAsIFNoYWhyYW0gRGF2YXJpIDxkYXZh cmlAYnJvYWRjb20uY29tPiB3cm90ZToNCj4gDQo+ID4gSGkgTG9hDQo+ID4NCj4gPiBJIHN1cHBv cnQgbWVyZ2luZyB0aGVzZSB0d28gZHJhZnRzIGFzIEkgbWVudGlvbmVkIGl0IG9uIHRoZSBNaWMg ZHVyaW5nIGxhc3QNCj4gSUVURi4NCj4gDQo+IEkgZG9u4oCZdC4NCj4gDQo+IEhlcmXigJlzIHdo eSAoaW4gYWRkaXRpb24gdG8gcG9pbnRzIHRoYXQgb3RoZXJzIGhhdmUgbWVudGlvbmVkKToNCj4g MSkgVGhlIHR3byBkcmFmdHMgaGF2ZSBkaWZmZXJlbnQgdmlld3Mgb2YgcmluZyBMU1BzLiAgZHJh ZnQtY2hlbmcgY3JlYXRlcyBMU1BzDQo+IG9uIHJpbmdzOyBSTVIgY3JlYXRlcyByaW5nIExTUHMg KExTUHMgdGhhdCBzdGFydCBhbmQgZW5kIGF0IHRoZSBzYW1lIG5vZGUpLg0KPiAyKSBkcmFmdC1j aGVuZyBpcyBmb2N1c2VkIG9uIE1QTFMtVFA7IFJNUiBpcyBmb2N1c2VkIG9uIElQL01QTFMgJiBN UExTLVRFDQo+IDMpIFJNUiBjb25zaWRlcnMgdGhlIGlzc3VlIG9mIOKAnGJ5cGFzcyBsaW5rc+KA nS4NCj4gNCkgUk1SLCBpbiBhZGRpdGlvbiB0byBwcm90ZWN0aW9uLCBhbHNvIGFpbXMgdG8gc2ln bmlmaWNhbnRseSByZWR1Y2UgdGhlDQo+IGNvbmZpZ3VyYXRpb24gb2YgcmluZyBMU1BzLg0KPiAN Cj4gS2lyZWV0aS4NCj4gDQo+ID4gUmVnYXJkcywNCj4gPiBTaGFocmFtDQo+ID4NCj4gPg0KPiA+ PiBPbiBNYXIgMTYsIDIwMTUsIGF0IDEwOjIzIFBNLCBMb2EgQW5kZXJzc29uIDxsb2FAcGkubnU+ IHdyb3RlOg0KPiA+Pg0KPiA+Pg0KPiA+PiBGb2xrcywNCj4gPj4NCj4gPj4gKHRha2luZyBteSBj aGFpciBoYXQgb2ZmIGZvciBhIHdoaWxlLCBpLmUuIHRoaXMgc2hvdWxkIG5vdCBiZSByZWFkIGFz DQo+ID4+IGEgY2hhaXIgZGlyZWN0aXZlLCBqdXN0IGEgYml0IG9mIG11bWJsaW5nIHRoYXQgY29t ZXMgb3V0IHRoaW5raW5nDQo+ID4+IGFib3V0IGhvdyB0byBwcm9ncmVzcyBkb2N1bWVudHMuKQ0K PiA+Pg0KPiA+PiBBcyBmYXIgYmFjayBzIHRoZSA3M3JkIElFVEYgaW4gTWlubmVhcG9saXMgSm9o biBhbmQgQWRyaWFuIG1hZGUgYQ0KPiA+PiByZXBvcnQgb24gIlJlcXVpcmVtZW50cyBmb3IgUmlu ZyBQcm90ZWN0aW9uDQo+IGluIE1QTFMtVFAiLiBUaGUNCj4gPj4gY29uY2x1c2lvbnMgd2VyZSB0 aGF0IHdlIGNvdWxkIGRvIHRvcG9sb2d5IHNwZWNpZmljIHByb3RlY3Rpb24NCj4gPj4gc29sdXRp b25zIGlmIHRoZSBiZW5lZml0cyBhcmUgYmlnIGVub3VnaC4NCj4gPj4NCj4gPj4gU3VjaCBzb2x1 dGlvbnMgbmVlZCB0byBtZWV0IHRoZSBzYW1lIHJlcXVpcmVtZW50cyBhcyBsaW5lYXINCj4gPj4g cHJvdGVjdGlvbiBhbmQgaXQgaGFzIHRvIGJlIHNob3cgdGhhdCBpdCBjYW4ndCBiZSBkb25lIGJ5 IGxpbmVhcg0KPiA+PiBwcm90ZWN0aW9uIG9ubHkuDQo+ID4+DQo+ID4+IEF0IHRoYXQgdGltZSB3 ZSBkaWQgbm90IHNlZSB0aGF0IHRoZXJlIHdlcmUgdGhpbmdzIHRoYXQgd291bGQgbm90IGJlDQo+ ID4+IGFzIHJlYWRpbHkgZG9uZSBieSB0aGUgbGluZWFyIHByb3RlY3Rpb24gYmVpbmcgc3BlY2lm aWVkIGF0IHRoYXQNCj4gPj4gdGltZS4NCj4gPj4NCj4gPj4gVG9kYXkgd2UgaGF2ZSB0byBkcmFm dHMgdGhhdCBhZGRyZXNzIHJpbmcgdG9wb2xvZ2llcywgb25lDQo+ID4+IGRyYWZ0LWtvbXBlbGxh LW1wbHMtcm1yIGFkZHJlc3NlcyBSZXNpbGllbnQgTVBMUyBSaW5ncyBpbiBhbiBNUExTLVRFDQo+ ID4+IGVudmlyb25tZW50LiBUaGUgb3RoZXIgZHJhZnQtY2hlbmctbXBscy10cC1zaGFyZWQtcmlu Zy1wcm90ZWN0aW9uDQo+ID4+IGFkZHJlc3NlcyBwcm90ZWN0aW9uIGluIGFuIE1QTFMtVFAgZW52 aXJvbm1lbnQuDQo+ID4+DQo+ID4+IEJvdGggcmVjb2duaXplcyB0aGF0IHJpbmcgdG9wb2xvZ2ll cyBhcmUgdmVyeSBjb21tb24gYW5kIHRoYXQgdmVyeQ0KPiA+PiBlZmZpY2llbnQgbWVjaGFuaXNt IGZvciBrZWVwaW5nIHRyYWZmaWMgZmxvd2luZyBpbiBjYXNlIG9mIGZhaWx1cmVzDQo+ID4+IGFy ZSBwb3NzaWJsZSB0byBkZXNpZ24uIFNvbWV0aW1lIGZhciBiZXR0ZXIgdGhhbiB3aGF0IGlzIHRo ZSBjYXNlIGlmDQo+ID4+IHRoZSBhY3R1YWwgcmluZyB0b3BvbG9naWVzIGFyZSB2aWV3IGFzIGEg bGluZWFyIHRvcG9sb2d5LA0KPiA+Pg0KPiA+PiBUaGUgZmlyc3QgZG9jdW1lbnQgKGRyYWZ0LWtv bXBlbGxhLSApIGxvb2tzIHByaW1hcmlseSBvbiB0aGUNCj4gPj4gb3BlcmF0aW9ucyB3aXRoaW4g YSBzaW5nbGUgcmluZyBhbmQgaG93IGZhc3QgYW5kIHNpbXBsZSBtZWNoYW5pc21zDQo+ID4+IGZv ciBwcm90ZWN0aW9uIGNhbiBiZSBkZXBsb3llZC4gQSByaW5nIHRvcG9sb2d5IGlzIGEgdmVyeSBj b21tb24NCj4gZGVwbG95bWVudCBzY2VuYXJpby4NCj4gPj4gV2hpbGUsIHRoZSBkcmFmdC1rb21w ZWxsYSBmcm9tIGEgc29sdXRpb25zIHBvaW50IGlzIHNvbWV3aGF0DQo+ID4+IG9ydGhvZ29uYWwg dG8gZHJhZnQtY2hlbmcsIGl0IGRvZXMgYWxzbyBkaXNjdXNzIHRoZSBkeW5hbWljIGNvbnRyb2wN Cj4gPj4gcGxhbmUgZm9yIG1wbHMgcmluZywgaW5jbHVkaW5nIGF1dG8tZGlzY292ZXJ5IGFuZCBz aWduYWxpbmcuIEl0IHNlZW1zDQo+ID4+IHRoYXQgdGhlcmUgYXJlIG9wcG9ydHVuaXRpZXMgZm9y IGNvLW9wZXJhdGlvbiBiZXR3ZWVuIHRoZSB0d28gZHJhZnRzIGluIHRoaXMNCj4gYXJlYS4NCj4g Pj4NCj4gPj4gVGhlIG90aGVyIChkcmFmdC1jaGVuZy0gKSBsb29rcyBhdCB3aGF0IGlzIGNhbGxl ZCBNUExTIHNoYXJlZCByaW5nLCBpLmUuDQo+ID4+IGEgcmF0aGVyIGhpZ2ggbnVtYmVyIGNhbiBz aGFyZWQgdGhlIHNhbWUgcGF0aCBhcm91bmQgdGhlIHJpbmcsIGFuZA0KPiA+PiBhbGwgdHJhZmZp YyBjYW4gYmUgcHJvdGVjdGVkIGJ5IGEgc2luZ2xlIG9wZXJhdGlvbi4NCj4gPj4gQW5vdGhlciBh c3BlY3Qgb2YgdGhlIHNoYXJlZCB0dW5uZWwgaXMgdGhhdCBpZiBwYXJ0IG9mIHRoZSByaW5nDQo+ ID4+ICh0eXBpY2FsbHkgMiBub2RlcyBhbmQgb25lIGxpbmspIGFyZSBwYXJ0IG9mIG1vcmUgdGhh biBvbmUgcmluZy4gSXQNCj4gPj4gYmVjb21lcyBwb3NzaWJsZSB0byBwcm90ZWN0IGFnYWluc3Qg bW9yZSB0aGFuIG9uZSBmYWlsdXJlLg0KPiA+Pg0KPiA+PiBNYXliZSBpdCBpcyB0aW1lIHRvIHJl dmlzaXQgdGhlIHF1ZXN0aW9uIGFuZCBzZWUgaWYgd2Ugd2FudCB0byBhZG9wdA0KPiA+PiB3b3Jr aW5nIGdyb3VwIGRvY3VtZW50cyBmb3IgdGhlIHR3byBzY2VuYXJpb3Mgb3V0bGluZWQgYWJvdmUu DQo+ID4+DQo+ID4+IC9Mb2ENCj4gPj4gLS0NCj4gPj4NCj4gPj4NCj4gPj4gTG9hIEFuZGVyc3Nv biAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb20NCj4g Pj4gU2VuaW9yIE1QTFMgRXhwZXJ0ICAgICAgICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnUN Cj4gPj4gSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5 IDgxIDIxIDY0DQo+ID4+DQo+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+ID4+IG1wbHMgbWFpbGluZyBsaXN0DQo+ID4+IG1wbHNAaWV0Zi5vcmcN Cj4gPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ID4NCj4g PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IG1w bHMgbWFpbGluZyBsaXN0DQo+ID4gbXBsc0BpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gbXBscyBtYWlsaW5nIGxpc3QNCj4gbXBsc0BpZXRm Lm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg== From nobody Wed Mar 18 04:25:08 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 3FA031A1BD2; Tue, 17 Mar 2015 16:29:47 -0700 (PDT) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 207A31A1BCF for ; Tue, 17 Mar 2015 16:29:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.879 X-Spam-Level: X-Spam-Status: No, score=-0.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021] 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 du6vhp76kyfB for ; Tue, 17 Mar 2015 16:29:45 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 A7AFE1A1BA9 for ; Tue, 17 Mar 2015 16:29:45 -0700 (PDT) Received: from smtp01.icann.org ([192.0.33.81]:34578 helo=smtp1.lax.icann.org) by zinfandel.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YY0vh-0000NZ-2q for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Tue, 17 Mar 2015 16:29:45 -0700 Received: from request3.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id t2HNTdHn028739 for ; Tue, 17 Mar 2015 23:29:39 GMT Received: by request3.lax.icann.org (Postfix, from userid 48) id 6F77EC207E1; Tue, 17 Mar 2015 23:29:39 +0000 (UTC) RT-Owner: amanda.baber From: "Amanda Baber via RT" In-Reply-To: <20150309171626.27954.21671.idtracker@ietfa.amsl.com> References: <20150309171626.27954.21671.idtracker@ietfa.amsl.com> Message-ID: X-RT-Loop-Prevention: IANA X-RT-Ticket: IANA #812064 X-Managed-BY: RT 4.2.9 (http://www.bestpractical.com/rt/) X-RT-Originator: amanda.baber@icann.org Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Precedence: bulk Date: Tue, 17 Mar 2015 23:29:39 +0000 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 192.0.33.81 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: iana-shared@icann.org X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150317232945.A7AFE1A1BA9@ietfa.amsl.com> Resent-Date: Tue, 17 Mar 2015 16:29:45 -0700 (PDT) Resent-From: iana-shared@icann.org Archived-At: Archived-At: X-Mailman-Approved-At: Wed, 18 Mar 2015 04:25:07 -0700 Cc: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org Subject: [mpls] [IANA #812064] Protocol Action: 'IANA registries for LSP ping Code Points' to Proposed Standard (draft-ietf-mpls-lsp-ping-registry-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Reply-To: drafts-approval@iana.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 23:29:47 -0000 Dear Authors: ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED We've completed the IANA Actions for the following RFC-to-be: draft-ietf-mpls-lsp-ping-registry-03 IANA has created the following registries under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" heading: DS Flags Registration Procedure(s): Standards Action Reference: [RFC-ietf-mpls-lsp-ping-registry-03] Bit number Name Reference 7 N: Treat as a Non-IP Packet [RFC4379] 6 I: Interface and Label Stack Object Request [RFC4379] 5-0 Unassigned Multipath Type Registration Procedure(s): Standards Action Reference: [RFC-ietf-mpls-lsp-ping-registry-03] Value Meaning Reference 0 no multipath [RFC4379] 1 Unassigned 2 IP address [RFC4379] 3 Unassigned 4 IP address range [RFC4379] 5-7 Unassigned 8 Bit-masked IP address set [RFC4379] 9 Bit-masked label set [RFC4379] 10-250 Unassigned 251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] 255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] Pad Type Registration Procedure(s): Standards Action Reference: [RFC-ietf-mpls-lsp-ping-registry-03] Value Meaning Reference 0 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] 1 Drop Pad TLV from reply [RFC4379] 2 Copy Pad TLV to reply [RFC4379] 3-250 Unassigned 251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] 255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] Interface and Label Stack Type Registration Procedure(s): Standards Action Reference: [RFC-ietf-mpls-lsp-ping-registry-03] Value Meaning Reference 0 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] 1 IPv4 Numbered [RFC4379] 2 IPv4 Unnumbered [RFC4379] 3 IPv6 Numbered [RFC4379] 4 IPv6 Unnumbered [RFC4379] 5-250 Unassigned 251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] 255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] Please see http://www.iana.org/assignments/mpls-lsp-ping-parameters The updated list of Protocol Registries is available here: http://www.iana.org/protocols/ Please let us know whether the above IANA Actions look OK. As soon as we receive your confirmation, we'll notify the RFC Editor that this document's IANA Actions are complete. (If this document has a team of authors, one reply on behalf of everyone will suffice.) We'll update the reference when the RFC Editor notifies us that they've assigned a number. Thanks, Amanda Baber IANA Request Specialist ICANN From nobody Wed Mar 18 04:25:10 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 21CE11A6FF2; Tue, 17 Mar 2015 17:44:54 -0700 (PDT) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03D411A1BB1 for ; Tue, 17 Mar 2015 17:44:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.5 X-Spam-Level: X-Spam-Status: No, score=-9.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 PQREbx6lOZSP for ; Tue, 17 Mar 2015 17:44:52 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 053901A6FEF for ; Tue, 17 Mar 2015 17:44:52 -0700 (PDT) Received: from rcdn-iport-8.cisco.com ([173.37.86.79]:64209) by zinfandel.tools.ietf.org with esmtps (TLS1.0:RSA_ARCFOUR_128_SHA1:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YY26M-0000aI-KX for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Tue, 17 Mar 2015 17:44:51 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2788; q=dns/txt; s=iport; t=1426639490; x=1427849090; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=90ZWTxvKrcokLRvlkjlQDZocYTPpIE1NgKvmASkcf64=; b=dksm3syTrDadU0fCS1b2xYb/qQi5q6d6FYa8hOcsq67I4j0KW24yWhzX enlfrboltcPV7OGHVnrJQSRqgCR41ntiLgs5eRG3YfvAMyVK4K+fyjuYS 6rjj1AOBQEmS51dIBmTNEAGoUFtiP+6oxcL0k25FxmCDejdDSmvPTpoaR c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AcBgCqaeJU/49dJa1bgwZSWgTAEoIqhXECgRhDAQEBAQEBfIQNAQEEeRACAQg7CzIlAgQOBQmIJA3OKAEBAQEBAQEDAQEBAQEBAQEaiwyBPYMwB4QqBY1MgWyJN4EYgw2IIUaCQ4M+IoIPI4E8b4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.11,418,1422921600"; d="scan'208";a="404268673" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-8.cisco.com with ESMTP; 18 Mar 2015 00:44:19 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t2I0huci002966 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 18 Mar 2015 00:43:56 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.127]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0195.001; Tue, 17 Mar 2015 19:43:56 -0500 From: "Carlos Pignataro (cpignata)" To: "drafts-approval@iana.org" Thread-Topic: [IANA #812064] Protocol Action: 'IANA registries for LSP ping Code Points' to Proposed Standard (draft-ietf-mpls-lsp-ping-registry-03.txt) Thread-Index: AQHQYQpeap+AdLyUE0uprHeKN0sfmp0hd+iA Date: Wed, 18 Mar 2015 00:43:55 +0000 Message-ID: References: <20150309171626.27954.21671.idtracker@ietfa.amsl.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.8.150116 x-originating-ip: [10.82.250.189] Content-Type: text/plain; charset="Windows-1252" Content-ID: <2F54515D0BF2E44D8347D6A02619972E@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SA-Exim-Connect-IP: 173.37.86.79 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: cpignata@cisco.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150318004452.053901A6FEF@ietfa.amsl.com> Resent-Date: Tue, 17 Mar 2015 17:44:52 -0700 (PDT) Resent-From: cpignata@cisco.com Archived-At: Archived-At: X-Mailman-Approved-At: Wed, 18 Mar 2015 04:25:07 -0700 Cc: "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" Subject: Re: [mpls] [IANA #812064] Protocol Action: 'IANA registries for LSP ping Code Points' to Proposed Standard (draft-ietf-mpls-lsp-ping-registry-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 00:44:54 -0000 Amanda, This all looks great to me. Thanks! =8B Carlos. On 3/17/15, 7:29 PM, "Amanda Baber via RT" wrote: >Dear Authors: > >ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED > >We've completed the IANA Actions for the following RFC-to-be: > >draft-ietf-mpls-lsp-ping-registry-03 > >IANA has created the following registries under the "Multi-Protocol Label >Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" heading: > >DS Flags >Registration Procedure(s): Standards Action >Reference: [RFC-ietf-mpls-lsp-ping-registry-03] > >Bit number Name Reference >7 N: Treat as a Non-IP Packet [RFC4379] >6 I: Interface and Label Stack Object Request [RFC4379] >5-0 Unassigned=09 > > >Multipath Type >Registration Procedure(s): Standards Action >Reference: [RFC-ietf-mpls-lsp-ping-registry-03] > >Value Meaning Reference >0 no multipath [RFC4379] >1 Unassigned=09 >2 IP address [RFC4379] >3 Unassigned=09 >4 IP address range [RFC4379] >5-7 Unassigned=09 >8 Bit-masked IP address set [RFC4379] >9 Bit-masked label set [RFC4379] >10-250 Unassigned=09 >251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] >255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] > > >Pad Type >Registration Procedure(s): Standards Action >Reference: [RFC-ietf-mpls-lsp-ping-registry-03] > >Value Meaning Reference >0 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] >1 Drop Pad TLV from reply [RFC4379] >2 Copy Pad TLV to reply [RFC4379] >3-250 Unassigned=09 >251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] >255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] > > >Interface and Label Stack Type >Registration Procedure(s): Standards Action >Reference: [RFC-ietf-mpls-lsp-ping-registry-03] > >Value Meaning Reference >0 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] >1 IPv4 Numbered [RFC4379] >2 IPv4 Unnumbered [RFC4379] >3 IPv6 Numbered [RFC4379] >4 IPv6 Unnumbered [RFC4379] >5-250 Unassigned=09 >251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] >255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] > > >Please see >http://www.iana.org/assignments/mpls-lsp-ping-parameters > > >The updated list of Protocol Registries is available here: >=20 >http://www.iana.org/protocols/ > >Please let us know whether the above IANA Actions look OK. As soon as we >receive your confirmation, we'll notify the RFC Editor that this >document's IANA Actions are complete. (If this document has a team of >authors, one reply on behalf of everyone will suffice.) > >We'll update the reference when the RFC Editor notifies us that they've >assigned a number. > >Thanks, > >Amanda Baber >IANA Request Specialist >ICANN > From nobody Wed Mar 18 04:25:11 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 7F63F1A0271; Wed, 18 Mar 2015 01:41:06 -0700 (PDT) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B4C81A011D for ; Wed, 18 Mar 2015 01:41:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 PhDxXCCoi2NA for ; Wed, 18 Mar 2015 01:41:04 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 4E4C51A0271 for ; Wed, 18 Mar 2015 01:41:04 -0700 (PDT) Received: from pipi.pi.nu ([83.168.239.141]:33759) by zinfandel.tools.ietf.org with esmtps (TLS1.1:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YY9XC-0000aS-Gr for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Wed, 18 Mar 2015 01:41:04 -0700 Received: from [172.20.11.241] (unknown [46.218.58.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id A3E09180145E; Wed, 18 Mar 2015 09:40:59 +0100 (CET) Message-ID: <55093A19.9070304@pi.nu> Date: Wed, 18 Mar 2015 09:40:57 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "Carlos Pignataro (cpignata)" , "drafts-approval@iana.org" References: <20150309171626.27954.21671.idtracker@ietfa.amsl.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 83.168.239.141 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: loa@pi.nu X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150318084104.4E4C51A0271@ietfa.amsl.com> Resent-Date: Wed, 18 Mar 2015 01:41:04 -0700 (PDT) Resent-From: loa@pi.nu Archived-At: Archived-At: X-Mailman-Approved-At: Wed, 18 Mar 2015 04:25:07 -0700 Cc: "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" Subject: Re: [mpls] [IANA #812064] Protocol Action: 'IANA registries for LSP ping Code Points' to Proposed Standard (draft-ietf-mpls-lsp-ping-registry-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 08:41:06 -0000 Folks, I agree with Carlos :)! /Loa On 2015-03-18 01:43, Carlos Pignataro (cpignata) wrote: > Amanda, > > This all looks great to me. > > Thanks! > > ‹ Carlos. > > On 3/17/15, 7:29 PM, "Amanda Baber via RT" > wrote: > >> Dear Authors: >> >> ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED >> >> We've completed the IANA Actions for the following RFC-to-be: >> >> draft-ietf-mpls-lsp-ping-registry-03 >> >> IANA has created the following registries under the "Multi-Protocol Label >> Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" heading: >> >> DS Flags >> Registration Procedure(s): Standards Action >> Reference: [RFC-ietf-mpls-lsp-ping-registry-03] >> >> Bit number Name Reference >> 7 N: Treat as a Non-IP Packet [RFC4379] >> 6 I: Interface and Label Stack Object Request [RFC4379] >> 5-0 Unassigned >> >> >> Multipath Type >> Registration Procedure(s): Standards Action >> Reference: [RFC-ietf-mpls-lsp-ping-registry-03] >> >> Value Meaning Reference >> 0 no multipath [RFC4379] >> 1 Unassigned >> 2 IP address [RFC4379] >> 3 Unassigned >> 4 IP address range [RFC4379] >> 5-7 Unassigned >> 8 Bit-masked IP address set [RFC4379] >> 9 Bit-masked label set [RFC4379] >> 10-250 Unassigned >> 251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] >> 255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] >> >> >> Pad Type >> Registration Procedure(s): Standards Action >> Reference: [RFC-ietf-mpls-lsp-ping-registry-03] >> >> Value Meaning Reference >> 0 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] >> 1 Drop Pad TLV from reply [RFC4379] >> 2 Copy Pad TLV to reply [RFC4379] >> 3-250 Unassigned >> 251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] >> 255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] >> >> >> Interface and Label Stack Type >> Registration Procedure(s): Standards Action >> Reference: [RFC-ietf-mpls-lsp-ping-registry-03] >> >> Value Meaning Reference >> 0 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] >> 1 IPv4 Numbered [RFC4379] >> 2 IPv4 Unnumbered [RFC4379] >> 3 IPv6 Numbered [RFC4379] >> 4 IPv6 Unnumbered [RFC4379] >> 5-250 Unassigned >> 251-254 Reserved for Experimental Use [RFC-ietf-mpls-lsp-ping-registry-03] >> 255 Reserved [RFC-ietf-mpls-lsp-ping-registry-03] >> >> >> Please see >> http://www.iana.org/assignments/mpls-lsp-ping-parameters >> >> >> The updated list of Protocol Registries is available here: >> >> http://www.iana.org/protocols/ >> >> Please let us know whether the above IANA Actions look OK. As soon as we >> receive your confirmation, we'll notify the RFC Editor that this >> document's IANA Actions are complete. (If this document has a team of >> authors, one reply on behalf of everyone will suffice.) >> >> We'll update the reference when the RFC Editor notifies us that they've >> assigned a number. >> >> Thanks, >> >> Amanda Baber >> IANA Request Specialist >> ICANN >> > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Mar 18 06:52:55 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A96EA1A01EC; Wed, 18 Mar 2015 06:52:51 -0700 (PDT) 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 R1DrSGpHGGlH; Wed, 18 Mar 2015 06:52:50 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0787.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::787]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A928A1A019B; Wed, 18 Mar 2015 06:52:49 -0700 (PDT) Received: from BY2PR05MB079.namprd05.prod.outlook.com (10.242.38.16) by CY1PR0501MB1098.namprd05.prod.outlook.com (25.160.144.140) with Microsoft SMTP Server (TLS) id 15.1.112.16; Wed, 18 Mar 2015 13:52:31 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.136]) by BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.136]) with mapi id 15.01.0106.007; Wed, 18 Mar 2015 13:52:30 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Xuxiaohu , Antoni Przygienda , "stbryant@cisco.com" , Eric Rosen , BIER , IJsbrand Wijnands Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZsT/NTuReqcUafEPAn7P7Hmp0a0zkAgAWxRoCAAAe/AIAAZCaAgAABcACAAEuhgIABB5lw Date: Wed, 18 Mar 2015 13:52:30 +0000 Message-ID: References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.10] authentication-results: huawei.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1098; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(51704005)(33656002)(122556002)(40100003)(2501003)(106116001)(99286002)(92566002)(77156002)(62966003)(76576001)(102836002)(93886004)(2950100001)(74316001)(66066001)(76176999)(50986999)(54356999)(2656002)(87936001)(46102003)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1098; H:BY2PR05MB079.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:CY1PR0501MB1098; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1098; x-forefront-prvs: 051900244E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Mar 2015 13:52:30.2639 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1098 Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 13:52:51 -0000 Xiaohu, > Following such logic (i.e., assign a nibble value specific to the new > encapsulation header), we would have to consider how many available nibbl= e > values are there which can be used for future encapsulation headers in th= e > same way. There are still quite a few values left; defining a new encapsulation is no= t lightly taken; adding a new IP version is not lightly taken either. Besid= es, there is this "reserved value 15" idea from Ice. Coupled with the reasons that Eric gave: > I think the proper direction is to use the MPLS entropy label, rather tha= n to > have each router compute the entropy based on an analysis of the next > encapsulation header. >=20 > So I don't think BIER justifies the use of a new MPLS special purpose > payload-protocol-identifier label. I would think the encap-specific nibble is quite reasonable, and better tha= n a special purpose label. Jeffrey From nobody Wed Mar 18 07:20:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61C691A03E3; Wed, 18 Mar 2015 07:20:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.422 X-Spam-Level: X-Spam-Status: No, score=-1.422 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, 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 odteG29gNIjm; Wed, 18 Mar 2015 07:20:21 -0700 (PDT) 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 E3B251A03FF; Wed, 18 Mar 2015 07:20:17 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTU56820; Wed, 18 Mar 2015 14:20:16 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 18 Mar 2015 14:20:15 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Wed, 18 Mar 2015 22:20:11 +0800 From: Xuxiaohu To: "Jeffrey (Zhaohui) Zhang" , Antoni Przygienda , "stbryant@cisco.com" , Eric Rosen , BIER , IJsbrand Wijnands Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZrqojq7Dn2dkqRctiyZ05xTp0aTR0AgAY0PqCAAAkpwP//38SAgAAFoQCAAM2HIIAAhnQAgACMeVA= Date: Wed, 18 Mar 2015 14:20:10 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.117.70] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 14:20:23 -0000 SGkgSmVmZnJleSwNCg0KPiAtLS0tLdPKvP7Urbz+LS0tLS0NCj4gt6K8/sjLOiBKZWZmcmV5ICha aGFvaHVpKSBaaGFuZyBbbWFpbHRvOnp6aGFuZ0BqdW5pcGVyLm5ldF0NCj4gt6LLzcqxvOQ6IDIw MTXE6jPUwjE4yNUgMjE6NTMNCj4gytW8/sjLOiBYdXhpYW9odTsgQW50b25pIFByenlnaWVuZGE7 IHN0YnJ5YW50QGNpc2NvLmNvbTsgRXJpYyBSb3NlbjsgQklFUjsNCj4gSUpzYnJhbmQgV2lqbmFu ZHMNCj4gs63LzTogbXBsc0BpZXRmLm9yZzsgc2ZjQGlldGYub3JnDQo+INb3zOI6IFJFOiBbQmll cl0gRW5jYXBzdWxhdGlvbiBmaXJzdCBuaWJibGUNCj4gDQo+IFhpYW9odSwNCj4gDQo+ID4gRm9s bG93aW5nIHN1Y2ggbG9naWMgKGkuZS4sIGFzc2lnbiBhIG5pYmJsZSB2YWx1ZSBzcGVjaWZpYyB0 byB0aGUgbmV3DQo+ID4gZW5jYXBzdWxhdGlvbiBoZWFkZXIpLCB3ZSB3b3VsZCBoYXZlIHRvIGNv bnNpZGVyIGhvdyBtYW55IGF2YWlsYWJsZQ0KPiA+IG5pYmJsZSB2YWx1ZXMgYXJlIHRoZXJlIHdo aWNoIGNhbiBiZSB1c2VkIGZvciBmdXR1cmUgZW5jYXBzdWxhdGlvbg0KPiA+IGhlYWRlcnMgaW4g dGhlIHNhbWUgd2F5Lg0KPiANCj4gVGhlcmUgYXJlIHN0aWxsIHF1aXRlIGEgZmV3IHZhbHVlcyBs ZWZ0OyBkZWZpbmluZyBhIG5ldyBlbmNhcHN1bGF0aW9uIGlzIG5vdCBsaWdodGx5DQo+IHRha2Vu OyBhZGRpbmcgYSBuZXcgSVAgdmVyc2lvbiBpcyBub3QgbGlnaHRseSB0YWtlbiBlaXRoZXIuIEJl c2lkZXMsIHRoZXJlIGlzIHRoaXMNCj4gInJlc2VydmVkIHZhbHVlIDE1IiBpZGVhIGZyb20gSWNl Lg0KDQpTaW5jZSB0aGUgY29udHJvbCB3b3JkIGlzIG9wdGlvbmFsIHdoZW4gdHJhbnNwb3J0aW5n IEV0aGVybmV0IG92ZXIgTVBMUywgSSB3b25kZXIgd2hldGhlciB0aGUgaWRlYSBvZiByZXNlcnZp bmcgdGhlIGZpcnN0IG5pYmJsZSB2YWx1ZSBvZiAxNSBpcyBmZWFzaWJsZSBpbiBwcmFjdGljZS4N Cg0KPiBDb3VwbGVkIHdpdGggdGhlIHJlYXNvbnMgdGhhdCBFcmljIGdhdmU6DQo+IA0KPiA+IEkg dGhpbmsgdGhlIHByb3BlciBkaXJlY3Rpb24gaXMgdG8gdXNlIHRoZSBNUExTIGVudHJvcHkgbGFi ZWwsIHJhdGhlcg0KPiA+IHRoYW4gdG8gaGF2ZSBlYWNoIHJvdXRlciBjb21wdXRlIHRoZSBlbnRy b3B5IGJhc2VkIG9uIGFuIGFuYWx5c2lzIG9mDQo+ID4gdGhlIG5leHQgZW5jYXBzdWxhdGlvbiBo ZWFkZXIuDQo+ID4NCj4gPiBTbyBJIGRvbid0IHRoaW5rIEJJRVIganVzdGlmaWVzIHRoZSB1c2Ug b2YgYSBuZXcgTVBMUyBzcGVjaWFsIHB1cnBvc2UNCj4gPiBwYXlsb2FkLXByb3RvY29sLWlkZW50 aWZpZXIgbGFiZWwuDQo+IA0KPiBJIHdvdWxkIHRoaW5rIHRoZSBlbmNhcC1zcGVjaWZpYyBuaWJi bGUgaXMgcXVpdGUgcmVhc29uYWJsZSwgYW5kIGJldHRlciB0aGFuIGENCj4gc3BlY2lhbCBwdXJw b3NlIGxhYmVsLg0KDQpEdWUgdG8gdGhlIHNhbWUgcmVhc29uIGFzIG1lbnRpb25lZCBhYm92ZSwg SSB3b25kZXIgd2hldGhlciBpdCdzIGZlYXNpYmxlIHRvIHJlc2VydmUgYSBjZXJ0YWluIGZpcnN0 IG5pYmJsZSB2YWx1ZSBhcyBhbiBlbmNhcC1zcGVjaWZpYyBuaWJibGUgaW4gcHJhY3RpY2UuDQoN CkJlc3QgcmVnYXJkcywNClhpYW9odQ0KDQo+IEplZmZyZXkNCg== From nobody Wed Mar 18 07:38:05 2015 Return-Path: X-Original-To: expand-draft-ietf-mpls-lsp-ping-registry.all@virtual.ietf.org Delivered-To: mpls@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id E13101A035F; Wed, 18 Mar 2015 07:05:10 -0700 (PDT) X-Original-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-mpls-lsp-ping-registry.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7FBC1A01EC for ; Wed, 18 Mar 2015 07:05:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=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 zt7-OEOkvgC3 for ; Wed, 18 Mar 2015 07:05:07 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 09E541A035F for ; Wed, 18 Mar 2015 07:05:03 -0700 (PDT) Received: from relais-ias91.francetelecom.com ([193.251.215.91]:51889 helo=relais-inet.francetelecom.com) by zinfandel.tools.ietf.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1YYEah-0004X6-0a for draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org; Wed, 18 Mar 2015 07:05:02 -0700 Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id 9513318C3AA; Wed, 18 Mar 2015 15:04:48 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id 7024B4C05D; Wed, 18 Mar 2015 15:04:48 +0100 (CET) Received: from PEXCVZYM11.corporate.adroot.infra.ftgroup ([fe80::a441:e6a9:6143:6f0f]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0224.002; Wed, 18 Mar 2015 15:04:48 +0100 From: To: "drafts-approval@iana.org" Thread-Topic: [IANA #812064] Protocol Action: 'IANA registries for LSP ping Code Points' to Proposed Standard (draft-ietf-mpls-lsp-ping-registry-03.txt) Thread-Index: AQHQYQpCHyTHWx+DcEehoqgQW8Dfe50iRjqQ Date: Wed, 18 Mar 2015 14:04:47 +0000 Message-ID: <14918_1426687488_55098600_14918_405_2_53C29892C857584299CBF5D05346208A0EB7483D@PEXCVZYM11.corporate.adroot.infra.ftgroup> References: <20150309171626.27954.21671.idtracker@ietfa.amsl.com> 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.197.38.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.12.22.190922 X-SA-Exim-Connect-IP: 193.251.215.91 X-SA-Exim-Rcpt-To: draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org X-SA-Exim-Mail-From: bruno.decraene@orange.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Resent-To: draft-ietf-mpls-lsp-ping-registry.all@ietf.org Resent-Message-Id: <20150318140503.09E541A035F@ietfa.amsl.com> Resent-Date: Wed, 18 Mar 2015 07:05:03 -0700 (PDT) Resent-From: bruno.decraene@orange.com Archived-At: Archived-At: X-Mailman-Approved-At: Wed, 18 Mar 2015 07:38:04 -0700 Cc: "draft-ietf-mpls-lsp-ping-registry.all@tools.ietf.org" Subject: Re: [mpls] [IANA #812064] Protocol Action: 'IANA registries for LSP ping Code Points' to Proposed Standard (draft-ietf-mpls-lsp-ping-registry-03.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 14:05:11 -0000 QW1hbmRhLA0KDQpodHRwOi8vd3d3LmlhbmEub3JnL2Fzc2lnbm1lbnRzL21wbHMtbHNwLXBpbmct cGFyYW1ldGVycy9tcGxzLWxzcC1waW5nLXBhcmFtZXRlcnMueGh0bWwjZHMtZmxhZ3MNCg0KTG9v a3MgZ29vZC4NCg0KVGhhbmtzLg0KQnJ1bm8NCg0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCj4gRnJvbTogQW1hbmRhIEJhYmVyIHZpYSBSVCBbbWFpbHRvOmRyYWZ0cy1hcHByb3Zh bEBpYW5hLm9yZ10NCj4gU2VudDogV2VkbmVzZGF5LCBNYXJjaCAxOCwgMjAxNSAxMjozMCBBTQ0K PiBDYzogZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5LmFsbEB0b29scy5pZXRmLm9y Zw0KPiBTdWJqZWN0OiBbSUFOQSAjODEyMDY0XSBQcm90b2NvbCBBY3Rpb246ICdJQU5BIHJlZ2lz dHJpZXMgZm9yIExTUCBwaW5nIENvZGUNCj4gUG9pbnRzJyB0byBQcm9wb3NlZCBTdGFuZGFyZCAo ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5LTAzLnR4dCkNCj4gDQo+IERlYXIgQXV0 aG9yczoNCj4gDQo+IEFUVEVOVElPTjogQSBSRVNQT05TRSBUTyBUSElTIE1FU1NBR0UgSVMgTkVF REVEDQo+IA0KPiBXZSd2ZSBjb21wbGV0ZWQgdGhlIElBTkEgQWN0aW9ucyBmb3IgdGhlIGZvbGxv d2luZyBSRkMtdG8tYmU6DQo+IA0KPiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVnaXN0cnkt MDMNCj4gDQo+IElBTkEgaGFzIGNyZWF0ZWQgdGhlIGZvbGxvd2luZyByZWdpc3RyaWVzIHVuZGVy IHRoZSAiTXVsdGktUHJvdG9jb2wgTGFiZWwNCj4gU3dpdGNoaW5nIChNUExTKSBMYWJlbCBTd2l0 Y2hlZCBQYXRocyAoTFNQcykgUGluZyBQYXJhbWV0ZXJzIiBoZWFkaW5nOg0KPiANCj4gRFMgRmxh Z3MNCj4gUmVnaXN0cmF0aW9uIFByb2NlZHVyZShzKTogU3RhbmRhcmRzIEFjdGlvbg0KPiBSZWZl cmVuY2U6IFtSRkMtaWV0Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5LTAzXQ0KPiANCj4gQml0IG51 bWJlciAJTmFtZSAJUmVmZXJlbmNlDQo+IDcJTjogVHJlYXQgYXMgYSBOb24tSVAgUGFja2V0CVtS RkM0Mzc5XQ0KPiA2CUk6IEludGVyZmFjZSBhbmQgTGFiZWwgU3RhY2sgT2JqZWN0IFJlcXVlc3QJ W1JGQzQzNzldDQo+IDUtMAlVbmFzc2lnbmVkDQo+IA0KPiANCj4gTXVsdGlwYXRoIFR5cGUNCj4g UmVnaXN0cmF0aW9uIFByb2NlZHVyZShzKTogU3RhbmRhcmRzIEFjdGlvbg0KPiBSZWZlcmVuY2U6 IFtSRkMtaWV0Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5LTAzXQ0KPiANCj4gVmFsdWUgCU1lYW5p bmcgCVJlZmVyZW5jZQ0KPiAwCW5vIG11bHRpcGF0aAlbUkZDNDM3OV0NCj4gMQlVbmFzc2lnbmVk DQo+IDIJSVAgYWRkcmVzcwkgW1JGQzQzNzldDQo+IDMJVW5hc3NpZ25lZA0KPiA0CUlQIGFkZHJl c3MgcmFuZ2UJW1JGQzQzNzldDQo+IDUtNwlVbmFzc2lnbmVkDQo+IDgJQml0LW1hc2tlZCBJUCBh ZGRyZXNzIHNldAkgW1JGQzQzNzldDQo+IDkJQml0LW1hc2tlZCBsYWJlbCBzZXQgCVtSRkM0Mzc5 XQ0KPiAxMC0yNTAJVW5hc3NpZ25lZA0KPiAyNTEtMjU0CVJlc2VydmVkIGZvciBFeHBlcmltZW50 YWwgVXNlCVtSRkMtaWV0Zi1tcGxzLWxzcC1waW5nLQ0KPiByZWdpc3RyeS0wM10NCj4gMjU1CVJl c2VydmVkCVtSRkMtaWV0Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5LTAzXQ0KPiANCj4gDQo+IFBh ZCBUeXBlDQo+IFJlZ2lzdHJhdGlvbiBQcm9jZWR1cmUocyk6IFN0YW5kYXJkcyBBY3Rpb24NCj4g UmVmZXJlbmNlOiBbUkZDLWlldGYtbXBscy1sc3AtcGluZy1yZWdpc3RyeS0wM10NCj4gDQo+IFZh bHVlIAlNZWFuaW5nIAlSZWZlcmVuY2UNCj4gMAlSZXNlcnZlZAlbUkZDLWlldGYtbXBscy1sc3At cGluZy1yZWdpc3RyeS0wM10NCj4gMQlEcm9wIFBhZCBUTFYgZnJvbSByZXBseQlbUkZDNDM3OV0N Cj4gMglDb3B5IFBhZCBUTFYgdG8gcmVwbHkJW1JGQzQzNzldDQo+IDMtMjUwCVVuYXNzaWduZWQN Cj4gMjUxLTI1NAlSZXNlcnZlZCBmb3IgRXhwZXJpbWVudGFsIFVzZQlbUkZDLWlldGYtbXBscy1s c3AtcGluZy0NCj4gcmVnaXN0cnktMDNdDQo+IDI1NQlSZXNlcnZlZAlbUkZDLWlldGYtbXBscy1s c3AtcGluZy1yZWdpc3RyeS0wM10NCj4gDQo+IA0KPiBJbnRlcmZhY2UgYW5kIExhYmVsIFN0YWNr IFR5cGUNCj4gUmVnaXN0cmF0aW9uIFByb2NlZHVyZShzKTogU3RhbmRhcmRzIEFjdGlvbg0KPiBS ZWZlcmVuY2U6IFtSRkMtaWV0Zi1tcGxzLWxzcC1waW5nLXJlZ2lzdHJ5LTAzXQ0KPiANCj4gVmFs dWUgCU1lYW5pbmcgCVJlZmVyZW5jZQ0KPiAwCVJlc2VydmVkCVtSRkMtaWV0Zi1tcGxzLWxzcC1w aW5nLXJlZ2lzdHJ5LTAzXQ0KPiAxCUlQdjQgTnVtYmVyZWQJW1JGQzQzNzldDQo+IDIJSVB2NCBV bm51bWJlcmVkCVtSRkM0Mzc5XQ0KPiAzCUlQdjYgTnVtYmVyZWQJW1JGQzQzNzldDQo+IDQJSVB2 NiBVbm51bWJlcmVkCVtSRkM0Mzc5XQ0KPiA1LTI1MAlVbmFzc2lnbmVkDQo+IDI1MS0yNTQJUmVz ZXJ2ZWQgZm9yIEV4cGVyaW1lbnRhbCBVc2UJW1JGQy1pZXRmLW1wbHMtbHNwLXBpbmctDQo+IHJl Z2lzdHJ5LTAzXQ0KPiAyNTUJUmVzZXJ2ZWQJW1JGQy1pZXRmLW1wbHMtbHNwLXBpbmctcmVnaXN0 cnktMDNdDQo+IA0KPiANCj4gUGxlYXNlIHNlZQ0KPiBodHRwOi8vd3d3LmlhbmEub3JnL2Fzc2ln bm1lbnRzL21wbHMtbHNwLXBpbmctcGFyYW1ldGVycw0KPiANCj4gDQo+IFRoZSB1cGRhdGVkIGxp c3Qgb2YgUHJvdG9jb2wgUmVnaXN0cmllcyBpcyBhdmFpbGFibGUgaGVyZToNCj4gDQo+IGh0dHA6 Ly93d3cuaWFuYS5vcmcvcHJvdG9jb2xzLw0KPiANCj4gUGxlYXNlIGxldCB1cyBrbm93IHdoZXRo ZXIgdGhlIGFib3ZlIElBTkEgQWN0aW9ucyBsb29rIE9LLiBBcyBzb29uIGFzIHdlDQo+IHJlY2Vp dmUgeW91ciBjb25maXJtYXRpb24sIHdlJ2xsIG5vdGlmeSB0aGUgUkZDIEVkaXRvciB0aGF0IHRo aXMgZG9jdW1lbnQncw0KPiBJQU5BIEFjdGlvbnMgYXJlIGNvbXBsZXRlLiAoSWYgdGhpcyBkb2N1 bWVudCBoYXMgYSB0ZWFtIG9mIGF1dGhvcnMsIG9uZSByZXBseQ0KPiBvbiBiZWhhbGYgb2YgZXZl cnlvbmUgd2lsbCBzdWZmaWNlLikNCj4gDQo+IFdlJ2xsIHVwZGF0ZSB0aGUgcmVmZXJlbmNlIHdo ZW4gdGhlIFJGQyBFZGl0b3Igbm90aWZpZXMgdXMgdGhhdCB0aGV5J3ZlDQo+IGFzc2lnbmVkIGEg bnVtYmVyLg0KPiANCj4gVGhhbmtzLA0KPiANCj4gQW1hbmRhIEJhYmVyDQo+IElBTkEgUmVxdWVz dCBTcGVjaWFsaXN0DQo+IElDQU5ODQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVj ZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMs IGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1 IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRl dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3Nh Z2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3Jhbmdl IGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUs IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo bWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24g dGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1 dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQg ZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJl IGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVl biBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Wed Mar 18 07:57:00 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C3131A1A13; Wed, 18 Mar 2015 07:56:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.078 X-Spam-Level: ** X-Spam-Status: No, score=2.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, 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 y6-J3sUcMaLw; Wed, 18 Mar 2015 07:56:57 -0700 (PDT) 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 8201A1A1A0B; Wed, 18 Mar 2015 07:56:56 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQJ83520; Wed, 18 Mar 2015 14:56:54 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 18 Mar 2015 14:56:52 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Wed, 18 Mar 2015 22:56:40 +0800 From: Xuxiaohu To: Xuxiaohu , "Jeffrey (Zhaohui) Zhang" , Antoni Przygienda , "stbryant@cisco.com" , Eric Rosen , BIER , IJsbrand Wijnands Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQXcZrqojq7Dn2dkqRctiyZ05xTp0aTR0AgAY0PqCAAAkpwP//38SAgAAFoQCAAM2HIIAAhnQAgACMeVCAAAkmcA== Date: Wed, 18 Mar 2015 14:56:39 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CF22@NKGEML512-MBS.china.huawei.com> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.117.70] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogW0JpZXJdIEVuY2Fwc3VsYXRpb24gZmlyc3Qg?= =?gb2312?b?bmliYmxl?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 14:56:59 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogbXBscyBbbWFpbHRvOm1wbHMtYm91 bmNlc0BpZXRmLm9yZ10gtPqx7SBYdXhpYW9odQ0KPiC3osvNyrG85DogMjAxNcTqM9TCMTjI1SAy MjoyMA0KPiDK1bz+yMs6IEplZmZyZXkgKFpoYW9odWkpIFpoYW5nOyBBbnRvbmkgUHJ6eWdpZW5k YTsgc3RicnlhbnRAY2lzY28uY29tOyBFcmljDQo+IFJvc2VuOyBCSUVSOyBJSnNicmFuZCBXaWpu YW5kcw0KPiCzrcvNOiBtcGxzQGlldGYub3JnOyBzZmNAaWV0Zi5vcmcNCj4g1vfM4jogUmU6IFtt cGxzXSBbQmllcl0gRW5jYXBzdWxhdGlvbiBmaXJzdCBuaWJibGUNCj4gDQo+IEhpIEplZmZyZXks DQo+IA0KPiA+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiA+ILeivP7IyzogSmVmZnJleSAoWmhhb2h1 aSkgWmhhbmcgW21haWx0bzp6emhhbmdAanVuaXBlci5uZXRdDQo+ID4gt6LLzcqxvOQ6IDIwMTXE 6jPUwjE4yNUgMjE6NTMNCj4gPiDK1bz+yMs6IFh1eGlhb2h1OyBBbnRvbmkgUHJ6eWdpZW5kYTsg c3RicnlhbnRAY2lzY28uY29tOyBFcmljIFJvc2VuOw0KPiA+IEJJRVI7IElKc2JyYW5kIFdpam5h bmRzDQo+ID4gs63LzTogbXBsc0BpZXRmLm9yZzsgc2ZjQGlldGYub3JnDQo+ID4g1vfM4jogUkU6 IFtCaWVyXSBFbmNhcHN1bGF0aW9uIGZpcnN0IG5pYmJsZQ0KPiA+DQo+ID4gWGlhb2h1LA0KPiA+ DQo+ID4gPiBGb2xsb3dpbmcgc3VjaCBsb2dpYyAoaS5lLiwgYXNzaWduIGEgbmliYmxlIHZhbHVl IHNwZWNpZmljIHRvIHRoZQ0KPiA+ID4gbmV3IGVuY2Fwc3VsYXRpb24gaGVhZGVyKSwgd2Ugd291 bGQgaGF2ZSB0byBjb25zaWRlciBob3cgbWFueQ0KPiA+ID4gYXZhaWxhYmxlIG5pYmJsZSB2YWx1 ZXMgYXJlIHRoZXJlIHdoaWNoIGNhbiBiZSB1c2VkIGZvciBmdXR1cmUNCj4gPiA+IGVuY2Fwc3Vs YXRpb24gaGVhZGVycyBpbiB0aGUgc2FtZSB3YXkuDQo+ID4NCj4gPiBUaGVyZSBhcmUgc3RpbGwg cXVpdGUgYSBmZXcgdmFsdWVzIGxlZnQ7IGRlZmluaW5nIGEgbmV3IGVuY2Fwc3VsYXRpb24NCj4g PiBpcyBub3QgbGlnaHRseSB0YWtlbjsgYWRkaW5nIGEgbmV3IElQIHZlcnNpb24gaXMgbm90IGxp Z2h0bHkgdGFrZW4NCj4gPiBlaXRoZXIuIEJlc2lkZXMsIHRoZXJlIGlzIHRoaXMgInJlc2VydmVk IHZhbHVlIDE1IiBpZGVhIGZyb20gSWNlLg0KPiANCj4gU2luY2UgdGhlIGNvbnRyb2wgd29yZCBp cyBvcHRpb25hbCB3aGVuIHRyYW5zcG9ydGluZyBFdGhlcm5ldCBvdmVyIE1QTFMsIEkNCj4gd29u ZGVyIHdoZXRoZXIgdGhlIGlkZWEgb2YgcmVzZXJ2aW5nIHRoZSBmaXJzdCBuaWJibGUgdmFsdWUg b2YgMTUgaXMgZmVhc2libGUgaW4NCj4gcHJhY3RpY2UuDQo+IA0KPiA+IENvdXBsZWQgd2l0aCB0 aGUgcmVhc29ucyB0aGF0IEVyaWMgZ2F2ZToNCj4gPg0KPiA+ID4gSSB0aGluayB0aGUgcHJvcGVy IGRpcmVjdGlvbiBpcyB0byB1c2UgdGhlIE1QTFMgZW50cm9weSBsYWJlbCwNCj4gPiA+IHJhdGhl ciB0aGFuIHRvIGhhdmUgZWFjaCByb3V0ZXIgY29tcHV0ZSB0aGUgZW50cm9weSBiYXNlZCBvbiBh bg0KPiA+ID4gYW5hbHlzaXMgb2YgdGhlIG5leHQgZW5jYXBzdWxhdGlvbiBoZWFkZXIuDQo+ID4g Pg0KPiA+ID4gU28gSSBkb24ndCB0aGluayBCSUVSIGp1c3RpZmllcyB0aGUgdXNlIG9mIGEgbmV3 IE1QTFMgc3BlY2lhbA0KPiA+ID4gcHVycG9zZSBwYXlsb2FkLXByb3RvY29sLWlkZW50aWZpZXIg bGFiZWwuDQo+ID4NCj4gPiBJIHdvdWxkIHRoaW5rIHRoZSBlbmNhcC1zcGVjaWZpYyBuaWJibGUg aXMgcXVpdGUgcmVhc29uYWJsZSwgYW5kDQo+ID4gYmV0dGVyIHRoYW4gYSBzcGVjaWFsIHB1cnBv c2UgbGFiZWwuDQo+IA0KPiBEdWUgdG8gdGhlIHNhbWUgcmVhc29uIGFzIG1lbnRpb25lZCBhYm92 ZSwgSSB3b25kZXIgd2hldGhlciBpdCdzIGZlYXNpYmxlIHRvDQo+IHJlc2VydmUgYSBjZXJ0YWlu IGZpcnN0IG5pYmJsZSB2YWx1ZSBhcyBhbiBlbmNhcC1zcGVjaWZpYyBuaWJibGUgaW4gcHJhY3Rp Y2UuDQoNCk1vcmUgc3BlY2lmaWNhbGx5LCBzaW5jZSBpdCBhbGxvd3MgdGhlIEV0aGVybmV0IGZy YW1lcyB0byBiZSB0cmFuc3BvcnRlZCBvdmVyIE1QTFMgbmV0d29ya3Mgdy9vIGNvbnRyb2wgd29y ZCwgYW55IHBvc3NpYmxlIHZhbHVlIG9mIHRoZSBmaXJzdCBuaWJibGUgbWF5IGhhdmUgYmVlbiB1 c2VkLiBPZiBjb3Vyc2UsIGlmIHRoZSBmaXJzdCBuaWJibGUgaXMgaW1tZWRpYXRlbHkgYWZ0ZXIg YSBjZXJ0YWluIFNQTCBvciBFU1BMLCBpdCBiZWNvbWVzIHBvc3NpYmxlIHRvIHJlc2VydmUgYSBj ZXJ0YWluIHZhbHVlIG9mIHRoYXQgbmliYmxlIGFzIGEgZ2l2ZW4gZW5jYXBzdWxhdGlvbiBoZWFk ZXIgKHNlZSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ3VpY2hhcmQtc2ZjLW1l dGFkYXRhLWhlYWRlci0wMCNwYWdlLTQpLiBIb3dldmVyLCBpbiB0aGlzIGNhc2UgKGkuZS4sIGFu IFNQTCBvciBFU1BMIGlzIHVzZWQpLCBpdCBzZWVtcyBtb3JlIHN0cmFpZ2h0Zm9yd2FyZCB0byBh ZGQgYSBwcm90byBmaWVsZCBhZnRlciB0aGUgZmlyc3QgbmliYmxlLCByYXRoZXIgdGhhbiB1c2lu ZyB0aGUgZmlyc3QgbmliYmxlIGl0c2VsZiBhcyBhIHBvb3ItbWFuJ3MgcHJvdG8gZmllbGQuDQoN Cj4gQmVzdCByZWdhcmRzLA0KPiBYaWFvaHUNCj4gDQo+ID4gSmVmZnJleQ0KPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBtcGxzIG1haWxpbmcgbGlz dA0KPiBtcGxzQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbXBscw0K From nobody Wed Mar 18 12:05:38 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 451AE1A8889; Wed, 18 Mar 2015 12:05:36 -0700 (PDT) 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, TVD_SPACE_RATIO=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 1N4TREzmOj3X; Wed, 18 Mar 2015 12:05:35 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B4A11A8878; Wed, 18 Mar 2015 12:05:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.12.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150318190528.13792.47924.idtracker@ietfa.amsl.com> Date: Wed, 18 Mar 2015 12:05:28 -0700 From: IETF Secretariat Archived-At: Subject: [mpls] ID Tracker State Update Notice: X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 19:05:36 -0000 IANA action state changed to Waiting on RFC Editor ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/ From nobody Wed Mar 18 12:37:40 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4B2F1A90C6 for ; Wed, 18 Mar 2015 12:37:38 -0700 (PDT) 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 M4bMulNO-vwC for ; Wed, 18 Mar 2015 12:37:37 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAFC31A90A1 for ; Wed, 18 Mar 2015 12:37:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4672; q=dns/txt; s=iport; t=1426707457; x=1427917057; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=JljpS+tKDRpzUpklCAP8S4uZEPl878ZMcgH1ugAhP34=; b=iiJBPVADqJuJ1/96IrFw5zVVKWbV+O/x6BFZMofYlU0j02I3HL66OFwA gZ/BAZA2hbfJrOfOanU71V008ceCFpl/aZpf3CiMtvVHklS1OFcDp8im4 yJaEPl4ZWhGb7jzWEgPl1Kl7M14QCuhNN2KgvfFGo3OE4ejOEBeUMT9N0 w=; X-Files: signature.asc : 203 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AZBwDE0glV/5tdJa1SCoMGgSwEgwnAWIgvAoFUTAEBAQEBAX2EDwEBAQMBI1YFCwIBCBgqAgIyJQEBBA4FDogZCLIAm0wBAQEBAQEBAQEBAQEBAQEBAQEBAQEXixeEFQRYB4JoL4EWBYRPiWyCC4FpgTGCeIFcgX+BG4wYgyuDSCKCAhyBUG+BAkJ/AQEB X-IronPort-AV: E=Sophos;i="5.11,423,1422921600"; d="asc'?scan'208";a="404705644" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP; 18 Mar 2015 19:37:36 +0000 Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t2IJbZ4S018072 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 18 Mar 2015 19:37:36 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.127]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0195.001; Wed, 18 Mar 2015 14:37:35 -0500 From: "Carlos Pignataro (cpignata)" To: "Ronald P. Bonica" Thread-Topic: MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping Thread-Index: AdBcTZnAlQfI5QJf/0iStd/SBrxSHgFj0wOA Date: Wed, 18 Mar 2015 19:37:35 +0000 Message-ID: <0A626060-B8BD-4C7C-B155-6996D33F0414@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.82.219.23] Content-Type: multipart/signed; boundary="Apple-Mail=_9E56C385-4325-421E-AB3A-311138F18F86"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , Lizhong Jin , "draft-bonica-mpls-self-ping@tools.ietf.org" , "mpls-ads@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 19:37:39 -0000 --Apple-Mail=_9E56C385-4325-421E-AB3A-311138F18F86 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, Ron, Thanks for this update =E2=80=94 one particular line caught my = attention, which refers to the following in the draft: o UDP Source Port is any port selected from the dynamic range (49152-65535) [RFC6335] o UDP Destination Port is any port selected from the dynamic range I was thinking that the requirement is for the source to be able to = identify the packet itself. For that, you are using the = =E2=80=9CSession-id=E2=80=9D. What is the advantage of using the LSP = Ping format with an Echo Reply message type, versus using a more generic = approach? For example, you could use an opaque UDP packet, and bind the = Session ID to the source port. Or use an ICMP Echo and bind the Session = ID to the ICMP Echo Identifier, and the Retries to the ICMP Echo = Sequence Number. As you had mentioned, all is needed is that the source = can identify the self packet, without affecting interop. The part that is a harder problem to solve is the issue about false = positives =E2=80=94 if the MPLS-encapsulated self-ping packet does not = make it to the egress but it is forked mid-LSP (e.g., broken LSP), it = will appear as if the LSP is working. Thanks! =E2=80=94 Carlos. > On Mar 11, 2015, at 8:31 PM, Ronald Bonica = wrote: >=20 > Carlos, Greg, Mach and Lizhong, >=20 > Thanks for your thoughtful review. Having reflected on your comments, = I see that a very significant piece of text is missing from the = document. The following is a rough estimation of that text. >=20 > This text, if accepted, should address about half of your comments. = Standby for more emails addressing remaining comments. >=20 > Ron >=20 > Missing text > =3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Unlike LSP Ping and S-BFD, MPLS Self-ping is not a general purpose = MPLS OAM mechanism. It is applicable only when the following conditions = are true: >=20 > - An application (e.g., RSVP) has received notification that = downstream forwarding state either a) has been installed or b) will be = installed shortly > - The application needs to disambiguate the above mentioned message. = For example, the application needs to prevent traffic from being routed = over an LSP until downstream forwarding state has actually been = installed > - The application does not require confirmation of the correctness of = downstream forwarding state, because there is a very high probability = that downstream forwarding state is correct > - In order to obtain the required information, the application must = invoke procedures that are viable when control plane resources are = extremely scarce (e.g., after a network event that causes RSVP to = establish many LSPs simultaneously). These procedures can consume only = limited control plane resource on the ingress LSR and cannot consume any = control plane resources on the egress LSR. >=20 > LSP Self-ping is not a general purpose OAM mechanism because it cannot = detect some classes of failure. For example, LSP Self-ping cannot = detect a misprogrammed LSP. Furthermore, LSP Self-ping cannot detect = failures in LSPs that were signaled using LDP independent mode. However, = when the above listed conditions are true, a general purpose OAM = mechanism is not required. In this case, the requirement to conserve = control plane resources outweighs the requirement to detect all classes = of failure. >=20 > MPLS Self-ping is not an extension to LSP Ping. It is a distinct = protocol. MPLS Self-ping listens for input on one UDP port, while LSP = Ping listens for input on another. Having received input, the two = protocols behave differently from one another. While the two protocols = are named similarly and share a common message format, they are distinct = from one another. Therefore, this document does not update [RFC 4379] >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 --Apple-Mail=_9E56C385-4325-421E-AB3A-311138F18F86 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlUJ1AEACgkQtfDPGTp3USwr9wCfVqNy9P5cd+tzoQN2kDmirPgS pYIAoJOALSD4B0qet5rMkG6fl0PMnAmG =T23j -----END PGP SIGNATURE----- --Apple-Mail=_9E56C385-4325-421E-AB3A-311138F18F86-- From nobody Wed Mar 18 18:51:28 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ED011A7D83; Wed, 18 Mar 2015 18:51:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 pI1bF-vJ616d; Wed, 18 Mar 2015 18:51:24 -0700 (PDT) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90BCA1A702E; Wed, 18 Mar 2015 18:51:24 -0700 (PDT) Received: by wifj2 with SMTP id j2so55526740wif.1; Wed, 18 Mar 2015 18:51:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ToDwbz0AjYZtl2HE+C0xwyTaOQYyXD3HRrOpFGpirEk=; b=Z5gJdw+SaHaa0nYxKmqK2GRtYiK1yVrQ7wQBPh2fXaA9WhmRbj0QPHpOZSEVhRxvza rnG3uvGKU/8BHwkOfAB7TcOAahy8yAN2K1YVlVy/IP9VBSTI85lVtTORph3pwRIAHw/6 8Y5iHfee4aDs1irUFufd/DUdBsDWtYRNAi1JcTCFkiPXGLbxWWIcm2Vztf+7+xkD67+F lbbC99X0EfpzZiCO5/bAQoHB+VptwzYJh3vZTT9tgAMZSNXHP8HMtjzjKRpevWPry2f1 F8oL6JkAwEfK8MDOVMTLMY6rFFDyoljH9XOcBE2WjNI24BYN94VbyZYJ8KYEJbQ8iMWx T9Bw== X-Received: by 10.194.75.168 with SMTP id d8mr149713355wjw.87.1426729883426; Wed, 18 Mar 2015 18:51:23 -0700 (PDT) Received: from [192.168.101.5] (host86-143-211-157.range86-143.btcentralplus.com. [86.143.211.157]) by mx.google.com with ESMTPSA id m4sm26744504wjb.25.2015.03.18.18.51.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Mar 2015 18:51:22 -0700 (PDT) Message-ID: <550A2B98.4010409@gmail.com> Date: Thu, 19 Mar 2015 01:51:20 +0000 From: Ignas Bagdonas User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Xuxiaohu , "Jeffrey (Zhaohui) Zhang" , Antoni Przygienda , "stbryant@cisco.com" , Eric Rosen , BIER , IJsbrand Wijnands References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com> Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , "sfc@ietf.org" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 01:51:26 -0000 Hi, > Since the control word is optional when transporting Ethernet over MPLS, I wonder whether the idea of reserving the first nibble value of 15 is feasible in practice. Not using a control word for ethernet PW is painful from operational perspective. Many deployed platforms will look past the labels without much context and if they happen to find 4 or 6 there, the behavior will range from blindly believing that it is in fact IPv4 or IPv6 packet to trying to validate certain fields or even checksums. Control word helps here, and if both sides have support, it should be used. Ignas From nobody Thu Mar 19 00:41:19 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C857B1A8762; Thu, 19 Mar 2015 00:41:15 -0700 (PDT) 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 FbOLYqY5W8tL; Thu, 19 Mar 2015 00:41:11 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CEE41A1B57; Thu, 19 Mar 2015 00:41:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1621; q=dns/txt; s=iport; t=1426750871; x=1427960471; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=9ztbs+LNwbJ/HUn2pqLLWGEkjB7FPgRMEz4ohL/JFIs=; b=IqjSYhzDMFFK86VLgUVEzx1ux8SaL4QgLiF81bn+HP5gq+78nxX1IxMN iGlybXGztK8M2tqRHPpKcSEnMP3m9cN9Is46cF7n0IHjivTBZZiL/9wOj PuXKsDg82jrfwZyWfoqcF0DeVxufHChlUuiIH/2w8Rzq9vjosghXUM5xB s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BTCgDofApV/5NdJa1cgwaBLLQWj0SILwKBR0wBAQEBAQF9hA8BAQEDATo/BQsCAQgOCh4QIRElAgQOBYgbAwkIyBkNhTABAQEBAQEBAQEBAQEBAQEBAQEBARiLF4JEgXozB4MXgRYFjjuCDoghgUyOAoYmIoNub4EEJIEbAQEB X-IronPort-AV: E=Sophos;i="5.11,428,1422921600"; d="scan'208";a="404839026" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-7.cisco.com with ESMTP; 19 Mar 2015 07:41:09 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t2J7f9lG024555 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 19 Mar 2015 07:41:09 GMT Received: from xmb-rcd-x04.cisco.com ([169.254.8.114]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0195.001; Thu, 19 Mar 2015 02:41:09 -0500 From: "Stewart Bryant (stbryant)" To: Ignas Bagdonas Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQYec1U0ed6cLwWkSulZECuVCa0p0jbFFW Date: Thu, 19 Mar 2015 07:41:08 +0000 Message-ID: <95467337-1826-4C9E-888A-ABABE872CD56@cisco.com> References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com>, <550A2B98.4010409@gmail.com> In-Reply-To: <550A2B98.4010409@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , BIER , "sfc@ietf.org" , Antoni Przygienda , "IJsbrand Wijnands \(iwijnand\)" , "Jeffrey \(Zhaohui\) Zhang" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 07:41:16 -0000 That is correct. PWE3 took over the design after draft-martini had been widely adopted and d= eployed, otherwise PWs may well have been exclusively CW. The wide deployme= nt of Ethernet PW without the CW means that PW OAM is more complicated than= it would otherwise be - see the latest vcxo over GAL draft from PALS. It w= as asserted in the early days that there would not be a problem because the= re would never be an ethernet address issued that alias with the IPv4 first= nibble. Well guess what happened? Yes they were and yes there was! There is another way forward, require the inclusion of the ELI and exclusiv= e use of ELI enabled LSPs, but in that case the packet size would go up by = more than needed to fix BIER and the operational complexity would be signif= icant, thus the cure would be worse than the disease. Stewart=20 Sent from my iPad > On 19 Mar 2015, at 01:51, Ignas Bagdonas wrote: >=20 >=20 > Hi, >=20 > > Since the control word is optional when transporting Ethernet over MPLS= , I wonder whether the idea of reserving the first nibble value of 15 is fe= asible in practice. >=20 > Not using a control word for ethernet PW is painful from operational pers= pective. Many deployed platforms will look past the labels without much con= text and if they happen to find 4 or 6 there, the behavior will range from = blindly believing that it is in fact IPv4 or IPv6 packet to trying to valid= ate certain fields or even checksums. Control word helps here, and if both = sides have support, it should be used. >=20 > Ignas >=20 From nobody Thu Mar 19 03:57:54 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAEF11A8974; Thu, 19 Mar 2015 03:57:50 -0700 (PDT) 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 w8Ga2GGGclTt; Thu, 19 Mar 2015 03:57:49 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C3171A883A; Thu, 19 Mar 2015 03:57:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=217; q=dns/txt; s=iport; t=1426762669; x=1427972269; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=0D7ULytw52vE8Rsw1bDbn9cB9GRuRcLLj/L+ojSfCKA=; b=L0aKJxaNdx3h0/oEEbdvuC2ElOAIa3HxMtI/SWrSp0kCoozuJjYzKnyg mX+BcBvA5GhnpztaVG2wk+MduMhgy8JM5ge4rfqTMso5EbZQX4pQChHxj e1ANAYVinmuPscz1Cn5yHIMKQOMAeKBAhOXTozTWgXFbo2x0NIKA4GmGi M=; X-IronPort-AV: E=Sophos;i="5.11,429,1422921600"; d="scan'208";a="410305594" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 19 Mar 2015 10:57:46 +0000 Received: from [64.103.108.142] (dhcp-bdlk10-data-vlan301-64-103-108-142.cisco.com [64.103.108.142]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t2JAvkBn021392; Thu, 19 Mar 2015 10:57:46 GMT Message-ID: <550AABAC.9020008@cisco.com> Date: Thu, 19 Mar 2015 10:57:48 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ignas Bagdonas References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com>, <550A2B98.4010409@gmail.com> <95467337-1826-4C9E-888A-ABABE872CD56@cisco.com> In-Reply-To: <95467337-1826-4C9E-888A-ABABE872CD56@cisco.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , BIER , "sfc@ietf.org" , Antoni Przygienda , "IJsbrand Wijnands \(iwijnand\)" , "Jeffrey \(Zhaohui\) Zhang" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 10:57:50 -0000 Re-my last email. Aren't learning spell correctors annoying! VCXO was supposed to be VCCV. Clearly my iPad feels itself to be more closely affiliated to my radio interests than my PW interests :( - Stewart From nobody Thu Mar 19 04:21:51 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D39A41A8987; Thu, 19 Mar 2015 04:21:48 -0700 (PDT) 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, RCVD_IN_DNSWL_MED=-2.3, 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 yhd9inf1ZYAm; Thu, 19 Mar 2015 04:21:44 -0700 (PDT) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CD361A897D; Thu, 19 Mar 2015 04:21:44 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.4-5) with ESMTP id 841ba055.2ac71be52940.712039.00-2473.2004047.nbfkord-smmo07.seg.att.com (envelope-from ); Thu, 19 Mar 2015 11:21:44 +0000 (UTC) X-MXL-Hash: 550ab14865649ad0-25ceca41a2027a8f4c88a27a64d1e2baa5193bc1 Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id 131ba055.0.711937.00-2355.2003718.nbfkord-smmo07.seg.att.com (envelope-from ); Thu, 19 Mar 2015 11:21:21 +0000 (UTC) X-MXL-Hash: 550ab13135a93a18-f507932942442f3dd0501fe25118d8c3b55b5ef3 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t2JBLK7s017741; Thu, 19 Mar 2015 07:21:20 -0400 Received: from mlpi408.sfdc.sbc.com (mlpi408.sfdc.sbc.com [130.9.128.240]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t2JBLC77017631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 19 Mar 2015 07:21:17 -0400 Received: from MISOUT7MSGHUBAB.ITServices.sbc.com (MISOUT7MSGHUBAB.itservices.sbc.com [130.9.129.146]) by mlpi408.sfdc.sbc.com (RSA Interceptor); Thu, 19 Mar 2015 11:20:53 GMT Received: from MISOUT7MSGUSRCD.ITServices.sbc.com ([169.254.4.34]) by MISOUT7MSGHUBAB.ITServices.sbc.com ([130.9.129.146]) with mapi id 14.03.0224.002; Thu, 19 Mar 2015 07:20:53 -0400 From: "UTTARO, JAMES" To: "'Stewart Bryant (stbryant)'" , "'Ignas Bagdonas'" Thread-Topic: [Bier] Encapsulation first nibble Thread-Index: AQHQYhgcaT61EyeEBUKVRfvUSw0LlZ0jqlJw Date: Thu, 19 Mar 2015 11:20:53 +0000 Message-ID: References: <55033E87.3030305@juniper.net> <5503403E.4050304@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CB77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CBB2@NKGEML512-MBS.china.huawei.com> <2E4BB27CAB87BF43B4207C0E55860F1827D3C5@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CCE9@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831CEFD@NKGEML512-MBS.china.huawei.com>, <550A2B98.4010409@gmail.com> <95467337-1826-4C9E-888A-ABABE872CD56@cisco.com> In-Reply-To: <95467337-1826-4C9E-888A-ABABE872CD56@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.46.160] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=VY5AyiV9 c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=-vCCya6ofXAA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP] X-AnalysisOut: [7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=emO1SXQWCLwA:10 a=48vgC7mUA] X-AnalysisOut: [AAA:8 a=pGLkceISAAAA:8 a=DoV0cjcpzXQ8FZWdvQMA:9 a=CjuIK1q_] X-AnalysisOut: [8ugA:10 a=4xa8uTXoekMmPyhK:21 a=OMQviz-YQPlPQJv3:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: Cc: "'mpls@ietf.org'" , 'BIER' , "'sfc@ietf.org'" , 'Antoni Przygienda' , "'IJsbrand Wijnands \(iwijnand\)'" , "'Jeffrey \(Zhaohui\) Zhang'" Subject: Re: [mpls] [Bier] Encapsulation first nibble X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 11:21:49 -0000 Not really following this thread closely but from my point of view the ELI = solution creates addl issues when one wants to use network elements that ar= e label challenged in terms of pop/push/swap and label stack size.=20 Jim Uttaro -----Original Message----- From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Stewart Bryant (stbrya= nt) Sent: Thursday, March 19, 2015 3:41 AM To: Ignas Bagdonas Cc: mpls@ietf.org; BIER; sfc@ietf.org; Antoni Przygienda; IJsbrand Wijnands= (iwijnand); Jeffrey (Zhaohui) Zhang; Xuxiaohu; Eric Rosen Subject: Re: [sfc] [Bier] Encapsulation first nibble That is correct. PWE3 took over the design after draft-martini had been widely adopted and d= eployed, otherwise PWs may well have been exclusively CW. The wide deployme= nt of Ethernet PW without the CW means that PW OAM is more complicated than= it would otherwise be - see the latest vcxo over GAL draft from PALS. It w= as asserted in the early days that there would not be a problem because the= re would never be an ethernet address issued that alias with the IPv4 first= nibble. Well guess what happened? Yes they were and yes there was! There is another way forward, require the inclusion of the ELI and exclusiv= e use of ELI enabled LSPs, but in that case the packet size would go up by = more than needed to fix BIER and the operational complexity would be signif= icant, thus the cure would be worse than the disease. Stewart=20 Sent from my iPad > On 19 Mar 2015, at 01:51, Ignas Bagdonas wrote: >=20 >=20 > Hi, >=20 > > Since the control word is optional when transporting Ethernet over MPLS= , I wonder whether the idea of reserving the first nibble value of 15 is fe= asible in practice. >=20 > Not using a control word for ethernet PW is painful from operational pers= pective. Many deployed platforms will look past the labels without much con= text and if they happen to find 4 or 6 there, the behavior will range from = blindly believing that it is in fact IPv4 or IPv6 packet to trying to valid= ate certain fields or even checksums. Control word helps here, and if both = sides have support, it should be used. >=20 > Ignas >=20 _______________________________________________ sfc mailing list sfc@ietf.org https://www.ietf.org/mailman/listinfo/sfc From nobody Thu Mar 19 06:13:34 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28C341A89AE for ; Thu, 19 Mar 2015 06:13:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 iTzPoEuMMnXw for ; Thu, 19 Mar 2015 06:13:32 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D1DC1A8940 for ; Thu, 19 Mar 2015 06:13:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14135; q=dns/txt; s=iport; t=1426770813; x=1427980413; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=9FnPCt31C25Jv61K8ywX5HEewh+V0y5/loTlVO7A+x8=; b=mEPsl1VWHWxmivLaPpTlWdN2indG2MnI+pt5NkKTv9xu0SEX2Bipd+HV KuWOsNbKvrgbDFLf6+bZzaVd8VsMrqhVoCioNAmGKGnYT3TNFLcEHaBzo rr4yC3vOYitO1RFbCrJ/00KTzsN/4Yw0gsZ/sEAtydr13fIhxImNLE5PH E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AjBQBjygpV/5RdJa1cgkNDUloEzA4CgUlMAQEBAQEBfYQPAQIELUEGBRIBCBEDAQIoORQJCAIEAQ0FiC/NcQEBAQEBAQEBAQEBAQEBAQEBAQEBAReLF4QPEAIBPhEHhC0FjjuCDoltgRuDMI9dIoNub4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.11,429,1422921600"; d="scan'208,217";a="404906628" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-7.cisco.com with ESMTP; 19 Mar 2015 13:13:32 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t2JDDV8m024939 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 19 Mar 2015 13:13:31 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.80]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0195.001; Thu, 19 Mar 2015 08:13:30 -0500 From: "George Swallow (swallow)" To: "Carlos Pignataro (cpignata)" , Ross Callon , "mpls@ietf.org" , "Nobo Akiya (nobo)" , Loa Andersson , Mach Chen Thread-Topic: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Thread-Index: AQHQYM2TPK1RRZq8+UyCZj2QjYEEyJ0g/cAAgALeYYA= Date: Thu, 19 Mar 2015 13:13:30 +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.3.2.130206 x-originating-ip: [10.61.107.30] Content-Type: multipart/alternative; boundary="_000_D130439E38722swallowciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 13:13:34 -0000 --_000_D130439E38722swallowciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I am not aware of any IPR. George From: Carlos Pignataro > Date: Tuesday, March 17, 2015 1:25 PM To: Ross Callon >, "mpls@ie= tf.org" >, "Nobo = Akiya (nobo)" >, George Swallow >, Loa Andersson >, Mach Chen > Cc: "mpls-chairs@tools.ietf.org" > Subject: Re: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Ross, I am not aware of any IPR that applies to this document. Thanks, =97 Carlos. From: Ross Callon > Date: Tuesday, March 17, 2015 at 12:15 PM To: "mpls@ietf.org" >, Nobo Akiya >, "George Swallow (= swallow)" >, Carlos Pignataro <= cpignata@cisco.com>, Loa Andersson >, Mach Chen > Cc: "mpls-chairs@tools.ietf.org" > Subject: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Working Group, The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have told us t= hat the draft is ready for working group last call (WGLC). Before we do the WGLC we want to do an IPR poll on the document. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-ietf-mpls-lsp-ping-reply-mod= e-simple-01? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Ross (as MPLS WG co-chair) --_000_D130439E38722swallowciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
I am not aware of any IPR.

George

From: Carlos Pignataro <cpignata@cisco.com>
Date: Tuesday, March 17, 2015 1:25 = PM
To: Ross Callon <rcallon@juniper.net>, "mpls@ietf.org" <mpls@ietf.org>, "Nobo Akiya (nobo)" <nobo@cisco.com>, George Swallow <swallow@cisco.com<= /a>>, Loa Andersson <loa@mai= l01.huawei.com>, Mach Chen <mach.chen@huawei.com>
Cc: "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>
Subject: Re: IPR Poll for draft-iet= f-mpls-lsp-ping-reply-mode-simple-01

Ross,

I am not aware of any IPR that applies to this document.

Thanks,

=97 Carlos.

From: Ross Callon <rcallon@juniper.net>
Date: Tuesday, March 17, 2015 at 12= :15 PM
To: "mpls@ietf.org" <mpls@i= etf.org>, Nobo Akiya <nobo@cisc= o.com>, "George Swallow (swallow)" <swallow@cisco.com>, Carlos Pignataro <cpignata@cisco.= com>, Loa Andersson <loa= @mail01.huawei.com>, Mach Chen <mach.chen@huawei.com>
Cc: "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>
Subject: IPR Poll for draft-ietf-mp= ls-lsp-ping-reply-mode-simple-01

Working Group,

 

The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-0= 1 have told us that the

draft is ready for working group last call (WGLC).

 

Before we do the WGLC we want to do an IPR poll on the docu= ment.

 

This mail starts that IPR poll.

 

Are you aware of any IPR that applies to draft-ietf-mpls-ls= p-ping-reply-mode-simple-01?

 

If so, has this IPR been disclosed in compliance with IETF = IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for more details).=

 

Currently there are no IPR disclosures that relate to this = document.

 

If you are listed as a document author or contributor pleas= e respond to

this email regardless of whether or not you are aware of an= y relevant

IPR. *The response needs to be sent to the MPLS wg mailing = list.* The

document will not advance to the next stage until a respons= e has been

received from each author and contributor.

 

If you are on the MPLS WG email list but are not listed as = an author or

contributor, then please explicitly respond only if you are= aware of any

IPR that has not yet been disclosed in conformance with IET= F rules.

 

Thanks, Ross

(as MPLS WG co-chair)

 

 --_000_D130439E38722swallowciscocom_-- From nobody Thu Mar 19 08:23:53 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6B741ACDC7 for ; Thu, 19 Mar 2015 08:23:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.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, 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 z7bJxV7u8ZxX for ; Thu, 19 Mar 2015 08:23:49 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0136.outbound.protection.outlook.com [65.55.169.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D4A91A1A60 for ; Thu, 19 Mar 2015 08:23:49 -0700 (PDT) Received: from CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) by CO1PR05MB298.namprd05.prod.outlook.com (10.141.70.25) with Microsoft SMTP Server (TLS) id 15.1.99.14; Thu, 19 Mar 2015 15:23:47 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.106.15; Thu, 19 Mar 2015 15:23:44 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.69]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.69]) with mapi id 15.01.0118.021; Thu, 19 Mar 2015 15:23:44 +0000 From: Ronald Bonica To: "Carlos Pignataro (cpignata)" Thread-Topic: MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping Thread-Index: AQHQYbL/FatX/iTUhk+LYusNOZRWOZ0j6I4Q Date: Thu, 19 Mar 2015 15:23:43 +0000 Message-ID: References: <0A626060-B8BD-4C7C-B155-6996D33F0414@cisco.com> In-Reply-To: <0A626060-B8BD-4C7C-B155-6996D33F0414@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] authentication-results: cisco.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB298; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(24454002)(37854004)(13464003)(41574002)(51704005)(377454003)(2656002)(46102003)(74316001)(54356999)(50986999)(76176999)(19580395003)(19580405001)(62966003)(110136001)(230783001)(87936001)(106116001)(76576001)(92566002)(77156002)(122556002)(33656002)(2950100001)(2900100001)(86362001)(99286002)(66066001)(102836002)(40100003); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:CO1PR05MB444; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; x-forefront-prvs: 052017CAF1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2015 15:23:43.0265 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 X-OriginatorOrg: juniper.net Archived-At: Cc: "mpls@ietf.org" , Lizhong Jin , "draft-bonica-mpls-self-ping@tools.ietf.org" , "mpls-ads@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS RT Review -- draft-bonica-mpls-self-ping-04 - LSP Self-Ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 15:23:52 -0000 SGkgQ2FybG9zLA0KDQpHb29kIHF1ZXN0aW9uLi4uLi4gUmVzcG9uc2VzIGlubGluZS4uLi4uLg0K DQogICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkgW21haWx0bzpjcGlnbmF0 YUBjaXNjby5jb21dDQo+IFNlbnQ6IFdlZG5lc2RheSwgTWFyY2ggMTgsIDIwMTUgODozOCBQTQ0K PiBUbzogUm9uYWxkIEJvbmljYQ0KPiBDYzogTGl6aG9uZyBKaW47IE1hY2ggQ2hlbjsgR3JlZ29y eSBNaXJza3k7IGRyYWZ0LWJvbmljYS1tcGxzLXNlbGYtIA0KPiBwaW5nQHRvb2xzLmlldGYub3Jn OyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgDQo+IG1wbHMtYWRzQHRvb2xzLmlldGYub3Jn OyBtcGxzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBNUExTIFJUIFJldmlldyAtLSBkcmFmdC1i b25pY2EtbXBscy1zZWxmLXBpbmctMDQgLSBMU1AgDQo+IFNlbGYtUGluZw0KPiANCj4gSGksIFJv biwNCj4gDQo+IFRoYW5rcyBmb3IgdGhpcyB1cGRhdGUg4oCUIG9uZSBwYXJ0aWN1bGFyIGxpbmUg Y2F1Z2h0IG15IGF0dGVudGlvbiwgDQo+IHdoaWNoIHJlZmVycyB0byB0aGUgZm9sbG93aW5nIGlu IHRoZSBkcmFmdDoNCj4gICAgbyAgVURQIFNvdXJjZSBQb3J0IGlzIGFueSBwb3J0IHNlbGVjdGVk IGZyb20gdGhlIGR5bmFtaWMgcmFuZ2UNCj4gICAgICAgKDQ5MTUyLTY1NTM1KSBbUkZDNjMzNV0N Cj4gICAgbyAgVURQIERlc3RpbmF0aW9uIFBvcnQgaXMgYW55IHBvcnQgc2VsZWN0ZWQgZnJvbSB0 aGUgZHluYW1pYyByYW5nZQ0KPiANCj4gSSB3YXMgdGhpbmtpbmcgdGhhdCB0aGUgcmVxdWlyZW1l bnQgaXMgZm9yIHRoZSBzb3VyY2UgdG8gYmUgYWJsZSB0byANCj4gaWRlbnRpZnkgdGhlIHBhY2tl dCBpdHNlbGYuIEZvciB0aGF0LCB5b3UgYXJlIHVzaW5nIHRoZSDigJxTZXNzaW9uLWlk4oCdLiAN Cj4gV2hhdCBpcyB0aGUgYWR2YW50YWdlIG9mIHVzaW5nIHRoZSBMU1AgUGluZyBmb3JtYXQgd2l0 aCBhbiBFY2hvIFJlcGx5IA0KPiBtZXNzYWdlIHR5cGUsIHZlcnN1cyB1c2luZyBhIG1vcmUgZ2Vu ZXJpYyBhcHByb2FjaD8NCg0KW1JQQl0NCldlIGhhdmUgYWxyZWFkeSBhZ3JlZWQgbm90IHRvIHVz ZSB0aGUgTFNQIFBpbmcgZm9ybWF0LiBCdXQgbm93IHdlIGhhdmUgdG8gZGVjaWRlIHdoaWNoIGZv cm1hdCB0byB1c2UuLi4uLg0KDQogRm9yIGV4YW1wbGUsIHlvdSBjb3VsZCB1c2UgYW4NCj4gb3Bh cXVlIFVEUCBwYWNrZXQsIGFuZCBiaW5kIHRoZSBTZXNzaW9uIElEIHRvIHRoZSBzb3VyY2UgcG9y dC4NCk9yIHVzZSBhbg0KPiBJQ01QIEVjaG8gYW5kIGJpbmQgdGhlIFNlc3Npb24gSUQgdG8gdGhl IElDTVAgRWNobyBJZGVudGlmaWVyLCBhbmQgdGhlDQo+IFJldHJpZXMgdG8gdGhlIElDTVAgRWNo byBTZXF1ZW5jZSBOdW1iZXIuIA0KDQoNCltSUEJdDQpJdCBpcyBwb3NzaWJsZSB0aGF0IGFuIGlM U1IgbWlnaHQgc2lnbmFsIG1vcmUgdGhhbiA2NUsgTFNQcyBzaW11bHRhbmVvdXNseS4gSW4gdGhh dCBjYXNlLCB3ZSB3b3VsZCBuZWVkIHRvIHJ1biBtb3JlIHRoYW4gNjVLIExTUCBTZWxmLXBpbmcg c2Vzc2lvbnMgc2ltdWx0YW5lb3VzbHkuIFNvLCB3ZSBuZWVkIGEgMzItYml0IGlkZW50aWZpZXIu IFRoZSBVRFAgc291cmNlIHBvcnQgaXMgb25seSAxNiBiaXRzLiBMaWtld2lzZSBmb3IgdGhlIElD TVAgRWNobyBTZXF1ZW5jZSBudW1iZXIuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgDQpBcyB5b3UgaGFkIG1lbnRpb25lZCwgYWxsIGlzDQo+IG5l ZWRlZCBpcyB0aGF0IHRoZSBzb3VyY2UgY2FuIGlkZW50aWZ5IHRoZSBzZWxmIHBhY2tldCwgd2l0 aG91dCBhZmZlY3RpbmcNCj4gaW50ZXJvcC4NCj4gDQo+IFRoZSBwYXJ0IHRoYXQgaXMgYSBoYXJk ZXIgcHJvYmxlbSB0byBzb2x2ZSBpcyB0aGUgaXNzdWUgYWJvdXQgZmFsc2UgcG9zaXRpdmVzIOKA lA0KPiBpZiB0aGUgTVBMUy1lbmNhcHN1bGF0ZWQgc2VsZi1waW5nIHBhY2tldCBkb2VzIG5vdCBt YWtlIGl0IHRvIHRoZSBlZ3Jlc3MgYnV0DQo+IGl0IGlzIGZvcmtlZCBtaWQtTFNQIChlLmcuLCBi cm9rZW4gTFNQKSwgaXQgd2lsbCBhcHBlYXIgYXMgaWYgdGhlIExTUCBpcyB3b3JraW5nLg0KDQpM U1AgU2VsZi1waW5nIGNhbid0IGRpYWdub3NlIHRoZSBwcm9ibGVtIG9mIG1pcy1wcm9ncmFtbWVk IExTUHMuIEl0IGNhbiBvbmx5IGNvbmZpcm0gdGhhdCB0aGUgTFNQIGlzIGFzIGhlYWx0aHkgYXMg aXQgaXMgZ29pbmcgdG8gZ2V0Lg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgUm9uDQoNCj4gDQo+IFRoYW5rcyENCj4gDQo+IOKAlCBD YXJsb3MuDQo+IA0KPiANCj4gPiBPbiBNYXIgMTEsIDIwMTUsIGF0IDg6MzEgUE0sIFJvbmFsZCBC b25pY2EgPHJib25pY2FAanVuaXBlci5uZXQ+IHdyb3RlOg0KPiA+DQo+ID4gQ2FybG9zLCBHcmVn LCBNYWNoIGFuZCBMaXpob25nLA0KPiA+DQo+ID4gVGhhbmtzIGZvciB5b3VyIHRob3VnaHRmdWwg cmV2aWV3LiBIYXZpbmcgcmVmbGVjdGVkIG9uIHlvdXIgY29tbWVudHMsIEkNCj4gc2VlIHRoYXQg YSB2ZXJ5IHNpZ25pZmljYW50IHBpZWNlIG9mIHRleHQgaXMgbWlzc2luZyBmcm9tIHRoZSBkb2N1 bWVudC4gVGhlDQo+IGZvbGxvd2luZyBpcyBhIHJvdWdoIGVzdGltYXRpb24gb2YgdGhhdCB0ZXh0 Lg0KPiA+DQo+ID4gVGhpcyB0ZXh0LCBpZiBhY2NlcHRlZCwgc2hvdWxkIGFkZHJlc3MgYWJvdXQg aGFsZiBvZiB5b3VyIGNvbW1lbnRzLg0KPiBTdGFuZGJ5IGZvciBtb3JlIGVtYWlscyBhZGRyZXNz aW5nIHJlbWFpbmluZyBjb21tZW50cy4NCj4gPg0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCj4gPg0KPiA+IE1pc3NpbmcgdGV4 dA0KPiA+ID09PT09PT09PQ0KPiA+DQo+ID4gVW5saWtlIExTUCBQaW5nIGFuZCBTLUJGRCwgTVBM UyBTZWxmLXBpbmcgaXMgbm90IGEgZ2VuZXJhbCBwdXJwb3NlIE1QTFMNCj4gT0FNIG1lY2hhbmlz bS4gSXQgaXMgYXBwbGljYWJsZSBvbmx5IHdoZW4gdGhlIGZvbGxvd2luZyBjb25kaXRpb25zIGFy ZSB0cnVlOg0KPiA+DQo+ID4gLSBBbiBhcHBsaWNhdGlvbiAgKGUuZy4sIFJTVlApIGhhcyByZWNl aXZlZCBub3RpZmljYXRpb24gdGhhdCBkb3duc3RyZWFtDQo+IGZvcndhcmRpbmcgc3RhdGUgZWl0 aGVyIGEpIGhhcyBiZWVuIGluc3RhbGxlZCBvciBiKSB3aWxsIGJlIGluc3RhbGxlZCBzaG9ydGx5 DQo+ID4gLSBUaGUgYXBwbGljYXRpb24gbmVlZHMgdG8gZGlzYW1iaWd1YXRlIHRoZSBhYm92ZSBt ZW50aW9uZWQgbWVzc2FnZS4NCj4gRm9yIGV4YW1wbGUsIHRoZSBhcHBsaWNhdGlvbiBuZWVkcyB0 byBwcmV2ZW50IHRyYWZmaWMgZnJvbSBiZWluZyByb3V0ZWQgb3Zlcg0KPiBhbiBMU1AgdW50aWwg ZG93bnN0cmVhbSBmb3J3YXJkaW5nIHN0YXRlIGhhcyBhY3R1YWxseSBiZWVuIGluc3RhbGxlZA0K PiA+IC0gVGhlIGFwcGxpY2F0aW9uIGRvZXMgbm90IHJlcXVpcmUgY29uZmlybWF0aW9uIG9mIHRo ZSBjb3JyZWN0bmVzcyBvZg0KPiBkb3duc3RyZWFtIGZvcndhcmRpbmcgc3RhdGUsIGJlY2F1c2Ug dGhlcmUgaXMgYSB2ZXJ5IGhpZ2ggcHJvYmFiaWxpdHkgdGhhdA0KPiBkb3duc3RyZWFtIGZvcndh cmRpbmcgc3RhdGUgaXMgY29ycmVjdA0KPiA+IC0gSW4gb3JkZXIgdG8gb2J0YWluIHRoZSByZXF1 aXJlZCBpbmZvcm1hdGlvbiwgdGhlIGFwcGxpY2F0aW9uIG11c3QgaW52b2tlDQo+IHByb2NlZHVy ZXMgdGhhdCBhcmUgdmlhYmxlIHdoZW4gY29udHJvbCBwbGFuZSByZXNvdXJjZXMgYXJlIGV4dHJl bWVseQ0KPiBzY2FyY2UgKGUuZy4sIGFmdGVyIGEgbmV0d29yayBldmVudCB0aGF0IGNhdXNlcyBS U1ZQIHRvIGVzdGFibGlzaCBtYW55IExTUHMNCj4gc2ltdWx0YW5lb3VzbHkpLiBUaGVzZSBwcm9j ZWR1cmVzIGNhbiBjb25zdW1lIG9ubHkgbGltaXRlZCBjb250cm9sIHBsYW5lDQo+IHJlc291cmNl IG9uIHRoZSBpbmdyZXNzIExTUiBhbmQgY2Fubm90IGNvbnN1bWUgYW55IGNvbnRyb2wgcGxhbmUg cmVzb3VyY2VzDQo+IG9uIHRoZSBlZ3Jlc3MgTFNSLg0KPiA+DQo+ID4gTFNQIFNlbGYtcGluZyBp cyBub3QgYSBnZW5lcmFsIHB1cnBvc2UgT0FNIG1lY2hhbmlzbSBiZWNhdXNlIGl0IGNhbm5vdA0K PiBkZXRlY3Qgc29tZSBjbGFzc2VzIG9mIGZhaWx1cmUuICBGb3IgZXhhbXBsZSwgTFNQIFNlbGYt cGluZyBjYW5ub3QgZGV0ZWN0IGENCj4gbWlzcHJvZ3JhbW1lZCAgTFNQLiAgRnVydGhlcm1vcmUs IExTUCBTZWxmLXBpbmcgY2Fubm90IGRldGVjdCBmYWlsdXJlcyBpbg0KPiBMU1BzIHRoYXQgd2Vy ZSBzaWduYWxlZCB1c2luZyBMRFAgaW5kZXBlbmRlbnQgbW9kZS4gSG93ZXZlciwgd2hlbiB0aGUN Cj4gYWJvdmUgbGlzdGVkIGNvbmRpdGlvbnMgYXJlIHRydWUsIGEgZ2VuZXJhbCBwdXJwb3NlIE9B TSBtZWNoYW5pc20gaXMgbm90DQo+IHJlcXVpcmVkLiBJbiB0aGlzIGNhc2UsIHRoZSByZXF1aXJl bWVudCB0byBjb25zZXJ2ZSBjb250cm9sIHBsYW5lIHJlc291cmNlcw0KPiBvdXR3ZWlnaHMgdGhl IHJlcXVpcmVtZW50IHRvIGRldGVjdCBhbGwgY2xhc3NlcyBvZiBmYWlsdXJlLg0KPiA+DQo+ID4g TVBMUyBTZWxmLXBpbmcgaXMgbm90IGFuIGV4dGVuc2lvbiB0byBMU1AgUGluZy4gSXQgaXMgYSBk aXN0aW5jdCBwcm90b2NvbC4gTVBMUw0KPiBTZWxmLXBpbmcgbGlzdGVucyBmb3IgaW5wdXQgb24g b25lIFVEUCBwb3J0LCB3aGlsZSBMU1AgUGluZyBsaXN0ZW5zIGZvciBpbnB1dCBvbg0KPiBhbm90 aGVyLiBIYXZpbmcgcmVjZWl2ZWQgaW5wdXQsIHRoZSB0d28gcHJvdG9jb2xzIGJlaGF2ZSBkaWZm ZXJlbnRseSBmcm9tDQo+IG9uZSBhbm90aGVyLiBXaGlsZSB0aGUgdHdvIHByb3RvY29scyBhcmUg bmFtZWQgc2ltaWxhcmx5IGFuZCBzaGFyZSBhDQo+IGNvbW1vbiBtZXNzYWdlIGZvcm1hdCwgdGhl eSBhcmUgZGlzdGluY3QgZnJvbSBvbmUgYW5vdGhlci4gVGhlcmVmb3JlLA0KPiB0aGlzIGRvY3Vt ZW50IGRvZXMgbm90IHVwZGF0ZSBbUkZDIDQzNzldDQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPg0K PiA+DQo+ID4NCj4gPg0KDQo= From nobody Thu Mar 19 08:30:47 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4D2A1A0A85 for ; Thu, 19 Mar 2015 08:30:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.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, 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 M2TwRWPR8iIk for ; Thu, 19 Mar 2015 08:30:39 -0700 (PDT) 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 E2F851A0E10 for ; Thu, 19 Mar 2015 08:30:38 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB441.namprd05.prod.outlook.com (10.141.73.147) with Microsoft SMTP Server (TLS) id 15.1.118.21; Thu, 19 Mar 2015 15:30:36 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.69]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.69]) with mapi id 15.01.0118.021; Thu, 19 Mar 2015 15:30:36 +0000 From: Ronald Bonica To: Mach Chen , "mpls-chairs@tools.ietf.org" , "draft-bonica-mpls-self-ping@tools.ietf.org" Thread-Topic: MPLS-RT review of draft-bonica-mpls-self-ping Thread-Index: AQHQVvDgK8HGVN8p4k2ca0R6IkmelJ0Ue/JggACc1ACAAAAxgIAO64CA Date: Thu, 19 Mar 2015 15:30:35 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] authentication-results: huawei.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB441; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(37854004)(66066001)(230783001)(86362001)(2501003)(106116001)(99286002)(2656002)(33656002)(87936001)(62966003)(77156002)(46102003)(122556002)(40100003)(74316001)(50986999)(54356999)(76176999)(2201001)(102836002)(2950100001)(92566002)(2900100001)(76576001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB441; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:CO1PR05MB441; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB441; x-forefront-prvs: 052017CAF1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2015 15:30:35.9632 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB441 Archived-At: Cc: "mpls@ietf.org" , "mpls-ads@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 15:30:46 -0000 TWFjaCwNCg0KSW4gYSBwcmV2aW91cyBlbWFpbCwgeW91IHNhaWQ6DQoNCj4gNC4gTFNQIFBpbmcg YW5kIEJGRCAoZXNwZWNpYWxseSBTLUJGRCkgYXJlIGFsdGVybmF0aXZlIHRvb2xzIGZvciBMU1Ag cmVhZGluZXNzDQo+IGRldGVjdGlvbi4gSWYgdGhlIHNjYWxhYmlsaXR5IG9mIGNvbnRyb2wgcGxh bmUgaXMgdGhlIGNvbmNlcm4sIHRoZXJlIHNob3VsZCBiZSBhbg0KPiBhbmFseXNlcyB3aGV0aGVy IFMtQkZEIGNhbm5vdCBzYXRpc2Z5IHRoZSByZXF1aXJlbWVudC4NCg0KVGhlIGZvbGxvd2luZyB0 ZXh0IGFkZHJlc3NlcyB0aGF0IGlzc3VlLg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFJvbg0KDQoNClRleHQNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KQ29uc2lkZXIgdGhlIGZvbGxvd2luZyB1c2UgY2FzZTogDQoNCi0gQSBuZXR3b3Jr IGNvbnRhaW5zIDEwMCdzIG9mIGlMU1JzDQotIEVhY2ggaUxTUiBpcyBhbHNvIGFuIGVMU1INCi0g VGhlIG5ldHdvcmsgY29udGFpbnMgYSBmdWxsLW1lc2ggb2YgUlNWUC1zaWduYWxlZCBMU1BzICh0 ZW5zIG9mIHRob3VzYW5kcyBvZiBMU1BzKQ0KLSBBIG5ldHdvcmsgZXZlbnQgb2NjdXJzLCBjYXVz aW5nIGhhbGYgb2YgdGhvc2UgTFNQcyB0byByZS1zaWduYWwNCi0gUlNWUCBjaHVybnMsIENQVSdz IGJvaWwuLi4uLg0KDQpOb3csIGVhY2ggaUxTUiBuZWVkcyB0byB2ZXJpZnkgdGhlIHJlYWRpbmVz cyBvZiBpdHMgTFNQcyBiZWZvcmUgYXR0ZW1wdGluZyB0byBmb3J3YXJkIHRyYWZmaWMgdGhyb3Vn aCB0aGVtLiBUaGUgZm9sbG93aW5nIGFyZSByZXF1aXJlbWVudHMgb2YgdGhlIG1lY2hhbmlzbSB1 c2VkIHRvIHZlcmlmeSByZWFkaW5lc3M6DQoNCi0gaXQgbXVzdCByZXR1cm4gcmVzdWx0cyBxdWlj a2x5LiAoVGhlcmUgaXMgbm8gdGltZSB0byBzZXQgdXAgc2Vzc2lvbiBzdGF0ZSBvciB2aXNpdCB0 aGUgY29udHJvbCBwbGFuZSBvbiB0aGUgZWdyZXNzKS4NCi0gaXQgY2FuIGNvbnN1bWUgb25seSBt aW5pbWFsIGNvbnRyb2wgcGxhbmUgcmVzb3VyY2VzIGF0IHRoZSBpbmdyZXNzDQotIGl0IGNhbm5v dCBjb25zdW1lIGFueSBjb250cm9sIHBsYW5lIHJlc291cmNlcyB3aGF0c29ldmVyIG9uIHRoZSBl Z3Jlc3MNCg0KVGhlIGxhc3QgcmVxdWlyZW1lbnQgaXMgdmVyeSBpbXBvcnRhbnQuIElmIHRoZSB2 ZXJpZmljYXRpb24gbWVjaGFuaXNtIGJ1cm5zIGNvbnRyb2wgcGxhbmUgcmVzb3VyY2Ugb24gdGhl IGVncmVzcywgd2hlcmUgQ1BVcyBhcmUgYWxyZWFkeSBzYXR1cmF0ZWQsIG5ldHdvcmsgY29udmVy Z2VuY2UgdGltZSB3aWxsIHN1ZmZlci4NCg0KT25seSBMU1AgU2VsZiBwaW5nIGZ1bGZpbGxzIHRo ZSBmaW5hbCByZXF1aXJlbWVudC4gQmV5b25kIHRoYXQsIExTUCBTZWxmIHBpbmcgdGVybWluYXRl cyBhcyBzb29uIGFzIGl0IGhhcyB2ZXJpZmllZCBMU1AgcmVhZGluZXNzLiANCg0KDQoNCg== From nobody Thu Mar 19 18:04:38 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09F5E1A88B1 for ; Thu, 19 Mar 2015 18:04:36 -0700 (PDT) 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 N7Br8j8ILYtR for ; Thu, 19 Mar 2015 18:04:34 -0700 (PDT) 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 E45FD1A8893 for ; Thu, 19 Mar 2015 18:04:32 -0700 (PDT) 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 BTW10036; Fri, 20 Mar 2015 01:04:31 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 20 Mar 2015 01:04:29 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.219]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Fri, 20 Mar 2015 09:04:23 +0800 From: Mach Chen To: Ross Callon , "mpls@ietf.org" , "Nobo Akiya (nobo)" , "George Swallow (swallow)" , "Carlos Pignataro (cpignata)" , Loa Andersson Thread-Topic: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Thread-Index: AQHQYM2TPK1RRZq8+UyCZj2QjYEEyJ0kkduQ Date: Fri, 20 Mar 2015 01:04:23 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.199] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3EFE7BSZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2015 01:04:36 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3EFE7BSZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ross, I am not aware of any IPR that applies to this document. Best regards, Mach From: Ross Callon [mailto:rcallon@juniper.net] Sent: Wednesday, March 18, 2015 12:15 AM To: mpls@ietf.org; Nobo Akiya (nobo); George Swallow (swallow); Carlos Pign= ataro (cpignata); Loa Andersson; Mach Chen Cc: mpls-chairs@tools.ietf.org Subject: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Working Group, The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have told us t= hat the draft is ready for working group last call (WGLC). Before we do the WGLC we want to do an IPR poll on the document. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-ietf-mpls-lsp-ping-reply-mod= e-simple-01? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Ross (as MPLS WG co-chair) --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3EFE7BSZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi Ross,=

=  

= I am not aware of any IPR that ap= plies to this document.

=  

= Best regards,

= Mach

=  

From: Ross Callon [mailto:rcallon@juniper.net]
Sent: Wednesday, March 18, 2= 015 12:15 AM
To: mpls@ietf.org; Nobo Akiy= a (nobo); George Swallow (swallow); Carlos Pignataro (cpignata); Loa Anders= son; Mach Chen
Cc: mpls-chairs@tools.ietf.o= rg
Subject: IPR Poll for draft-= ietf-mpls-lsp-ping-reply-mode-simple-01

 

Working Group,

 

The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have= told us that the

draft is ready for working group last call (WGLC).

 

Before we do the WGLC we want to do an IPR poll on the document.<= o:p>

 

This mail starts that IPR poll.

 

Are you aware of any IPR that applies to draft-ietf-mpls-lsp-ping= -reply-mode-simple-01?

 

If so, has this IPR been disclosed in compliance with IETF IPR ru= les

(see RFCs 3979, 4879, 3669 and 5378 for more details).=

 

Currently there are no IPR disclosures that relate to this docume= nt.

 

If you are listed as a document author or contributor please resp= ond to

this email regardless of whether or not you are aware of any rele= vant

IPR. *The response needs to be sent to the MPLS wg mailing list.*= The

document will not advance to the next stage until a response has = been

received from each author and contributor.

 

If you are on the MPLS WG email list but are not listed as an aut= hor or

contributor, then please explicitly respond only if you are aware= of any

IPR that has not yet been disclosed in conformance with IETF rule= s.

 

Thanks, Ross

(as MPLS WG co-chair)

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B3EFE7BSZXEMA510MBXchi_-- From nobody Fri Mar 20 04:34:45 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B48351B2CD7 for ; Fri, 20 Mar 2015 04:34:43 -0700 (PDT) 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 eeSNiloi98eq for ; Fri, 20 Mar 2015 04:34:41 -0700 (PDT) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::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 168311B2CD5 for ; Fri, 20 Mar 2015 04:34:40 -0700 (PDT) Received: by pdbop1 with SMTP id op1so106455212pdb.2 for ; Fri, 20 Mar 2015 04:34:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:thread-index:content-language; bh=dt0fe4QlXTtvXRXIhXA6J0VeL5t13O1p6wupwXF39o0=; b=zA8QyDRI62A/DrZ1RMjg4W8k/utUNfKizvbRtohFebrqyUFxskgL46SQ2kFRUMvvxE /K5ER7Nf7gIfPk7Tnc2n1CXrPF/IDYIuLz2a/FnJWPC5OVvfaJCrJonxsQNqmJfMFooi m9rTfprJAqr5tSy38sxChcuzFpTQofONSuGPWi8V80aUywSVsG27J22Qiq/X/hFPJurZ b1Bglowd24bu91eNwZMNQczKVE+aZKoAu7o0hoNjVw3xbT1q0RswdNNf9grPPc2C74En G1NEpjVxVM1PHXn4A5kVlYRbn8qw5+kQ/hHCEJkIXILT42x2avsnumT0DmBiR3kARItu nuvw== X-Received: by 10.66.141.42 with SMTP id rl10mr187191154pab.124.1426851279706; Fri, 20 Mar 2015 04:34:39 -0700 (PDT) Received: from NoboAkiyaPC (softbank126066232200.bbtec.net. [126.66.232.200]) by mx.google.com with ESMTPSA id pi2sm7747490pdb.47.2015.03.20.04.34.36 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 20 Mar 2015 04:34:38 -0700 (PDT) From: "Nobo Akiya" To: "'Carlos Pignataro \(cpignata\)'" , "'Ross Callon'" , , "'Nobo Akiya \(nobo\)'" , "'George Swallow \(swallow\)'" , "'Loa Andersson'" , "'Mach Chen'" References: In-Reply-To: Date: Fri, 20 Mar 2015 20:34:31 +0900 Message-ID: <018601d06301$d8320be0$889623a0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0187_01D0634D.4820B8C0" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQLCt0WRtmfAxUzT7uyR+oCtaD3ibwFXcZx5mzXZcvA= Content-Language: en-ca Archived-At: Cc: mpls-chairs@tools.ietf.org Subject: Re: [mpls] IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2015 11:34:43 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0187_01D0634D.4820B8C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Ross, I am not aware of any IPR that applies to this document. Thanks! -Nobo From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Carlos Pignataro (cpignata) Sent: March-18-15 2:25 AM To: Ross Callon; mpls@ietf.org; Nobo Akiya (nobo); George Swallow (swallow); Loa Andersson; Mach Chen Cc: mpls-chairs@tools.ietf.org Subject: Re: [mpls] IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Ross, I am not aware of any IPR that applies to this document. Thanks, - Carlos. From: Ross Callon > Date: Tuesday, March 17, 2015 at 12:15 PM To: "mpls@ietf.org " >, Nobo Akiya >, "George Swallow (swallow)" >, Carlos Pignataro >, Loa Andersson >, Mach Chen > Cc: "mpls-chairs@tools.ietf.org " > Subject: IPR Poll for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Working Group, The authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have told us that the draft is ready for working group last call (WGLC). Before we do the WGLC we want to do an IPR poll on the document. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-ietf-mpls-lsp-ping-reply-mode-simple-01? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Ross (as MPLS WG co-chair) ------=_NextPart_000_0187_01D0634D.4820B8C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Ross,

 

I am not aware of any IPR that applies to this = document.

 

Thanks!

 

-Nobo

 

From:<= /b> mpls = [mailto:mpls-bounces@ietf.org] On Behalf Of Carlos Pignataro = (cpignata)
Sent: March-18-15 2:25 AM
To: Ross = Callon; mpls@ietf.org; Nobo Akiya (nobo); George Swallow (swallow); Loa = Andersson; Mach Chen
Cc: = mpls-chairs@tools.ietf.org
Subject: Re: [mpls] IPR Poll for = draft-ietf-mpls-lsp-ping-reply-mode-simple-01

=

 

R= oss,

<= o:p> 

I= am not aware of any IPR that applies to this = document.

<= o:p> 

T= hanks,

<= o:p> 

&= #8212; Carlos.

<= o:p> 

F= rom: R= oss Callon <rcallon@juniper.net>
Dat= e: Tuesday, March 17, 2015 at 12:15 PM
To: "mpls@ietf.org" <mpls@ietf.org>, Nobo Akiya <nobo@cisco.com>, "George = Swallow (swallow)" <swallow@cisco.com>, Carlos = Pignataro <cpignata@cisco.com>, Loa = Andersson <loa@mail01.huawei.com>, = Mach Chen <mach.chen@huawei.com>
C= c: "mpls-chairs@tools.ietf.org= " <mpls-chairs@tools.ietf.org= >
Subject: IPR Poll for = draft-ietf-mpls-lsp-ping-reply-mode-simple-01

=

<= o:p> 

W= orking Group,

&= nbsp;

T= he authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01 have told us = that the

d= raft is ready for working group last call (WGLC).

&= nbsp;

B= efore we do the WGLC we want to do an IPR poll on the = document.

&= nbsp;

T= his mail starts that IPR poll.

&= nbsp;

A= re you aware of any IPR that applies to = draft-ietf-mpls-lsp-ping-reply-mode-simple-01?

&= nbsp;

I= f so, has this IPR been disclosed in compliance with IETF IPR = rules

(= see RFCs 3979, 4879, 3669 and 5378 for more details).

&= nbsp;

C= urrently there are no IPR disclosures that relate to this = document.

&= nbsp;

I= f you are listed as a document author or contributor please respond = to

t= his email regardless of whether or not you are aware of any = relevant

I= PR. *The response needs to be sent to the MPLS wg mailing list.* The =

d= ocument will not advance to the next stage until a response has = been

r= eceived from each author and contributor.

&= nbsp;

I= f you are on the MPLS WG email list but are not listed as an author = or

c= ontributor, then please explicitly respond only if you are aware of = any

I= PR that has not yet been disclosed in conformance with IETF = rules.

&= nbsp;

T= hanks, Ross

(= as MPLS WG co-chair)

&= nbsp;

------=_NextPart_000_0187_01D0634D.4820B8C0-- From nobody Fri Mar 20 07:04:08 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C627B1B2DD7 for ; Fri, 20 Mar 2015 07:04:06 -0700 (PDT) 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 GtnrGM_JIO7q for ; Fri, 20 Mar 2015 07:04:02 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0138.outbound.protection.outlook.com [207.46.100.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 895051B2DD6 for ; Fri, 20 Mar 2015 07:03:55 -0700 (PDT) Received: from BY1PR0501MB1429.namprd05.prod.outlook.com (25.160.107.151) by BY1PR0501MB1318.namprd05.prod.outlook.com (25.160.200.155) with Microsoft SMTP Server (TLS) id 15.1.99.14; Fri, 20 Mar 2015 14:03:54 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1429.namprd05.prod.outlook.com (25.160.107.151) with Microsoft SMTP Server (TLS) id 15.1.112.19; Fri, 20 Mar 2015 14:03:53 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0112.000; Fri, 20 Mar 2015 14:03:52 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Thread-Index: AQHQYxaymmEqkSnB6UOwcgu2gEleyw== Date: Fri, 20 Mar 2015 14:03:52 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.11] authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1429; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1318; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(2900100001)(54356999)(50986999)(15975445007)(40100003)(92566002)(122556002)(77156002)(62966003)(102836002)(2351001)(229853001)(99286002)(230783001)(106116001)(66066001)(46102003)(74316001)(575784001)(86362001)(19580405001)(87936001)(19580395003)(2656002)(110136001)(2501003)(76576001)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1429; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:BY1PR0501MB1429; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1429; x-forefront-prvs: 05214FD68E Content-Type: multipart/alternative; boundary="_000_BY1PR0501MB14303A3E86F750CF628B7234A50E0BY1PR0501MB1430_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Mar 2015 14:03:52.4851 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1429 X-OriginatorOrg: juniper.net Archived-At: Cc: Loa Andersson , "mpls-chairs@tools.ietf.org" Subject: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2015 14:04:06 -0000 --_000_BY1PR0501MB14303A3E86F750CF628B7234A50E0BY1PR0501MB1430_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, This is to initiate a working group last call on draft-ietf-mpls-lsp-ping-r= eply-mode-simple-01. Because this WGLC will span the IETF in Dallas, it will be extended to thre= e weeks. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There are no IPR disclosures against this document. All the authors have st= ated that they are not aware of any IPR that relates to this draft. This working group last call ends Friday April 10, 2015. Ross for the MPLS WG chairs --_000_BY1PR0501MB14303A3E86F750CF628B7234A50E0BY1PR0501MB1430_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Working Group,
 
This is to initiate a working group last call on draft-ietf-mpls-lsp-p= ing-reply-mode-simple-01.
Because this WGLC will span the IETF in Dallas, it will be extended to= three weeks.
 
Please send your comments to the mpls wg mailing list (mpls@ietf.org).
 
There are no IPR disclosures against this document. All the authors ha= ve stated that they
are not aware of any IPR that relates to this draft.
 
This working group last call ends Friday  April 10, 2015.  <= /div>
 
Ross
for the MPLS WG chairs
 
 
 --_000_BY1PR0501MB14303A3E86F750CF628B7234A50E0BY1PR0501MB1430_-- From nobody Sat Mar 21 15:52:13 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC6F61A904E for ; Sat, 21 Mar 2015 15:52:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 B76t5lixcqwD for ; Sat, 21 Mar 2015 15:52:10 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::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 491711A9054 for ; Sat, 21 Mar 2015 15:52:10 -0700 (PDT) Received: by oier21 with SMTP id r21so116329742oie.1 for ; Sat, 21 Mar 2015 15:52:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=Y/vErgoPcqgpaWuU4b/nPmfwrl4QzfgXPCi3f0wcZdg=; b=013IZNUSLHGqAQUNu2hiXSNI5MPrLiqgVIVyXutM2KOEVHvt50xZfanmSvlzllSndK D4VxyQ4iah8j0wtQjjilIoJfMMYlq5+6QpClDAtB1YsdOgPZVO/ymNZJsFaWtWCxc7NI O+z0DQd5vP/ktQG6HLVzRTO989FjVbAQAs5wlZ50ec7SNiJM9peWvFDJldedW8H3uNpM P/FmDa/Kta35oARGClC+qE8HqQMKJ/dVaZ9nJv8nHA6scf6bawlDhwQGI8bzk0qo958M Jw8l+UPKzQToYJzlM3Yu1CbVo3b2dHPgCIVeiB6CRjkQC2sneaCHVt20CFku8z4TwQr8 LXmg== X-Received: by 10.202.87.215 with SMTP id l206mr44230222oib.84.1426978329790; Sat, 21 Mar 2015 15:52:09 -0700 (PDT) Received: from NoboAkiyaPC (ip-64-134-6-222.public.wayport.net. [64.134.6.222]) by mx.google.com with ESMTPSA id h10sm5126802obx.0.2015.03.21.15.52.07 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 21 Mar 2015 15:52:08 -0700 (PDT) From: "Nobo Akiya" To: Date: Sat, 21 Mar 2015 17:52:03 -0500 Message-ID: <000001d06429$a7dc6520$f7952f60$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBjnp/Uffs6AUQ+RN6xGntW4OTS5w== Content-Language: en-ca Archived-At: Cc: mpls@ietf.org Subject: [mpls] Review of draft-ietf-mpls-lsp-ping-relay-reply-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2015 22:52:13 -0000 Hi Authors, I was asked to provide a review of the following document: http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-relay-reply-07 The document is well written and addresses a real problem. I do have a number of (mostly minor and some moderate) comments which I'd like to see addressed before progressing the document. Section 2 -------------- Figure 1 demonstrates a case where one LSP is set up between PE1 and PE2. If PE1's IP address is not distributed to AS2, a traceroute from PE1 directed to PE2 could fail if the fault exists somewhere between ASBR2 and PE2. Above is not entirely accurate. The Traceroute from PE1 to PE2 can fail even if there is no fault. It would be good to clarify this by saying "If PE1's IP address is not distributed to AS2, a traceroute from PE1 directed towards PE2 can result in a failure because an LSR in AS2 may not be able to send the Echo Reply message". Note that throughout the document, routable address means that it is possible to route an IP packet to this address using the normal information exchanged by the IGP operating in the AS Missing '.' (period) at the end of the paragraph. When tracing an LSP from one AN to the remote AN, the LSR1/LSR2 node could not make a response to the Echo Request either, like the P2 node in the inter-AS scenario in Figure 1. "... could not make a response to the Echo Request either ..." can perhaps be rephrased as "... cannot send the Echo Reply either ...", to be a bit more clear. Yeah it's really a nitpick, but _making_ the response packet and _sending_ the response packet are two different operations in a code. Figure 3 -------------- Typically, the numbers at the top (i.e., bit positions 0, 1, 2, ...) are aligned with columns with '-' character instead of '+' character. In other words, let's shift the bit positions to the right by one space. Section 3.3 -------------- s/the Reply/the Echo Reply/ Section 4.1 -------------- When the Echo Request is first sent by the initiator included a Relay Node Address Stack TLV, the TLV MUST contain the initiator address as the only entry of the stack of relayed addresses, I'd like to suggest rephrasing the first half of above sentence as follows. When the initiator sends the first Echo Request for the Traceroute operation, with a Relay Node Address Stack TLV, the TLV MUST contain ... Section 4.2 -------------- Those address entries with K bit set to 1 MUST be kept in the stack. The receiver MUST check the addresses of the stack in sequence from bottom to top to find the last address in the stack with the K bit set (or the top of the stack if no K bit was found). Shouldn't above "find the last address in the stack with the K bit set" instead say "find the last non-Null address in the stack with the K bit set"? Otherwise the procedure will cause relay LSRs to always refer to this Null address with K bit set, preventing the first initiator address to be ever reached when searching for the next relay address. On a related topic, what is the purpose of allowing a Null address entry with K bit set? If a node spans two addressing domains (with respect to this message) where nodes on either side may not be able to nodes in the other domain, s/may not be able to nodes/may not be able to reach nodes/ If a node spans two addressing domains (with respect to this message) where nodes on either side may not be able to nodes in the other domain, then the final address added MUST set the K bit. Above procedures defines a strict operation (i.e., MUST) for the K bit usage. However, how an LSR determines "If a node spans two addressing domains where nodes on either side may not be ..." is very vague. It might be possible that we can end up with different implementations of the K bit setting because of this vagueness. What's your thoughts? If the full reply message would exceed the MTU size, the Relay Node Address Stack TLV MUST be returned back in the Echo Reply message. Some other TLV(s) MUST be dropped. Well, it's possible that the Relay Node Address Stack TLV has grown so big and that is the only optional TLV to be included in the Echo Reply. In that case, the Relay Node Address Stack TLV cannot be included despite the "MUST". I believe what you are trying to imply here is that the Relay Node Address Stack TLV takes precedence over other optional TLVs, when determining which optional TLVs to keep in the Echo Reply. In that case, perhaps it is better to say "If the full reply message would exceed the MTU size, the Relay Node Address Stack TLV SHOULD be included in the Echo Reply message (i.e., other optional TLVs are excluded)." Section 4.3 -------------- The Destination Address determined in section 4.2 is used as the next relay node address. Section 4.2 only describes how to update the Relay Node Address Stack TLV. It also specifies how to update the Destination Address Pointer field. However, nowhere in section 4.2 talk about how the Destination Address is determined. I'm assuming "the Destination Address determined ..." is referring to this address which the Destination Address Pointer is pointing to. Perhaps it'll be a good idea, somewhere in section 4.2, to say "... _this_ address is determined to be the Destination Address". Section 4.4 -------------- Upon receiving an Relayed Echo Reply message with its own address as the destination address in the IP header, the relay node MUST determine the next relay node address as described in section 4.3, with the modification that the location of the received Destination Address is used instead of the bottom of stack in the algorithm. In above, I think you meant section 4.2 instead of section 4.3. The destination address in Relay Node Address Stack TLV will be updated with the next relay node address. By "destination address" above, do you mean the Destination Address Pointer field? If so, a bit of clarification is required. Otherwise, I'm not sure what you mean by "destination address" above. The document is not very clear on how these two fields are used. - Source IP address field of the IP header - Source Address of Replying Router field of the Relay Node Address Stack TLV I'd imagine you'd want one field to be set by the egress LSR and unmodified by every upstream relay LSRs, and one field to be updated by the egress LSR and every upstream relay LSR. This is sort of clarified in section 4.7, but really should be part of the procedures. Section 4.6 -------------- During a traceroute operation, multiple Echo Request messages are sent. Each time the TTL is increased, the initiator MUST copy the Relay Node Address Stack TLV received in the previous Echo Reply to the next Echo Request. True but don't we want the initiator to "reset" some fields such as Reply Add Type, Source Address of Replying Router and Destination Address Pointer? Section 6 -------------- As an added security, a receiver of an MPLS Echo Request should verify that the first address in the Relay Node Address Stack TLV is the same address as the source IP address field of the received IP header. Thanks! -Nobo From nobody Sun Mar 22 03:02:39 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E44C1A8833 for ; Sun, 22 Mar 2015 03:02:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 JxmCGGplkAuZ for ; Sun, 22 Mar 2015 03:02:36 -0700 (PDT) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85E321A0087 for ; Sun, 22 Mar 2015 03:02:36 -0700 (PDT) Received: by oifl3 with SMTP id l3so90877266oif.0 for ; Sun, 22 Mar 2015 03:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=gXvRDL8UXbCpUaeU/7ktzHzJbzfx/5jFGRwbs1raWnI=; b=tddItKgIvkU2dT1fUl16vQgtHAiOKtBmlwhKx5weX1Oj0JsesJa6TS5XspIdEFxCIk CfFG2XrpYxlLTTfw7wn4xuOYVXVxs3GvGqgmG3RCYiLbzJalphsuY/1Rdnabos5X9fQM rZNgdtXrkJtNtSDjkWoNLwySa0adwaEWxi6PDa1wAvEF5QZvjz0CBao78NEsSoojtV3a 12j9mAxd/kRZxXAk0d83+VuOjey+SHWzRJtt4b4uHVZOW601U6rURw49qnd9oeWWYcaW ufFwUcag0DmajDkZjeBAog+cXmdnzVA3rKU5rLTb8FDWZESSYnQ2xurT/vSteT2K3GT+ It1w== X-Received: by 10.202.53.130 with SMTP id c124mr3117367oia.58.1427018556043; Sun, 22 Mar 2015 03:02:36 -0700 (PDT) Received: from NoboAkiyaPC (ip-64-134-6-222.public.wayport.net. [64.134.6.222]) by mx.google.com with ESMTPSA id je2sm5825601oeb.5.2015.03.22.03.02.34 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 22 Mar 2015 03:02:35 -0700 (PDT) From: "Nobo Akiya" To: Date: Sun, 22 Mar 2015 05:02:31 -0500 Message-ID: <008a01d06487$509048a0$f1b0d9e0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBkg3WzF4k8IgWRQRiLAVQ2DNbq0g== Content-Language: en-ca Archived-At: Cc: mpls@ietf.org Subject: [mpls] Mail regarding draft-bryant-mpls-sfl-control X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 10:02:38 -0000 Hi Authors, This proposal is very much needed to use PM for wider range of scenario, and the method to achieve this w/o increasing the label stack size for application labels is very clever! I read through the document (along with draft-bryant-mpls-synonymous-flow-labels) and had few questions which I hope you can clarify. 1) Shouldn't the SFL control message contain a source (i.e., requester) identifier field? Without that, session-ID/SFL-Batch can collide amongst multiple sources for a same FEC (e.g., mp2p), creating confusion to the receiver. 2) Is there is any use case for the SFL "request" operation needing to be processed on a non-egress LSR (i.e., transit LSRs)? If there is no such use case, it might be a good idea to restrict the processing of the "request" operation by the egress of the FEC described in the control message, in case such packets prematurely terminate. Thoughts? 3) When I thought about this topic a while back, my thought at the time was to use some sort of a TCP connection between the 2 nodes to send control messages to allocate/maintain context labels. What was the design decision which lead up to preferring the ACH to send the SFL control messages (as opposed to a TCP connection)? Thanks! -Nobo From nobody Sun Mar 22 22:03:29 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E0F81A8826; Sun, 22 Mar 2015 22:03:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.16 X-Spam-Level: X-Spam-Status: No, score=0.16 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] 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 VYZ_SQGLzh9Z; Sun, 22 Mar 2015 22:03:22 -0700 (PDT) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (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 746571A87F0; Sun, 22 Mar 2015 22:03:22 -0700 (PDT) Received: by igcau2 with SMTP id au2so32861725igc.0; Sun, 22 Mar 2015 22:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=cXtyhWeeL1zag9j8Wjc1F/l58OPa/sJQUhkQDmy/FM4=; b=EbdFac7TROIQN7nDjQxd8U3aepbqJVxRO/j9P8WDDLCu6RoI24kPe5bukSITuHo+YS Tg9ekJ8p/RS4TdnmoA8QO+8YgWzGXEWTXLfRm88tAcPKhbCPCzmAJmgjAm3jn0FFvOTM LoW3VVxHLeLxpKeNmXvRdHN2wAOb6B2floB53ZOZpW9T+TTNWSFJPykggYB+x5//7S5F XhD3+Lkb0wkWHevBccbj25Yyga0BIqlkGxJ9awRSxPaeNpHmJy0PJYZBqqFvgfSfoEEN ZaGiWq1sUGFBuKDf4g+42NslDghiLF0Qll611R/4RPrjkMZ0HA/GBogzo4JlzPAmaaMo EYGg== MIME-Version: 1.0 X-Received: by 10.50.141.199 with SMTP id rq7mr12243264igb.4.1427087000898; Sun, 22 Mar 2015 22:03:20 -0700 (PDT) Received: by 10.36.92.77 with HTTP; Sun, 22 Mar 2015 22:03:20 -0700 (PDT) Date: Sun, 22 Mar 2015 22:03:20 -0700 Message-ID: From: Chen Liu To: mpls@ietf.org, gsmp@ietf.org, manet@ietf.org, sip@ietf.org, nanog@nanog.org, rmonmib Content-Type: multipart/alternative; boundary=089e013a123cc0970f0511ed95ee Archived-At: Subject: [mpls] [Deadline Extended] IEEE International Workshop on Manageability and Security of Network Function Virtualization and Software Defined Network (MASONS) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 05:03:25 -0000 --089e013a123cc0970f0511ed95ee Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable ---------------------------------------------------------------------------= ------------------------------------------------ Apologies for cross-postings! ---------------------------------------------------------------------------= ------------------------------------------------ Call for Papers IEEE International Workshop on Manageability and Security of Network Function Virtualization and Software Defined Network (MASONS) With ICCCN 2015 at Las Vegas, Aug 3 =E2=80=93 6, 2015 http://www.manageability-at-scale.org/cfp/icccn-masons.html MASONS 2015 is Technically Co-Sponsored by the IEEE Communication Society 1. Theme Today, many research organizations in academia, government labs and industry are exploring SDN and NFV technologies to study and materialize their benefits in real world networks. These benefits are enabling automation, reducing time to market in case of new service introductions, optimization and/or improving overall economics of network and system management and operations. However to materialize the benefits of SDN and NFV at larger scale across multiple domains, similar to today=E2=80=99s int= ernet, additional investigations are needed which should focus beyond the core SDN, NFV features and functionalities. This involves: development of multi-domain SDN network to support Internet; large scale deployment of novel applications, identification of technological and operational gaps in research and development over the longer term to increase the capability of SDN and NFV powered networks, and better integrate them with existing public Internet and emerging cloud technologies; Identification of security, manageability gaps, including opportunities to build in additional levels of security, resilience and management capabilities. 2. Topics of interest This workshop aims to show case and disseminate new ideas and high quality research on manageability and security of Software Defined Network and Network Function Virtualization. We solicit original research articles, review papers, theoretical studies, and practical software systems incorporating new paradigms, experimental prototypes, and insightful requirement analysis with the above theme including, but not limited to the topics below: * Design, requirements and prototypes of Software Defined Exchanges (SDX) to enable interoperability and use of new approaches with the current Internet infrastructure. * Security, privacy, authentication, trust, verification for SDN and NFV. * Integration of compute, storage and network under the Software Defined Infrastructure (SDI) paradigm. * Analysis of new management challenges that SDN and NFV has introduced. * Network management practices and business processes for SDN and NFV, in service provider and data center infrastructures. * Tools and operational procedures for managing SDN. * New paradigms in network operations, administration and management (OAM), service orchestration, service engineering, converged network-compute and data center management. * Software Defined Network (SDN), abstraction, programmability, application Interface, south and northbound API. * Network Function Virtualization (NFV), distributed control, virtual switches, routing virtualization. * Network system management, orchestration, resource management and optimization, integration, interoperability. * Network operations management related automation, troubleshooting and management tools. * Cloud based network and system management application paradigms. * Application of artificial intelligence (AI), machine learning (ML), analytics and big data in network and system management. * Insights about Network Management System architectural requirements analysis. * Scalability of SDN, NFV, SDI, NMS systems. * User experience, user interface design issues and challenges in NMS for SDN, NFV, ethnographic studies on network operations centers, usability studies of management applications. 3. Instructions for IEEE MASONS 2015 Workshop Authors: Submitted manuscripts must be formatted in standard IEEE camera ready format (double column, 10 pt font) and must be submitted via EasyChair ( http://www.easychair.org/) as PDF files (formatted for 8.5=C3=9711 inch pap= er). It should be no longer than 6 pages with up to two extra pages given the authors are willing to pay an over-length charge per extra page. The detailed information can be found in the ICCCN 2015 (Las Vegas) website. For any workshop related questions or additional information please contact the General, TPC, or Workshop Chairs. Submitted papers should not be previously published in or be under consideration for publication in another conference or journal. Paper titles and/or author names cannot be changed and/or added to the papers once papers are submitted to ICCCN 2015 for review. Submissions must include a title, abstract, keywords, author(s) and affiliation(s) with postal and email address(es) and phone number(s). A paper abstract must be registered on EasyChair by the deadline indicated below. 4. Speakers, Panelists * Morning keynote on manageability: Dr. Gee Rittenhouse , Sr. VP, Cloud and Virtualization Group, Cisco Systems * Morning keynote on security: Phillip Porras , Program Director - Internet Security Group, SRI International * Panelists: - Inder Monga (Moderator), CTO, ESNet - Josh Bailey, Google - eepak Bansal, Manager, Microsoft - Douglas Freimuth, STSM - Master Inventor, IBM Research - Dr. Ashutosh Dutta, Lead Member of Technical Staff - Mobility & Cloud Security, AT&T 5. Important dates: * Abstract Due: Apr 15, 2015 (Extended) * Paper Due: Apr 15, 2015 (Extended) * Acceptance Notification: Apr 30, 2015 * Camera Ready Due: May 8, 2015 6. Review and Publication of Manuscripts: Submitted papers will be reviewed by the ICCCN 2015 TPC members and judged on originality, technical correctness, relevance, and quality of presentation. An accepted paper must be presented at the conference venue by one (who registered/paid full author reg. fee) of authors to be included in the conference venue. Each full registration covers up to two ICCCN 2015 conference papers authored by the registered/paid author. Accepted and presented papers will be published in the conference proceedings and submitted to IEEE Xplore as well as other Abstracting and Indexing (A&I) databases. The page limit for papers is 6 pages. Papers should be submitted on EDAS, the link for this workshop will be published here shortly. Papers of special merit will be selected for possible fast track at a journal special issue at IJCNDS (see details at http://www.inderscience.com/info/ingeneral/cfplist.php?jcode=3Dijcnds and http://www.manageability-at-scale.org/cfp/). 7. Workshop chairs * Inder Monga, ESnet and LBNL, USA, imonga@es.net * Amitava Biswas, Cisco Systems, USA, amitavabiswas@ieee.org * Chen Liu, Microsoft, USA, chenliu419@gmail.com 8. Technical Program Committee * Christian Rothenberg, University of Campinas, Brasil * Gerhard Hasslinger, T-Systems ENPS Darmstadt * Israat Haque, University of Alberta, Edmonton, Canada * Josh Bailey, Google, USA * Kenichi Ogaki, KDDI Corporation, Japan * Laurent Lefevre, INRIA * Lefteris Mamatas, University of Macedonia, Greece * Lisandro Granville, Institute of Informatcis of the Federal University of Rio Grande do Sul (UFRGS), Brazil * Michael Menth, University of T=C3=BCbingen, Germany * Rajat Mehrotra, Desert Research Institute, Reno, NV, USA * Rajdeep Bhowmik, Cisco, USA * Roberto Bruschi, DIST - University of Genoa * Satya Mohanty, Cisco, USA * Spyros Denazis, University of Patras, Greece * Steven Latre, University of Antwerp, Belgium * Xenofontas Dimitropoulos, University of Crete and FORTH * Walter Cerroni, DEI - University of Bologna --089e013a123cc0970f0511ed95ee Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
-----------------------------------------------------= ----------------------------------------------------------------------
A= pologies for cross-postings!
------------------------------------------= ---------------------------------------------------------------------------= ------

Call for Papers

IE= EE International Workshop on Manageability and Security of Network Function= Virtualization and Software Defined Network (MASONS)=C2=A0
With ICCCN = 2015 at Las Vegas, Aug 3 =E2=80=93 6, 2015
http://www.manageability-at-scal= e.org/cfp/icccn-masons.html

MASONS 2015 is Te= chnically Co-Sponsored by the IEEE Communication Society

1. Theme
Today, many research organizations in academia, g= overnment labs and industry are exploring SDN and NFV technologies to study= and materialize their benefits in real world networks. These benefits are = enabling automation, reducing time to market in case of new service introdu= ctions, optimization and/or improving overall economics of network and syst= em management and operations. However to materialize the benefits of SDN an= d NFV at larger scale across multiple domains, similar to today=E2=80=99s i= nternet, additional investigations are needed which should focus beyond the= core SDN, NFV features and functionalities. This involves: development of = multi-domain SDN network to support Internet; large scale deployment of nov= el applications, identification of technological and operational gaps in re= search and development over the longer term to increase the capability of S= DN and NFV powered networks, and better integrate them with existing public= Internet and emerging cloud technologies; Identification of security, mana= geability gaps, including opportunities to build in additional levels of se= curity, resilience and management capabilities.

2.= Topics of interest
This workshop aims to show case and dissemina= te new ideas and high quality research on manageability and security of Sof= tware Defined Network and Network Function Virtualization. We solicit origi= nal research articles, review papers, theoretical studies, and practical so= ftware systems incorporating new paradigms, experimental prototypes, and in= sightful requirement analysis with the above theme including, but not limit= ed to the topics below:

* Design, requirement= s and prototypes of Software Defined Exchanges (SDX) to enable interoperabi= lity and use of new approaches with the current Internet infrastructure.* Security, privacy, authentication, trust, verification for SDN and NFV.<= br>* Integration of compute, storage and network under the Software Defined= Infrastructure (SDI) paradigm.
* Analysis of new management challenges = that SDN and NFV has introduced.
* Network management practices and bus= iness processes for SDN and NFV, in service provider and data center infras= tructures.
* Tools and operational procedures for managing SDN.
* New= paradigms in network operations, administration and management (OAM), serv= ice orchestration, service engineering, converged network-compute and data = center management.
* Software Defined Network (SDN), abstraction, progra= mmability, application Interface, south and northbound API.
* Network Fu= nction Virtualization (NFV), distributed control, virtual switches, routing= virtualization.
* Network system management, orchestration, resource ma= nagement and optimization, integration, interoperability.
* Network oper= ations management related automation, troubleshooting and management tools.=
* Cloud based network and system management application paradigms.
*= Application of artificial intelligence (AI), machine learning (ML), analyt= ics and big data in network and system management.
* Insights about Netw= ork Management System architectural requirements analysis.
* Scalability= of SDN, NFV, SDI, NMS systems.
* User experience, user interface design= issues and challenges in NMS for SDN, NFV, ethnographic studies on network= operations centers, usability studies of management applications.

3. Instructions for IEEE MASONS 2015 Workshop Authors:
Submitted manuscripts must be formatted in standard IEEE camera read= y format (double column, 10 pt font) and must be submitted via EasyChair (<= a href=3D"http://www.easychair.org/">http://www.easychair.org/) as PDF = files (formatted for 8.5=C3=9711 inch paper). It should be no longer than 6= pages with up to two extra pages given the authors are willing to pay an o= ver-length charge per extra page. The detailed information can be found in = the ICCCN 2015 (Las Vegas) website. For any workshop related questions or a= dditional information please contact the General, TPC, or Workshop Chairs.<= /div>
Submitted papers should not be previously published in or be unde= r consideration for publication in another conference or journal. Paper tit= les and/or author names cannot be changed and/or added to the papers once p= apers are submitted to ICCCN 2015 for review. Submissions must include a ti= tle, abstract, keywords, author(s) and affiliation(s) with postal and email= address(es) and phone number(s). A paper abstract must be registered on Ea= syChair by the deadline indicated below.

4. Speake= rs, Panelists
* Morning keynote on manageability:=C2=A0 Dr. Gee R= ittenhouse , Sr. VP, Cloud and Virtualization Group, Cisco Systems
* Mor= ning keynote on security:=C2=A0 Phillip Porras , Program Director - Interne= t Security Group, SRI International
* Panelists:
=C2=A0- Inder Monga= (Moderator), CTO, ESNet
=C2=A0- Josh Bailey, Google
=C2=A0- eepak Ba= nsal, Manager, Microsoft
=C2=A0- Douglas Freimuth, STSM - Master Invento= r, IBM Research
=C2=A0- Dr. Ashutosh Dutta, Lead Member of Technical Sta= ff - Mobility & Cloud Security, AT&T

5. Im= portant dates:
* Abstract Due: Apr 15, 2015 (Extended)
* Paper= Due: Apr 15, 2015 (Extended)
* Acceptance Notification: Apr 30, 2015* Camera Ready Due: May 8, 2015

6. Review and Pub= lication of Manuscripts:
Submitted papers will be reviewed by the= ICCCN 2015 TPC members and judged on originality, technical correctness, r= elevance, and quality of presentation. An accepted paper must be presented = at the conference venue by one (who registered/paid full author reg. fee) o= f authors to be included in the conference venue. Each full registration co= vers up to two ICCCN 2015 conference papers authored by the registered/paid= author. Accepted and presented papers will be published in the conference = proceedings and submitted to IEEE Xplore as well as other Abstracting and I= ndexing (A&I) databases. The page limit for papers is 6 pages. Papers s= hould be submitted on EDAS, the link for this workshop will be published he= re shortly.
Papers of special merit will be selected for possible= fast track at a journal special issue at IJCNDS (see details at htt= p://www.inderscience.com/info/ingeneral/cfplist.php?jcode=3Dijcnds and= =C2=A0 http://www.ma= nageability-at-scale.org/cfp/).

7. Workshop ch= airs
* Inder Monga, ESnet and LBNL, USA, imonga@es.net
* Amitava Biswas, Cisco Systems, USA, amitavabiswas@ieee.org
* Chen Liu, Mic= rosoft, USA, chenliu419@gmail.com

8. Technical Program Committee
* Christian R= othenberg, University of Campinas, Brasil
* Gerhard Hasslinger, T-System= s ENPS Darmstadt
* Israat Haque, University of Alberta, Edmonton, Canada=
* Josh Bailey, Google, USA
* Kenichi Ogaki, KDDI Corporation, Japan<= br>* Laurent Lefevre, INRIA
* Lefteris Mamatas, University of Macedonia= , Greece
* Lisandro Granville, Institute of Informatcis of the Federal U= niversity of Rio Grande do Sul (UFRGS), Brazil
* Michael Menth, Universi= ty of T=C3=BCbingen, Germany
* Rajat Mehrotra, Desert Research Institute= , Reno, NV, USA
* Rajdeep Bhowmik, Cisco, USA
* Roberto Bruschi, DIST= - University of Genoa
* Satya Mohanty, Cisco, USA
* Spyros Denazis, = University of Patras, Greece
* Steven Latre, University of Antwerp, Belg= ium
* Xenofontas Dimitropoulos, University of Crete and FORTH
* Walte= r Cerroni, DEI - University of Bologna
--089e013a123cc0970f0511ed95ee-- From nobody Mon Mar 23 05:33:56 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7E941A8912 for ; Mon, 23 Mar 2015 05:33:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 GtaLy_mvWgZJ for ; Mon, 23 Mar 2015 05:33:52 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 268171A8902 for ; Mon, 23 Mar 2015 05:33:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7428; q=dns/txt; s=iport; t=1427114032; x=1428323632; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to; bh=z4vBAMGHM/xa8lXqAhiY/Or2yhz8ODY4Cd6DjfAvBo8=; b=IkbAtwS1WHygYfyAr0uv+TZvi5XOIYYv36PXPqsusmISo8u3mYufSONj W9wYOGbH8ljHG/rmK3+ITPkU6/ZlvFKnZ1Bitnb/26YgQ0w0i8R+nC9dS p1BEL5piIBH9wfP9D5E03RAGpkN1FjnXsIpkBLeN3/kCWN9L0oyA/HzaX w=; X-IronPort-AV: E=Sophos;i="5.11,452,1422921600"; d="scan'208,217";a="393738041" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 23 Mar 2015 12:33:50 +0000 Received: from [10.61.111.170] (dhcp-10-61-111-170.cisco.com [10.61.111.170]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t2NCXnVv012872; Mon, 23 Mar 2015 12:33:49 GMT Message-ID: <5510082D.5020108@cisco.com> Date: Mon, 23 Mar 2015 12:33:49 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Nobo Akiya , draft-bryant-mpls-sfl-control@tools.ietf.org References: <008a01d06487$509048a0$f1b0d9e0$@gmail.com> In-Reply-To: <008a01d06487$509048a0$f1b0d9e0$@gmail.com> Content-Type: multipart/alternative; boundary="------------080905090400010102020400" Archived-At: Cc: mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-bryant-mpls-sfl-control X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 12:33:54 -0000 This is a multi-part message in MIME format. --------------080905090400010102020400 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 22/03/2015 10:02, Nobo Akiya wrote: > Hi Authors, > > This proposal is very much needed to use PM for wider range of scenario, and > the method to achieve this w/o increasing the label stack size for > application labels is very clever! I read through the document (along with > draft-bryant-mpls-synonymous-flow-labels) and had few questions which I hope > you can clarify. > > 1) Shouldn't the SFL control message contain a source (i.e., requester) > identifier field? Without that, session-ID/SFL-Batch can collide amongst > multiple sources for a same FEC (e.g., mp2p), creating confusion to the > receiver. 4 . Return Path Where the LSP is a mulit-point to point, or multi-point to multi- point MPLS LSP (or other MPLS construct) theRFC6374 Address TLV MUST be included in Query packet, even if the response is requested in- band, since this is needed to provide the necessary return address for this request. So I think we have that covered. > > 2) Is there is any use case for the SFL "request" operation needing to be > processed on a non-egress LSR (i.e., transit LSRs)? If there is no such use > case, it might be a good idea to restrict the processing of the "request" > operation by the egress of the FEC described in the control message, in case > such packets prematurely terminate. Thoughts? The work is written up as operating between LSP endoints, but you could run it at a midpoint where the label becomes top of stack - i.e. at any point on an LSP or at a PW stitching point. You would need to run the setup between the two adjacent mid-point nodes but that is possible. > > 3) When I thought about this topic a while back, my thought at the time was > to use some sort of a TCP connection between the 2 nodes to send control > messages to allocate/maintain context labels. What was the design decision > which lead up to preferring the ACH to send the SFL control messages (as > opposed to a TCP connection)? There were two reasons for doing this, one that we wanted to make this independent of the label protocol so we did not need to do this for LDP, RSVP, BGP, MPLS-TP etc, and the best way seemed to be a common protocol that run under the main signalling protocols and operated in all of these environments. Secondly I wanted the same solution for MPLS and MPLS-TP. This seemed to be a way to achieve these objectives. - Stewart > > Thanks! > > -Nobo > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --------------080905090400010102020400 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit
On 22/03/2015 10:02, Nobo Akiya wrote:
Hi Authors,

This proposal is very much needed to use PM for wider range of scenario, and
the method to achieve this w/o increasing the label stack size for
application labels is very clever! I read through the document (along with
draft-bryant-mpls-synonymous-flow-labels) and had few questions which I hope
you can clarify.

1) Shouldn't the SFL control message contain a source (i.e., requester)
identifier field? Without that, session-ID/SFL-Batch can collide amongst
multiple sources for a same FEC (e.g., mp2p), creating confusion to the
receiver.
4.  Return Path


   Where the LSP is a mulit-point to point, or multi-point to multi-
   point MPLS LSP (or other MPLS construct) the RFC6374 Address TLV MUST
   be included in Query packet, even if the response is requested in-
   band, since this is needed to provide the necessary return address
   for this request.
So I think we have that covered. 

2) Is there is any use case for the SFL "request" operation needing to be
processed on a non-egress LSR (i.e., transit LSRs)? If there is no such use
case, it might be a good idea to restrict the processing of the "request"
operation by the egress of the FEC described in the control message, in case
such packets prematurely terminate. Thoughts?
The work is written up as operating between LSP endoints, but you could
run it at a midpoint where the label becomes top of stack - i.e. at
any point on an LSP or at a PW stitching point. You would need to run the
setup between the two adjacent mid-point nodes but that is possible.

3) When I thought about this topic a while back, my thought at the time was
to use some sort of a TCP connection between the 2 nodes to send control
messages to allocate/maintain context labels. What was the design decision
which lead up to preferring the ACH to send the SFL control messages (as
opposed to a TCP connection)?
There were two reasons for doing this, one that we wanted to make this
independent of the label protocol so we did not need to do this for LDP,
RSVP, BGP, MPLS-TP etc, and the best way seemed to be a common
protocol that run under the main signalling protocols and operated in
all of these environments. Secondly I wanted the same solution for
MPLS and MPLS-TP. This seemed to be a way to achieve these objectives.

- Stewart 


Thanks!

-Nobo


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




-- 
For corporate legal information go to:

http://www.cisco.com/web/about/doing_business/legal/cri/index.html
--------------080905090400010102020400-- From nobody Mon Mar 23 07:34:09 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26F501A8A8F for ; Mon, 23 Mar 2015 07:34:06 -0700 (PDT) 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 QgJgaf92eTBL for ; Mon, 23 Mar 2015 07:34:02 -0700 (PDT) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (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 3EBCF1A8AC1 for ; Mon, 23 Mar 2015 07:34:02 -0700 (PDT) Received: by obcxo2 with SMTP id xo2so124320512obc.0 for ; Mon, 23 Mar 2015 07:34:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:thread-index:content-language; bh=hb7AnZXtscKzq7cfokJ4Wd25+VkcwFynCglo8s4eWvg=; b=of366g/hSLa/IUTZjpMgyUM59X+VBDIyARWmJMxf76JSMr6vzslU2NiDPs5RfFMKmS j7byksLYBh6bnVXDkzILpLBcJahykVJ2P2pCjQ3CukmMNvXcJvz3Jd+SJrfvlg8jEDos BbQkIFRzgmlcvszByjZtldlWtbaUwlhJNG2cvl++3xhI4+DmmCAaViLdvgTK1Iw98cwe YiWVsCQvPh4T2ZN0TqkWzTtv39lgPP764DYf9fte6pRGzJ7bp8lBg8Jg2vrjr3PPLDWl ea7AWBgtZLRsnzbMe2VucHr8Pte4n8TLrEBJwcpalyxlmtn58phHdSLMMRSrQu5k7Q2o MvjA== X-Received: by 10.60.134.17 with SMTP id pg17mr67304982oeb.12.1427121241704; Mon, 23 Mar 2015 07:34:01 -0700 (PDT) Received: from NoboAkiyaPC (dhcp-a5b7.meeting.ietf.org. [31.133.165.183]) by mx.google.com with ESMTPSA id r83sm451539oif.28.2015.03.23.07.33.59 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 23 Mar 2015 07:34:00 -0700 (PDT) From: "Nobo Akiya" To: , References: <008a01d06487$509048a0$f1b0d9e0$@gmail.com> <5510082D.5020108@cisco.com> In-Reply-To: <5510082D.5020108@cisco.com> Date: Mon, 23 Mar 2015 09:33:55 -0500 Message-ID: <01c901d06576$65b7e040$3127a0c0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01CA_01D0654C.7CE69330" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHf8teGn6WIIb5ecQXx5oUMFqrBwgHWOuR9nPxLd6A= Content-Language: en-ca Archived-At: Cc: mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-bryant-mpls-sfl-control X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 14:34:06 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01CA_01D0654C.7CE69330 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Stewart, Thanks for the reply. Please see in-line with [NOBO]. From: Stewart Bryant [mailto:stbryant@cisco.com] Sent: March-23-15 7:34 AM To: Nobo Akiya; draft-bryant-mpls-sfl-control@tools.ietf.org Cc: mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-bryant-mpls-sfl-control On 22/03/2015 10:02, Nobo Akiya wrote: Hi Authors, This proposal is very much needed to use PM for wider range of scenario, and the method to achieve this w/o increasing the label stack size for application labels is very clever! I read through the document (along with draft-bryant-mpls-synonymous-flow-labels) and had few questions which I hope you can clarify. 1) Shouldn't the SFL control message contain a source (i.e., requester) identifier field? Without that, session-ID/SFL-Batch can collide amongst multiple sources for a same FEC (e.g., mp2p), creating confusion to the receiver. 4. Return Path Where the LSP is a mulit-point to point, or multi-point to multi- point MPLS LSP (or other MPLS construct) the RFC6374 Address TLV MUST be included in Query packet, even if the response is requested in- band, since this is needed to provide the necessary return address for this request. So I think we have that covered. [NOBO] I missed that section. From reading other sections of this document, I was under the impression that the SFL control message will not be followed by TLVs. Can we make this clear in section 3 and also fix up the IANA section? [snip] Value Description TLV Follows Reference ------ ---------------------------------------- ----------- --------- 0x0XXX SFL Control No This [snip] 2) Is there is any use case for the SFL "request" operation needing to be processed on a non-egress LSR (i.e., transit LSRs)? If there is no such use case, it might be a good idea to restrict the processing of the "request" operation by the egress of the FEC described in the control message, in case such packets prematurely terminate. Thoughts? The work is written up as operating between LSP endoints, but you could run it at a midpoint where the label becomes top of stack - i.e. at any point on an LSP or at a PW stitching point. You would need to run the setup between the two adjacent mid-point nodes but that is possible. [NOBO] Ok. 3) When I thought about this topic a while back, my thought at the time was to use some sort of a TCP connection between the 2 nodes to send control messages to allocate/maintain context labels. What was the design decision which lead up to preferring the ACH to send the SFL control messages (as opposed to a TCP connection)? There were two reasons for doing this, one that we wanted to make this independent of the label protocol so we did not need to do this for LDP, RSVP, BGP, MPLS-TP etc, and the best way seemed to be a common protocol that run under the main signalling protocols and operated in all of these environments. Secondly I wanted the same solution for MPLS and MPLS-TP. This seemed to be a way to achieve these objectives. [NOBO] Right, IP-less TP becomes a special case if we were to cook up a generic (i.e., protocol independent) TCP based OAM signaling mechanism. However, doing this in-band of an LSP via ACH would make it more difficult to do management of anything that's not LSP specific. For example, management of aggregate stats label (i.e., one context label used across multiple LSPs). I think SFL itself is very cool, but if the defined control protocol is to handle more than SFL, then perhaps we need further discussions. Thanks! -Nobo - Stewart Thanks! -Nobo _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html ------=_NextPart_000_01CA_01D0654C.7CE69330 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Stewart,

 

Thanks for the reply. Please see in-line with = [NOBO].

 

From: Stewart Bryant [mailto:stbryant@cisco.com]
Sent: = March-23-15 7:34 AM
To: Nobo Akiya; = draft-bryant-mpls-sfl-control@tools.ietf.org
Cc: = mpls@ietf.org
Subject: Re: [mpls] Mail regarding = draft-bryant-mpls-sfl-control

 

On = 22/03/2015 10:02, Nobo Akiya wrote:

Hi =
Authors,
 
This proposal =
is very much needed to use PM for wider range of scenario, =
and
the method to achieve this w/o increasing the =
label stack size for
application labels is very =
clever! I read through the document (along =
with
draft-bryant-mpls-synonymous-flow-labels) and =
had few questions which I hope
you can =
clarify.
 
1) Shouldn't =
the SFL control message contain a source (i.e., =
requester)
identifier field? Without that, =
session-ID/SFL-Batch can collide amongst
multiple =
sources for a same FEC (e.g., mp2p), creating confusion to =
the
receiver.

4.  Return = Path

 
 
   Where the LSP is a mulit-point to point, or =
multi-point to multi-
   point MPLS LSP =
(or other MPLS construct) the RFC6374 Address TLV =
MUST
   be included in Query packet, even =
if the response is requested in-
   band, =
since this is needed to provide the necessary return =
address
   for this =
request.

So I think we have that = covered.

[NOBO] I missed that section. From reading other sections of this = document, I was under the impression that the SFL control message will = not be followed by TLVs. Can we make this clear in section 3 and also = fix up the IANA section?

 

[snip]

   Value  = Description          &n= bsp;          =          TLV Follows = Reference

   ------ = ---------------------------------------- ----------- = ---------

    0x0XXX SFL = Control           =             &= nbsp;      = No          = This

[snip]

 
 
2) Is there is any use case for the =
SFL "request" operation needing to =
be
processed on a non-egress LSR (i.e., transit =
LSRs)? If there is no such use
case, it might be a =
good idea to restrict the processing of the =
"request"
operation by the egress of the =
FEC described in the control message, in case
such =
packets prematurely terminate. Thoughts?

The work is written up as operating between LSP = endoints, but you could
run it at a midpoint where the label becomes = top of stack - i.e. at
any point on an LSP or at a PW stitching = point. You would need to run the
setup between the two adjacent = mid-point nodes but that is possible.

[NOBO] Ok.

 
 
3) When I thought about this topic a =
while back, my thought at the time was
to use some =
sort of a TCP connection between the 2 nodes to send =
control
messages to allocate/maintain context =
labels. What was the design decision
which lead up =
to preferring the ACH to send the SFL control messages =
(as
opposed to a TCP =
connection)?

There = were two reasons for doing this, one that we wanted to make this =
independent of the label protocol so we did not need to do this for = LDP,
RSVP, BGP, MPLS-TP etc, and the best way seemed to be a common =
protocol that run under the main signalling protocols and operated = in
all of these environments. Secondly I wanted the same solution for =
MPLS and MPLS-TP. This seemed to be a way to achieve these = objectives.

[NOBO] Right, IP-less TP becomes a special case if we were to cook up a = generic (i.e., protocol independent) TCP based OAM signaling mechanism. = However, doing this in-band of an LSP via ACH would make it more = difficult to do management of anything that’s not LSP specific. = For example, management of aggregate stats label (i.e., one context = label used across multiple LSPs). I think SFL itself is very cool, but = if the defined control protocol is to handle more than SFL, then perhaps = we need further discussions.

 

Thanks!

 

-Nobo


- Stewart = 


 
 
Thanks!
&nbs=
p;
-Nobo
 
 
____________________________________________=
___
mpls mailing list
mpls@ietf.org
https://www.ietf.org/=
mailman/listinfo/mpls
 




-- =

For corporate legal information go =
to:
 
http://www.cisco.com/web/about/doing_business/legal/cri/index.html=

 
------=_NextPart_000_01CA_01D0654C.7CE69330-- From nobody Mon Mar 23 08:48:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AEA21A8AC6 for ; Mon, 23 Mar 2015 08:48:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.998 X-Spam-Level: X-Spam-Status: No, score=-0.998 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, FREEMAIL_REPLY=1, HTML_FONT_LOW_CONTRAST=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 tccbY0cFRU-F for ; Mon, 23 Mar 2015 08:48:30 -0700 (PDT) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (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 C68201A89B3 for ; Mon, 23 Mar 2015 08:48:29 -0700 (PDT) Received: by igbqf9 with SMTP id qf9so42113137igb.1 for ; Mon, 23 Mar 2015 08:48:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=vZ/mp4mWP+J5cpiz85jXspy54oPEnzWYhA7qoD60fn0=; b=eshjfE6LF0IEBjgKnx9G+opawER0aS+pwRUAJ1HMeA6a/TzmUVagXAWn0BwLJoK8ZS 9ZmvSkS+3wFZceMSICVFgM4B3qf6MOnDP2LQTgzSXYw35UJZ+dknQqMU3qP/zHNb5xL2 HRdio3DIHXXBS45TFHmjZ7cfaTtOv84C9iriGm3ZZAYmq/8GCi0Sq0A8NvulJFNGqpeW 2i7mvfsPTyWsx3VDtrooOd8nBmvtKksdrkQkuw1RLSSB2J1tI2OPcERdHXRDgX82IKpl J+sH/pQHA41W5QYoUwVGKT3mkWLI3ZmtSu2l/UdDAOODoAYtm+f+rtAByDlcBnmHRvi7 xjsw== X-Received: by 10.107.137.25 with SMTP id l25mr134263330iod.23.1427125709188; Mon, 23 Mar 2015 08:48:29 -0700 (PDT) Received: from Lizhong ([118.132.235.91]) by mx.google.com with ESMTPSA id t5sm6663305ign.12.2015.03.23.08.47.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Mar 2015 08:48:28 -0700 (PDT) Date: Mon, 23 Mar 2015 23:48:11 +0800 From: "lizho.jin@gmail.com" To: "Nobo Akiya" , draft-ietf-mpls-lsp-ping-relay-reply References: <000001d06429$a7dc6520$f7952f60$@gmail.com> X-Priority: 3 X-GUID: 3A5AAF28-4A17-472B-8AA8-A72F370E295F X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015032323480587170245@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart132024235264_=----" Archived-At: Cc: mpls Subject: Re: [mpls] Review of draft-ietf-mpls-lsp-ping-relay-reply-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 15:48:34 -0000 This is a multi-part message in MIME format. ------=_001_NextPart132024235264_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTm9ibywNClRoYW5rIHlvdSBmb3IgdGhlIGRldGFpbCByZXZpZXcgYWdhaW4uIFNlZSB0aGUg cmVwbHkgaW5saW5lIGJlbG93Lg0KDQp0byBhdXRob3JzLA0KUGxlYXNlIGFsc28gY2hlY2ssIHRo YW5rcy4NCg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IE5vYm8gQWtpeWENCkRhdGU6 IDIwMTUtMDMtMjIgMDY6NTINClRvOiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVw bHlAdG9vbHMuaWV0Zi5vcmcNCkNDOiBtcGxzQGlldGYub3JnOyAnTG9hIEFuZGVyc3NvbicNClN1 YmplY3Q6IFJldmlldyBvZiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHktMDcN CkhpIEF1dGhvcnMsDQogDQpJIHdhcyBhc2tlZCB0byBwcm92aWRlIGEgcmV2aWV3IG9mIHRoZSBm b2xsb3dpbmcgZG9jdW1lbnQ6DQogDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHktMDcgDQogDQpUaGUgZG9jdW1lbnQgaXMgd2Vs bCB3cml0dGVuIGFuZCBhZGRyZXNzZXMgYSByZWFsIHByb2JsZW0uIEkgZG8gaGF2ZSBhDQpudW1i ZXIgb2YgKG1vc3RseSBtaW5vciBhbmQgc29tZSBtb2RlcmF0ZSkgY29tbWVudHMgd2hpY2ggSSdk IGxpa2UgdG8gc2VlDQphZGRyZXNzZWQgYmVmb3JlIHByb2dyZXNzaW5nIHRoZSBkb2N1bWVudC4N CiANClNlY3Rpb24gMg0KLS0tLS0tLS0tLS0tLS0NCiANCiAgIEZpZ3VyZSAxIGRlbW9uc3RyYXRl cyBhIGNhc2Ugd2hlcmUgb25lIExTUCBpcyBzZXQgdXAgYmV0d2VlbiBQRTEgYW5kDQogICBQRTIu ICBJZiBQRTEncyBJUCBhZGRyZXNzIGlzIG5vdCBkaXN0cmlidXRlZCB0byBBUzIsIGEgdHJhY2Vy b3V0ZQ0KICAgZnJvbSBQRTEgZGlyZWN0ZWQgdG8gUEUyIGNvdWxkIGZhaWwgaWYgdGhlIGZhdWx0 IGV4aXN0cyBzb21ld2hlcmUNCiAgIGJldHdlZW4gQVNCUjIgYW5kIFBFMi4NCiANCkFib3ZlIGlz IG5vdCBlbnRpcmVseSBhY2N1cmF0ZS4gVGhlIFRyYWNlcm91dGUgZnJvbSBQRTEgdG8gUEUyIGNh biBmYWlsIGV2ZW4NCmlmIHRoZXJlIGlzIG5vIGZhdWx0LiBJdCB3b3VsZCBiZSBnb29kIHRvIGNs YXJpZnkgdGhpcyBieSBzYXlpbmcgIklmIFBFMSdzDQpJUCBhZGRyZXNzIGlzIG5vdCBkaXN0cmli dXRlZCB0byBBUzIsIGEgdHJhY2Vyb3V0ZSBmcm9tIFBFMSBkaXJlY3RlZCB0b3dhcmRzDQpQRTIg Y2FuIHJlc3VsdCBpbiBhIGZhaWx1cmUgYmVjYXVzZSBhbiBMU1IgaW4gQVMyIG1heSBub3QgYmUg YWJsZSB0byBzZW5kDQp0aGUgRWNobyBSZXBseSBtZXNzYWdlIi4NCltMaXpob25nXSBhY2NlcHRl ZC4NCiANCiAgIE5vdGUgdGhhdCB0aHJvdWdob3V0IHRoZSBkb2N1bWVudCwgcm91dGFibGUgYWRk cmVzcyBtZWFucyB0aGF0IGl0IGlzDQogICBwb3NzaWJsZSB0byByb3V0ZSBhbiBJUCBwYWNrZXQg dG8gdGhpcyBhZGRyZXNzIHVzaW5nIHRoZSBub3JtYWwNCiAgIGluZm9ybWF0aW9uIGV4Y2hhbmdl ZCBieSB0aGUgSUdQIG9wZXJhdGluZyBpbiB0aGUgQVMNCiANCk1pc3NpbmcgJy4nIChwZXJpb2Qp IGF0IHRoZSBlbmQgb2YgdGhlIHBhcmFncmFwaC4NCltMaXpob25nXSBhY2NlcHRlZC4NCiANCiAg IFdoZW4gdHJhY2luZyBhbiBMU1AgZnJvbSBvbmUgQU4gdG8gdGhlIHJlbW90ZSBBTiwNCiAgIHRo ZSBMU1IxL0xTUjIgbm9kZSBjb3VsZCBub3QgbWFrZSBhIHJlc3BvbnNlIHRvIHRoZSBFY2hvIFJl cXVlc3QNCiAgIGVpdGhlciwgbGlrZSB0aGUgUDIgbm9kZSBpbiB0aGUgaW50ZXItQVMgc2NlbmFy aW8gaW4gRmlndXJlIDEuDQogDQoiLi4uIGNvdWxkIG5vdCBtYWtlIGEgcmVzcG9uc2UgdG8gdGhl IEVjaG8gUmVxdWVzdCBlaXRoZXIgLi4uIiBjYW4gcGVyaGFwcw0KYmUgcmVwaHJhc2VkIGFzICIu Li4gY2Fubm90IHNlbmQgdGhlIEVjaG8gUmVwbHkgZWl0aGVyIC4uLiIsIHRvIGJlIGEgYml0DQpt b3JlIGNsZWFyLiBZZWFoIGl0J3MgcmVhbGx5IGEgbml0cGljaywgYnV0IF9tYWtpbmdfIHRoZSBy ZXNwb25zZSBwYWNrZXQgYW5kDQpfc2VuZGluZ18gdGhlIHJlc3BvbnNlIHBhY2tldCBhcmUgdHdv IGRpZmZlcmVudCBvcGVyYXRpb25zIGluIGEgY29kZS4NCltMaXpob25nXSBhY2NlcHRlZC4NCiAN CkZpZ3VyZSAzDQotLS0tLS0tLS0tLS0tLQ0KIA0KVHlwaWNhbGx5LCB0aGUgbnVtYmVycyBhdCB0 aGUgdG9wIChpLmUuLCBiaXQgcG9zaXRpb25zIDAsIDEsIDIsIC4uLikgYXJlDQphbGlnbmVkIHdp dGggY29sdW1ucyB3aXRoICctJyBjaGFyYWN0ZXIgaW5zdGVhZCBvZiAnKycgY2hhcmFjdGVyLiBJ biBvdGhlcg0Kd29yZHMsIGxldCdzIHNoaWZ0IHRoZSBiaXQgcG9zaXRpb25zIHRvIHRoZSByaWdo dCBieSBvbmUgc3BhY2UuDQpbTGl6aG9uZ10gZ29vZCBjYXRjaCwgdGhhbmtzLg0KIA0KU2VjdGlv biAzLjMNCi0tLS0tLS0tLS0tLS0tDQogDQpzL3RoZSBSZXBseS90aGUgRWNobyBSZXBseS8NCltM aXpob25nXSBhY2NlcHRlZC4NCiANClNlY3Rpb24gNC4xDQotLS0tLS0tLS0tLS0tLQ0KIA0KICAg V2hlbiB0aGUgRWNobyBSZXF1ZXN0IGlzIGZpcnN0IHNlbnQgYnkgdGhlIGluaXRpYXRvciBpbmNs dWRlZCBhIFJlbGF5DQogICBOb2RlIEFkZHJlc3MgU3RhY2sgVExWLCB0aGUgVExWIE1VU1QgY29u dGFpbiB0aGUgaW5pdGlhdG9yIGFkZHJlc3MgYXMNCiAgIHRoZSBvbmx5IGVudHJ5IG9mIHRoZSBz dGFjayBvZiByZWxheWVkIGFkZHJlc3NlcywNCiANCkknZCBsaWtlIHRvIHN1Z2dlc3QgcmVwaHJh c2luZyB0aGUgZmlyc3QgaGFsZiBvZiBhYm92ZSBzZW50ZW5jZSBhcyBmb2xsb3dzLg0KIA0KV2hl biB0aGUgaW5pdGlhdG9yIHNlbmRzIHRoZSBmaXJzdCBFY2hvIFJlcXVlc3QgZm9yIHRoZSBUcmFj ZXJvdXRlDQpvcGVyYXRpb24sIHdpdGggYSBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWLCB0 aGUgVExWIE1VU1QgY29udGFpbiAuLi4NCltMaXpob25nXSBJJ2QgbGlrZSB0byByZW1vdmUgIlRy YWNlcm91dGUiIGFzIGJlbG93LiBCZWNhdXNlIGluICJQaW5nIiBtb2RlLA0KdGhlIFJlbGF5ZWQg RWNobyBSZXBseSBtZWNoYW5pc20gY291bGQgc3RpbGwgd29yay4NCldoZW4gdGhlIGluaXRpYXRv ciBzZW5kcyB0aGUgZmlyc3QgRWNobyBSZXF1ZXN0IHdpdGggYSBSZWxheSBOb2RlIEFkZHJlc3Mg DQpTdGFjayBUTFYsIHRoZSBUTFYgTVVTVCBjb250YWluIC4uLg0KIA0KU2VjdGlvbiA0LjINCi0t LS0tLS0tLS0tLS0tDQogDQogICBUaG9zZSBhZGRyZXNzIGVudHJpZXMgd2l0aCBLIGJpdCBzZXQg dG8gMSBNVVNUIGJlIGtlcHQgaW4gdGhlIHN0YWNrLg0KICAgVGhlIHJlY2VpdmVyIE1VU1QgY2hl Y2sgdGhlIGFkZHJlc3NlcyBvZiB0aGUgc3RhY2sgaW4gc2VxdWVuY2UgZnJvbQ0KICAgYm90dG9t IHRvIHRvcCB0byBmaW5kIHRoZSBsYXN0IGFkZHJlc3MgaW4gdGhlIHN0YWNrIHdpdGggdGhlIEsg Yml0DQogICBzZXQgKG9yIHRoZSB0b3Agb2YgdGhlIHN0YWNrIGlmIG5vIEsgYml0IHdhcyBmb3Vu ZCkuDQogDQpTaG91bGRuJ3QgYWJvdmUgImZpbmQgdGhlIGxhc3QgYWRkcmVzcyBpbiB0aGUgc3Rh Y2sgd2l0aCB0aGUgSyBiaXQgc2V0Ig0KaW5zdGVhZCBzYXkgImZpbmQgdGhlIGxhc3Qgbm9uLU51 bGwgYWRkcmVzcyBpbiB0aGUgc3RhY2sgd2l0aCB0aGUgSyBiaXQNCnNldCI/IE90aGVyd2lzZSB0 aGUgcHJvY2VkdXJlIHdpbGwgY2F1c2UgcmVsYXkgTFNScyB0byBhbHdheXMgcmVmZXIgdG8gdGhp cw0KTnVsbCBhZGRyZXNzIHdpdGggSyBiaXQgc2V0LCBwcmV2ZW50aW5nIHRoZSBmaXJzdCBpbml0 aWF0b3IgYWRkcmVzcyB0byBiZQ0KZXZlciByZWFjaGVkIHdoZW4gc2VhcmNoaW5nIGZvciB0aGUg bmV4dCByZWxheSBhZGRyZXNzLiBPbiBhIHJlbGF0ZWQgdG9waWMsDQp3aGF0IGlzIHRoZSBwdXJw b3NlIG9mIGFsbG93aW5nIGEgTnVsbCBhZGRyZXNzIGVudHJ5IHdpdGggSyBiaXQgc2V0Pw0KW0xp emhvbmddOiBwbGVhc2UgcmVmZXIgdG8gdGhlIGZvbGxvd2luZyBpbiBzZWN0aW9uIDQuMi4NCiAg IElmIGEgbm9kZSBzcGFucyB0d28gYWRkcmVzc2luZyBkb21haW5zICh3aXRoIHJlc3BlY3QgdG8g dGhpcyBtZXNzYWdlKQ0KICAgd2hlcmUgbm9kZXMgb24gZWl0aGVyIHNpZGUgbWF5IG5vdCBiZSBh YmxlIHRvIG5vZGVzIGluIHRoZSBvdGhlcg0KICAgZG9tYWluLCB0aGVuIHRoZSBmaW5hbCBhZGRy ZXNzIGFkZGVkIE1VU1Qgc2V0IHRoZSBLIGJpdC4gIEsgYml0DQogICBhcHBsaWVzIGluIHRoZSBj YXNlIG9mIGEgTlVMTCBhZGRyZXNzLCB0byBzZXJ2ZSBhcyBhIHdhcm5pbmcgdG8gdGhlDQogICBp bml0aWF0b3IgdGhhdCBmdXJ0aGVyIEVjaG8gUmVxdWVzdCBtZXNzYWdlcyBtYXkgbm90IHJlc3Vs dCBpbg0KICAgcmVjZWl2aW5nIEVjaG8gUmVwbHkgbWVzc2FnZXMuDQpCdXQgSSBiZWxpZXZlIHdl IG5lZWQgdG8gdXBkYXRlIHNlY3Rpb24gNC42IGFzIGJlbG93Og0KT0xEOg0KRWFjaCB0aW1lIHRo ZSBUVEwgaXMgaW5jcmVhc2VkLCB0aGUgaW5pdGlhdG9yIE1VU1QgY29weSB0aGUNCiAgIFJlbGF5 IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgcmVjZWl2ZWQgaW4gdGhlIHByZXZpb3VzIEVjaG8gUmVw bHkgdG8NCiAgIHRoZSBuZXh0IEVjaG8gUmVxdWVzdC4NCk5FVzoNCkVhY2ggdGltZSB0aGUgVFRM IGlzIGluY3JlYXNlZCwgdGhlIGluaXRpYXRvciBjb3VsZCBjb3B5IHRoZQ0KICAgUmVsYXkgTm9k ZSBBZGRyZXNzIFN0YWNrIFRMViBpbiB0aGUgcHJldmlvdXMgRWNobyBSZXBseSB0bw0KICAgdGhl IG5leHQgRWNobyBSZXF1ZXN0LiBTb21lIG1vZGlmaWNhdGlvbnMgY291bGQgYWxzbyBiZSBtYWRl IHRvIHRoZSBzdGFjayBUTFYsIGUuZy4sIGRlbGV0ZSB0aGUgTklMIGVudHJ5Lg0KIA0KICAgSWYg YSBub2RlIHNwYW5zIHR3byBhZGRyZXNzaW5nIGRvbWFpbnMgKHdpdGggcmVzcGVjdCB0byB0aGlz IG1lc3NhZ2UpDQogICB3aGVyZSBub2RlcyBvbiBlaXRoZXIgc2lkZSBtYXkgbm90IGJlIGFibGUg dG8gbm9kZXMgaW4gdGhlIG90aGVyDQogICBkb21haW4sDQogDQpzL21heSBub3QgYmUgYWJsZSB0 byBub2Rlcy9tYXkgbm90IGJlIGFibGUgdG8gcmVhY2ggbm9kZXMvDQpbTGl6aG9uZ10gYWNjZXB0 ZWQNCiANCiAgIElmIGEgbm9kZSBzcGFucyB0d28gYWRkcmVzc2luZyBkb21haW5zICh3aXRoIHJl c3BlY3QgdG8gdGhpcyBtZXNzYWdlKQ0KICAgd2hlcmUgbm9kZXMgb24gZWl0aGVyIHNpZGUgbWF5 IG5vdCBiZSBhYmxlIHRvIG5vZGVzIGluIHRoZSBvdGhlcg0KICAgZG9tYWluLCB0aGVuIHRoZSBm aW5hbCBhZGRyZXNzIGFkZGVkIE1VU1Qgc2V0IHRoZSBLIGJpdC4NCiANCkFib3ZlIHByb2NlZHVy ZXMgZGVmaW5lcyBhIHN0cmljdCBvcGVyYXRpb24gKGkuZS4sIE1VU1QpIGZvciB0aGUgSyBiaXQN CnVzYWdlLiBIb3dldmVyLCBob3cgYW4gTFNSIGRldGVybWluZXMgIklmIGEgbm9kZSBzcGFucyB0 d28gYWRkcmVzc2luZw0KZG9tYWlucyB3aGVyZSBub2RlcyBvbiBlaXRoZXIgc2lkZSBtYXkgbm90 IGJlIC4uLiIgaXMgdmVyeSB2YWd1ZS4gSXQgbWlnaHQNCmJlIHBvc3NpYmxlIHRoYXQgd2UgY2Fu IGVuZCB1cCB3aXRoIGRpZmZlcmVudCBpbXBsZW1lbnRhdGlvbnMgb2YgdGhlIEsgYml0DQpzZXR0 aW5nIGJlY2F1c2Ugb2YgdGhpcyB2YWd1ZW5lc3MuIFdoYXQncyB5b3VyIHRob3VnaHRzPw0KW0xp emhvbmddIHRoaXMgaXMgdGhlIHByaW5jaXBsZSBvZiB0aGUgaW1wbGVtZW50YXRpb24uIEhvdyB0 byBrbm93IHRoZSANCmFkZHJlc3MgaW5mb3JtYXRpb24gaXMgaW1wbGVtZW50YXRpb24gc3BlY2lm aWMuIElmIGZhaWwgdG8gZ2V0IHRoZSBpbmZvcm1hdGlvbiwNCnRoZW4gaXQgaXMgcG9zc2libGUg dG8gZmFpbCBmb3IgdGhlIGVjaG8gcmVwbHkuIE1heWJlICJTSE9VTEQiIGlzIGJldHRlciBoZXJl Lg0KIA0KICAgSWYgdGhlIGZ1bGwgcmVwbHkgbWVzc2FnZSB3b3VsZCBleGNlZWQgdGhlIE1UVSBz aXplLCB0aGUgUmVsYXkgTm9kZQ0KICAgQWRkcmVzcyBTdGFjayBUTFYgTVVTVCBiZSByZXR1cm5l ZCBiYWNrIGluIHRoZSBFY2hvIFJlcGx5IG1lc3NhZ2UuDQogICBTb21lIG90aGVyIFRMVihzKSBN VVNUIGJlIGRyb3BwZWQuDQogDQpXZWxsLCBpdCdzIHBvc3NpYmxlIHRoYXQgdGhlIFJlbGF5IE5v ZGUgQWRkcmVzcyBTdGFjayBUTFYgaGFzIGdyb3duIHNvIGJpZw0KYW5kIHRoYXQgaXMgdGhlIG9u bHkgb3B0aW9uYWwgVExWIHRvIGJlIGluY2x1ZGVkIGluIHRoZSBFY2hvIFJlcGx5LiBJbiB0aGF0 DQpjYXNlLCB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBjYW5ub3QgYmUgaW5jbHVk ZWQgZGVzcGl0ZSB0aGUNCiJNVVNUIi4gSSBiZWxpZXZlIHdoYXQgeW91IGFyZSB0cnlpbmcgdG8g aW1wbHkgaGVyZSBpcyB0aGF0IHRoZSBSZWxheSBOb2RlDQpBZGRyZXNzIFN0YWNrIFRMViB0YWtl cyBwcmVjZWRlbmNlIG92ZXIgb3RoZXIgb3B0aW9uYWwgVExWcywgd2hlbg0KZGV0ZXJtaW5pbmcg d2hpY2ggb3B0aW9uYWwgVExWcyB0byBrZWVwIGluIHRoZSBFY2hvIFJlcGx5LiBJbiB0aGF0IGNh c2UsDQpwZXJoYXBzIGl0IGlzIGJldHRlciB0byBzYXkgIklmIHRoZSBmdWxsIHJlcGx5IG1lc3Nh Z2Ugd291bGQgZXhjZWVkIHRoZSBNVFUNCnNpemUsIHRoZSBSZWxheSBOb2RlIEFkZHJlc3MgU3Rh Y2sgVExWIFNIT1VMRCBiZSBpbmNsdWRlZCBpbiB0aGUgRWNobyBSZXBseQ0KbWVzc2FnZSAoaS5l Liwgb3RoZXIgb3B0aW9uYWwgVExWcyBhcmUgZXhjbHVkZWQpLiINCltMaXpob25nXSBhZ3JlZWQu DQogDQpTZWN0aW9uIDQuMw0KLS0tLS0tLS0tLS0tLS0NCiANCiAgIFRoZSBEZXN0aW5hdGlvbiBB ZGRyZXNzIGRldGVybWluZWQgaW4gc2VjdGlvbiA0LjIgaXMgdXNlZCBhcyB0aGUgbmV4dA0KICAg cmVsYXkgbm9kZSBhZGRyZXNzLg0KIA0KU2VjdGlvbiA0LjIgb25seSBkZXNjcmliZXMgaG93IHRv IHVwZGF0ZSB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMVi4NCkl0IGFsc28gc3BlY2lm aWVzIGhvdyB0byB1cGRhdGUgdGhlIERlc3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlciBmaWVsZC4N Ckhvd2V2ZXIsIG5vd2hlcmUgaW4gc2VjdGlvbiA0LjIgdGFsayBhYm91dCBob3cgdGhlIERlc3Rp bmF0aW9uIEFkZHJlc3MgaXMNCmRldGVybWluZWQuIEknbSBhc3N1bWluZyAidGhlIERlc3RpbmF0 aW9uIEFkZHJlc3MgZGV0ZXJtaW5lZCAuLi4iIGlzDQpyZWZlcnJpbmcgdG8gdGhpcyBhZGRyZXNz IHdoaWNoIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIFBvaW50ZXIgaXMgcG9pbnRpbmcNCnRvLiBQ ZXJoYXBzIGl0J2xsIGJlIGEgZ29vZCBpZGVhLCBzb21ld2hlcmUgaW4gc2VjdGlvbiA0LjIsIHRv IHNheSAiLi4uDQpfdGhpc18gYWRkcmVzcyBpcyBkZXRlcm1pbmVkIHRvIGJlIHRoZSBEZXN0aW5h dGlvbiBBZGRyZXNzIi4NCltMaXpob25nXSBnb29kIGNhdGNoLiBTZWUgY2hhbmdlcyBiZWxvdzoN Ck9MRCBpbiBzZWN0aW9uIDQuMjoNClRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIFBvaW50ZXIgTVVT VCBiZSBzZXQgdG8gdGhpcyBlbnRyeS4gDQpORVcNClRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIFBv aW50ZXIgTVVTVCBiZSBzZXQgdG8gdGhpcyBlbnRyeSB3aGljaCBpcyBhbHNvIHRoZSBEZXN0aW5h dGlvbiBBZGRyZXNzLg0KIA0KU2VjdGlvbiA0LjQNCi0tLS0tLS0tLS0tLS0tDQogDQogICBVcG9u IHJlY2VpdmluZyBhbiBSZWxheWVkIEVjaG8gUmVwbHkgbWVzc2FnZSB3aXRoIGl0cyBvd24gYWRk cmVzcyBhcw0KICAgdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3MgaW4gdGhlIElQIGhlYWRlciwgdGhl IHJlbGF5IG5vZGUgTVVTVA0KICAgZGV0ZXJtaW5lIHRoZSBuZXh0IHJlbGF5IG5vZGUgYWRkcmVz cyBhcyBkZXNjcmliZWQgaW4gc2VjdGlvbiA0LjMsDQogICB3aXRoIHRoZSBtb2RpZmljYXRpb24g dGhhdCB0aGUgbG9jYXRpb24gb2YgdGhlIHJlY2VpdmVkIERlc3RpbmF0aW9uDQogICBBZGRyZXNz IGlzIHVzZWQgaW5zdGVhZCBvZiB0aGUgYm90dG9tIG9mIHN0YWNrIGluIHRoZSBhbGdvcml0aG0u DQogDQpJbiBhYm92ZSwgSSB0aGluayB5b3UgbWVhbnQgc2VjdGlvbiA0LjIgaW5zdGVhZCBvZiBz ZWN0aW9uIDQuMy4NCltMaXpob25nXSBhY2NlcHRlZA0KIA0KICAgVGhlDQogICBkZXN0aW5hdGlv biBhZGRyZXNzIGluIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgd2lsbCBiZSB1cGRhdGVk DQogICB3aXRoIHRoZSBuZXh0IHJlbGF5IG5vZGUgYWRkcmVzcy4NCiANCkJ5ICJkZXN0aW5hdGlv biBhZGRyZXNzIiBhYm92ZSwgZG8geW91IG1lYW4gdGhlIERlc3RpbmF0aW9uIEFkZHJlc3MgUG9p bnRlcg0KZmllbGQ/IElmIHNvLCBhIGJpdCBvZiBjbGFyaWZpY2F0aW9uIGlzIHJlcXVpcmVkLiBP dGhlcndpc2UsIEknbSBub3Qgc3VyZQ0Kd2hhdCB5b3UgbWVhbiBieSAiZGVzdGluYXRpb24gYWRk cmVzcyIgYWJvdmUuDQpbTGl6aG9uZ10geWVzLCBjaGFuZ2VkIGFzIGJlbG93Og0KVGhlIERlc3Rp bmF0aW9uIEFkZHJlc3MgUG9pbnRlciBpbiBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWIHdp bGwgYmUgc2V0IHRvDQogICB0aGUgbmV4dCByZWxheSBub2RlIGFkZHJlc3MuIA0KIA0KVGhlIGRv Y3VtZW50IGlzIG5vdCB2ZXJ5IGNsZWFyIG9uIGhvdyB0aGVzZSB0d28gZmllbGRzIGFyZSB1c2Vk Lg0KLSBTb3VyY2UgSVAgYWRkcmVzcyBmaWVsZCBvZiB0aGUgSVAgaGVhZGVyDQotIFNvdXJjZSBB ZGRyZXNzIG9mIFJlcGx5aW5nIFJvdXRlciBmaWVsZCBvZiB0aGUgUmVsYXkgTm9kZSBBZGRyZXNz IFN0YWNrDQpUTFYNCiANCkknZCBpbWFnaW5lIHlvdSdkIHdhbnQgb25lIGZpZWxkIHRvIGJlIHNl dCBieSB0aGUgZWdyZXNzIExTUiBhbmQgdW5tb2RpZmllZA0KYnkgZXZlcnkgdXBzdHJlYW0gcmVs YXkgTFNScywgYW5kIG9uZSBmaWVsZCB0byBiZSB1cGRhdGVkIGJ5IHRoZSBlZ3Jlc3MgTFNSDQph bmQgZXZlcnkgdXBzdHJlYW0gcmVsYXkgTFNSLiBUaGlzIGlzIHNvcnQgb2YgY2xhcmlmaWVkIGlu IHNlY3Rpb24gNC43LCBidXQNCnJlYWxseSBzaG91bGQgYmUgcGFydCBvZiB0aGUgcHJvY2VkdXJl cy4NCltMaXpob25nXSBpbiBzZWN0aW9uIDQuMiwgaXQgc2F5cyBhcyBiZWxvdzoNCiAgIFVwb24g cmVjZWl2aW5nIGEgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBpbiBhbiBFY2hvIFJlcXVl c3QNCiAgIG1lc3NhZ2UsIHRoZSByZWNlaXZlciB1cGRhdGVzIHRoZSAiU291cmNlIEFkZHJlc3Mg b2YgUmVwbHlpbmcNCiAgIFJvdXRlciIuICBUaGUgYWRkcmVzcyBNVVNUIGJlIHNhbWUgYXMgdGhl IHNvdXJjZSBJUCBhZGRyZXNzIG9mIFJlbGF5DQogICBFY2hvIFJlcGx5IChzZWN0aW9uIDQuMykg b3IgRWNobyBSZXBseSBtZXNzYWdlIChzZWN0aW9uIDQuNSkgYmVpbmcNCiAgIHNlbnQuDQpIb3cg dG8gc2V0IFNvdXJjZSBJUCBhZGRyZXNzIGZpZWxkIG9mIHRoZSBJUCBoZWFkZXIgaXMgYSBzdGFu ZGFyZCBiZWhhdmlvciwgYW5kDQpub3Qgc3BlaWNpZmllZCBpbiB0aGlzIGRvY3VtZW50Lg0KDQog DQpTZWN0aW9uIDQuNg0KLS0tLS0tLS0tLS0tLS0NCiANCiAgIER1cmluZyBhIHRyYWNlcm91dGUg b3BlcmF0aW9uLCBtdWx0aXBsZSBFY2hvIFJlcXVlc3QgbWVzc2FnZXMgYXJlDQogICBzZW50LiAg RWFjaCB0aW1lIHRoZSBUVEwgaXMgaW5jcmVhc2VkLCB0aGUgaW5pdGlhdG9yIE1VU1QgY29weSB0 aGUNCiAgIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgcmVjZWl2ZWQgaW4gdGhlIHByZXZp b3VzIEVjaG8gUmVwbHkgdG8NCiAgIHRoZSBuZXh0IEVjaG8gUmVxdWVzdC4NCiANClRydWUgYnV0 IGRvbid0IHdlIHdhbnQgdGhlIGluaXRpYXRvciB0byAicmVzZXQiIHNvbWUgZmllbGRzIHN1Y2gg YXMgUmVwbHkNCkFkZCBUeXBlLCBTb3VyY2UgQWRkcmVzcyBvZiBSZXBseWluZyBSb3V0ZXIgYW5k IERlc3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlcj8NCltMaXpob25nXSB0aGVzZSBmaWVsZHMgd2ls bCBiZSByZXNldCBieSB0aGUgcmVwbHkgbm9kZS4gQnV0IHRoaXMgc2VjdGlvbiBzaG91bGQgc3Rp bGwNCmJlIHVwZGF0ZWQgYXMgZGVzY3JpYmVkIGluIHByZXZpb3VzIGNvbW1lbnRzLg0KIA0KU2Vj dGlvbiA2DQotLS0tLS0tLS0tLS0tLQ0KIA0KQXMgYW4gYWRkZWQgc2VjdXJpdHksIGEgcmVjZWl2 ZXIgb2YgYW4gTVBMUyBFY2hvIFJlcXVlc3Qgc2hvdWxkIHZlcmlmeSB0aGF0DQp0aGUgZmlyc3Qg YWRkcmVzcyBpbiB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBpcyB0aGUgc2FtZSBh ZGRyZXNzIGFzDQp0aGUgc291cmNlIElQIGFkZHJlc3MgZmllbGQgb2YgdGhlIHJlY2VpdmVkIElQ IGhlYWRlci4NCltMaXpob25nXSBhY2NlcHRlZCwgdGhhbmtzLg0KIA0KVGhhbmtzIQ0KIA0KLU5v Ym8NCiANCiANCg== ------=_001_NextPart132024235264_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <= /head>=0A
Hi Nobo,
Thank you for the deta= il review again. See the reply inline below.

to a= uthors,
Please also check, thanks.
=0A

=0A
Regards
Lizhong
=0A
 
From: Nobo Akiya
Date:=  2015-03-22 06:52
Subject: Review of draft-ietf-mpls-lsp-p= ing-relay-reply-07
Hi Authors,
=0A
&nb= sp;
=0A
I was asked to provide a review of the following document= :
=0A
 
=0A
http://tools.ietf.org/html/draft-ietf-m= pls-lsp-ping-relay-reply-07
=0A
 
=0A
The document= is well written and addresses a real problem. I do have a
=0A
nu= mber of (mostly minor and some moderate) comments which I'd like to see=0A
addressed before progressing the document.
=0A
 <= /div>=0A
Section 2
=0A
--------------
=0A
 =0A
   Figure 1 demonstrates a case where one LSP is set u= p between PE1 and
=0A
   PE2.  If PE1's IP address= is not distributed to AS2, a traceroute
=0A
   from PE= 1 directed to PE2 could fail if the fault exists somewhere
=0A
&n= bsp;  between ASBR2 and PE2.
=0A
 
=0A
Above i= s not entirely accurate. The Traceroute from PE1 to PE2 can fail even=0A
if there is no fault. It would be good to clarify this by saying = "If PE1's
=0A
IP address is not distributed to AS2, a traceroute = from PE1 directed towards
=0A
PE2 can result in a failure because= an LSR in AS2 may not be able to send
=0A
the Echo Reply message= ".
[Lizhong] accepted.
=0A
 
=0A
 &n= bsp; Note that throughout the document, routable address means that it is<= /div>=0A
   possible to route an IP packet to this address u= sing the normal
=0A
   information exchanged by the IGP= operating in the AS
=0A
 
=0A
Missing '.' (period)= at the end of the paragraph.
[Lizhong] accepted.
=0A
&= nbsp;
=0A
   When tracing an LSP from one AN to the rem= ote AN,
=0A
   the LSR1/LSR2 node could not make a resp= onse to the Echo Request
=0A
   either, like the P2 nod= e in the inter-AS scenario in Figure 1.
=0A
 
=0A
"= ... could not make a response to the Echo Request either ..." can perhaps<= /div>=0A
be rephrased as "... cannot send the Echo Reply either ...", = to be a bit
=0A
more clear. Yeah it's really a nitpick, but _maki= ng_ the response packet and
=0A
_sending_ the response packet are= two different operations in a code.
[Lizhong] accepted.
= =0A
 
=0A
Figure 3
=0A
--------------
=0A<= div> 
=0A
Typically, the numbers at the top (i.e., bit posit= ions 0, 1, 2, ...) are
=0A
aligned with columns with '-' characte= r instead of '+' character. In other
=0A
words, let's shift the b= it positions to the right by one space.
[Lizhong] good catch, th= anks.
=0A
 
=0A
Section 3.3
=0A
----------= ----
=0A
 
=0A
s/the Reply/the Echo Reply/
[Lizhong] accepted.
=0A
 
=0A
Section 4.1
= =0A
--------------
=0A
 
=0A
   When = the Echo Request is first sent by the initiator included a Relay
=0A<= div>   Node Address Stack TLV, the TLV MUST contain the initiato= r address as
=0A
   the only entry of the stack of rela= yed addresses,
=0A
 
=0A
I'd like to suggest rephra= sing the first half of above sentence as follows.
=0A
 =0A
When the initiator sends the first Echo Request for the Tracerout= e
=0A
operation, with a Relay Node Address Stack TLV, the TLV MUS= T contain ...
[Lizhong] I'd like to remove "Traceroute" as below. Because in "Ping" mode,
the Relay= ed Echo Reply mechanism could still work.
When the i= nitiator sends the first Echo Request with a Relay Node Address&= nbsp;
Stack TLV, the TLV MUST contain ...
=0A
 
=0A
Section 4.2
=0A
-------------= -
=0A
 
=0A
   Those address entries with= K bit set to 1 MUST be kept in the stack.
=0A
   The r= eceiver MUST check the addresses of the stack in sequence from
=0A   bottom to top to find the last address in the stack with th= e K bit
=0A
   set (or the top of the stack if no K bit= was found).
=0A
 
=0A
Shouldn't above "find the la= st address in the stack with the K bit set"
=0A
instead say "find= the last non-Null address in the stack with the K bit
=0A
set"? = Otherwise the procedure will cause relay LSRs to always refer to this=0A
Null address with K bit set, preventing the first initiator addre= ss to be
=0A
ever reached when searching for the next relay addre= ss. On a related topic,
=0A
what is the purpose of allowing a Nul= l address entry with K bit set?
[Lizhong]: please refer to the f= ollowing in section 4.2.
=0A=0A

   If=0Aa node spans two addressing domains (with= respect to this message)

=0A

  =0Awhe= re nodes on either side may not be able to nodes in the other

=0A

  =0Adomain, then the final address added MUST= set the K bit.  K bit

=0A

  =0Aa= pplies in the case of a NULL address, to serve as a warning to the

=0A

  =0Ainitiator that further Echo Request = messages may not result in

=0A

  =0Are= ceiving Echo Reply messages.

But I believe we n= eed to update section 4.6 as below:

OLD:

E= ach time the TTL is increased, the=0Ainitiator MUST copy the

  =0ARelay= Node Address Stack TLV received in the previous Echo Reply to<= /span>

=0A=0A=0A=

   the next E= cho Request.

NEW:

Each time the TTL is increased, the=0Aini= tiator could copy the

  =0ARelay Node Address Stack TLV in the previous= Echo Reply to

=0A=0A=0A

   the next Echo Requ= est. Some modifications could also be made to = the stack TLV, e.g., delete the NIL entry.

=0A=
=0A
 
=0A
   If a node spans two address= ing domains (with respect to this message)
=0A
   where= nodes on either side may not be able to nodes in the other
=0A
&= nbsp;  domain,
=0A
 
=0A
s/may not be able to = nodes/may not be able to reach nodes/
[Lizhong] accepted
= =0A
 
=0A
   If a node spans two addressing do= mains (with respect to this message)
=0A
   where nodes= on either side may not be able to nodes in the other
=0A
 &= nbsp; domain, then the final address added MUST set the K bit.
=0A 
=0A
Above procedures defines a strict operation (i.e., M= UST) for the K bit
=0A
usage. However, how an LSR determines "If = a node spans two addressing
=0A
domains where nodes on either sid= e may not be ..." is very vague. It might
=0A
be possible that we= can end up with different implementations of the K bit
=0A
setti= ng because of this vagueness. What's your thoughts?
[Lizhong] th= is is the principle of the implementation. How to know the =
address information is implementation specific. If = fail to get the information,
then it is possible to = fail for the echo reply. Maybe "SHOULD" is better here.
=0A 
=0A
   If the full reply message would exceed = the MTU size, the Relay Node
=0A
   Address Stack TLV M= UST be returned back in the Echo Reply message.
=0A
   = Some other TLV(s) MUST be dropped.
=0A
 
=0A
Well, = it's possible that the Relay Node Address Stack TLV has grown so big
= =0A
and that is the only optional TLV to be included in the Echo Reply= . In that
=0A
case, the Relay Node Address Stack TLV cannot be in= cluded despite the
=0A
"MUST". I believe what you are trying to i= mply here is that the Relay Node
=0A
Address Stack TLV takes prec= edence over other optional TLVs, when
=0A
determining which optio= nal TLVs to keep in the Echo Reply. In that case,
=0A
perhaps it = is better to say "If the full reply message would exceed the MTU
=0A<= div>size, the Relay Node Address Stack TLV SHOULD be included in the Echo = Reply
=0A
message (i.e., other optional TLVs are excluded)."
[Lizhong] agreed.
=0A
 
=0A
Section 4.3
= =0A
--------------
=0A
 
=0A
   The D= estination Address determined in section 4.2 is used as the next
=0A<= div>   relay node address.
=0A
 
=0A
Sect= ion 4.2 only describes how to update the Relay Node Address Stack TLV.=0A
It also specifies how to update the Destination Address Pointer = field.
=0A
However, nowhere in section 4.2 talk about how the Des= tination Address is
=0A
determined. I'm assuming "the Destination= Address determined ..." is
=0A
referring to this address which t= he Destination Address Pointer is pointing
=0A
to. Perhaps it'll = be a good idea, somewhere in section 4.2, to say "...
=0A
_this_ = address is determined to be the Destination Address".
[Lizhong] = good catch. See changes below:
OLD in section 4.2:
=0A =0A Normal=0A = 0=0A =0A =0A = =0A 7.8 =E7=A3=85=0A 0=0A 2=0A = =0A false=0A false=0A false=0A =0A = EN-US=0A ZH-CN=0A X-NONE= =0A =0A =0A =0A =0A <= /w:ULTrailSpace>=0A =0A =0A =0A =0A =0A =0A =0A =0A = =0A =0A =0A =0A =0A =0A =0A Mi= crosoftInternetExplorer4=0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A=0A=0A=0A

The Destination Address Pointer MUST be set to=0Athis entry. 

NEW

The Destination Address Pointer MUST be set to=0Athis = entry which is also the D= estination Address.

=0A
 
= =0A
Section 4.4
=0A
--------------
=0A
 
= =0A
   Upon receiving an Relayed Echo Reply message with its= own address as
=0A
   the destination address in the I= P header, the relay node MUST
=0A
   determine the next= relay node address as described in section 4.3,
=0A
  = with the modification that the location of the received Destination
= =0A
   Address is used instead of the bottom of stack in the= algorithm.
=0A
 
=0A
In above, I think you meant s= ection 4.2 instead of section 4.3.
[Lizhong] accepted
=0A 
=0A
   The
=0A
   destinat= ion address in Relay Node Address Stack TLV will be updated
=0A
&= nbsp;  with the next relay node address.
=0A
 
=0A=
By "destination address" above, do you mean the Destination Address P= ointer
=0A
field? If so, a bit of clarification is required. Othe= rwise, I'm not sure
=0A
what you mean by "destination address" ab= ove.
[Lizhong] yes, changed as below:
=0A=0A=0A

The Destination Address Pointer in Relay Node Address Stack TLV will be set to

=0A &nb= sp; the next relay node address. 
=0A 
=0A
The document is not very clear on how these two fie= lds are used.
=0A
- Source IP address field of the IP header=0A
- Source Address of Replying Router field of the Relay Node Addre= ss Stack
=0A
TLV
=0A
 
=0A
I'd imagine you= 'd want one field to be set by the egress LSR and unmodified
=0A
= by every upstream relay LSRs, and one field to be updated by the egress LS= R
=0A
and every upstream relay LSR. This is sort of clarified in = section 4.7, but
=0A
really should be part of the procedures.
[Lizhong] in section 4.2, it says as below:
=0A=0A=0A

   Upon receiving a Relay Node Address = Stack TLV in an Echo Request

=0A

  =0A= message, the receiver updates the "Source Address of Replying

=0A

  =0ARouter".  The address MUST be=0Asame= as the source IP address of Relay

=0A

 &nb= sp;=0AEcho Reply (section 4.3) or Echo Reply message (section 4.5) being

=0A

  =0Asent.

How = to set Source IP address field of the IP header is a standard behavior, an= d

not speicified in this document.

=

=0A
=0A
 
=0A
Sect= ion 4.6
=0A
--------------
=0A
 
=0A
 = ;  During a traceroute operation, multiple Echo Request messages are<= /div>=0A
   sent.  Each time the TTL is increased, the = initiator MUST copy the
=0A
   Relay Node Address Stack= TLV received in the previous Echo Reply to
=0A
   the = next Echo Request.
=0A
 
=0A
True but don't we want= the initiator to "reset" some fields such as Reply
=0A
Add Type,= Source Address of Replying Router and Destination Address Pointer?
<= div>[Lizhong] these fields will be reset by the reply node. But = this section should still
be updated as described in= previous comments.
=0A
 
=0A
Section 6=0A
--------------
=0A
 
=0A
As an added secur= ity, a receiver of an MPLS Echo Request should verify that
=0A
th= e first address in the Relay Node Address Stack TLV is the same address as=
=0A
the source IP address field of the received IP header.
=
[Lizhong] accepted, thanks.
=0A
 
=0A
Thanks!<= /div>=0A
 
=0A
-Nobo
=0A
 
=0A
&n= bsp;
=0A
=0A ------=_001_NextPart132024235264_=------ From nobody Mon Mar 23 11:17:49 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1CD31AD0CC for ; Mon, 23 Mar 2015 11:17:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 XsuiIZlTh748 for ; Mon, 23 Mar 2015 11:17:45 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42AFE1AD0AA for ; Mon, 23 Mar 2015 11:17:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20683; q=dns/txt; s=iport; t=1427134664; x=1428344264; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to; bh=Gj3zEYCG+BXhnxhT4vVG+PYvPhi3tCDA7MA68SWHvmU=; b=fRPY2umJD9tu99GVfm7KoplqgVALCbiwD1DdlgTkCneUAH80d8qH3+c3 OZEu8tvNZmkGJiDSGHsWrYDR3pgJakZu3WnsFQngmmQq27KPVlvCGf2CJ K3V9QOILdtXDhgM5uiyY0S2F6WKT4YdJUr4GP+zM9ghLhC+bbsHRC1qXm I=; X-IronPort-AV: E=Sophos;i="5.11,453,1422921600"; d="scan'208,217";a="416656310" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 23 Mar 2015 18:17:41 +0000 Received: from [10.61.111.170] (dhcp-10-61-111-170.cisco.com [10.61.111.170]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t2NIHe2c027807; Mon, 23 Mar 2015 18:17:40 GMT Message-ID: <551058C3.6030505@cisco.com> Date: Mon, 23 Mar 2015 18:17:39 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Nobo Akiya , draft-bryant-mpls-sfl-control@tools.ietf.org References: <008a01d06487$509048a0$f1b0d9e0$@gmail.com> <5510082D.5020108@cisco.com> <01c901d06576$65b7e040$3127a0c0$@gmail.com> In-Reply-To: <01c901d06576$65b7e040$3127a0c0$@gmail.com> Content-Type: multipart/alternative; boundary="------------070401060908020801020802" Archived-At: Cc: mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-bryant-mpls-sfl-control X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 18:17:47 -0000 This is a multi-part message in MIME format. --------------070401060908020801020802 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 23/03/2015 14:33, Nobo Akiya wrote: > > Hi Stewart, > > Thanks for the reply. Please see in-line with [NOBO]. > > *From:*Stewart Bryant [mailto:stbryant@cisco.com] > *Sent:* March-23-15 7:34 AM > *To:* Nobo Akiya; draft-bryant-mpls-sfl-control@tools.ietf.org > *Cc:* mpls@ietf.org > *Subject:* Re: [mpls] Mail regarding draft-bryant-mpls-sfl-control > > On 22/03/2015 10:02, Nobo Akiya wrote: > > Hi Authors, > > > > This proposal is very much needed to use PM for wider range of scenario, and > > the method to achieve this w/o increasing the label stack size for > > application labels is very clever! I read through the document (along with > > draft-bryant-mpls-synonymous-flow-labels) and had few questions which I hope > > you can clarify. > > > > 1) Shouldn't the SFL control message contain a source (i.e., requester) > > identifier field? Without that, session-ID/SFL-Batch can collide amongst > > multiple sources for a same FEC (e.g., mp2p), creating confusion to the > > receiver. > > > 4 > . > Return Path > > > > Where the LSP is a mulit-point to point, or multi-point to multi- > point MPLS LSP (or other MPLS construct) theRFC6374 Address TLV MUST > be included in Query packet, even if the response is requested in- > band, since this is needed to provide the necessary return address > for this request. > > So I think we have that covered. > > [NOBO] I missed that section. From reading other sections of this > document, I was under the impression that the SFL control message will > not be followed by TLVs. Can we make this clear in section 3 and also > fix up the IANA section? > > [snip] > > Value Description *TLV Follows* Reference > > ------ ---------------------------------------- ----------- --------- > > 0x0XXX SFL Control *No* This > > [snip] > > > > > > 2) Is there is any use case for the SFL "request" operation needing to be > > processed on a non-egress LSR (i.e., transit LSRs)? If there is no such use > > case, it might be a good idea to restrict the processing of the "request" > > operation by the egress of the FEC described in the control message, in case > > such packets prematurely terminate. Thoughts? > > The work is written up as operating between LSP endoints, but you could > run it at a midpoint where the label becomes top of stack - i.e. at > any point on an LSP or at a PW stitching point. You would need to run the > setup between the two adjacent mid-point nodes but that is possible. > > [NOBO] Ok. > > > > > > 3) When I thought about this topic a while back, my thought at the time was > > to use some sort of a TCP connection between the 2 nodes to send control > > messages to allocate/maintain context labels. What was the design decision > > which lead up to preferring the ACH to send the SFL control messages (as > > opposed to a TCP connection)? > > There were two reasons for doing this, one that we wanted to make this > independent of the label protocol so we did not need to do this for LDP, > RSVP, BGP, MPLS-TP etc, and the best way seemed to be a common > protocol that run under the main signalling protocols and operated in > all of these environments. Secondly I wanted the same solution for > MPLS and MPLS-TP. This seemed to be a way to achieve these objectives. > > [NOBO] Right, IP-less TP becomes a special case if we were to cook up > a generic (i.e., protocol independent) TCP based OAM signaling > mechanism. However, doing this in-band of an LSP via ACH would make it > more difficult to do management of anything that’s not LSP specific. > For example, management of aggregate stats label (i.e., one context > label used across multiple LSPs). I think SFL itself is very cool, but > if the defined control protocol is to handle more than SFL, then > perhaps we need further discussions. > I would be interested in discussing this, particularly the other applications. I am open to evaluating alternative control protocol designs, preferably simple designs. - Stewart > Thanks! > > -Nobo > > > - Stewart > > > > > > > Thanks! > > > > -Nobo > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > > > > -- > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --------------070401060908020801020802 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
On 23/03/2015 14:33, Nobo Akiya wrote:

Hi Stewart,

 

Thanks for the reply. Please see in-line with [NOBO].

 

From: Stewart Bryant [mailto:stbryant@cisco.com]
Sent: March-23-15 7:34 AM
To: Nobo Akiya; draft-bryant-mpls-sfl-control@tools.ietf.org
Cc: mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-bryant-mpls-sfl-control

 

On 22/03/2015 10:02, Nobo Akiya wrote:

Hi Authors,
 
This proposal is very much needed to use PM for wider range of scenario, and
the method to achieve this w/o increasing the label stack size for
application labels is very clever! I read through the document (along with
draft-bryant-mpls-synonymous-flow-labels) and had few questions which I hope
you can clarify.
 
1) Shouldn't the SFL control message contain a source (i.e., requester)
identifier field? Without that, session-ID/SFL-Batch can collide amongst
multiple sources for a same FEC (e.g., mp2p), creating confusion to the
receiver.

4.  Return Path

 
 
   Where the LSP is a mulit-point to point, or multi-point to multi-
   point MPLS LSP (or other MPLS construct) the RFC6374 Address TLV MUST
   be included in Query packet, even if the response is requested in-
   band, since this is needed to provide the necessary return address
   for this request.

So I think we have that covered.

[NOBO] I missed that section. From reading other sections of this document, I was under the impression that the SFL control message will not be followed by TLVs. Can we make this clear in section 3 and also fix up the IANA section?

 

[snip]

   Value  Description                              TLV Follows Reference

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

    0x0XXX SFL Control                              No          This

[snip]

 
 
2) Is there is any use case for the SFL "request" operation needing to be
processed on a non-egress LSR (i.e., transit LSRs)? If there is no such use
case, it might be a good idea to restrict the processing of the "request"
operation by the egress of the FEC described in the control message, in case
such packets prematurely terminate. Thoughts?

The work is written up as operating between LSP endoints, but you could
run it at a midpoint where the label becomes top of stack - i.e. at
any point on an LSP or at a PW stitching point. You would need to run the
setup between the two adjacent mid-point nodes but that is possible.

[NOBO] Ok.

 
 
3) When I thought about this topic a while back, my thought at the time was
to use some sort of a TCP connection between the 2 nodes to send control
messages to allocate/maintain context labels. What was the design decision
which lead up to preferring the ACH to send the SFL control messages (as
opposed to a TCP connection)?

There were two reasons for doing this, one that we wanted to make this
independent of the label protocol so we did not need to do this for LDP,
RSVP, BGP, MPLS-TP etc, and the best way seemed to be a common
protocol that run under the main signalling protocols and operated in
all of these environments. Secondly I wanted the same solution for
MPLS and MPLS-TP. This seemed to be a way to achieve these objectives.

[NOBO] Right, IP-less TP becomes a special case if we were to cook up a generic (i.e., protocol independent) TCP based OAM signaling mechanism. However, doing this in-band of an LSP via ACH would make it more difficult to do management of anything that’s not LSP specific. For example, management of aggregate stats label (i.e., one context label used across multiple LSPs). I think SFL itself is very cool, but if the defined control protocol is to handle more than SFL, then perhaps we need further discussions.

 

I would be interested in discussing this, particularly the other applications. I am open to evaluating alternative control protocol designs, preferably simple designs.

- Stewart

Thanks!

 

-Nobo


- Stewart 


 
 
Thanks!
 
-Nobo
 
 
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
 




-- 
For corporate legal information go to:
 
http://www.cisco.com/web/about/doing_business/legal/cri/index.html
 


-- 
For corporate legal information go to:

http://www.cisco.com/web/about/doing_business/legal/cri/index.html
--------------070401060908020801020802-- From nobody Mon Mar 23 14:05:08 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8FFB1A1ADB; Mon, 23 Mar 2015 14:05:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.19 X-Spam-Level: X-Spam-Status: No, score=-3.19 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable 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 bpAOZRyOIqkj; Mon, 23 Mar 2015 14:05:05 -0700 (PDT) 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 1FFE81A1AD9; Mon, 23 Mar 2015 14:05:04 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQP87680; Mon, 23 Mar 2015 21:05:03 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 23 Mar 2015 21:05:03 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Tue, 24 Mar 2015 05:04:55 +0800 From: Xuxiaohu Thread-Topic: Re: [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt Thread-Index: AdBlrZ0+2xprrtZJRtC8gF9gPKT9CQ== Date: Mon, 23 Mar 2015 21:04:55 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831E2F7@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.144.217] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "sfc@ietf.org" Subject: Re: [mpls] [sfc] New Version Notification for draft-xu-sfc-using-mpls-spring-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 21:05:07 -0000 Hi SFC co-chairs, I have remove those options (i.e., encoding SFC using a label stack consist= of global labels and inserting a protocol field after the label stack for = MPLS payload indication) which would cause changes to the MPLS architecture= in the latest version (http://tools.ietf.org/html/draft-xu-sfc-using-mpls-= spring-03).=20 Therefore, we co-authors think it's now becoming suitable for the SFC WG to= reconsider this simplified MPLS-SPRING-based SFC solution which doesn't re= quire any change to the MPLS base architecture. Best regards, Xiaohu > -----Original Message----- > From: Xuxiaohu > Sent: Friday, March 06, 2015 8:49 AM > To: 'Jim Guichard (jguichar)'; Ron Parker > Cc: mpls at ietf.org; ; sfc at ietf.org > Subject: RE: [sfc] New Version Notification for > draft-xu-sfc-using-mpls-spring-02.txt >=20 > Hi Jim, >=20 > Understood. >=20 > Best regards, > Xiaohu >=20 > > -----Original Message----- > > From: Jim Guichard (jguichar) [mailto:jguichar at cisco.com] > > Sent: Thursday, March 05, 2015 11:11 PM > > To: Ron Parker; Xuxiaohu > > Cc: mpls at ietf.org; ; sfc at ietf.org > > Subject: Re: [sfc] New Version Notification for > > draft-xu-sfc-using-mpls-spring-02.txt > > > > Hi Xiaohu, > > > > Thomas and I read your latest draft and believe that you will need to > > take it to the MPLS WG as a first step. There are a number of things > > within the document that may require changes to the base MPLS > > architecture and the SFC WG is not the right community to address > > those. Given this we will not be able to consider this document in the > > SFC WG without agreement from the broader MPLS community. > > > > Regards, > > > > Jim & Thomas From nobody Mon Mar 23 14:08:40 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D8471B2A64; Mon, 23 Mar 2015 14:08:38 -0700 (PDT) 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 wice8fcABdpq; Mon, 23 Mar 2015 14:08:35 -0700 (PDT) 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 D855E1B2A5D; Mon, 23 Mar 2015 14:08:34 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQP87843; Mon, 23 Mar 2015 21:08:33 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 23 Mar 2015 21:08:33 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.209]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Tue, 24 Mar 2015 05:08:27 +0800 From: Xuxiaohu To: "sfc@ietf.org" Thread-Topic: request to reconsider the new version of draft-xu-sfc-using-mpls-spring Thread-Index: AdBlrhuBfuzgVbaLRIaHXE2MjsyRxQ== Date: Mon, 23 Mar 2015 21:08:26 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0831E312@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.144.217] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls@ietf.org" , "spring@ietf.org" Subject: [mpls] request to reconsider the new version of draft-xu-sfc-using-mpls-spring X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 21:08:38 -0000 Hi SFC co-chairs, I have remove those options (i.e., encoding SFC using a label stack consist= of global labels and inserting a protocol field after the label stack for = MPLS payload indication) which would cause changes to the MPLS architecture= in the latest version (http://tools.ietf.org/html/draft-xu-sfc-using-mpls-= spring-03).=20 Therefore, we co-authors think it's now becoming suitable for the SFC WG to= reconsider this simplified MPLS-SPRING-based SFC solution which doesn't re= quire any change to the MPLS base architecture. Best regards, Xiaohu > -----Original Message----- > From: Xuxiaohu > Sent: Friday, March 06, 2015 8:49 AM > To: 'Jim Guichard (jguichar)'; Ron Parker > Cc: mpls at ietf.org; ; sfc at ietf.org > Subject: RE: [sfc] New Version Notification for=20 > draft-xu-sfc-using-mpls-spring-02.txt >=20 > Hi Jim, >=20 > Understood. >=20 > Best regards, > Xiaohu >=20 > > -----Original Message----- > > From: Jim Guichard (jguichar) [mailto:jguichar at cisco.com] > > Sent: Thursday, March 05, 2015 11:11 PM > > To: Ron Parker; Xuxiaohu > > Cc: mpls at ietf.org; ; sfc at ietf.org > > Subject: Re: [sfc] New Version Notification for=20 > > draft-xu-sfc-using-mpls-spring-02.txt > > > > Hi Xiaohu, > > > > Thomas and I read your latest draft and believe that you will need=20 > > to take it to the MPLS WG as a first step. There are a number of=20 > > things within the document that may require changes to the base MPLS=20 > > architecture and the SFC WG is not the right community to address=20 > > those. Given this we will not be able to consider this document in=20 > > the SFC WG without agreement from the broader MPLS community. > > > > Regards, > > > > Jim & Thomas From nobody Mon Mar 23 14:36:02 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EFEF1B2A97 for ; Mon, 23 Mar 2015 14:36:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.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, FREEMAIL_REPLY=1, 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 2dXk9CWirJ5o for ; Mon, 23 Mar 2015 14:35:55 -0700 (PDT) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 731C01B2A8F for ; Mon, 23 Mar 2015 14:35:55 -0700 (PDT) Received: by obcjt1 with SMTP id jt1so113287932obc.2 for ; Mon, 23 Mar 2015 14:35:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:thread-index:content-language; bh=YnY1KYxdBxeVBprBg3ZRl3ywN0ons3TmrOz0d0ZM1Cw=; b=l0TiWxIKm47HWB2d2mqNnZSTKfNObATmAQAs7/qcoizTkscZ4T8xSUEl38wmN3di2/ jMTFXkOVk7U4xwwQ7uqdPkKQiIGHNx+t4886YDud5BJi02HFpjEr3LIrwUw1Fw9p/HvK X93S4Rs8Mxqv+EW4AbjXF8HXmwsmcmbkm5WJl3j++9J6Y5LVbMO2vyUDSY5dVDF16IaZ iAPnk6tCxPgKLmuhPWl8vsd6WUPFPQPXEUhMwx7gG7EfXBMyxBpsD2HnLBeFUzfX7K44 HWf70bZgSTVyRpHaY7M7LxXaiQJkhSB5V4fwnzJR1v8E6J2sEw0abSygjpdPA27XoASn 16eA== X-Received: by 10.202.107.81 with SMTP id g78mr794825oic.67.1427146554869; Mon, 23 Mar 2015 14:35:54 -0700 (PDT) Received: from NoboAkiyaPC (dhcp-b359.meeting.ietf.org. [31.133.179.89]) by mx.google.com with ESMTPSA id f69sm1080979oic.14.2015.03.23.14.35.52 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 23 Mar 2015 14:35:53 -0700 (PDT) From: "Nobo Akiya" To: , "'draft-ietf-mpls-lsp-ping-relay-reply'" References: <000001d06429$a7dc6520$f7952f60$@gmail.com> <2015032323480587170245@gmail.com> In-Reply-To: <2015032323480587170245@gmail.com> Date: Mon, 23 Mar 2015 16:35:49 -0500 Message-ID: <03b401d065b1$55620b90$002622b0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_03B5_01D06587.6C93A4B0" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQImcS1x66r+WNsCfP2ChJgjlc8vmgL6b2HDnGajdaA= Content-Language: en-ca Archived-At: Cc: 'mpls' Subject: Re: [mpls] Review of draft-ietf-mpls-lsp-ping-relay-reply-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 21:36:00 -0000 This is a multipart message in MIME format. ------=_NextPart_000_03B5_01D06587.6C93A4B0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Lizhong, =20 Few more follow-up comments in-line with [NOBO]. =20 From: lizho.jin@gmail.com [mailto:lizho.jin@gmail.com]=20 Sent: March-23-15 10:48 AM To: Nobo Akiya; draft-ietf-mpls-lsp-ping-relay-reply Cc: mpls; loa Subject: Re: Review of draft-ietf-mpls-lsp-ping-relay-reply-07 =20 Hi Nobo, Thank you for the detail review again. See the reply inline below. =20 to authors, Please also check, thanks. =20 _____ =20 Regards Lizhong =20 From: Nobo Akiya =20 Date: 2015-03-22 06:52 To: draft-ietf-mpls-lsp-ping-relay-reply@tools.ietf.org = =20 CC: mpls@ietf.org ; 'Loa Andersson' = =20 Subject: Review of draft-ietf-mpls-lsp-ping-relay-reply-07 Hi Authors, =20 I was asked to provide a review of the following document: =20 http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-relay-reply-07=20 =20 The document is well written and addresses a real problem. I do have a number of (mostly minor and some moderate) comments which I'd like to = see addressed before progressing the document. =20 Section 2 -------------- =20 Figure 1 demonstrates a case where one LSP is set up between PE1 and PE2. If PE1's IP address is not distributed to AS2, a traceroute from PE1 directed to PE2 could fail if the fault exists somewhere between ASBR2 and PE2. =20 Above is not entirely accurate. The Traceroute from PE1 to PE2 can fail = even if there is no fault. It would be good to clarify this by saying "If = PE1's IP address is not distributed to AS2, a traceroute from PE1 directed = towards PE2 can result in a failure because an LSR in AS2 may not be able to = send the Echo Reply message". [Lizhong] accepted. =20 Note that throughout the document, routable address means that it is possible to route an IP packet to this address using the normal information exchanged by the IGP operating in the AS =20 Missing '.' (period) at the end of the paragraph. [Lizhong] accepted. =20 When tracing an LSP from one AN to the remote AN, the LSR1/LSR2 node could not make a response to the Echo Request either, like the P2 node in the inter-AS scenario in Figure 1. =20 "... could not make a response to the Echo Request either ..." can = perhaps be rephrased as "... cannot send the Echo Reply either ...", to be a bit more clear. Yeah it's really a nitpick, but _making_ the response packet = and _sending_ the response packet are two different operations in a code. [Lizhong] accepted. =20 Figure 3 -------------- =20 Typically, the numbers at the top (i.e., bit positions 0, 1, 2, ...) are aligned with columns with '-' character instead of '+' character. In = other words, let's shift the bit positions to the right by one space. [Lizhong] good catch, thanks. =20 Section 3.3 -------------- =20 s/the Reply/the Echo Reply/ [Lizhong] accepted. =20 Section 4.1 -------------- =20 When the Echo Request is first sent by the initiator included a Relay Node Address Stack TLV, the TLV MUST contain the initiator address as the only entry of the stack of relayed addresses, =20 I'd like to suggest rephrasing the first half of above sentence as = follows. =20 When the initiator sends the first Echo Request for the Traceroute operation, with a Relay Node Address Stack TLV, the TLV MUST contain ... [Lizhong] I'd like to remove "Traceroute" as below. Because in "Ping" = mode, the Relayed Echo Reply mechanism could still work. When the initiator sends the first Echo Request with a Relay Node = Address=20 Stack TLV, the TLV MUST contain ... =20 [NOBO] So perhaps what we want to say here is that the first address of = the Relay Node Address Stack TLV in the MPLS Echo Request sent must be = the same as the source IP address used in the sending packet. In other = words, we should not have any text that restricts that there must only = be one entry in the Relay Node Address Stack TLV. Then we can follow = that up with texts like, when operating in the Traceroute mode, then the = first Echo Request sent will have the Relay Node Address Stack TLV = containing one local address. =20 =20 Section 4.2 -------------- =20 Those address entries with K bit set to 1 MUST be kept in the stack. The receiver MUST check the addresses of the stack in sequence from bottom to top to find the last address in the stack with the K bit set (or the top of the stack if no K bit was found). =20 Shouldn't above "find the last address in the stack with the K bit set" instead say "find the last non-Null address in the stack with the K bit set"? Otherwise the procedure will cause relay LSRs to always refer to = this Null address with K bit set, preventing the first initiator address to = be ever reached when searching for the next relay address. On a related = topic, what is the purpose of allowing a Null address entry with K bit set? [Lizhong]: please refer to the following in section 4.2. If a node spans two addressing domains (with respect to this message) where nodes on either side may not be able to nodes in the other domain, then the final address added MUST set the K bit. K bit applies in the case of a NULL address, to serve as a warning to the initiator that further Echo Request messages may not result in receiving Echo Reply messages. But I believe we need to update section 4.6 as below: OLD: Each time the TTL is increased, the initiator MUST copy the Relay Node Address Stack TLV received in the previous Echo Reply to the next Echo Request. NEW: Each time the TTL is increased, the initiator could copy the Relay Node Address Stack TLV in the previous Echo Reply to the next Echo Request. Some modifications could also be made to the = stack TLV, e.g., delete the NIL entry. =20 [NOBO] That=E2=80=99s a reasonable approach to address this, as long as = the document states that the initiator MUST delete the NIL entry in = subsequent Echo Requests. Otherwise, you will have a case where last = entry with K bit set in the TLV is NIL, and described procedures will = never reach the top (initiator) address. =20 =20 If a node spans two addressing domains (with respect to this message) where nodes on either side may not be able to nodes in the other domain, =20 s/may not be able to nodes/may not be able to reach nodes/ [Lizhong] accepted =20 If a node spans two addressing domains (with respect to this message) where nodes on either side may not be able to nodes in the other domain, then the final address added MUST set the K bit. =20 Above procedures defines a strict operation (i.e., MUST) for the K bit usage. However, how an LSR determines "If a node spans two addressing domains where nodes on either side may not be ..." is very vague. It = might be possible that we can end up with different implementations of the K = bit setting because of this vagueness. What's your thoughts? [Lizhong] this is the principle of the implementation. How to know the=20 address information is implementation specific. If fail to get the = information, then it is possible to fail for the echo reply. Maybe "SHOULD" is better = here. =20 [NOBO] Yes I would be more comfortable with SHOULD than MUST. =20 =20 If the full reply message would exceed the MTU size, the Relay Node Address Stack TLV MUST be returned back in the Echo Reply message. Some other TLV(s) MUST be dropped. =20 Well, it's possible that the Relay Node Address Stack TLV has grown so = big and that is the only optional TLV to be included in the Echo Reply. In = that case, the Relay Node Address Stack TLV cannot be included despite the "MUST". I believe what you are trying to imply here is that the Relay = Node Address Stack TLV takes precedence over other optional TLVs, when determining which optional TLVs to keep in the Echo Reply. In that case, perhaps it is better to say "If the full reply message would exceed the = MTU size, the Relay Node Address Stack TLV SHOULD be included in the Echo = Reply message (i.e., other optional TLVs are excluded)." [Lizhong] agreed. =20 Section 4.3 -------------- =20 The Destination Address determined in section 4.2 is used as the next relay node address. =20 Section 4.2 only describes how to update the Relay Node Address Stack = TLV. It also specifies how to update the Destination Address Pointer field. However, nowhere in section 4.2 talk about how the Destination Address = is determined. I'm assuming "the Destination Address determined ..." is referring to this address which the Destination Address Pointer is = pointing to. Perhaps it'll be a good idea, somewhere in section 4.2, to say "... _this_ address is determined to be the Destination Address". [Lizhong] good catch. See changes below: OLD in section 4.2: The Destination Address Pointer MUST be set to this entry.=20 NEW The Destination Address Pointer MUST be set to this entry which is also = the Destination Address. =20 Section 4.4 -------------- =20 Upon receiving an Relayed Echo Reply message with its own address as the destination address in the IP header, the relay node MUST determine the next relay node address as described in section 4.3, with the modification that the location of the received Destination Address is used instead of the bottom of stack in the algorithm. =20 In above, I think you meant section 4.2 instead of section 4.3. [Lizhong] accepted =20 The destination address in Relay Node Address Stack TLV will be updated with the next relay node address. =20 By "destination address" above, do you mean the Destination Address = Pointer field? If so, a bit of clarification is required. Otherwise, I'm not = sure what you mean by "destination address" above. [Lizhong] yes, changed as below: The Destination Address Pointer in Relay Node Address Stack TLV will be = set to the next relay node address.=20 =20 The document is not very clear on how these two fields are used. - Source IP address field of the IP header - Source Address of Replying Router field of the Relay Node Address = Stack TLV =20 I'd imagine you'd want one field to be set by the egress LSR and = unmodified by every upstream relay LSRs, and one field to be updated by the egress = LSR and every upstream relay LSR. This is sort of clarified in section 4.7, = but really should be part of the procedures. [Lizhong] in section 4.2, it says as below: Upon receiving a Relay Node Address Stack TLV in an Echo Request message, the receiver updates the "Source Address of Replying Router". The address MUST be same as the source IP address of Relay Echo Reply (section 4.3) or Echo Reply message (section 4.5) being sent. How to set Source IP address field of the IP header is a standard = behavior, and not speicified in this document. =20 [NOBO] Yes but when receiving an Relayed Echo Reply, how are those two = fields updated? I=E2=80=99m guessing that the Source Address of Replying = Router field is unmodified, and Source IP address field of the IP header = is set to an address of the relay node? Clarifying this point will be = beneficial. =20 Section 4.6 -------------- =20 During a traceroute operation, multiple Echo Request messages are sent. Each time the TTL is increased, the initiator MUST copy the Relay Node Address Stack TLV received in the previous Echo Reply to the next Echo Request. =20 True but don't we want the initiator to "reset" some fields such as = Reply Add Type, Source Address of Replying Router and Destination Address = Pointer? [Lizhong] these fields will be reset by the reply node. But this section = should still be updated as described in previous comments. =20 [NOBO] I simply assumed that we want to clear: - the Source Address of Replying Router field (along with reply = Add Type) - Destination Address Pointer Since value of those fields are meaningless to the subsequent Echo = Request. Is there any reason why you want to preserve those values for = the subsequent Echo Request? =20 Thanks, Nobo =20 =20 Section 6 -------------- =20 As an added security, a receiver of an MPLS Echo Request should verify = that the first address in the Relay Node Address Stack TLV is the same = address as the source IP address field of the received IP header. [Lizhong] accepted, thanks. =20 Thanks! =20 -Nobo =20 =20 ------=_NextPart_000_03B5_01D06587.6C93A4B0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Lizhong,

 

Few more follow-up comments in-line with = [NOBO].

 

From:<= /b> = lizho.jin@gmail.com [mailto:lizho.jin@gmail.com]
Sent: = March-23-15 10:48 AM
To: Nobo Akiya; = draft-ietf-mpls-lsp-ping-relay-reply
Cc: mpls; = loa
Subject: Re: Review of = draft-ietf-mpls-lsp-ping-relay-reply-07

=

 

Hi = Nobo,

Thank you for the detail review = again. See the reply inline below.

 

=

to = authors,

Please also check, = thanks.

 

=

R= egards

L= izhong

 

=

Fro= m:&nb= sp;Nobo = Akiya

Dat= e:&nb= sp;2015-03-22 06:52

To:= &nb= sp;draft= -ietf-mpls-lsp-ping-relay-reply@tools.ietf.org

<= /div>

Sub= ject:&nb= sp;Review of = draft-ietf-mpls-lsp-ping-relay-reply-07

=

Hi = Authors,

 

=

I = was asked to provide a review of the following = document:

 

=

 

=

The document is well written and = addresses a real problem. I do have a

number of = (mostly minor and some moderate) comments which I'd like to = see

addressed before progressing the = document.

 

=

Section = 2

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

 

=

   Figure 1 = demonstrates a case where one LSP is set up between PE1 = and

   PE2.  If PE1's = IP address is not distributed to AS2, a = traceroute

   from PE1 directed to = PE2 could fail if the fault exists = somewhere

   between ASBR2 and = PE2.

 

=

Above is not entirely accurate. = The Traceroute from PE1 to PE2 can fail = even

if there is no fault. It would be = good to clarify this by saying "If = PE1's

IP address is not distributed to = AS2, a traceroute from PE1 directed = towards

PE2 can result in a failure = because an LSR in AS2 may not be able to = send

the Echo Reply = message".

[Lizhong] = accepted.

 

=

   Note that throughout = the document, routable address means that it = is

   possible to route an = IP packet to this address using the = normal

   information = exchanged by the IGP operating in the = AS

 

=

Missing '.' (period) at the end = of the paragraph.

[Lizhong] = accepted.

 

=

   When tracing an LSP = from one AN to the remote AN,

   the LSR1/LSR2 node = could not make a response to the Echo = Request

   either, like the P2 = node in the inter-AS scenario in Figure = 1.

 

=

"... could not make a = response to the Echo Request either ..." can = perhaps

be rephrased as "... cannot = send the Echo Reply either ...", to be a = bit

more clear. Yeah it's really a = nitpick, but _making_ the response packet = and

_sending_ the response packet are = two different operations in a code.

[Lizhong] = accepted.

 

=

Figure = 3

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

 

=

Typically, the numbers at the top = (i.e., bit positions 0, 1, 2, ...) = are

aligned with columns with '-' = character instead of '+' character. In = other

words, let's shift the bit = positions to the right by one space.

[Lizhong] = good catch, thanks.

 

=

Section = 3.3

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

 

=

s/the Reply/the Echo = Reply/

[Lizhong] = accepted.

 

=

Section = 4.1

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

 

=

   When the Echo = Request is first sent by the initiator included a = Relay

   Node Address Stack = TLV, the TLV MUST contain the initiator address = as

   the only entry of = the stack of relayed addresses,

 

=

I'd like to suggest rephrasing = the first half of above sentence as = follows.

 

=

When the initiator sends the = first Echo Request for the Traceroute

operation, with a Relay Node = Address Stack TLV, the TLV MUST contain = ...

[Lizhong] I'd like to remove = "Traceroute" as below. = Because in "Ping" = mode,

the Relayed Echo = Reply mechanism could still work.

<= div>

When the initiator sends the = first Echo Request with a Relay = Node Address 

Stack TLV, the = TLV MUST contain ...

=

 

[NOBO] So perhaps what we want to say here is that the first address of = the Relay Node Address Stack TLV in the MPLS Echo Request sent must be = the same as the source IP address used in the sending packet. In other = words, we should not have any text that restricts that there must only = be one entry in the Relay Node Address Stack TLV. Then we can follow = that up with texts like, when operating in the Traceroute mode, then the = first Echo Request sent will have the Relay Node Address Stack TLV = containing one local address.

 

 

Section = 4.2

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

 

=

   Those address = entries with K bit set to 1 MUST be kept in the = stack.

   The receiver MUST = check the addresses of the stack in sequence = from

   bottom to top to = find the last address in the stack with the K = bit

   set (or the top of = the stack if no K bit was found).

 

=

Shouldn't above "find the = last address in the stack with the K bit = set"

instead say "find the last = non-Null address in the stack with the K = bit

set"? Otherwise the = procedure will cause relay LSRs to always refer to = this

Null address with K bit set, = preventing the first initiator address to = be

ever reached when searching for = the next relay address. On a related = topic,

what is the purpose of allowing a = Null address entry with K bit set?

[Lizhong]: please refer to the = following in section 4.2.

&= nbsp;  If a node spans two addressing domains (with respect to this = message)<= o:p>

&= nbsp;  where nodes on either side may not be able to nodes in the = other<= o:p>

&= nbsp;  domain, then the final address added MUST set the K = bit.  K bit<= o:p>

&= nbsp;  applies in the case of a NULL address, to serve as a warning = to the<= o:p>

&= nbsp;  initiator that further Echo Request messages may not result = in<= o:p>

&= nbsp;  receiving Echo Reply messages.<= o:p>

B= ut I believe we need to update section 4.6 as below:<= o:p>

O= LD:<= o:p>

E= ach time the TTL is increased, the initiator MUST copy the<= o:p>

=C2= =A0=C2=A0 Relay Node Address Stack TLV received in the previous Echo = Reply to<= o:p>

=C2= =A0=C2=A0 the next Echo Request.<= o:p>

N= EW:

E= ach time the TTL is increased, the initiator could copy the<= o:p>

=C2= =A0=C2=A0 Relay Node Address Stack TLV in the previous Echo Reply = to<= o:p>

=C2= =A0=C2=A0 the next Echo Request. Some modifications could also be made to the stack TLV, = e.g., delete the NIL entry.<= o:p>

 

[NOBO] That=E2=80=99s a reasonable approach to address this, as long as = the document states that the initiator MUST delete the NIL entry in = subsequent Echo Requests. Otherwise, you will have a case where last = entry with K bit set in the TLV is NIL, and described procedures will = never reach the top (initiator) address.

 

 

   If a node spans two = addressing domains (with respect to this = message)

   where nodes on = either side may not be able to nodes in the = other

   = domain,

 

=

s/may not be able to nodes/may = not be able to reach nodes/

[Lizhong] = accepted

 

=

   If a node spans two = addressing domains (with respect to this = message)

   where nodes on = either side may not be able to nodes in the = other

   domain, then the = final address added MUST set the K = bit.

 

=

Above procedures defines a strict = operation (i.e., MUST) for the K bit

usage. = However, how an LSR determines "If a node spans two = addressing

domains where nodes on either = side may not be ..." is very vague. It = might

be possible that we can end up = with different implementations of the K = bit

setting because of this = vagueness. What's your thoughts?

[Lizhong] = this is the principle of the implementation. How to know = the 

address = information is implementation specific. If fail to get the = information,

<= p class=3DMsoNormal>then it is = possible to fail for the echo reply. Maybe "SHOULD" is better = here.

 

[NOBO] Yes I would be more comfortable with SHOULD than = MUST.

 

 

=

   If the full reply = message would exceed the MTU size, the Relay = Node

   Address Stack TLV = MUST be returned back in the Echo Reply = message.

   Some other TLV(s) = MUST be dropped.

 

=

Well, it's possible that the = Relay Node Address Stack TLV has grown so = big

and that is the only optional TLV = to be included in the Echo Reply. In = that

case, the Relay Node Address = Stack TLV cannot be included despite = the

"MUST". I believe what = you are trying to imply here is that the Relay = Node

Address Stack TLV takes = precedence over other optional TLVs, = when

determining which optional TLVs = to keep in the Echo Reply. In that = case,

perhaps it is better to say = "If the full reply message would exceed the = MTU

size, the Relay Node Address = Stack TLV SHOULD be included in the Echo = Reply

message (i.e., other optional = TLVs are excluded)."

[Lizhong] = agreed.

 

=

Section = 4.3

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

 

=

   The Destination = Address determined in section 4.2 is used as the = next

   relay node = address.

 

=

Section 4.2 only describes how to = update the Relay Node Address Stack = TLV.

It also specifies how to update = the Destination Address Pointer = field.

However, nowhere in section 4.2 = talk about how the Destination Address = is

determined. I'm assuming = "the Destination Address determined ..." = is

referring to this address which = the Destination Address Pointer is = pointing

to. Perhaps it'll be a good idea, = somewhere in section 4.2, to say = "...

_this_ address is determined to = be the Destination Address".

[Lizhong] = good catch. See changes below:

OLD in = section 4.2:

T= he Destination Address Pointer MUST be set to this = entry. <= o:p>

N= EW

T= he Destination Address Pointer MUST be set to this entry = which is also the Destination = Address.<= o:p>

 

=

Section = 4.4

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

 

=

   Upon receiving an = Relayed Echo Reply message with its own address = as

   the destination = address in the IP header, the relay node = MUST

   determine the next = relay node address as described in section = 4.3,

   with the = modification that the location of the received = Destination

   Address is used = instead of the bottom of stack in the = algorithm.

 

=

In above, I think you meant = section 4.2 instead of section 4.3.

[Lizhong] = accepted

 

=

   = The

   destination address = in Relay Node Address Stack TLV will be = updated

   with the next relay = node address.

 

=

By "destination = address" above, do you mean the Destination Address = Pointer

field? If so, a bit of = clarification is required. Otherwise, I'm not = sure

what you mean by = "destination address" = above.

[Lizhong] yes, changed as = below:

T= he Destination = Address Pointer in Relay Node Address Stack TLV will be set = to<= o:p>

   the next relay node = address. 

<= p class=3DMsoNormal> 

=

The document is not very clear on = how these two fields are used.

- Source = IP address field of the IP header

- Source = Address of Replying Router field of the Relay Node Address = Stack

TLV

 

=

I'd imagine you'd want one field = to be set by the egress LSR and = unmodified

by every upstream relay LSRs, and = one field to be updated by the egress = LSR

and every upstream relay LSR. = This is sort of clarified in section 4.7, = but

really should be part of the = procedures.

[Lizhong] in section 4.2, it says = as below:

&= nbsp;  Upon receiving a Relay Node Address Stack TLV in an Echo = Request<= o:p>

&= nbsp;  message, the receiver updates the "Source Address of = Replying<= o:p>

&= nbsp;  Router".  The address MUST be same as the source = IP address of Relay<= o:p>

&= nbsp;  Echo Reply (section 4.3) or Echo Reply message (section 4.5) = being<= o:p>

&= nbsp;  sent.<= o:p>

How to set Source IP address = field of the IP header is a standard behavior, and<= o:p>

not speicified in this = document.<= o:p>

 

[NOBO] Yes but when receiving an Relayed Echo Reply, how are those two = fields updated? I=E2=80=99m guessing that the Source Address of Replying = Router field is unmodified, and Source IP address field of the IP header = is set to an address of the relay node? Clarifying this point will=C2=A0 = be beneficial.



<= o:p>

 

=

Section = 4.6

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

 

=

   During a traceroute = operation, multiple Echo Request messages = are

   sent.  Each = time the TTL is increased, the initiator MUST copy = the

   Relay Node Address = Stack TLV received in the previous Echo Reply = to

   the next Echo = Request.

 

=

True but don't we want the = initiator to "reset" some fields such as = Reply

Add Type, Source Address of = Replying Router and Destination Address = Pointer?

[Lizhong] these fields will be reset by the reply node. = But this section should still

be updated as = described in previous comments.

 

[NOBO] I simply assumed that we want to clear:

-        = the Source Address of Replying Router field (along with reply Add = Type)

-        = Destination Address Pointer

Since value of those fields are meaningless to the subsequent Echo = Request. Is there any reason why you want to preserve those values for = the subsequent Echo Request?

 

Thanks,

Nobo

 

 

=

Section = 6

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

 

=

As an added security, a receiver = of an MPLS Echo Request should verify = that

the first address in the Relay = Node Address Stack TLV is the same address = as

the source IP address field of = the received IP header.

[Lizhong] = accepted, thanks.

 

=

Thanks!

 

=

-Nobo

<= div>

 

=

 

=
------=_NextPart_000_03B5_01D06587.6C93A4B0-- From nobody Tue Mar 24 09:09:54 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 660741A9083 for ; Tue, 24 Mar 2015 09:09:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_LOW_CONTRAST=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 xcxZhRIR1COK for ; Tue, 24 Mar 2015 09:09:29 -0700 (PDT) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 920001A9029 for ; Tue, 24 Mar 2015 09:08:33 -0700 (PDT) Received: by iedfl3 with SMTP id fl3so1440008ied.1 for ; Tue, 24 Mar 2015 09:08:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=0vxQJ/ZKeQsWN/b1rPuuBObCANmgsp5eIg4pUyI6uk4=; b=ZVtPirvEUEM2qDBbrc2wHY0Kf7LBA4nMag18Gjczelck25yn4ZjlnmFyPNWvS/wnR1 vI5nTy3q0mgJKV+UG+gBNYJpQTnG6mciBVTyZw084GavOtFgNtASRDtAAS4PEvwtZE0i omPus/l0UCi/wlALl55kYLH4o5C1CEFKOcQfG88hwJlGAXQM6P11Q9b4Nu2cCpyGjQZG oT/ZYoQSHqVDeGNW2slu4LNAfJ4xGpI0BY+weyXgXHHbNO1vxuzeOEKYc5NBx4zpptlz lgDQgpYhJcKhdKhgUvFgVQqN1PxFzPTjlXNEqwhXnNI2m9yyQ9/e33Rvoy13Fc8kyQ2v LBrg== X-Received: by 10.107.41.10 with SMTP id p10mr7420162iop.58.1427213312963; Tue, 24 Mar 2015 09:08:32 -0700 (PDT) Received: from Lizhong ([118.132.233.180]) by mx.google.com with ESMTPSA id n7sm8799867iga.13.2015.03.24.09.08.19 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Mar 2015 09:08:31 -0700 (PDT) Date: Wed, 25 Mar 2015 00:08:45 +0800 From: "lizho.jin@gmail.com" To: "Nobo Akiya" , draft-ietf-mpls-lsp-ping-relay-reply References: <000001d06429$a7dc6520$f7952f60$@gmail.com>, <2015032323480587170245@gmail.com>, <03b401d065b1$55620b90$002622b0$@gmail.com> X-Priority: 3 X-GUID: 237AC07F-BCD0-4E88-BF97-7CB0BB0FAC97 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015032500083960732722@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart106045240676_=----" Archived-At: Cc: mpls Subject: Re: [mpls] Review of draft-ietf-mpls-lsp-ping-relay-reply-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 16:09:40 -0000 This is a multi-part message in MIME format. ------=_001_NextPart106045240676_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgTm9ibywNClNlZSBpbmxpbmUgYmVsb3cuIFRoYW5rcyBhZ2FpbiBmb3IgdGhlIHJldmlldy4N Cg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IE5vYm8gQWtpeWENCkRhdGU6IDIwMTUt MDMtMjQgMDU6MzUNClRvOiBsaXpoby5qaW5AZ21haWwuY29tOyAnZHJhZnQtaWV0Zi1tcGxzLWxz cC1waW5nLXJlbGF5LXJlcGx5Jw0KQ0M6ICdtcGxzJzsgJ2xvYScNClN1YmplY3Q6IFJFOiBSZXZp ZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5LTA3DQpIaSBMaXpob25n LA0KIA0KRmV3IG1vcmUgZm9sbG93LXVwIGNvbW1lbnRzIGluLWxpbmUgd2l0aCBbTk9CT10uDQog DQpGcm9tOiBsaXpoby5qaW5AZ21haWwuY29tIFttYWlsdG86bGl6aG8uamluQGdtYWlsLmNvbV0g DQpTZW50OiBNYXJjaC0yMy0xNSAxMDo0OCBBTQ0KVG86IE5vYm8gQWtpeWE7IGRyYWZ0LWlldGYt bXBscy1sc3AtcGluZy1yZWxheS1yZXBseQ0KQ2M6IG1wbHM7IGxvYQ0KU3ViamVjdDogUmU6IFJl dmlldyBvZiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHktMDcNCiANCkhpIE5v Ym8sDQpUaGFuayB5b3UgZm9yIHRoZSBkZXRhaWwgcmV2aWV3IGFnYWluLiBTZWUgdGhlIHJlcGx5 IGlubGluZSBiZWxvdy4NCiANCnRvIGF1dGhvcnMsDQpQbGVhc2UgYWxzbyBjaGVjaywgdGhhbmtz Lg0KIA0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IE5vYm8gQWtpeWENCkRhdGU6IDIw MTUtMDMtMjIgMDY6NTINClRvOiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHlA dG9vbHMuaWV0Zi5vcmcNCkNDOiBtcGxzQGlldGYub3JnOyAnTG9hIEFuZGVyc3NvbicNClN1Ympl Y3Q6IFJldmlldyBvZiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHktMDcNCkhp IEF1dGhvcnMsDQogDQpJIHdhcyBhc2tlZCB0byBwcm92aWRlIGEgcmV2aWV3IG9mIHRoZSBmb2xs b3dpbmcgZG9jdW1lbnQ6DQogDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHktMDcgDQogDQpUaGUgZG9jdW1lbnQgaXMgd2VsbCB3 cml0dGVuIGFuZCBhZGRyZXNzZXMgYSByZWFsIHByb2JsZW0uIEkgZG8gaGF2ZSBhDQpudW1iZXIg b2YgKG1vc3RseSBtaW5vciBhbmQgc29tZSBtb2RlcmF0ZSkgY29tbWVudHMgd2hpY2ggSSdkIGxp a2UgdG8gc2VlDQphZGRyZXNzZWQgYmVmb3JlIHByb2dyZXNzaW5nIHRoZSBkb2N1bWVudC4NCiAN ClNlY3Rpb24gMg0KLS0tLS0tLS0tLS0tLS0NCiANCiAgIEZpZ3VyZSAxIGRlbW9uc3RyYXRlcyBh IGNhc2Ugd2hlcmUgb25lIExTUCBpcyBzZXQgdXAgYmV0d2VlbiBQRTEgYW5kDQogICBQRTIuICBJ ZiBQRTEncyBJUCBhZGRyZXNzIGlzIG5vdCBkaXN0cmlidXRlZCB0byBBUzIsIGEgdHJhY2Vyb3V0 ZQ0KICAgZnJvbSBQRTEgZGlyZWN0ZWQgdG8gUEUyIGNvdWxkIGZhaWwgaWYgdGhlIGZhdWx0IGV4 aXN0cyBzb21ld2hlcmUNCiAgIGJldHdlZW4gQVNCUjIgYW5kIFBFMi4NCiANCkFib3ZlIGlzIG5v dCBlbnRpcmVseSBhY2N1cmF0ZS4gVGhlIFRyYWNlcm91dGUgZnJvbSBQRTEgdG8gUEUyIGNhbiBm YWlsIGV2ZW4NCmlmIHRoZXJlIGlzIG5vIGZhdWx0LiBJdCB3b3VsZCBiZSBnb29kIHRvIGNsYXJp ZnkgdGhpcyBieSBzYXlpbmcgIklmIFBFMSdzDQpJUCBhZGRyZXNzIGlzIG5vdCBkaXN0cmlidXRl ZCB0byBBUzIsIGEgdHJhY2Vyb3V0ZSBmcm9tIFBFMSBkaXJlY3RlZCB0b3dhcmRzDQpQRTIgY2Fu IHJlc3VsdCBpbiBhIGZhaWx1cmUgYmVjYXVzZSBhbiBMU1IgaW4gQVMyIG1heSBub3QgYmUgYWJs ZSB0byBzZW5kDQp0aGUgRWNobyBSZXBseSBtZXNzYWdlIi4NCltMaXpob25nXSBhY2NlcHRlZC4N CiANCiAgIE5vdGUgdGhhdCB0aHJvdWdob3V0IHRoZSBkb2N1bWVudCwgcm91dGFibGUgYWRkcmVz cyBtZWFucyB0aGF0IGl0IGlzDQogICBwb3NzaWJsZSB0byByb3V0ZSBhbiBJUCBwYWNrZXQgdG8g dGhpcyBhZGRyZXNzIHVzaW5nIHRoZSBub3JtYWwNCiAgIGluZm9ybWF0aW9uIGV4Y2hhbmdlZCBi eSB0aGUgSUdQIG9wZXJhdGluZyBpbiB0aGUgQVMNCiANCk1pc3NpbmcgJy4nIChwZXJpb2QpIGF0 IHRoZSBlbmQgb2YgdGhlIHBhcmFncmFwaC4NCltMaXpob25nXSBhY2NlcHRlZC4NCiANCiAgIFdo ZW4gdHJhY2luZyBhbiBMU1AgZnJvbSBvbmUgQU4gdG8gdGhlIHJlbW90ZSBBTiwNCiAgIHRoZSBM U1IxL0xTUjIgbm9kZSBjb3VsZCBub3QgbWFrZSBhIHJlc3BvbnNlIHRvIHRoZSBFY2hvIFJlcXVl c3QNCiAgIGVpdGhlciwgbGlrZSB0aGUgUDIgbm9kZSBpbiB0aGUgaW50ZXItQVMgc2NlbmFyaW8g aW4gRmlndXJlIDEuDQogDQoiLi4uIGNvdWxkIG5vdCBtYWtlIGEgcmVzcG9uc2UgdG8gdGhlIEVj aG8gUmVxdWVzdCBlaXRoZXIgLi4uIiBjYW4gcGVyaGFwcw0KYmUgcmVwaHJhc2VkIGFzICIuLi4g Y2Fubm90IHNlbmQgdGhlIEVjaG8gUmVwbHkgZWl0aGVyIC4uLiIsIHRvIGJlIGEgYml0DQptb3Jl IGNsZWFyLiBZZWFoIGl0J3MgcmVhbGx5IGEgbml0cGljaywgYnV0IF9tYWtpbmdfIHRoZSByZXNw b25zZSBwYWNrZXQgYW5kDQpfc2VuZGluZ18gdGhlIHJlc3BvbnNlIHBhY2tldCBhcmUgdHdvIGRp ZmZlcmVudCBvcGVyYXRpb25zIGluIGEgY29kZS4NCltMaXpob25nXSBhY2NlcHRlZC4NCiANCkZp Z3VyZSAzDQotLS0tLS0tLS0tLS0tLQ0KIA0KVHlwaWNhbGx5LCB0aGUgbnVtYmVycyBhdCB0aGUg dG9wIChpLmUuLCBiaXQgcG9zaXRpb25zIDAsIDEsIDIsIC4uLikgYXJlDQphbGlnbmVkIHdpdGgg Y29sdW1ucyB3aXRoICctJyBjaGFyYWN0ZXIgaW5zdGVhZCBvZiAnKycgY2hhcmFjdGVyLiBJbiBv dGhlcg0Kd29yZHMsIGxldCdzIHNoaWZ0IHRoZSBiaXQgcG9zaXRpb25zIHRvIHRoZSByaWdodCBi eSBvbmUgc3BhY2UuDQpbTGl6aG9uZ10gZ29vZCBjYXRjaCwgdGhhbmtzLg0KIA0KU2VjdGlvbiAz LjMNCi0tLS0tLS0tLS0tLS0tDQogDQpzL3RoZSBSZXBseS90aGUgRWNobyBSZXBseS8NCltMaXpo b25nXSBhY2NlcHRlZC4NCiANClNlY3Rpb24gNC4xDQotLS0tLS0tLS0tLS0tLQ0KIA0KICAgV2hl biB0aGUgRWNobyBSZXF1ZXN0IGlzIGZpcnN0IHNlbnQgYnkgdGhlIGluaXRpYXRvciBpbmNsdWRl ZCBhIFJlbGF5DQogICBOb2RlIEFkZHJlc3MgU3RhY2sgVExWLCB0aGUgVExWIE1VU1QgY29udGFp biB0aGUgaW5pdGlhdG9yIGFkZHJlc3MgYXMNCiAgIHRoZSBvbmx5IGVudHJ5IG9mIHRoZSBzdGFj ayBvZiByZWxheWVkIGFkZHJlc3NlcywNCiANCkknZCBsaWtlIHRvIHN1Z2dlc3QgcmVwaHJhc2lu ZyB0aGUgZmlyc3QgaGFsZiBvZiBhYm92ZSBzZW50ZW5jZSBhcyBmb2xsb3dzLg0KIA0KV2hlbiB0 aGUgaW5pdGlhdG9yIHNlbmRzIHRoZSBmaXJzdCBFY2hvIFJlcXVlc3QgZm9yIHRoZSBUcmFjZXJv dXRlDQpvcGVyYXRpb24sIHdpdGggYSBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWLCB0aGUg VExWIE1VU1QgY29udGFpbiAuLi4NCltMaXpob25nXSBJJ2QgbGlrZSB0byByZW1vdmUgIlRyYWNl cm91dGUiIGFzIGJlbG93LiBCZWNhdXNlIGluICJQaW5nIiBtb2RlLA0KdGhlIFJlbGF5ZWQgRWNo byBSZXBseSBtZWNoYW5pc20gY291bGQgc3RpbGwgd29yay4NCldoZW4gdGhlIGluaXRpYXRvciBz ZW5kcyB0aGUgZmlyc3QgRWNobyBSZXF1ZXN0IHdpdGggYSBSZWxheSBOb2RlIEFkZHJlc3MgDQpT dGFjayBUTFYsIHRoZSBUTFYgTVVTVCBjb250YWluIC4uLg0KIA0KW05PQk9dIFNvIHBlcmhhcHMg d2hhdCB3ZSB3YW50IHRvIHNheSBoZXJlIGlzIHRoYXQgdGhlIGZpcnN0IGFkZHJlc3Mgb2YgdGhl IFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgaW4gdGhlIE1QTFMgRWNobyBSZXF1ZXN0IHNl bnQgbXVzdCBiZSB0aGUgc2FtZSBhcyB0aGUgc291cmNlIElQIGFkZHJlc3MgdXNlZCBpbiB0aGUg c2VuZGluZyBwYWNrZXQuIEluIG90aGVyIHdvcmRzLCB3ZSBzaG91bGQgbm90IGhhdmUgYW55IHRl eHQgdGhhdCByZXN0cmljdHMgdGhhdCB0aGVyZSBtdXN0IG9ubHkgYmUgb25lIGVudHJ5IGluIHRo ZSBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWLiBUaGVuIHdlIGNhbiBmb2xsb3cgdGhhdCB1 cCB3aXRoIHRleHRzIGxpa2UsIHdoZW4gb3BlcmF0aW5nIGluIHRoZSBUcmFjZXJvdXRlIG1vZGUs IHRoZW4gdGhlIGZpcnN0IEVjaG8gUmVxdWVzdCBzZW50IHdpbGwgaGF2ZSB0aGUgUmVsYXkgTm9k ZSBBZGRyZXNzIFN0YWNrIFRMViBjb250YWluaW5nIG9uZSBsb2NhbCBhZGRyZXNzLg0KW0xpemhv bmddOiByaWdodCwgbm90IG5lY2Vzc2FyeSB0byBzYXkgIm9ubHkiLCBidXQgdGhlIHRyYWNlcm91 dGUgcmVsYXRlZCB3b3JkcyBzZWVtIHRvIGJlIGluY2x1ZGVkIGFscmVhZHkuIFNvIHJlcGhyYXNl IGFzIGJlbG93Lg0KV2hlbiB0aGUgaW5pdGlhdG9yIHNlbmRzIHRoZSBmaXJzdCBFY2hvIFJlcXVl c3Qgd2l0aCBhIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYsIHRoZSBUTFYgTVVTVCBjb250 YWluIHRoZSBpbml0aWF0b3IgYWRkcmVzcyBhcyB0aGUgZmlyc3QgZW50cnkgb2YgdGhlIHN0YWNr IG9mIHJlbGF5ZWQgYWRkcmVzc2VzLCB0aGUgZGVzdGluYXRpb24gYWRkcmVzcyBwb2ludGVyIHNl dCB0byB0aGlzIGVudHJ5LCBhbmQgdGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSByZXBseWluZyBy b3V0ZXIgc2V0IHRvIG51bGwuIA0KDQogDQogDQpTZWN0aW9uIDQuMg0KLS0tLS0tLS0tLS0tLS0N CiANCiAgIFRob3NlIGFkZHJlc3MgZW50cmllcyB3aXRoIEsgYml0IHNldCB0byAxIE1VU1QgYmUg a2VwdCBpbiB0aGUgc3RhY2suDQogICBUaGUgcmVjZWl2ZXIgTVVTVCBjaGVjayB0aGUgYWRkcmVz c2VzIG9mIHRoZSBzdGFjayBpbiBzZXF1ZW5jZSBmcm9tDQogICBib3R0b20gdG8gdG9wIHRvIGZp bmQgdGhlIGxhc3QgYWRkcmVzcyBpbiB0aGUgc3RhY2sgd2l0aCB0aGUgSyBiaXQNCiAgIHNldCAo b3IgdGhlIHRvcCBvZiB0aGUgc3RhY2sgaWYgbm8gSyBiaXQgd2FzIGZvdW5kKS4NCiANClNob3Vs ZG4ndCBhYm92ZSAiZmluZCB0aGUgbGFzdCBhZGRyZXNzIGluIHRoZSBzdGFjayB3aXRoIHRoZSBL IGJpdCBzZXQiDQppbnN0ZWFkIHNheSAiZmluZCB0aGUgbGFzdCBub24tTnVsbCBhZGRyZXNzIGlu IHRoZSBzdGFjayB3aXRoIHRoZSBLIGJpdA0Kc2V0Ij8gT3RoZXJ3aXNlIHRoZSBwcm9jZWR1cmUg d2lsbCBjYXVzZSByZWxheSBMU1JzIHRvIGFsd2F5cyByZWZlciB0byB0aGlzDQpOdWxsIGFkZHJl c3Mgd2l0aCBLIGJpdCBzZXQsIHByZXZlbnRpbmcgdGhlIGZpcnN0IGluaXRpYXRvciBhZGRyZXNz IHRvIGJlDQpldmVyIHJlYWNoZWQgd2hlbiBzZWFyY2hpbmcgZm9yIHRoZSBuZXh0IHJlbGF5IGFk ZHJlc3MuIE9uIGEgcmVsYXRlZCB0b3BpYywNCndoYXQgaXMgdGhlIHB1cnBvc2Ugb2YgYWxsb3dp bmcgYSBOdWxsIGFkZHJlc3MgZW50cnkgd2l0aCBLIGJpdCBzZXQ/DQpbTGl6aG9uZ106IHBsZWFz ZSByZWZlciB0byB0aGUgZm9sbG93aW5nIGluIHNlY3Rpb24gNC4yLg0KICAgSWYgYSBub2RlIHNw YW5zIHR3byBhZGRyZXNzaW5nIGRvbWFpbnMgKHdpdGggcmVzcGVjdCB0byB0aGlzIG1lc3NhZ2Up DQogICB3aGVyZSBub2RlcyBvbiBlaXRoZXIgc2lkZSBtYXkgbm90IGJlIGFibGUgdG8gbm9kZXMg aW4gdGhlIG90aGVyDQogICBkb21haW4sIHRoZW4gdGhlIGZpbmFsIGFkZHJlc3MgYWRkZWQgTVVT VCBzZXQgdGhlIEsgYml0LiAgSyBiaXQNCiAgIGFwcGxpZXMgaW4gdGhlIGNhc2Ugb2YgYSBOVUxM IGFkZHJlc3MsIHRvIHNlcnZlIGFzIGEgd2FybmluZyB0byB0aGUNCiAgIGluaXRpYXRvciB0aGF0 IGZ1cnRoZXIgRWNobyBSZXF1ZXN0IG1lc3NhZ2VzIG1heSBub3QgcmVzdWx0IGluDQogICByZWNl aXZpbmcgRWNobyBSZXBseSBtZXNzYWdlcy4NCkJ1dCBJIGJlbGlldmUgd2UgbmVlZCB0byB1cGRh dGUgc2VjdGlvbiA0LjYgYXMgYmVsb3c6DQpPTEQ6DQpFYWNoIHRpbWUgdGhlIFRUTCBpcyBpbmNy ZWFzZWQsIHRoZSBpbml0aWF0b3IgTVVTVCBjb3B5IHRoZQ0KICAgUmVsYXkgTm9kZSBBZGRyZXNz IFN0YWNrIFRMViByZWNlaXZlZCBpbiB0aGUgcHJldmlvdXMgRWNobyBSZXBseSB0bw0KICAgdGhl IG5leHQgRWNobyBSZXF1ZXN0Lg0KTkVXOg0KRWFjaCB0aW1lIHRoZSBUVEwgaXMgaW5jcmVhc2Vk LCB0aGUgaW5pdGlhdG9yIGNvdWxkIGNvcHkgdGhlDQogICBSZWxheSBOb2RlIEFkZHJlc3MgU3Rh Y2sgVExWIGluIHRoZSBwcmV2aW91cyBFY2hvIFJlcGx5IHRvDQogICB0aGUgbmV4dCBFY2hvIFJl cXVlc3QuIFNvbWUgbW9kaWZpY2F0aW9ucyBjb3VsZCBhbHNvIGJlIG1hZGUgdG8gdGhlIHN0YWNr IFRMViwgZS5nLiwgZGVsZXRlIHRoZSBOSUwgZW50cnkuDQogDQpbTk9CT10gVGhhdOKAmXMgYSBy ZWFzb25hYmxlIGFwcHJvYWNoIHRvIGFkZHJlc3MgdGhpcywgYXMgbG9uZyBhcyB0aGUgZG9jdW1l bnQgc3RhdGVzIHRoYXQgdGhlIGluaXRpYXRvciBNVVNUIGRlbGV0ZSB0aGUgTklMIGVudHJ5IGlu IHN1YnNlcXVlbnQgRWNobyBSZXF1ZXN0cy4gT3RoZXJ3aXNlLCB5b3Ugd2lsbCBoYXZlIGEgY2Fz ZSB3aGVyZSBsYXN0IGVudHJ5IHdpdGggSyBiaXQgc2V0IGluIHRoZSBUTFYgaXMgTklMLCBhbmQg ZGVzY3JpYmVkIHByb2NlZHVyZXMgd2lsbCBuZXZlciByZWFjaCB0aGUgdG9wIChpbml0aWF0b3Ip IGFkZHJlc3MuDQpbTGl6aG9uZ10gV2lsbCBhZGQgdGhlIGZvbGxvd2luZzoNClRoZSBOSUwgZW50 cnkgd2l0aCBLIGJpdCBzZXQgTVVTVCBiZSBkZWxldGVkLCBvdGhlcndpc2UgdGhlIEVjaG8gUmVw bHkgbWVzc2FnZSB3aWxsIG5ldmVyIGJlIHJldHVybmVkLg0KIA0KIA0KICAgSWYgYSBub2RlIHNw YW5zIHR3byBhZGRyZXNzaW5nIGRvbWFpbnMgKHdpdGggcmVzcGVjdCB0byB0aGlzIG1lc3NhZ2Up DQogICB3aGVyZSBub2RlcyBvbiBlaXRoZXIgc2lkZSBtYXkgbm90IGJlIGFibGUgdG8gbm9kZXMg aW4gdGhlIG90aGVyDQogICBkb21haW4sDQogDQpzL21heSBub3QgYmUgYWJsZSB0byBub2Rlcy9t YXkgbm90IGJlIGFibGUgdG8gcmVhY2ggbm9kZXMvDQpbTGl6aG9uZ10gYWNjZXB0ZWQNCiANCiAg IElmIGEgbm9kZSBzcGFucyB0d28gYWRkcmVzc2luZyBkb21haW5zICh3aXRoIHJlc3BlY3QgdG8g dGhpcyBtZXNzYWdlKQ0KICAgd2hlcmUgbm9kZXMgb24gZWl0aGVyIHNpZGUgbWF5IG5vdCBiZSBh YmxlIHRvIG5vZGVzIGluIHRoZSBvdGhlcg0KICAgZG9tYWluLCB0aGVuIHRoZSBmaW5hbCBhZGRy ZXNzIGFkZGVkIE1VU1Qgc2V0IHRoZSBLIGJpdC4NCiANCkFib3ZlIHByb2NlZHVyZXMgZGVmaW5l cyBhIHN0cmljdCBvcGVyYXRpb24gKGkuZS4sIE1VU1QpIGZvciB0aGUgSyBiaXQNCnVzYWdlLiBI b3dldmVyLCBob3cgYW4gTFNSIGRldGVybWluZXMgIklmIGEgbm9kZSBzcGFucyB0d28gYWRkcmVz c2luZw0KZG9tYWlucyB3aGVyZSBub2RlcyBvbiBlaXRoZXIgc2lkZSBtYXkgbm90IGJlIC4uLiIg aXMgdmVyeSB2YWd1ZS4gSXQgbWlnaHQNCmJlIHBvc3NpYmxlIHRoYXQgd2UgY2FuIGVuZCB1cCB3 aXRoIGRpZmZlcmVudCBpbXBsZW1lbnRhdGlvbnMgb2YgdGhlIEsgYml0DQpzZXR0aW5nIGJlY2F1 c2Ugb2YgdGhpcyB2YWd1ZW5lc3MuIFdoYXQncyB5b3VyIHRob3VnaHRzPw0KW0xpemhvbmddIHRo aXMgaXMgdGhlIHByaW5jaXBsZSBvZiB0aGUgaW1wbGVtZW50YXRpb24uIEhvdyB0byBrbm93IHRo ZSANCmFkZHJlc3MgaW5mb3JtYXRpb24gaXMgaW1wbGVtZW50YXRpb24gc3BlY2lmaWMuIElmIGZh aWwgdG8gZ2V0IHRoZSBpbmZvcm1hdGlvbiwNCnRoZW4gaXQgaXMgcG9zc2libGUgdG8gZmFpbCBm b3IgdGhlIGVjaG8gcmVwbHkuIE1heWJlICJTSE9VTEQiIGlzIGJldHRlciBoZXJlLg0KIA0KW05P Qk9dIFllcyBJIHdvdWxkIGJlIG1vcmUgY29tZm9ydGFibGUgd2l0aCBTSE9VTEQgdGhhbiBNVVNU Lg0KW0xpemhvbmddIGdyZWF0Lg0KIA0KIA0KICAgSWYgdGhlIGZ1bGwgcmVwbHkgbWVzc2FnZSB3 b3VsZCBleGNlZWQgdGhlIE1UVSBzaXplLCB0aGUgUmVsYXkgTm9kZQ0KICAgQWRkcmVzcyBTdGFj ayBUTFYgTVVTVCBiZSByZXR1cm5lZCBiYWNrIGluIHRoZSBFY2hvIFJlcGx5IG1lc3NhZ2UuDQog ICBTb21lIG90aGVyIFRMVihzKSBNVVNUIGJlIGRyb3BwZWQuDQogDQpXZWxsLCBpdCdzIHBvc3Np YmxlIHRoYXQgdGhlIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgaGFzIGdyb3duIHNvIGJp Zw0KYW5kIHRoYXQgaXMgdGhlIG9ubHkgb3B0aW9uYWwgVExWIHRvIGJlIGluY2x1ZGVkIGluIHRo ZSBFY2hvIFJlcGx5LiBJbiB0aGF0DQpjYXNlLCB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNr IFRMViBjYW5ub3QgYmUgaW5jbHVkZWQgZGVzcGl0ZSB0aGUNCiJNVVNUIi4gSSBiZWxpZXZlIHdo YXQgeW91IGFyZSB0cnlpbmcgdG8gaW1wbHkgaGVyZSBpcyB0aGF0IHRoZSBSZWxheSBOb2RlDQpB ZGRyZXNzIFN0YWNrIFRMViB0YWtlcyBwcmVjZWRlbmNlIG92ZXIgb3RoZXIgb3B0aW9uYWwgVExW cywgd2hlbg0KZGV0ZXJtaW5pbmcgd2hpY2ggb3B0aW9uYWwgVExWcyB0byBrZWVwIGluIHRoZSBF Y2hvIFJlcGx5LiBJbiB0aGF0IGNhc2UsDQpwZXJoYXBzIGl0IGlzIGJldHRlciB0byBzYXkgIklm IHRoZSBmdWxsIHJlcGx5IG1lc3NhZ2Ugd291bGQgZXhjZWVkIHRoZSBNVFUNCnNpemUsIHRoZSBS ZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWIFNIT1VMRCBiZSBpbmNsdWRlZCBpbiB0aGUgRWNo byBSZXBseQ0KbWVzc2FnZSAoaS5lLiwgb3RoZXIgb3B0aW9uYWwgVExWcyBhcmUgZXhjbHVkZWQp LiINCltMaXpob25nXSBhZ3JlZWQuDQogDQpTZWN0aW9uIDQuMw0KLS0tLS0tLS0tLS0tLS0NCiAN CiAgIFRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIGRldGVybWluZWQgaW4gc2VjdGlvbiA0LjIgaXMg dXNlZCBhcyB0aGUgbmV4dA0KICAgcmVsYXkgbm9kZSBhZGRyZXNzLg0KIA0KU2VjdGlvbiA0LjIg b25seSBkZXNjcmliZXMgaG93IHRvIHVwZGF0ZSB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNr IFRMVi4NCkl0IGFsc28gc3BlY2lmaWVzIGhvdyB0byB1cGRhdGUgdGhlIERlc3RpbmF0aW9uIEFk ZHJlc3MgUG9pbnRlciBmaWVsZC4NCkhvd2V2ZXIsIG5vd2hlcmUgaW4gc2VjdGlvbiA0LjIgdGFs ayBhYm91dCBob3cgdGhlIERlc3RpbmF0aW9uIEFkZHJlc3MgaXMNCmRldGVybWluZWQuIEknbSBh c3N1bWluZyAidGhlIERlc3RpbmF0aW9uIEFkZHJlc3MgZGV0ZXJtaW5lZCAuLi4iIGlzDQpyZWZl cnJpbmcgdG8gdGhpcyBhZGRyZXNzIHdoaWNoIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIFBvaW50 ZXIgaXMgcG9pbnRpbmcNCnRvLiBQZXJoYXBzIGl0J2xsIGJlIGEgZ29vZCBpZGVhLCBzb21ld2hl cmUgaW4gc2VjdGlvbiA0LjIsIHRvIHNheSAiLi4uDQpfdGhpc18gYWRkcmVzcyBpcyBkZXRlcm1p bmVkIHRvIGJlIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIi4NCltMaXpob25nXSBnb29kIGNhdGNo LiBTZWUgY2hhbmdlcyBiZWxvdzoNCk9MRCBpbiBzZWN0aW9uIDQuMjoNClRoZSBEZXN0aW5hdGlv biBBZGRyZXNzIFBvaW50ZXIgTVVTVCBiZSBzZXQgdG8gdGhpcyBlbnRyeS4gDQpORVcNClRoZSBE ZXN0aW5hdGlvbiBBZGRyZXNzIFBvaW50ZXIgTVVTVCBiZSBzZXQgdG8gdGhpcyBlbnRyeSB3aGlj aCBpcyBhbHNvIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzLg0KIA0KU2VjdGlvbiA0LjQNCi0tLS0t LS0tLS0tLS0tDQogDQogICBVcG9uIHJlY2VpdmluZyBhbiBSZWxheWVkIEVjaG8gUmVwbHkgbWVz c2FnZSB3aXRoIGl0cyBvd24gYWRkcmVzcyBhcw0KICAgdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3Mg aW4gdGhlIElQIGhlYWRlciwgdGhlIHJlbGF5IG5vZGUgTVVTVA0KICAgZGV0ZXJtaW5lIHRoZSBu ZXh0IHJlbGF5IG5vZGUgYWRkcmVzcyBhcyBkZXNjcmliZWQgaW4gc2VjdGlvbiA0LjMsDQogICB3 aXRoIHRoZSBtb2RpZmljYXRpb24gdGhhdCB0aGUgbG9jYXRpb24gb2YgdGhlIHJlY2VpdmVkIERl c3RpbmF0aW9uDQogICBBZGRyZXNzIGlzIHVzZWQgaW5zdGVhZCBvZiB0aGUgYm90dG9tIG9mIHN0 YWNrIGluIHRoZSBhbGdvcml0aG0uDQogDQpJbiBhYm92ZSwgSSB0aGluayB5b3UgbWVhbnQgc2Vj dGlvbiA0LjIgaW5zdGVhZCBvZiBzZWN0aW9uIDQuMy4NCltMaXpob25nXSBhY2NlcHRlZA0KIA0K ICAgVGhlDQogICBkZXN0aW5hdGlvbiBhZGRyZXNzIGluIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFj ayBUTFYgd2lsbCBiZSB1cGRhdGVkDQogICB3aXRoIHRoZSBuZXh0IHJlbGF5IG5vZGUgYWRkcmVz cy4NCiANCkJ5ICJkZXN0aW5hdGlvbiBhZGRyZXNzIiBhYm92ZSwgZG8geW91IG1lYW4gdGhlIERl c3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlcg0KZmllbGQ/IElmIHNvLCBhIGJpdCBvZiBjbGFyaWZp Y2F0aW9uIGlzIHJlcXVpcmVkLiBPdGhlcndpc2UsIEknbSBub3Qgc3VyZQ0Kd2hhdCB5b3UgbWVh biBieSAiZGVzdGluYXRpb24gYWRkcmVzcyIgYWJvdmUuDQpbTGl6aG9uZ10geWVzLCBjaGFuZ2Vk IGFzIGJlbG93Og0KVGhlIERlc3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlciBpbiBSZWxheSBOb2Rl IEFkZHJlc3MgU3RhY2sgVExWIHdpbGwgYmUgc2V0IHRvDQogICB0aGUgbmV4dCByZWxheSBub2Rl IGFkZHJlc3MuIA0KIA0KVGhlIGRvY3VtZW50IGlzIG5vdCB2ZXJ5IGNsZWFyIG9uIGhvdyB0aGVz ZSB0d28gZmllbGRzIGFyZSB1c2VkLg0KLSBTb3VyY2UgSVAgYWRkcmVzcyBmaWVsZCBvZiB0aGUg SVAgaGVhZGVyDQotIFNvdXJjZSBBZGRyZXNzIG9mIFJlcGx5aW5nIFJvdXRlciBmaWVsZCBvZiB0 aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrDQpUTFYNCiANCkknZCBpbWFnaW5lIHlvdSdkIHdh bnQgb25lIGZpZWxkIHRvIGJlIHNldCBieSB0aGUgZWdyZXNzIExTUiBhbmQgdW5tb2RpZmllZA0K YnkgZXZlcnkgdXBzdHJlYW0gcmVsYXkgTFNScywgYW5kIG9uZSBmaWVsZCB0byBiZSB1cGRhdGVk IGJ5IHRoZSBlZ3Jlc3MgTFNSDQphbmQgZXZlcnkgdXBzdHJlYW0gcmVsYXkgTFNSLiBUaGlzIGlz IHNvcnQgb2YgY2xhcmlmaWVkIGluIHNlY3Rpb24gNC43LCBidXQNCnJlYWxseSBzaG91bGQgYmUg cGFydCBvZiB0aGUgcHJvY2VkdXJlcy4NCltMaXpob25nXSBpbiBzZWN0aW9uIDQuMiwgaXQgc2F5 cyBhcyBiZWxvdzoNCiAgIFVwb24gcmVjZWl2aW5nIGEgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNr IFRMViBpbiBhbiBFY2hvIFJlcXVlc3QNCiAgIG1lc3NhZ2UsIHRoZSByZWNlaXZlciB1cGRhdGVz IHRoZSAiU291cmNlIEFkZHJlc3Mgb2YgUmVwbHlpbmcNCiAgIFJvdXRlciIuICBUaGUgYWRkcmVz cyBNVVNUIGJlIHNhbWUgYXMgdGhlIHNvdXJjZSBJUCBhZGRyZXNzIG9mIFJlbGF5DQogICBFY2hv IFJlcGx5IChzZWN0aW9uIDQuMykgb3IgRWNobyBSZXBseSBtZXNzYWdlIChzZWN0aW9uIDQuNSkg YmVpbmcNCiAgIHNlbnQuDQpIb3cgdG8gc2V0IFNvdXJjZSBJUCBhZGRyZXNzIGZpZWxkIG9mIHRo ZSBJUCBoZWFkZXIgaXMgYSBzdGFuZGFyZCBiZWhhdmlvciwgYW5kDQpub3Qgc3BlaWNpZmllZCBp biB0aGlzIGRvY3VtZW50Lg0KIA0KW05PQk9dIFllcyBidXQgd2hlbiByZWNlaXZpbmcgYW4gUmVs YXllZCBFY2hvIFJlcGx5LCBob3cgYXJlIHRob3NlIHR3byBmaWVsZHMgdXBkYXRlZD8gSeKAmW0g Z3Vlc3NpbmcgdGhhdCB0aGUgU291cmNlIEFkZHJlc3Mgb2YgUmVwbHlpbmcgUm91dGVyIGZpZWxk IGlzIHVubW9kaWZpZWQsIGFuZCBTb3VyY2UgSVAgYWRkcmVzcyBmaWVsZCBvZiB0aGUgSVAgaGVh ZGVyIGlzIHNldCB0byBhbiBhZGRyZXNzIG9mIHRoZSByZWxheSBub2RlPyBDbGFyaWZ5aW5nIHRo aXMgcG9pbnQgd2lsbCAgYmUgYmVuZWZpY2lhbC4NCltMaXpob25nXSB5b3VyIHVuZGVyc3RhbmRp bmcgaXMgcmlnaHQuIEFkZCB0aGUgZm9sbG93aW5nIHRvIHNlY3Rpb24gNC4zLCA0LjQgYW5kIDQu NS4NClRoZSBTb3VyY2UgQWRkcmVzcyBvZiBSZXBseWluZyBSb3V0ZXIgZmllbGQgaXMga2VwdCB1 bm1vZGlmaWVkLCBhbmQgU291cmNlIElQIGFkZHJlc3MgZmllbGQgb2YgdGhlIElQIGhlYWRlciBp cyBzZXQgdG8gYW4gYWRkcmVzcyBvZiB0aGUgc2VuZGluZyBub2RlLiANCg0KDQogDQpTZWN0aW9u IDQuNg0KLS0tLS0tLS0tLS0tLS0NCiANCiAgIER1cmluZyBhIHRyYWNlcm91dGUgb3BlcmF0aW9u LCBtdWx0aXBsZSBFY2hvIFJlcXVlc3QgbWVzc2FnZXMgYXJlDQogICBzZW50LiAgRWFjaCB0aW1l IHRoZSBUVEwgaXMgaW5jcmVhc2VkLCB0aGUgaW5pdGlhdG9yIE1VU1QgY29weSB0aGUNCiAgIFJl bGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgcmVjZWl2ZWQgaW4gdGhlIHByZXZpb3VzIEVjaG8g UmVwbHkgdG8NCiAgIHRoZSBuZXh0IEVjaG8gUmVxdWVzdC4NCiANClRydWUgYnV0IGRvbid0IHdl IHdhbnQgdGhlIGluaXRpYXRvciB0byAicmVzZXQiIHNvbWUgZmllbGRzIHN1Y2ggYXMgUmVwbHkN CkFkZCBUeXBlLCBTb3VyY2UgQWRkcmVzcyBvZiBSZXBseWluZyBSb3V0ZXIgYW5kIERlc3RpbmF0 aW9uIEFkZHJlc3MgUG9pbnRlcj8NCltMaXpob25nXSB0aGVzZSBmaWVsZHMgd2lsbCBiZSByZXNl dCBieSB0aGUgcmVwbHkgbm9kZS4gQnV0IHRoaXMgc2VjdGlvbiBzaG91bGQgc3RpbGwNCmJlIHVw ZGF0ZWQgYXMgZGVzY3JpYmVkIGluIHByZXZpb3VzIGNvbW1lbnRzLg0KIA0KW05PQk9dIEkgc2lt cGx5IGFzc3VtZWQgdGhhdCB3ZSB3YW50IHRvIGNsZWFyOg0KLSAgICAgICAgdGhlIFNvdXJjZSBB ZGRyZXNzIG9mIFJlcGx5aW5nIFJvdXRlciBmaWVsZCAoYWxvbmcgd2l0aCByZXBseSBBZGQgVHlw ZSkNCi0gICAgICAgIERlc3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlcg0KU2luY2UgdmFsdWUgb2Yg dGhvc2UgZmllbGRzIGFyZSBtZWFuaW5nbGVzcyB0byB0aGUgc3Vic2VxdWVudCBFY2hvIFJlcXVl c3QuIElzIHRoZXJlIGFueSByZWFzb24gd2h5IHlvdSB3YW50IHRvIHByZXNlcnZlIHRob3NlIHZh bHVlcyBmb3IgdGhlIHN1YnNlcXVlbnQgRWNobyBSZXF1ZXN0Pw0KW0xpemhvbmddIFdoZXRoZXIg cmVzZXRpbmcgdGhlIHR3byBmaWVsZHMgd2lsbCBub3QgYWZmZWN0IHRoZSBwcm90b2NvbCBmdW5j dGlvbi4gUmVzZXRpbmcgdHdvIGZpZWxkcyBzZWVtcyB0byBiZSByZWR1bmRhbnQuIEJ1dCBpZiB5 b3UgbGlrZSwgd2UgY291bGQgc2F5Og0KUmVwbHkgQWRkIFR5cGUsIFNvdXJjZSBBZGRyZXNzIG9m IFJlcGx5aW5nIFJvdXRlciBhbmQgRGVzdGluYXRpb24gQWRkcmVzcyBQb2ludGVyIE1BWSBiZSBy ZXNldCB0byAwLg0KIA0KVGhhbmtzLA0KTm9ibw0KIA0KIA0KU2VjdGlvbiA2DQotLS0tLS0tLS0t LS0tLQ0KIA0KQXMgYW4gYWRkZWQgc2VjdXJpdHksIGEgcmVjZWl2ZXIgb2YgYW4gTVBMUyBFY2hv IFJlcXVlc3Qgc2hvdWxkIHZlcmlmeSB0aGF0DQp0aGUgZmlyc3QgYWRkcmVzcyBpbiB0aGUgUmVs YXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBpcyB0aGUgc2FtZSBhZGRyZXNzIGFzDQp0aGUgc291 cmNlIElQIGFkZHJlc3MgZmllbGQgb2YgdGhlIHJlY2VpdmVkIElQIGhlYWRlci4NCltMaXpob25n XSBhY2NlcHRlZCwgdGhhbmtzLg0KIA0KVGhhbmtzIQ0KIA0KLU5vYm8NCiANCiANCg== ------=_001_NextPart106045240676_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Lizhong,

 

From:<= /b> = lizho.jin@gmail.com [mailto:lizho.jin@gmail.com]
Sent: = March-24-15 11:09 AM
To: Nobo Akiya; = draft-ietf-mpls-lsp-ping-relay-reply
Cc: mpls; = loa
Subject: RE: Review of = draft-ietf-mpls-lsp-ping-relay-reply-07

=

 

Hi = Nobo,

See inline below. Thanks again = for the review.

 

=

R= egards

L= izhong

 

=

Hi Lizhong,

 

Few more follow-up comments in-line with [NOBO].

 

F= rom: = lizho.jin@gma= il.com = [mailto:lizho.= jin@gmail.com]=
Sent: March-23-15 10:48 AM
To: Nobo Akiya; = draft-ietf-mpls-lsp-ping-relay-reply
Cc: mpls; = loa
Subject: Re: Review of = draft-ietf-mpls-lsp-ping-relay-reply-07

 

Hi = Nobo,

Thank you = for the detail review again. See the reply inline below.

 

to = authors,

Please = also check, thanks.

 

R= egards

L= izhong

 

Fro= m:&nb= sp;Nobo = Akiya

Dat= e:&nb= sp;2015-03-22 06:52

Sub= ject:&nb= sp;Review of draft-ietf-mpls-lsp-ping-relay-reply-07

<= p class=3DMsoNormal>Hi = Authors,

 

I was = asked to provide a review of the following document:

 

 

The = document is well written and addresses a real problem. I do have = a

number of = (mostly minor and some moderate) comments which I'd like to = see

addressed = before progressing the document.

 

Section = 2

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

 

   Figure 1 = demonstrates a case where one LSP is set up between PE1 and

   PE2.  If PE1's = IP address is not distributed to AS2, a traceroute

   from PE1 directed to = PE2 could fail if the fault exists somewhere

   between ASBR2 and = PE2.

 

Above is = not entirely accurate. The Traceroute from PE1 to PE2 can fail = even

if there = is no fault. It would be good to clarify this by saying "If = PE1's

IP = address is not distributed to AS2, a traceroute from PE1 directed = towards

PE2 can = result in a failure because an LSR in AS2 may not be able to = send

the Echo = Reply message".

[Lizhong] = accepted.

 

   Note that throughout = the document, routable address means that it is

   possible to route an = IP packet to this address using the normal

   information = exchanged by the IGP operating in the AS

 

Missing = '.' (period) at the end of the paragraph.

[Lizhong] = accepted.

 

   When tracing an LSP = from one AN to the remote AN,

   the LSR1/LSR2 node = could not make a response to the Echo Request

   either, like the P2 = node in the inter-AS scenario in Figure 1.

 

"... = could not make a response to the Echo Request either ..." can = perhaps

be = rephrased as "... cannot send the Echo Reply either ...", to = be a bit

more = clear. Yeah it's really a nitpick, but _making_ the response packet = and

_sending_ = the response packet are two different operations in a code.

[Lizhong] = accepted.

 

Figure = 3

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

 

Typically, the numbers at the top = (i.e., bit positions 0, 1, 2, ...) are

aligned = with columns with '-' character instead of '+' character. In = other

words, = let's shift the bit positions to the right by one space.

[Lizhong] = good catch, thanks.

 

Section = 3.3

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

 

s/the = Reply/the Echo Reply/

[Lizhong] = accepted.

 

Section = 4.1

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

 

   When the Echo = Request is first sent by the initiator included a Relay

   Node Address Stack = TLV, the TLV MUST contain the initiator address as

   the only entry of = the stack of relayed addresses,

 

I'd like = to suggest rephrasing the first half of above sentence as = follows.

 

When the = initiator sends the first Echo Request for the Traceroute

operation, with a Relay Node = Address Stack TLV, the TLV MUST contain ...

[Lizhong] = I'd like to remove "Traceroute" as below. Because in = "Ping" mode,

the Relayed Echo = Reply mechanism could still work.

When the = initiator sends the first Echo Request with a Relay Node = Address 

Stack TLV, the = TLV MUST contain ...

 

[NOBO] So perhaps what we want to say here is that the first address of = the Relay Node Address Stack TLV in the MPLS Echo Request sent must be = the same as the source IP address used in the sending packet. In other = words, we should not have any text that restricts that there must only = be one entry in the Relay Node Address Stack TLV. Then we can follow = that up with texts like, when operating in the Traceroute mode, then the = first Echo Request sent will have the Relay Node Address Stack TLV = containing one local address.

[Lizhong]: right, not necessary to say "only", but the = traceroute related words seem to be included already. So rephrase as = below.

When the initiator sends the first Echo = Request with a Relay Node Address Stack TLV, the TLV MUST contain the = initiator address as the first entry of the stack of relayed addresses, = the destination address pointer set to this entry, and the source = address of the replying router set to null. 

 

[NOBO2] Ok.

&= nbsp;

Section = 4.2

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

 

   Those address = entries with K bit set to 1 MUST be kept in the stack.

   The receiver MUST = check the addresses of the stack in sequence from

   bottom to top to = find the last address in the stack with the K bit

   set (or the top of = the stack if no K bit was found).

 

Shouldn't = above "find the last address in the stack with the K bit = set"

instead = say "find the last non-Null address in the stack with the K = bit

set"? Otherwise the = procedure will cause relay LSRs to always refer to this

Null = address with K bit set, preventing the first initiator address to = be

ever = reached when searching for the next relay address. On a related = topic,

what is = the purpose of allowing a Null address entry with K bit set?

[Lizhong]: please refer to the = following in section 4.2.

&= nbsp;  If a node spans two addressing domains (with respect to this = message)

&= nbsp;  where nodes on either side may not be able to nodes in the = other

&= nbsp;  domain, then the final address added MUST set the K = bit.  K bit

&= nbsp;  applies in the case of a NULL address, to serve as a warning = to the

&= nbsp;  initiator that further Echo Request messages may not result = in

&= nbsp;  receiving Echo Reply messages.

B= ut I believe we need to update section 4.6 as below:

O= LD:

E= ach time the TTL is increased, the initiator MUST copy the

&= nbsp;  Relay Node Address Stack TLV received in the previous Echo = Reply to

&= nbsp;  the next Echo Request.

N= EW:

E= ach time the TTL is increased, the initiator could copy the

&= nbsp;  Relay Node Address Stack TLV in the previous Echo Reply = to

&= nbsp;  the next Echo Request. Some modifications could also be made to the stack TLV, = e.g., delete the NIL entry.

 

[NOBO] That=E2=80=99s a reasonable approach to address this, as long as = the document states that the initiator MUST delete the NIL entry in = subsequent Echo Requests. Otherwise, you will have a case where last = entry with K bit set in the TLV is NIL, and described procedures will = never reach the top (initiator) address.

[Lizhong] Will add the following:

The NIL entry with K bit set MUST be deleted, = otherwise the Echo Reply message will never be returned.

&= nbsp;

[NOBO2] Ok.

&= nbsp;

   If a node spans two = addressing domains (with respect to this message)

   where nodes on = either side may not be able to nodes in the other

   domain,

 

s/may not = be able to nodes/may not be able to reach nodes/

[Lizhong] = accepted

 

   If a node spans two = addressing domains (with respect to this message)

   where nodes on = either side may not be able to nodes in the other

   domain, then the = final address added MUST set the K bit.

 

Above = procedures defines a strict operation (i.e., MUST) for the K = bit

usage. = However, how an LSR determines "If a node spans two = addressing

domains = where nodes on either side may not be ..." is very vague. It = might

be = possible that we can end up with different implementations of the K = bit

setting = because of this vagueness. What's your thoughts?

[Lizhong] = this is the principle of the implementation. How to know the 

address = information is implementation specific. If fail to get the = information,

then it is = possible to fail for the echo reply. Maybe "SHOULD" is better = here.

&= nbsp;

[NOBO] Yes I would be more comfortable with SHOULD than = MUST.

[Lizhong] great.

&= nbsp;

 

   If the full reply = message would exceed the MTU size, the Relay Node

   Address Stack TLV = MUST be returned back in the Echo Reply message.

   Some other TLV(s) = MUST be dropped.

 

Well, = it's possible that the Relay Node Address Stack TLV has grown so = big

and that = is the only optional TLV to be included in the Echo Reply. In = that

case, the = Relay Node Address Stack TLV cannot be included despite the

"MUST". I believe what = you are trying to imply here is that the Relay Node

Address = Stack TLV takes precedence over other optional TLVs, when

determining which optional TLVs = to keep in the Echo Reply. In that case,

perhaps = it is better to say "If the full reply message would exceed the = MTU

size, the = Relay Node Address Stack TLV SHOULD be included in the Echo = Reply

message = (i.e., other optional TLVs are excluded)."

[Lizhong] = agreed.

 

Section = 4.3

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

 

   The Destination = Address determined in section 4.2 is used as the next

   relay node = address.

 

Section = 4.2 only describes how to update the Relay Node Address Stack = TLV.

It also = specifies how to update the Destination Address Pointer = field.

However, = nowhere in section 4.2 talk about how the Destination Address = is

determined. I'm assuming = "the Destination Address determined ..." is

referring = to this address which the Destination Address Pointer is = pointing

to. = Perhaps it'll be a good idea, somewhere in section 4.2, to say = "...

_this_ = address is determined to be the Destination Address".

[Lizhong] = good catch. See changes below:

OLD in = section 4.2:

T= he Destination Address Pointer MUST be set to this = entry. 

N= EW

T= he Destination Address Pointer MUST be set to this entry = which is also the Destination = Address.

 

Section = 4.4

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

 

   Upon receiving an = Relayed Echo Reply message with its own address as

   the destination = address in the IP header, the relay node MUST

   determine the next = relay node address as described in section 4.3,

   with the = modification that the location of the received Destination

   Address is used = instead of the bottom of stack in the algorithm.

 

In above, = I think you meant section 4.2 instead of section 4.3.

[Lizhong] = accepted

 

   The

   destination address = in Relay Node Address Stack TLV will be updated

   with the next relay = node address.

 

By = "destination address" above, do you mean the Destination = Address Pointer

field? If = so, a bit of clarification is required. Otherwise, I'm not = sure

what you = mean by "destination address" above.

[Lizhong] = yes, changed as below:

T= he Destination = Address Pointer in Relay Node Address Stack TLV will be set = to

   the next relay node = address. 

 

The = document is not very clear on how these two fields are used.

- Source = IP address field of the IP header

- Source = Address of Replying Router field of the Relay Node Address = Stack

TLV

 

I'd = imagine you'd want one field to be set by the egress LSR and = unmodified

by every = upstream relay LSRs, and one field to be updated by the egress = LSR

and every = upstream relay LSR. This is sort of clarified in section 4.7, = but

really = should be part of the procedures.

[Lizhong] = in section 4.2, it says as below:

&= nbsp;  Upon receiving a Relay Node Address Stack TLV in an Echo = Request

&= nbsp;  message, the receiver updates the "Source Address of = Replying

&= nbsp;  Router".  The address MUST be same as the source = IP address of Relay

&= nbsp;  Echo Reply (section 4.3) or Echo Reply message (section 4.5) = being

&= nbsp;  sent.

How to set Source IP address = field of the IP header is a standard behavior, and

not speicified in this = document.

 

[NOBO] Yes but when receiving an Relayed Echo Reply, how are those two = fields updated? I=E2=80=99m guessing that the Source Address of Replying = Router field is unmodified, and Source IP address field of the IP header = is set to an address of the relay node? Clarifying this point will  = be beneficial.

[Lizhong] your understanding is right. Add the following to section = 4.3, 4.4 and 4.5.

The Source Address of Replying Router field is kept = unmodified, and Source IP address field of the IP header is set to = an address of the sending node. 



[NOBO2] Thanks.



 

Section = 4.6

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

 

   During a traceroute = operation, multiple Echo Request messages are

   sent.  Each = time the TTL is increased, the initiator MUST copy the

   Relay Node Address = Stack TLV received in the previous Echo Reply to

   the next Echo = Request.

 

True but = don't we want the initiator to "reset" some fields such as = Reply

Add Type, = Source Address of Replying Router and Destination Address = Pointer?

[Lizhong] these fields will be reset by the reply node. = But this section should still

be updated as = described in previous comments.

&= nbsp;

[NOBO] I simply assumed that we want to clear:

-     &nb= sp;  the Source Address of Replying Router field (along with reply Add = Type)

-     &nb= sp;  Destination Address Pointer

Since value of those fields are meaningless to the subsequent Echo = Request. Is there any reason why you want to preserve those values for = the subsequent Echo Request?

[Lizhong] Whether reseting the two fields will not affect the protocol = function. Reseting two fields seems to be redundant. But if you like, we = could say:

Reply Add Type, Source Address of Replying Router = and Destination Address Pointer MAY be reset to 0.

 <= o:p>

[NOBO2] That implies that those fields are meaningless when a node = receives an MPLS Echo Request, so it=E2=80=99s better. However, perhaps = the two aspects that the document should cover = is:

-        = Those fields may be preserved or may be reset for subsequent MPLS Echo = Request.

-        = Those fields are to be ignored in received MPLS Echo = Request.

 

Thanks!

 

-Nobo

 

Thanks,

Nobo

&= nbsp;

 

Section = 6

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

 

As an = added security, a receiver of an MPLS Echo Request should verify = that

the first = address in the Relay Node Address Stack TLV is the same address = as

the = source IP address field of the received IP header.

[Lizhong] = accepted, thanks.

 

Thanks!

 

-Nobo

 

 

------=_NextPart_000_00DE_01D0663E.B7615840-- From nobody Tue Mar 24 15:40:16 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B4E71A8F40 for ; Tue, 24 Mar 2015 15:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.763 X-Spam-Level: X-Spam-Status: No, score=-0.763 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, J_CHICKENPOX_37=0.6, RCVD_IN_DNSWL_NONE=-0.0001, REPTO_QUOTE_YAHOO=0.646, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 6_zkzIyXKhtk for ; Tue, 24 Mar 2015 15:40:13 -0700 (PDT) Received: from nm26-vm0.bullet.mail.bf1.yahoo.com (nm26-vm0.bullet.mail.bf1.yahoo.com [98.139.213.74]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 750F21A1B98 for ; Tue, 24 Mar 2015 15:40:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1427236812; bh=RFqZYXXQkiPOSZ9lrjPvTVRwHd6FBuwkOyjMGBkslJQ=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=O4FYI0fACJYTcBroJhiOK9Sq6nRvRnm/gYtwnF2W8bzaEKHKVvmSrP7HrSHuJ4K/d3ooVYAk9fAN3l2Vo3sH2xyhoJFQnSi+i8cDYnpsKRBxJkf2eR5W9s1mkgWcoloZY7PLqZRTrjt11nZSYw2fKYckmQyC1/4CDx5Vnw07LP8Rhr31LghxbpRsFJuUJ9SE/XZhQB/coV4MxuV9P5GjysQ1fRwr8i4y9siKLEpxQg8qYP6D8J0SpHwH8dErjJ3T02i+E9C/9v39d/U2TqSPwGqij66qCcgqx/EPODUqXf18uAUa1fKXNYQFFRO6Hue4w8jrlt5+GDg+MRNMrUVHvw== Received: from [66.196.81.171] by nm26.bullet.mail.bf1.yahoo.com with NNFMP; 24 Mar 2015 22:40:12 -0000 Received: from [98.139.212.214] by tm17.bullet.mail.bf1.yahoo.com with NNFMP; 24 Mar 2015 22:40:12 -0000 Received: from [127.0.0.1] by omp1023.mail.bf1.yahoo.com with NNFMP; 24 Mar 2015 22:40:12 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 700635.45326.bm@omp1023.mail.bf1.yahoo.com X-YMail-OSG: ELCwfhsVM1mv88DCTrzpQKyvI.oPMpc.6J_F1zpxXLv1HQ7Dm75iQRciWgv6xem HgzaM_Vz3jNI24Joy_CryEwJaojo.ll7Ge6OFVifkhgc63vPWIKqDFM3zq_zVi9LqCgJAbEQJg1p K5Tz3kZsb9zMqRwogowI_sfy5jgNyAHpq5QL3U1tedkl1qdsZE8JRptVcLXMAOoWXSrz3oa.HLnF C2cdaOye88hitZ5cHJyTI.qGiNMT..CmYdw1ZKBZxrNVUqo9OJS0EIZdw3GnAdjDNQOvGeJf0Rwn kw5SToc5I_jMOPt1bjxyVAYGfZSy8GihJDzjuKq4.g9qUUJkJz8l9kd1GbL2Wb7ANcd63PvDB7rf 0K8dNxpYmX5fUfjyllQvHZ_7yUN2lAetbdj40XhNM0W9r7n5NXBNTBq8P2ckTM9pD_.SpDrmP6OD Wv2Dci3hG.eC_M6bd9SZ3wooLZFkH2.X8C4Qs3tjHHcpROM.4zJtreFl6k5.VbeSbs8_AXYcKa6K N2EpYiGYL Received: by 76.13.26.64; Tue, 24 Mar 2015 22:40:12 +0000 Date: Tue, 24 Mar 2015 22:40:11 +0000 (UTC) From: "S. Davari" To: Gregory Mirsky , "mpls@ietf.org" , "tictoc@ietf.org" Message-ID: <1678191496.987857.1427236811723.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B7E41FB@eusaamb103.ericsson.se> References: <7347100B5761DC41A166AC17F22DF1121B7E41FB@eusaamb103.ericsson.se> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_987856_1087347495.1427236811715" Archived-At: Subject: Re: [mpls] FW: New Version Notification for draft-mirsky-mpls-residence-time-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: "S. Davari" List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 22:40:15 -0000 ------=_Part_987856_1087347495.1427236811715 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Greg, As I mentioned on on the Mic today the format of CF in 1588 is not double p= recision floating point. Rather it is integer. I have copied the following = text from 1588-2008 "13.3.2.7 correctionField (Integer64) The correctionField is the value of the correction measured in nanoseconds = and multiplied by 2^16. For example, 2.5 ns is represented as 000000000002800016" ThanksShahram From: Gregory Mirsky To: "mpls@ietf.org" ; "tictoc@ietf.org" = =20 Sent: Monday, June 30, 2014 12:45 PM Subject: [mpls] FW: New Version Notification for draft-mirsky-mpls-residen= ce-time-02.txt =20 Dear All,updated version been posted = with: =20 - updated format of RTM message - time synchronization packet carried wi= thin TLV; - more detailed discussion of RTM in RSVP-TE environment; - homogeneous LDP environment as special case for RTM use. =C2=A0Your comments always welcome and greatly appreciated.We're planning t= o present and discuss these updates in Toronto at the TICTOC and MPLS WGs m= eetings.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Greg=C2=A0-----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] Sent: Monday, June 30, 2014 10:32 AM To: Gregory Mirsky; Stefano Ruffini; Gregory Mirsky; Alexander Vainshtein; = Stefano Ruffini; John Drake; John Drake; Sasha Vainshtein; Stewart Bryant; = Stewart Bryant Subject: New Version Notification for draft-mirsky-mpls-residence-time-02.t= xt=C2=A0=C2=A0A new version of I-D, draft-mirsky-mpls-residence-time-02.txt= has been successfully submitted by Greg Mirsky and posted to the IETF repos= itory.=C2=A0Name:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 draft-mirsky-mpls-residence-timeRevision:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 02Title:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Resid= ence Time Measurment in MPLS networkDocument date:=C2=A0 2014-06-30Group:= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Individual Submissio= nPages:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 9URL:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 http://www.iet= f.org/internet-drafts/draft-mirsky-mpls-residence-time-02.txtStatus:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://datatracker.ietf.org/doc= /draft-mirsky-mpls-residence-time/Htmlized:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 http://tools.ietf.org/html/draft-mirsky-mpls-residence-time-02Diff:= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 http://www.iet= f.org/rfcdiff?url2=3Ddraft-mirsky-mpls-residence-time-02=C2=A0Abstract:=C2= =A0=C2=A0 This document specifies G-ACh based Residence Time Measurement an= d=C2=A0=C2=A0 how it can be used by time synchronization protocols being=C2= =A0=C2=A0 transported over MPLS domain.=C2=A0=C2=A0=C2=A0=C2=A0Please 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.=C2=A0The IETF Se= cretariat=C2=A0=C2=A0 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls ------=_Part_987856_1087347495.1427236811715 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Greg,
<= div id=3D"yui_3_16_0_1_1427149104131_167416">
As I mentioned on on the Mic today th= e format of CF in 1588 is not double precision floating point. Rather it is= integer. I have copied the following text from 1588-2008

"13.3.2.7 correctionField (Inte= ger64)

The correctionField is the value of the correction mea= sured in nanoseconds and multiplied by 2^16. For
e= xample, 2.5 ns is represented as 000000000002800016"


Thanks
Shahram


From: Gregory Mirsky <gregory.mirsky@ericsson= .com>
To: "mpls@iet= f.org" <mpls@ietf.org>; "tictoc@ietf.org" <tictoc@ietf.org> Sent: Monday, June 30, 2= 014 12:45 PM
Subject: = [mpls] FW: New Version Notification for draft-mirsky-mpls-residence-time-02= .txt

=20 =20
=
Dear All,
updated version been posted with:
  • updated format of RTM message - time synchronization packet carried wit= hin TLV;
  • more detailed discussion of RTM in RSVP-TE environment;
  • homogeneous LDP environment as special case for RTM use.
 
Your comments always welcome and greatly appreciated.
We're planning to present and discuss these updates in Toronto at the = TICTOC and MPLS WGs meetings.
 
        Regards,
           &nbs= p;    Greg
 
-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
Sent: Monday, June 30, 2014 10:32 AM
To: Gregory Mirsky; Stefano Ruffini; Gregory Mirsky; Alexander Vainshtein; = Stefano Ruffini; John Drake; John Drake; Sasha Vainshtein; Stewart Bryant; = Stewart Bryant
Subject: New Version Notification for draft-mirsky-mpls-residence-time-02.t= xt
 
 
A new version of I-D, draft-mirsky-mpls-residence-time-02.txt
has been successfully submitted by Greg Mirsky and posted to the IETF = repository.
 
Name:           draf= t-mirsky-mpls-residence-time
Revision:       02
Title:          Residence= Time Measurment in MPLS network
Document date:  2014-06-30
Group:          Individua= l Submission
Pages:          9
 
Abstract:
   This document specifies G-ACh based Residence Time Measur= ement and
   how it can be used by time synchronization protocols bein= g
   transported over MPLS domain.
 
 
 
 
Please note that it may take a couple of minutes from the time of subm= ission until the htmlized version and diff are available at tools.ietf.org.=
 
The IETF Secretariat
 
 

_______________________________________________
mpls mailing l= ist
mp= ls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls


=
------=_Part_987856_1087347495.1427236811715-- From nobody Wed Mar 25 07:40:02 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26CE21A1B6A for ; Wed, 25 Mar 2015 07:40:01 -0700 (PDT) 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 khOUNXDMWKbp for ; Wed, 25 Mar 2015 07:39:55 -0700 (PDT) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::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 7A5851A870A for ; Wed, 25 Mar 2015 07:39:51 -0700 (PDT) Received: by igbqf9 with SMTP id qf9so26969877igb.1 for ; Wed, 25 Mar 2015 07:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=C3vNYWrivmyrUVfpBR6V1wnQYlRkiEXsrg25CPWAimA=; b=jWlEZmsoqp1/fbhD4Hzd68FLteu7x4jXlrMmSTILgCanwUQZ1Gf/7KImcQ5IgeHaXs XRVpdx+lxEPkYW2Ykj3wKht1v3p0UBj9Rg756h/0o9ENRFwBXW0DE7cgOLrIHE4KGJYd dMQtdmoYP5sqAkVRAsuG3MIfU+nVfTpY8jE7RuvP/6CJQqBcX/dbNmoJpVjl+YsE7mpt URJ7JmQfBMLblSzyQaX/iUnwU5B+JoYNl57fmKPBv3uMhjJ5DRuWhP0DJinGIdz3BKfg V+PgllT6m4OuczPQ5KXtPQ4bS81xIVI17e48Yq66xb7fO7Mreb/m2kDOsdPi1fq0IyA1 tdbQ== X-Received: by 10.50.137.99 with SMTP id qh3mr30107895igb.7.1427294390815; Wed, 25 Mar 2015 07:39:50 -0700 (PDT) Received: from Lizhong ([118.134.32.50]) by mx.google.com with ESMTPSA id t5sm10392583ign.12.2015.03.25.07.39.36 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Mar 2015 07:39:49 -0700 (PDT) Date: Wed, 25 Mar 2015 22:40:03 +0800 From: "lizho.jin@gmail.com" To: "Nobo Akiya" , draft-ietf-mpls-lsp-ping-relay-reply References: <000001d06429$a7dc6520$f7952f60$@gmail.com>, <2015032323480587170245@gmail.com>, <03b401d065b1$55620b90$002622b0$@gmail.com>, <2015032500083960732722@gmail.com>, <00dd01d06668$a0281e00$e0785a00$@gmail.com> X-Priority: 3 X-GUID: BDFC9C5E-6AAF-47E6-B767-EC06AE4BDE61 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <201503252239584152471@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart655824363442_=----" Archived-At: Cc: mpls Subject: Re: [mpls] Review of draft-ietf-mpls-lsp-ping-relay-reply-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 14:40:01 -0000 This is a multi-part message in MIME format. ------=_001_NextPart655824363442_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgTm9ibywNCllvdSBsYXN0IGNvbW1lbnQgaXMgYWNjZXB0ZWQuIFRoYW5rcyBmb3IgdGhlIHJl dmlldy4NCg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IE5vYm8gQWtpeWENCkRhdGU6 IDIwMTUtMDMtMjUgMDM6MjcNClRvOiBsaXpoby5qaW5AZ21haWwuY29tOyAnZHJhZnQtaWV0Zi1t cGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5Jw0KQ0M6ICdtcGxzJzsgJ2xvYScNClN1YmplY3Q6IFJF OiBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5LTA3DQpIaSBM aXpob25nLA0KIA0KRnJvbTogbGl6aG8uamluQGdtYWlsLmNvbSBbbWFpbHRvOmxpemhvLmppbkBn bWFpbC5jb21dIA0KU2VudDogTWFyY2gtMjQtMTUgMTE6MDkgQU0NClRvOiBOb2JvIEFraXlhOyBk cmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHkNCkNjOiBtcGxzOyBsb2ENClN1Ympl Y3Q6IFJFOiBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5LTA3 DQogDQpIaSBOb2JvLA0KU2VlIGlubGluZSBiZWxvdy4gVGhhbmtzIGFnYWluIGZvciB0aGUgcmV2 aWV3Lg0KIA0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IE5vYm8gQWtpeWENCkRhdGU6 IDIwMTUtMDMtMjQgMDU6MzUNClRvOiBsaXpoby5qaW5AZ21haWwuY29tOyAnZHJhZnQtaWV0Zi1t cGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5Jw0KQ0M6ICdtcGxzJzsgJ2xvYScNClN1YmplY3Q6IFJF OiBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5LTA3DQpIaSBM aXpob25nLA0KIA0KRmV3IG1vcmUgZm9sbG93LXVwIGNvbW1lbnRzIGluLWxpbmUgd2l0aCBbTk9C T10uDQogDQpGcm9tOiBsaXpoby5qaW5AZ21haWwuY29tIFttYWlsdG86bGl6aG8uamluQGdtYWls LmNvbV0gDQpTZW50OiBNYXJjaC0yMy0xNSAxMDo0OCBBTQ0KVG86IE5vYm8gQWtpeWE7IGRyYWZ0 LWlldGYtbXBscy1sc3AtcGluZy1yZWxheS1yZXBseQ0KQ2M6IG1wbHM7IGxvYQ0KU3ViamVjdDog UmU6IFJldmlldyBvZiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHktMDcNCiAN CkhpIE5vYm8sDQpUaGFuayB5b3UgZm9yIHRoZSBkZXRhaWwgcmV2aWV3IGFnYWluLiBTZWUgdGhl IHJlcGx5IGlubGluZSBiZWxvdy4NCiANCnRvIGF1dGhvcnMsDQpQbGVhc2UgYWxzbyBjaGVjaywg dGhhbmtzLg0KIA0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IE5vYm8gQWtpeWENCkRh dGU6IDIwMTUtMDMtMjIgMDY6NTINClRvOiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXkt cmVwbHlAdG9vbHMuaWV0Zi5vcmcNCkNDOiBtcGxzQGlldGYub3JnOyAnTG9hIEFuZGVyc3NvbicN ClN1YmplY3Q6IFJldmlldyBvZiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHkt MDcNCkhpIEF1dGhvcnMsDQogDQpJIHdhcyBhc2tlZCB0byBwcm92aWRlIGEgcmV2aWV3IG9mIHRo ZSBmb2xsb3dpbmcgZG9jdW1lbnQ6DQogDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHktMDcgDQogDQpUaGUgZG9jdW1lbnQgaXMg d2VsbCB3cml0dGVuIGFuZCBhZGRyZXNzZXMgYSByZWFsIHByb2JsZW0uIEkgZG8gaGF2ZSBhDQpu dW1iZXIgb2YgKG1vc3RseSBtaW5vciBhbmQgc29tZSBtb2RlcmF0ZSkgY29tbWVudHMgd2hpY2gg SSdkIGxpa2UgdG8gc2VlDQphZGRyZXNzZWQgYmVmb3JlIHByb2dyZXNzaW5nIHRoZSBkb2N1bWVu dC4NCiANClNlY3Rpb24gMg0KLS0tLS0tLS0tLS0tLS0NCiANCiAgIEZpZ3VyZSAxIGRlbW9uc3Ry YXRlcyBhIGNhc2Ugd2hlcmUgb25lIExTUCBpcyBzZXQgdXAgYmV0d2VlbiBQRTEgYW5kDQogICBQ RTIuICBJZiBQRTEncyBJUCBhZGRyZXNzIGlzIG5vdCBkaXN0cmlidXRlZCB0byBBUzIsIGEgdHJh Y2Vyb3V0ZQ0KICAgZnJvbSBQRTEgZGlyZWN0ZWQgdG8gUEUyIGNvdWxkIGZhaWwgaWYgdGhlIGZh dWx0IGV4aXN0cyBzb21ld2hlcmUNCiAgIGJldHdlZW4gQVNCUjIgYW5kIFBFMi4NCiANCkFib3Zl IGlzIG5vdCBlbnRpcmVseSBhY2N1cmF0ZS4gVGhlIFRyYWNlcm91dGUgZnJvbSBQRTEgdG8gUEUy IGNhbiBmYWlsIGV2ZW4NCmlmIHRoZXJlIGlzIG5vIGZhdWx0LiBJdCB3b3VsZCBiZSBnb29kIHRv IGNsYXJpZnkgdGhpcyBieSBzYXlpbmcgIklmIFBFMSdzDQpJUCBhZGRyZXNzIGlzIG5vdCBkaXN0 cmlidXRlZCB0byBBUzIsIGEgdHJhY2Vyb3V0ZSBmcm9tIFBFMSBkaXJlY3RlZCB0b3dhcmRzDQpQ RTIgY2FuIHJlc3VsdCBpbiBhIGZhaWx1cmUgYmVjYXVzZSBhbiBMU1IgaW4gQVMyIG1heSBub3Qg YmUgYWJsZSB0byBzZW5kDQp0aGUgRWNobyBSZXBseSBtZXNzYWdlIi4NCltMaXpob25nXSBhY2Nl cHRlZC4NCiANCiAgIE5vdGUgdGhhdCB0aHJvdWdob3V0IHRoZSBkb2N1bWVudCwgcm91dGFibGUg YWRkcmVzcyBtZWFucyB0aGF0IGl0IGlzDQogICBwb3NzaWJsZSB0byByb3V0ZSBhbiBJUCBwYWNr ZXQgdG8gdGhpcyBhZGRyZXNzIHVzaW5nIHRoZSBub3JtYWwNCiAgIGluZm9ybWF0aW9uIGV4Y2hh bmdlZCBieSB0aGUgSUdQIG9wZXJhdGluZyBpbiB0aGUgQVMNCiANCk1pc3NpbmcgJy4nIChwZXJp b2QpIGF0IHRoZSBlbmQgb2YgdGhlIHBhcmFncmFwaC4NCltMaXpob25nXSBhY2NlcHRlZC4NCiAN CiAgIFdoZW4gdHJhY2luZyBhbiBMU1AgZnJvbSBvbmUgQU4gdG8gdGhlIHJlbW90ZSBBTiwNCiAg IHRoZSBMU1IxL0xTUjIgbm9kZSBjb3VsZCBub3QgbWFrZSBhIHJlc3BvbnNlIHRvIHRoZSBFY2hv IFJlcXVlc3QNCiAgIGVpdGhlciwgbGlrZSB0aGUgUDIgbm9kZSBpbiB0aGUgaW50ZXItQVMgc2Nl bmFyaW8gaW4gRmlndXJlIDEuDQogDQoiLi4uIGNvdWxkIG5vdCBtYWtlIGEgcmVzcG9uc2UgdG8g dGhlIEVjaG8gUmVxdWVzdCBlaXRoZXIgLi4uIiBjYW4gcGVyaGFwcw0KYmUgcmVwaHJhc2VkIGFz ICIuLi4gY2Fubm90IHNlbmQgdGhlIEVjaG8gUmVwbHkgZWl0aGVyIC4uLiIsIHRvIGJlIGEgYml0 DQptb3JlIGNsZWFyLiBZZWFoIGl0J3MgcmVhbGx5IGEgbml0cGljaywgYnV0IF9tYWtpbmdfIHRo ZSByZXNwb25zZSBwYWNrZXQgYW5kDQpfc2VuZGluZ18gdGhlIHJlc3BvbnNlIHBhY2tldCBhcmUg dHdvIGRpZmZlcmVudCBvcGVyYXRpb25zIGluIGEgY29kZS4NCltMaXpob25nXSBhY2NlcHRlZC4N CiANCkZpZ3VyZSAzDQotLS0tLS0tLS0tLS0tLQ0KIA0KVHlwaWNhbGx5LCB0aGUgbnVtYmVycyBh dCB0aGUgdG9wIChpLmUuLCBiaXQgcG9zaXRpb25zIDAsIDEsIDIsIC4uLikgYXJlDQphbGlnbmVk IHdpdGggY29sdW1ucyB3aXRoICctJyBjaGFyYWN0ZXIgaW5zdGVhZCBvZiAnKycgY2hhcmFjdGVy LiBJbiBvdGhlcg0Kd29yZHMsIGxldCdzIHNoaWZ0IHRoZSBiaXQgcG9zaXRpb25zIHRvIHRoZSBy aWdodCBieSBvbmUgc3BhY2UuDQpbTGl6aG9uZ10gZ29vZCBjYXRjaCwgdGhhbmtzLg0KIA0KU2Vj dGlvbiAzLjMNCi0tLS0tLS0tLS0tLS0tDQogDQpzL3RoZSBSZXBseS90aGUgRWNobyBSZXBseS8N CltMaXpob25nXSBhY2NlcHRlZC4NCiANClNlY3Rpb24gNC4xDQotLS0tLS0tLS0tLS0tLQ0KIA0K ICAgV2hlbiB0aGUgRWNobyBSZXF1ZXN0IGlzIGZpcnN0IHNlbnQgYnkgdGhlIGluaXRpYXRvciBp bmNsdWRlZCBhIFJlbGF5DQogICBOb2RlIEFkZHJlc3MgU3RhY2sgVExWLCB0aGUgVExWIE1VU1Qg Y29udGFpbiB0aGUgaW5pdGlhdG9yIGFkZHJlc3MgYXMNCiAgIHRoZSBvbmx5IGVudHJ5IG9mIHRo ZSBzdGFjayBvZiByZWxheWVkIGFkZHJlc3NlcywNCiANCkknZCBsaWtlIHRvIHN1Z2dlc3QgcmVw aHJhc2luZyB0aGUgZmlyc3QgaGFsZiBvZiBhYm92ZSBzZW50ZW5jZSBhcyBmb2xsb3dzLg0KIA0K V2hlbiB0aGUgaW5pdGlhdG9yIHNlbmRzIHRoZSBmaXJzdCBFY2hvIFJlcXVlc3QgZm9yIHRoZSBU cmFjZXJvdXRlDQpvcGVyYXRpb24sIHdpdGggYSBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExW LCB0aGUgVExWIE1VU1QgY29udGFpbiAuLi4NCltMaXpob25nXSBJJ2QgbGlrZSB0byByZW1vdmUg IlRyYWNlcm91dGUiIGFzIGJlbG93LiBCZWNhdXNlIGluICJQaW5nIiBtb2RlLA0KdGhlIFJlbGF5 ZWQgRWNobyBSZXBseSBtZWNoYW5pc20gY291bGQgc3RpbGwgd29yay4NCldoZW4gdGhlIGluaXRp YXRvciBzZW5kcyB0aGUgZmlyc3QgRWNobyBSZXF1ZXN0IHdpdGggYSBSZWxheSBOb2RlIEFkZHJl c3MgDQpTdGFjayBUTFYsIHRoZSBUTFYgTVVTVCBjb250YWluIC4uLg0KIA0KW05PQk9dIFNvIHBl cmhhcHMgd2hhdCB3ZSB3YW50IHRvIHNheSBoZXJlIGlzIHRoYXQgdGhlIGZpcnN0IGFkZHJlc3Mg b2YgdGhlIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgaW4gdGhlIE1QTFMgRWNobyBSZXF1 ZXN0IHNlbnQgbXVzdCBiZSB0aGUgc2FtZSBhcyB0aGUgc291cmNlIElQIGFkZHJlc3MgdXNlZCBp biB0aGUgc2VuZGluZyBwYWNrZXQuIEluIG90aGVyIHdvcmRzLCB3ZSBzaG91bGQgbm90IGhhdmUg YW55IHRleHQgdGhhdCByZXN0cmljdHMgdGhhdCB0aGVyZSBtdXN0IG9ubHkgYmUgb25lIGVudHJ5 IGluIHRoZSBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWLiBUaGVuIHdlIGNhbiBmb2xsb3cg dGhhdCB1cCB3aXRoIHRleHRzIGxpa2UsIHdoZW4gb3BlcmF0aW5nIGluIHRoZSBUcmFjZXJvdXRl IG1vZGUsIHRoZW4gdGhlIGZpcnN0IEVjaG8gUmVxdWVzdCBzZW50IHdpbGwgaGF2ZSB0aGUgUmVs YXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBjb250YWluaW5nIG9uZSBsb2NhbCBhZGRyZXNzLg0K W0xpemhvbmddOiByaWdodCwgbm90IG5lY2Vzc2FyeSB0byBzYXkgIm9ubHkiLCBidXQgdGhlIHRy YWNlcm91dGUgcmVsYXRlZCB3b3JkcyBzZWVtIHRvIGJlIGluY2x1ZGVkIGFscmVhZHkuIFNvIHJl cGhyYXNlIGFzIGJlbG93Lg0KV2hlbiB0aGUgaW5pdGlhdG9yIHNlbmRzIHRoZSBmaXJzdCBFY2hv IFJlcXVlc3Qgd2l0aCBhIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYsIHRoZSBUTFYgTVVT VCBjb250YWluIHRoZSBpbml0aWF0b3IgYWRkcmVzcyBhcyB0aGUgZmlyc3QgZW50cnkgb2YgdGhl IHN0YWNrIG9mIHJlbGF5ZWQgYWRkcmVzc2VzLCB0aGUgZGVzdGluYXRpb24gYWRkcmVzcyBwb2lu dGVyIHNldCB0byB0aGlzIGVudHJ5LCBhbmQgdGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSByZXBs eWluZyByb3V0ZXIgc2V0IHRvIG51bGwuIA0KIA0KW05PQk8yXSBPay4NCiANClNlY3Rpb24gNC4y DQotLS0tLS0tLS0tLS0tLQ0KIA0KICAgVGhvc2UgYWRkcmVzcyBlbnRyaWVzIHdpdGggSyBiaXQg c2V0IHRvIDEgTVVTVCBiZSBrZXB0IGluIHRoZSBzdGFjay4NCiAgIFRoZSByZWNlaXZlciBNVVNU IGNoZWNrIHRoZSBhZGRyZXNzZXMgb2YgdGhlIHN0YWNrIGluIHNlcXVlbmNlIGZyb20NCiAgIGJv dHRvbSB0byB0b3AgdG8gZmluZCB0aGUgbGFzdCBhZGRyZXNzIGluIHRoZSBzdGFjayB3aXRoIHRo ZSBLIGJpdA0KICAgc2V0IChvciB0aGUgdG9wIG9mIHRoZSBzdGFjayBpZiBubyBLIGJpdCB3YXMg Zm91bmQpLg0KIA0KU2hvdWxkbid0IGFib3ZlICJmaW5kIHRoZSBsYXN0IGFkZHJlc3MgaW4gdGhl IHN0YWNrIHdpdGggdGhlIEsgYml0IHNldCINCmluc3RlYWQgc2F5ICJmaW5kIHRoZSBsYXN0IG5v bi1OdWxsIGFkZHJlc3MgaW4gdGhlIHN0YWNrIHdpdGggdGhlIEsgYml0DQpzZXQiPyBPdGhlcndp c2UgdGhlIHByb2NlZHVyZSB3aWxsIGNhdXNlIHJlbGF5IExTUnMgdG8gYWx3YXlzIHJlZmVyIHRv IHRoaXMNCk51bGwgYWRkcmVzcyB3aXRoIEsgYml0IHNldCwgcHJldmVudGluZyB0aGUgZmlyc3Qg aW5pdGlhdG9yIGFkZHJlc3MgdG8gYmUNCmV2ZXIgcmVhY2hlZCB3aGVuIHNlYXJjaGluZyBmb3Ig dGhlIG5leHQgcmVsYXkgYWRkcmVzcy4gT24gYSByZWxhdGVkIHRvcGljLA0Kd2hhdCBpcyB0aGUg cHVycG9zZSBvZiBhbGxvd2luZyBhIE51bGwgYWRkcmVzcyBlbnRyeSB3aXRoIEsgYml0IHNldD8N CltMaXpob25nXTogcGxlYXNlIHJlZmVyIHRvIHRoZSBmb2xsb3dpbmcgaW4gc2VjdGlvbiA0LjIu DQogICBJZiBhIG5vZGUgc3BhbnMgdHdvIGFkZHJlc3NpbmcgZG9tYWlucyAod2l0aCByZXNwZWN0 IHRvIHRoaXMgbWVzc2FnZSkNCiAgIHdoZXJlIG5vZGVzIG9uIGVpdGhlciBzaWRlIG1heSBub3Qg YmUgYWJsZSB0byBub2RlcyBpbiB0aGUgb3RoZXINCiAgIGRvbWFpbiwgdGhlbiB0aGUgZmluYWwg YWRkcmVzcyBhZGRlZCBNVVNUIHNldCB0aGUgSyBiaXQuICBLIGJpdA0KICAgYXBwbGllcyBpbiB0 aGUgY2FzZSBvZiBhIE5VTEwgYWRkcmVzcywgdG8gc2VydmUgYXMgYSB3YXJuaW5nIHRvIHRoZQ0K ICAgaW5pdGlhdG9yIHRoYXQgZnVydGhlciBFY2hvIFJlcXVlc3QgbWVzc2FnZXMgbWF5IG5vdCBy ZXN1bHQgaW4NCiAgIHJlY2VpdmluZyBFY2hvIFJlcGx5IG1lc3NhZ2VzLg0KQnV0IEkgYmVsaWV2 ZSB3ZSBuZWVkIHRvIHVwZGF0ZSBzZWN0aW9uIDQuNiBhcyBiZWxvdzoNCk9MRDoNCkVhY2ggdGlt ZSB0aGUgVFRMIGlzIGluY3JlYXNlZCwgdGhlIGluaXRpYXRvciBNVVNUIGNvcHkgdGhlDQogICBS ZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWIHJlY2VpdmVkIGluIHRoZSBwcmV2aW91cyBFY2hv IFJlcGx5IHRvDQogICB0aGUgbmV4dCBFY2hvIFJlcXVlc3QuDQpORVc6DQpFYWNoIHRpbWUgdGhl IFRUTCBpcyBpbmNyZWFzZWQsIHRoZSBpbml0aWF0b3IgY291bGQgY29weSB0aGUNCiAgIFJlbGF5 IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgaW4gdGhlIHByZXZpb3VzIEVjaG8gUmVwbHkgdG8NCiAg IHRoZSBuZXh0IEVjaG8gUmVxdWVzdC4gU29tZSBtb2RpZmljYXRpb25zIGNvdWxkIGFsc28gYmUg bWFkZSB0byB0aGUgc3RhY2sgVExWLCBlLmcuLCBkZWxldGUgdGhlIE5JTCBlbnRyeS4NCiANCltO T0JPXSBUaGF04oCZcyBhIHJlYXNvbmFibGUgYXBwcm9hY2ggdG8gYWRkcmVzcyB0aGlzLCBhcyBs b25nIGFzIHRoZSBkb2N1bWVudCBzdGF0ZXMgdGhhdCB0aGUgaW5pdGlhdG9yIE1VU1QgZGVsZXRl IHRoZSBOSUwgZW50cnkgaW4gc3Vic2VxdWVudCBFY2hvIFJlcXVlc3RzLiBPdGhlcndpc2UsIHlv dSB3aWxsIGhhdmUgYSBjYXNlIHdoZXJlIGxhc3QgZW50cnkgd2l0aCBLIGJpdCBzZXQgaW4gdGhl IFRMViBpcyBOSUwsIGFuZCBkZXNjcmliZWQgcHJvY2VkdXJlcyB3aWxsIG5ldmVyIHJlYWNoIHRo ZSB0b3AgKGluaXRpYXRvcikgYWRkcmVzcy4NCltMaXpob25nXSBXaWxsIGFkZCB0aGUgZm9sbG93 aW5nOg0KVGhlIE5JTCBlbnRyeSB3aXRoIEsgYml0IHNldCBNVVNUIGJlIGRlbGV0ZWQsIG90aGVy d2lzZSB0aGUgRWNobyBSZXBseSBtZXNzYWdlIHdpbGwgbmV2ZXIgYmUgcmV0dXJuZWQuDQogDQpb Tk9CTzJdIE9rLg0KIA0KICAgSWYgYSBub2RlIHNwYW5zIHR3byBhZGRyZXNzaW5nIGRvbWFpbnMg KHdpdGggcmVzcGVjdCB0byB0aGlzIG1lc3NhZ2UpDQogICB3aGVyZSBub2RlcyBvbiBlaXRoZXIg c2lkZSBtYXkgbm90IGJlIGFibGUgdG8gbm9kZXMgaW4gdGhlIG90aGVyDQogICBkb21haW4sDQog DQpzL21heSBub3QgYmUgYWJsZSB0byBub2Rlcy9tYXkgbm90IGJlIGFibGUgdG8gcmVhY2ggbm9k ZXMvDQpbTGl6aG9uZ10gYWNjZXB0ZWQNCiANCiAgIElmIGEgbm9kZSBzcGFucyB0d28gYWRkcmVz c2luZyBkb21haW5zICh3aXRoIHJlc3BlY3QgdG8gdGhpcyBtZXNzYWdlKQ0KICAgd2hlcmUgbm9k ZXMgb24gZWl0aGVyIHNpZGUgbWF5IG5vdCBiZSBhYmxlIHRvIG5vZGVzIGluIHRoZSBvdGhlcg0K ICAgZG9tYWluLCB0aGVuIHRoZSBmaW5hbCBhZGRyZXNzIGFkZGVkIE1VU1Qgc2V0IHRoZSBLIGJp dC4NCiANCkFib3ZlIHByb2NlZHVyZXMgZGVmaW5lcyBhIHN0cmljdCBvcGVyYXRpb24gKGkuZS4s IE1VU1QpIGZvciB0aGUgSyBiaXQNCnVzYWdlLiBIb3dldmVyLCBob3cgYW4gTFNSIGRldGVybWlu ZXMgIklmIGEgbm9kZSBzcGFucyB0d28gYWRkcmVzc2luZw0KZG9tYWlucyB3aGVyZSBub2RlcyBv biBlaXRoZXIgc2lkZSBtYXkgbm90IGJlIC4uLiIgaXMgdmVyeSB2YWd1ZS4gSXQgbWlnaHQNCmJl IHBvc3NpYmxlIHRoYXQgd2UgY2FuIGVuZCB1cCB3aXRoIGRpZmZlcmVudCBpbXBsZW1lbnRhdGlv bnMgb2YgdGhlIEsgYml0DQpzZXR0aW5nIGJlY2F1c2Ugb2YgdGhpcyB2YWd1ZW5lc3MuIFdoYXQn cyB5b3VyIHRob3VnaHRzPw0KW0xpemhvbmddIHRoaXMgaXMgdGhlIHByaW5jaXBsZSBvZiB0aGUg aW1wbGVtZW50YXRpb24uIEhvdyB0byBrbm93IHRoZSANCmFkZHJlc3MgaW5mb3JtYXRpb24gaXMg aW1wbGVtZW50YXRpb24gc3BlY2lmaWMuIElmIGZhaWwgdG8gZ2V0IHRoZSBpbmZvcm1hdGlvbiwN CnRoZW4gaXQgaXMgcG9zc2libGUgdG8gZmFpbCBmb3IgdGhlIGVjaG8gcmVwbHkuIE1heWJlICJT SE9VTEQiIGlzIGJldHRlciBoZXJlLg0KIA0KW05PQk9dIFllcyBJIHdvdWxkIGJlIG1vcmUgY29t Zm9ydGFibGUgd2l0aCBTSE9VTEQgdGhhbiBNVVNULg0KW0xpemhvbmddIGdyZWF0Lg0KIA0KIA0K ICAgSWYgdGhlIGZ1bGwgcmVwbHkgbWVzc2FnZSB3b3VsZCBleGNlZWQgdGhlIE1UVSBzaXplLCB0 aGUgUmVsYXkgTm9kZQ0KICAgQWRkcmVzcyBTdGFjayBUTFYgTVVTVCBiZSByZXR1cm5lZCBiYWNr IGluIHRoZSBFY2hvIFJlcGx5IG1lc3NhZ2UuDQogICBTb21lIG90aGVyIFRMVihzKSBNVVNUIGJl IGRyb3BwZWQuDQogDQpXZWxsLCBpdCdzIHBvc3NpYmxlIHRoYXQgdGhlIFJlbGF5IE5vZGUgQWRk cmVzcyBTdGFjayBUTFYgaGFzIGdyb3duIHNvIGJpZw0KYW5kIHRoYXQgaXMgdGhlIG9ubHkgb3B0 aW9uYWwgVExWIHRvIGJlIGluY2x1ZGVkIGluIHRoZSBFY2hvIFJlcGx5LiBJbiB0aGF0DQpjYXNl LCB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBjYW5ub3QgYmUgaW5jbHVkZWQgZGVz cGl0ZSB0aGUNCiJNVVNUIi4gSSBiZWxpZXZlIHdoYXQgeW91IGFyZSB0cnlpbmcgdG8gaW1wbHkg aGVyZSBpcyB0aGF0IHRoZSBSZWxheSBOb2RlDQpBZGRyZXNzIFN0YWNrIFRMViB0YWtlcyBwcmVj ZWRlbmNlIG92ZXIgb3RoZXIgb3B0aW9uYWwgVExWcywgd2hlbg0KZGV0ZXJtaW5pbmcgd2hpY2gg b3B0aW9uYWwgVExWcyB0byBrZWVwIGluIHRoZSBFY2hvIFJlcGx5LiBJbiB0aGF0IGNhc2UsDQpw ZXJoYXBzIGl0IGlzIGJldHRlciB0byBzYXkgIklmIHRoZSBmdWxsIHJlcGx5IG1lc3NhZ2Ugd291 bGQgZXhjZWVkIHRoZSBNVFUNCnNpemUsIHRoZSBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExW IFNIT1VMRCBiZSBpbmNsdWRlZCBpbiB0aGUgRWNobyBSZXBseQ0KbWVzc2FnZSAoaS5lLiwgb3Ro ZXIgb3B0aW9uYWwgVExWcyBhcmUgZXhjbHVkZWQpLiINCltMaXpob25nXSBhZ3JlZWQuDQogDQpT ZWN0aW9uIDQuMw0KLS0tLS0tLS0tLS0tLS0NCiANCiAgIFRoZSBEZXN0aW5hdGlvbiBBZGRyZXNz IGRldGVybWluZWQgaW4gc2VjdGlvbiA0LjIgaXMgdXNlZCBhcyB0aGUgbmV4dA0KICAgcmVsYXkg bm9kZSBhZGRyZXNzLg0KIA0KU2VjdGlvbiA0LjIgb25seSBkZXNjcmliZXMgaG93IHRvIHVwZGF0 ZSB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMVi4NCkl0IGFsc28gc3BlY2lmaWVzIGhv dyB0byB1cGRhdGUgdGhlIERlc3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlciBmaWVsZC4NCkhvd2V2 ZXIsIG5vd2hlcmUgaW4gc2VjdGlvbiA0LjIgdGFsayBhYm91dCBob3cgdGhlIERlc3RpbmF0aW9u IEFkZHJlc3MgaXMNCmRldGVybWluZWQuIEknbSBhc3N1bWluZyAidGhlIERlc3RpbmF0aW9uIEFk ZHJlc3MgZGV0ZXJtaW5lZCAuLi4iIGlzDQpyZWZlcnJpbmcgdG8gdGhpcyBhZGRyZXNzIHdoaWNo IHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIFBvaW50ZXIgaXMgcG9pbnRpbmcNCnRvLiBQZXJoYXBz IGl0J2xsIGJlIGEgZ29vZCBpZGVhLCBzb21ld2hlcmUgaW4gc2VjdGlvbiA0LjIsIHRvIHNheSAi Li4uDQpfdGhpc18gYWRkcmVzcyBpcyBkZXRlcm1pbmVkIHRvIGJlIHRoZSBEZXN0aW5hdGlvbiBB ZGRyZXNzIi4NCltMaXpob25nXSBnb29kIGNhdGNoLiBTZWUgY2hhbmdlcyBiZWxvdzoNCk9MRCBp biBzZWN0aW9uIDQuMjoNClRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIFBvaW50ZXIgTVVTVCBiZSBz ZXQgdG8gdGhpcyBlbnRyeS4gDQpORVcNClRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIFBvaW50ZXIg TVVTVCBiZSBzZXQgdG8gdGhpcyBlbnRyeSB3aGljaCBpcyBhbHNvIHRoZSBEZXN0aW5hdGlvbiBB ZGRyZXNzLg0KIA0KU2VjdGlvbiA0LjQNCi0tLS0tLS0tLS0tLS0tDQogDQogICBVcG9uIHJlY2Vp dmluZyBhbiBSZWxheWVkIEVjaG8gUmVwbHkgbWVzc2FnZSB3aXRoIGl0cyBvd24gYWRkcmVzcyBh cw0KICAgdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3MgaW4gdGhlIElQIGhlYWRlciwgdGhlIHJlbGF5 IG5vZGUgTVVTVA0KICAgZGV0ZXJtaW5lIHRoZSBuZXh0IHJlbGF5IG5vZGUgYWRkcmVzcyBhcyBk ZXNjcmliZWQgaW4gc2VjdGlvbiA0LjMsDQogICB3aXRoIHRoZSBtb2RpZmljYXRpb24gdGhhdCB0 aGUgbG9jYXRpb24gb2YgdGhlIHJlY2VpdmVkIERlc3RpbmF0aW9uDQogICBBZGRyZXNzIGlzIHVz ZWQgaW5zdGVhZCBvZiB0aGUgYm90dG9tIG9mIHN0YWNrIGluIHRoZSBhbGdvcml0aG0uDQogDQpJ biBhYm92ZSwgSSB0aGluayB5b3UgbWVhbnQgc2VjdGlvbiA0LjIgaW5zdGVhZCBvZiBzZWN0aW9u IDQuMy4NCltMaXpob25nXSBhY2NlcHRlZA0KIA0KICAgVGhlDQogICBkZXN0aW5hdGlvbiBhZGRy ZXNzIGluIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgd2lsbCBiZSB1cGRhdGVkDQogICB3 aXRoIHRoZSBuZXh0IHJlbGF5IG5vZGUgYWRkcmVzcy4NCiANCkJ5ICJkZXN0aW5hdGlvbiBhZGRy ZXNzIiBhYm92ZSwgZG8geW91IG1lYW4gdGhlIERlc3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlcg0K ZmllbGQ/IElmIHNvLCBhIGJpdCBvZiBjbGFyaWZpY2F0aW9uIGlzIHJlcXVpcmVkLiBPdGhlcndp c2UsIEknbSBub3Qgc3VyZQ0Kd2hhdCB5b3UgbWVhbiBieSAiZGVzdGluYXRpb24gYWRkcmVzcyIg YWJvdmUuDQpbTGl6aG9uZ10geWVzLCBjaGFuZ2VkIGFzIGJlbG93Og0KVGhlIERlc3RpbmF0aW9u IEFkZHJlc3MgUG9pbnRlciBpbiBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExWIHdpbGwgYmUg c2V0IHRvDQogICB0aGUgbmV4dCByZWxheSBub2RlIGFkZHJlc3MuIA0KIA0KVGhlIGRvY3VtZW50 IGlzIG5vdCB2ZXJ5IGNsZWFyIG9uIGhvdyB0aGVzZSB0d28gZmllbGRzIGFyZSB1c2VkLg0KLSBT b3VyY2UgSVAgYWRkcmVzcyBmaWVsZCBvZiB0aGUgSVAgaGVhZGVyDQotIFNvdXJjZSBBZGRyZXNz IG9mIFJlcGx5aW5nIFJvdXRlciBmaWVsZCBvZiB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNr DQpUTFYNCiANCkknZCBpbWFnaW5lIHlvdSdkIHdhbnQgb25lIGZpZWxkIHRvIGJlIHNldCBieSB0 aGUgZWdyZXNzIExTUiBhbmQgdW5tb2RpZmllZA0KYnkgZXZlcnkgdXBzdHJlYW0gcmVsYXkgTFNS cywgYW5kIG9uZSBmaWVsZCB0byBiZSB1cGRhdGVkIGJ5IHRoZSBlZ3Jlc3MgTFNSDQphbmQgZXZl cnkgdXBzdHJlYW0gcmVsYXkgTFNSLiBUaGlzIGlzIHNvcnQgb2YgY2xhcmlmaWVkIGluIHNlY3Rp b24gNC43LCBidXQNCnJlYWxseSBzaG91bGQgYmUgcGFydCBvZiB0aGUgcHJvY2VkdXJlcy4NCltM aXpob25nXSBpbiBzZWN0aW9uIDQuMiwgaXQgc2F5cyBhcyBiZWxvdzoNCiAgIFVwb24gcmVjZWl2 aW5nIGEgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBpbiBhbiBFY2hvIFJlcXVlc3QNCiAg IG1lc3NhZ2UsIHRoZSByZWNlaXZlciB1cGRhdGVzIHRoZSAiU291cmNlIEFkZHJlc3Mgb2YgUmVw bHlpbmcNCiAgIFJvdXRlciIuICBUaGUgYWRkcmVzcyBNVVNUIGJlIHNhbWUgYXMgdGhlIHNvdXJj ZSBJUCBhZGRyZXNzIG9mIFJlbGF5DQogICBFY2hvIFJlcGx5IChzZWN0aW9uIDQuMykgb3IgRWNo byBSZXBseSBtZXNzYWdlIChzZWN0aW9uIDQuNSkgYmVpbmcNCiAgIHNlbnQuDQpIb3cgdG8gc2V0 IFNvdXJjZSBJUCBhZGRyZXNzIGZpZWxkIG9mIHRoZSBJUCBoZWFkZXIgaXMgYSBzdGFuZGFyZCBi ZWhhdmlvciwgYW5kDQpub3Qgc3BlaWNpZmllZCBpbiB0aGlzIGRvY3VtZW50Lg0KIA0KW05PQk9d IFllcyBidXQgd2hlbiByZWNlaXZpbmcgYW4gUmVsYXllZCBFY2hvIFJlcGx5LCBob3cgYXJlIHRo b3NlIHR3byBmaWVsZHMgdXBkYXRlZD8gSeKAmW0gZ3Vlc3NpbmcgdGhhdCB0aGUgU291cmNlIEFk ZHJlc3Mgb2YgUmVwbHlpbmcgUm91dGVyIGZpZWxkIGlzIHVubW9kaWZpZWQsIGFuZCBTb3VyY2Ug SVAgYWRkcmVzcyBmaWVsZCBvZiB0aGUgSVAgaGVhZGVyIGlzIHNldCB0byBhbiBhZGRyZXNzIG9m IHRoZSByZWxheSBub2RlPyBDbGFyaWZ5aW5nIHRoaXMgcG9pbnQgd2lsbCAgYmUgYmVuZWZpY2lh bC4NCltMaXpob25nXSB5b3VyIHVuZGVyc3RhbmRpbmcgaXMgcmlnaHQuIEFkZCB0aGUgZm9sbG93 aW5nIHRvIHNlY3Rpb24gNC4zLCA0LjQgYW5kIDQuNS4NClRoZSBTb3VyY2UgQWRkcmVzcyBvZiBS ZXBseWluZyBSb3V0ZXIgZmllbGQgaXMga2VwdCB1bm1vZGlmaWVkLCBhbmQgU291cmNlIElQIGFk ZHJlc3MgZmllbGQgb2YgdGhlIElQIGhlYWRlciBpcyBzZXQgdG8gYW4gYWRkcmVzcyBvZiB0aGUg c2VuZGluZyBub2RlLiANCg0KDQpbTk9CTzJdIFRoYW5rcy4NCg0KDQogDQpTZWN0aW9uIDQuNg0K LS0tLS0tLS0tLS0tLS0NCiANCiAgIER1cmluZyBhIHRyYWNlcm91dGUgb3BlcmF0aW9uLCBtdWx0 aXBsZSBFY2hvIFJlcXVlc3QgbWVzc2FnZXMgYXJlDQogICBzZW50LiAgRWFjaCB0aW1lIHRoZSBU VEwgaXMgaW5jcmVhc2VkLCB0aGUgaW5pdGlhdG9yIE1VU1QgY29weSB0aGUNCiAgIFJlbGF5IE5v ZGUgQWRkcmVzcyBTdGFjayBUTFYgcmVjZWl2ZWQgaW4gdGhlIHByZXZpb3VzIEVjaG8gUmVwbHkg dG8NCiAgIHRoZSBuZXh0IEVjaG8gUmVxdWVzdC4NCiANClRydWUgYnV0IGRvbid0IHdlIHdhbnQg dGhlIGluaXRpYXRvciB0byAicmVzZXQiIHNvbWUgZmllbGRzIHN1Y2ggYXMgUmVwbHkNCkFkZCBU eXBlLCBTb3VyY2UgQWRkcmVzcyBvZiBSZXBseWluZyBSb3V0ZXIgYW5kIERlc3RpbmF0aW9uIEFk ZHJlc3MgUG9pbnRlcj8NCltMaXpob25nXSB0aGVzZSBmaWVsZHMgd2lsbCBiZSByZXNldCBieSB0 aGUgcmVwbHkgbm9kZS4gQnV0IHRoaXMgc2VjdGlvbiBzaG91bGQgc3RpbGwNCmJlIHVwZGF0ZWQg YXMgZGVzY3JpYmVkIGluIHByZXZpb3VzIGNvbW1lbnRzLg0KIA0KW05PQk9dIEkgc2ltcGx5IGFz c3VtZWQgdGhhdCB3ZSB3YW50IHRvIGNsZWFyOg0KLSAgICAgICAgdGhlIFNvdXJjZSBBZGRyZXNz IG9mIFJlcGx5aW5nIFJvdXRlciBmaWVsZCAoYWxvbmcgd2l0aCByZXBseSBBZGQgVHlwZSkNCi0g ICAgICAgIERlc3RpbmF0aW9uIEFkZHJlc3MgUG9pbnRlcg0KU2luY2UgdmFsdWUgb2YgdGhvc2Ug ZmllbGRzIGFyZSBtZWFuaW5nbGVzcyB0byB0aGUgc3Vic2VxdWVudCBFY2hvIFJlcXVlc3QuIElz IHRoZXJlIGFueSByZWFzb24gd2h5IHlvdSB3YW50IHRvIHByZXNlcnZlIHRob3NlIHZhbHVlcyBm b3IgdGhlIHN1YnNlcXVlbnQgRWNobyBSZXF1ZXN0Pw0KW0xpemhvbmddIFdoZXRoZXIgcmVzZXRp bmcgdGhlIHR3byBmaWVsZHMgd2lsbCBub3QgYWZmZWN0IHRoZSBwcm90b2NvbCBmdW5jdGlvbi4g UmVzZXRpbmcgdHdvIGZpZWxkcyBzZWVtcyB0byBiZSByZWR1bmRhbnQuIEJ1dCBpZiB5b3UgbGlr ZSwgd2UgY291bGQgc2F5Og0KUmVwbHkgQWRkIFR5cGUsIFNvdXJjZSBBZGRyZXNzIG9mIFJlcGx5 aW5nIFJvdXRlciBhbmQgRGVzdGluYXRpb24gQWRkcmVzcyBQb2ludGVyIE1BWSBiZSByZXNldCB0 byAwLg0KIA0KW05PQk8yXSBUaGF0IGltcGxpZXMgdGhhdCB0aG9zZSBmaWVsZHMgYXJlIG1lYW5p bmdsZXNzIHdoZW4gYSBub2RlIHJlY2VpdmVzIGFuIE1QTFMgRWNobyBSZXF1ZXN0LCBzbyBpdOKA mXMgYmV0dGVyLiBIb3dldmVyLCBwZXJoYXBzIHRoZSB0d28gYXNwZWN0cyB0aGF0IHRoZSBkb2N1 bWVudCBzaG91bGQgY292ZXIgaXM6DQotICAgICAgICBUaG9zZSBmaWVsZHMgbWF5IGJlIHByZXNl cnZlZCBvciBtYXkgYmUgcmVzZXQgZm9yIHN1YnNlcXVlbnQgTVBMUyBFY2hvIFJlcXVlc3QuDQot ICAgICAgICBUaG9zZSBmaWVsZHMgYXJlIHRvIGJlIGlnbm9yZWQgaW4gcmVjZWl2ZWQgTVBMUyBF Y2hvIFJlcXVlc3QuDQogDQpUaGFua3MhDQogDQotTm9ibw0KIA0KVGhhbmtzLA0KTm9ibw0KIA0K IA0KU2VjdGlvbiA2DQotLS0tLS0tLS0tLS0tLQ0KIA0KQXMgYW4gYWRkZWQgc2VjdXJpdHksIGEg cmVjZWl2ZXIgb2YgYW4gTVBMUyBFY2hvIFJlcXVlc3Qgc2hvdWxkIHZlcmlmeSB0aGF0DQp0aGUg Zmlyc3QgYWRkcmVzcyBpbiB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBpcyB0aGUg c2FtZSBhZGRyZXNzIGFzDQp0aGUgc291cmNlIElQIGFkZHJlc3MgZmllbGQgb2YgdGhlIHJlY2Vp dmVkIElQIGhlYWRlci4NCltMaXpob25nXSBhY2NlcHRlZCwgdGhhbmtzLg0KIA0KVGhhbmtzIQ0K IA0KLU5vYm8NCiANCiANCg== ------=_001_NextPart655824363442_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi,

 = ;

I=A1=AFve = read this document and support it moving forward. Here are some small comme= nts :

 = ;

1.       Pa= ge 6,  item 7 says =A1=B0A Reply Mode value MUST NOT be repeated (i.e.=   MUST NOT appear multiple times) in the Reply Mode Order TLV.=A1=B1 W= hile in example 2 in section 4.1.2, the reply mode order TLV carries {5,2,5}, i= n which the reply mode 5 appears twice. Thus the rule in item 7 may need so= me update.

=  

2.       Pa= ge 7, the text says that the =A1=B0Reply Mode Order TLV=A1=B1 is a variable= length TLV, while in Figure 1 it looks like a TLV with fixed format of 4 reply modes. Maybe the figure can be updated to comply with the text.=

 = ;

Best regar= ds,

Jie

 = ;

=B7=A2=BC=FE=C8=CB: mpls [m= ailto:mpls-bounces@ietf.org] =B4=FA= =B1=ED Ross Callon
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA3=D4=C220=C8=D5 9:04
=CA=D5=BC=FE=C8=CB: mpls@ietf.org
=B3=AD=CB=CD: Loa Andersson; mpls-chairs@tools.ietf.org
=D6=F7=CC=E2: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-mode-si= mp

le-01

 

Working Group,

 =

This is to initiate a wo= rking group last call on draft-ietf-mpls-lsp-ping-reply-mode-simple-01.

Because this WGLC will s= pan the IETF in Dallas, it will be extended to three weeks.

 =

Please send your comment= s to the mpls wg mailing list (mpls@ietf.o= rg).

 =

There are no IPR disclos= ures against this document. All the authors have stated that they

are not aware of any IPR= that relates to this draft.

 =

This working group last = call ends Friday  April 10, 2015. 

 =

Ross

for the MPLS WG chairs

 =

 =

--_000_76CD132C3ADEF848BD84D028D243C92757CD2CEFNKGEML512MBSchi_-- From nobody Sat Mar 28 18:37:07 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 662681A912D for ; Sat, 28 Mar 2015 18:37:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.7 X-Spam-Level: X-Spam-Status: No, score=0.7 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=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 cLlMjSGtiBfH for ; Sat, 28 Mar 2015 18:37:05 -0700 (PDT) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::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 2AC861A912B for ; Sat, 28 Mar 2015 18:37:05 -0700 (PDT) Received: by padcy3 with SMTP id cy3so132220993pad.3 for ; Sat, 28 Mar 2015 18:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding:content-language:thread-index; bh=zTVTI0Qt26ZlL9fm1g8xwVo5c7I++xoyZk3/NdLWt50=; b=Nt3d5zGcqtvgjvFUFftcmqcHoUiGO3AapDsOmVwGhC931dVRwpQUfIoLlQfXUtJggw UhaWFXB7qt8x6af1mPwZOrY64ehKgqZ8IJjfeQxSbJI3pD3o0R7P0tPC1RxJ8fCGz+sR VW94XiOEZyDa6kg88YC6MpCDXm4WX66xcRmW7atofKsOFdTdSxN8BVD59VvSOSsFhWpR WUZp40q8IokJsGAI6+P0U86aTtt1Kc7IwfEQ25vg++xScNtOEcLg8CS/IQDx09v+GHIr kNlK7w3INbeEj8irQtcnmLoXszBKsJ5oJd9PbDAlZL0rfo/kTSfrq3zdeGriIHhX02cB xKgw== X-Received: by 10.66.90.168 with SMTP id bx8mr47411888pab.53.1427593024906; Sat, 28 Mar 2015 18:37:04 -0700 (PDT) Received: from NoboAkiyaPC (108-245-44-219.lightspeed.sntcca.sbcglobal.net. [108.245.44.219]) by mx.google.com with ESMTPSA id r8sm6226159pdp.10.2015.03.28.18.37.02 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 28 Mar 2015 18:37:03 -0700 (PDT) From: "Nobo Akiya" To: Date: Sat, 28 Mar 2015 20:36:58 -0500 Message-ID: <006001d069c0$d9eadeb0$8dc09c10$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Content-Language: en-ca Thread-Index: AdBpwIwyiAChjxNzTYuMDuXIXWj/wg== Archived-At: Cc: 'mpls' Subject: [mpls] Mail regarding draft-dai-mpls-rsvp-te-mbb-label-reuse X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 01:37:06 -0000 Hi Authors, I have couple of comments from OAM perspective. (using email instead of mic since we were very short on time) Section 2 The best case scenario is complete overlap of the two paths end to end; in which case there is no need for any label changes and LFIB updates, both in the transit as well as in the ingress routers. In this scenario there is also no need to perform data plane verification for the new tunnel instance. Being a paranoid OAM person, the statement "no need to perform data plane verification" makes me a bit nervous. There's a big difference between "there should be no data plane impact" to "there is no data plane impact", particularly because code changes required are to not change existing data plane via label sharing by multiple LSPs. That implies that any bugs/timing-issues/etc in that specific code space can cause existing data plane to actually purged [accidently]. I would feel more comfortable if the document did not imply that everything about the new LSP is perfectly happy w/o any OAM to verify it. For the case where the two paths overlaps only from a certain transit router (rather than from the ingress), label reuse starts at that router and continues all the way to the egress router. In this case the existing data plane verification method can still be used to verify new tunnel instance as before. I'm fairly sure that you did not imply "existing data plane verification _instance_ can still be used ...". But to doubly make sure ... if we take BFD [RFC5884] as an existing data plane verification method, you cannot reuse an existing BFD instance (i.e., BFD session for the old LSP cannot be used for the new LSP), since the BFD session on the egress is tied to the FEC for the old LSP. If you attempt to do this w/o any further BFD procedures, the BFD session at the egress for the old LSP will be removed when the old LSP is removed from the egress. Thanks! -Nobo From nobody Sun Mar 29 11:37:22 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACB961A7020 for ; Sun, 29 Mar 2015 11:37:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.101 X-Spam-Level: X-Spam-Status: No, score=-0.101 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=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 ovGu2W0kKzod for ; Sun, 29 Mar 2015 11:37:19 -0700 (PDT) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (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 AAA111A7011 for ; Sun, 29 Mar 2015 11:37:19 -0700 (PDT) Received: by pdnc3 with SMTP id c3so152302459pdn.0 for ; Sun, 29 Mar 2015 11:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=QGTIkZzYPrt1x0n0GrIKswGQ491zZor1o+Dyh1yjKJY=; b=JG7nT8ZkVNaCjWAVEuQyuPt20aTv+tIH/NBNwmw6HcUmr2ut50gz77W2h29LjZGOwG QbBrByuYCzUjI7VFXqm0XV2Jfoj1me+AFD7myRjEo8WmaMJ5N4ybTcoY9imsLgedA3u1 9t6l4+gxikMmKudHMYa/szs+3LQlMX8KbNWezbCcPFAltNwzusmz0rmDDxM0eD14W3oV 7PZGi17UGSB7Mbcl2w9+NXB/XM1Uj6Eu/eN+NrG56TlfNxONUequwfOz7mDjazAZF3Qe K17shqN6J1af0bxdRHmZIPe4DpWWzRNu/qzT0b/81X38bQOHjevO/HHWJ0uOij/R5KaM 2oHg== X-Received: by 10.66.139.109 with SMTP id qx13mr52041825pab.110.1427654239331; Sun, 29 Mar 2015 11:37:19 -0700 (PDT) Received: from NoboAkiyaPC (108-245-44-219.lightspeed.sntcca.sbcglobal.net. [108.245.44.219]) by mx.google.com with ESMTPSA id do6sm2054360pdb.72.2015.03.29.11.37.16 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 29 Mar 2015 11:37:18 -0700 (PDT) From: "Nobo Akiya" To: "'Qin Wu'" , References: <550EF528.6040708@mail01.huawei.com> In-Reply-To: Date: Sun, 29 Mar 2015 11:37:14 -0700 Message-ID: <00aa01d06a4f$62331560$26994020$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQPgMp+F85EfvPJp+pmFDDXz24DS/gI3t7d5Asby+9GY7DhCgA== Content-Language: en-ca Archived-At: Cc: mpls-chairs@tools.ietf.org Subject: Re: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 18:37:21 -0000 Hi Qin, Thank you for your comments. Please see in-line with [NOBO]. > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Qin Wu > Sent: March-27-15 4:37 AM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: Re: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply- > mode-simple-01 > > Hi, Authors of draft-ietf-mpls-lsp-ping-reply-mode-simple-01: > I have read draft-ietf-mpls-lsp-ping-reply-mode-simple-01 and think it is ready to > go for publication. > Here are few editorial comments on this draft. > 1.section 3.2 said: > " > 4. If a responder LSR understands the Reply Mode Order TLV and the > TLV is valid, then the responder LSR MUST consider Reply Mode > values described in the TLV and MUST NOT use the value described > in the Reply Mode field of received MPLS echo request. > " > I think the value carried in the Reply mode Order TLV overrides the value > included in the Reply Mode field of MPLS echo request message header, would it > be good to make this more clear and explicit. [NOBO] I agree that clarification will be helpful. Let me swap items 4 and 5 and add the clarification. They will look like: 4. If a responder LSR understands the Reply Mode Order TLV but the TLV is not valid (due to conditions described in items 6, 8 and 9 immediate below), then the responder LSR MUST only use the value described in the Reply Mode field of received MPLS echo request. 5. If a responder LSR understands the Reply Mode Order TLV and the TLV is valid, then the responder LSR MUST consider Reply Mode values described in the TLV and MUST NOT use the value described in the Reply Mode field of received MPLS echo request. In other words, a valid Reply Mode Order TLV overrides the value specified in the Reply Mode field of received MPLS echo request. > > 2. section 3.2 also said: > " > 5. If a responder LSR understands the Reply Mode Order TLV but the > TLV is not valid (due to conditions listed below), then the > responder LSR MUST only use the value described in the Reply Mode > field of received MPLS echo request. > " > Not sure where the conditions are specified, suggest to provide a link to the > conditions specified in this document [NOBO] Good catch. Please see the corrected "link" in the texts provided as response to your comment #1. > > 3.section 4.1 said: > " > [RFC7110] has defined that the "Reply Path TLV" can include Sub-TLVs > describing multiple FECs, from which the responder LSR can chose the > FEC to send the MPLS echo reply message on . > " > s/chose/choose > send the MPLS echo reply message on? > What does "on" mean here? Remove "on" from this sentence? [NOBO] Accepted. > > 4. section 4.1.2 said: > " > Then the MPLS echo request message is to carry: > > o The Reply Mode Order TLV carrying Reply Modes {5, 2, 5} " > Reply mode 5 is not defined in RFC4379.Where reply mode 5 is defined? [NOBO] RFC7110. > > 5. section 4.2 said: > " > The mechanism defined in this document will work with Proxy LSP Ping > defined by [I-D.ietf-mpls-proxy-lsp-ping]. MPLS proxy ping request > can carry a Reply Mode value and the Reply Mode Order TLV with list > of Reply Mode values. > " > > Suggest To distinct reply mode value carried In the message header and reply > mode value carried in the Reply mode order TLV here [NOVO] Accepted. > > 6. section 4.2 said: > " > With these procedures, Reply Mode used by the MPLS echo > reply sender is propagated in the Reply Mode field to the sender of > MPLS proxy ping request. > " > I am totally confused by this last sentence. > what does " sender" in"the MPLS echo reply" means? Are you saying reply mode > value in the echo rely is propagated to proxy ping request? Or propagated to > proxy ping reply? > How the sender of MPLS proxy ping request is related to initiator LSR or > responder LSR or responding node used in the document? > It will be nice to have a consistence terminologies use. [NOBO] You are right, that whole Proxy Ping subsection is a garbage. I proposed we replace with followings: 4.2. Proxy LSP Ping The mechanism defined in this document will work with Proxy LSP Ping defined by [I-D.ietf-mpls-proxy-lsp-ping]. The MPLS proxy ping request message can carry a Reply Mode value in the header and one or more Reply Mode values in the Reply Mode Order TLV. It is RECOMMENDED that the Reply Mode 2 (Reply via an IPv4/IPv6 UDP packet) be used in the Reply Mode field of the MPLS proxy ping request message. 4.2.1. Proxy LSR Sending an MPLS Echo Request If the proxy LSR is sending an MPLS echo request, then the proxy LSR MUST copy following elements from the MPLS proxy ping request message to the MPLS echo request message. o The Reply Mode field. o The Reply Mode Order TLV. o The Reply Path TLV(s). If there are more than one Reply Path TLVs, then then order of them MUST be preserved when copying. 4.2.2. Proxy LSR Sending an MPLS Proxy Ping Reply If the proxy LSR is sending an MPLS proxy ping reply, then it is RECOMMENDED that the Reply Mode Order TLV be ignored and the Reply Mode field in the MPLS proxy ping request message be used. What do you think? Thanks! -Nobo > > -Qin > -------- Forwarded Message -------- > Subject: working group last call for > draft-ietf-mpls-lsp-ping-reply-mode-simple-01 > Date: Fri, 20 Mar 2015 14:03:52 +0000 > From: Ross Callon > To: mpls@ietf.org > CC: mpls-chairs@tools.ietf.org , George > Swallow (swallow) , Carlos Pignataro (cpignata) > , Loa Andersson , Mach Chen > , nobo.akiya.dev@gmail.com > > > > > Working Group, > This is to initiate a working group last call on draft-ietf-mpls-lsp-ping-reply- > mode-simple-01. > Because this WGLC will span the IETF in Dallas, it will be extended to three > weeks. > Please send your comments to the mpls wg mailing list (_mpls@ietf.org_ > ). > There are no IPR disclosures against this document. All the authors have stated > that they are not aware of any IPR that relates to this draft. > This working group last call ends Friday April 10, 2015. > Ross > for the MPLS WG chairs > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Sun Mar 29 20:16:34 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 514091A1A15 for ; Sun, 29 Mar 2015 20:16:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 PIYOzHQNd7kP for ; Sun, 29 Mar 2015 20:16:32 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9D451A19F8 for ; Sun, 29 Mar 2015 20:16:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4239; q=dns/txt; s=iport; t=1427685392; x=1428894992; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=kflWQ3ZHH5OZ9uYBTF4Ls3S0w5tpuqCjDRBzdGDdxgU=; b=aM67PFnHKw0jUhzTIcgHjwxkFhWddtMjZCYv8ixFfF7tFQM5jbepD6q9 xXl3QOeyHJgeV3leJg67v2gjpgdW4uQpGsuFEDBBAXX+HnYSaEELWo0YT ULUnFeF9xP0AcZSv6HPsPu7B52rpWahRAW/sE1czWOzo7hVTLAqNNquhN s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BZCADHvxhV/5JdJa1cgkNDgS4EwnKILgKBJ0wBAQEBAQF9hBQBAgQdEEELEgEIBAoDAwECKDkUCQgCBAENBYgvyXMBAQEBAQEBAQEBAQEBAQEBAQEBAQEXiymEZxEHhC0Fjk6CDol0gRyDMowfg0gigjKBPG+BRH8BAQE X-IronPort-AV: E=Sophos;i="5.11,491,1422921600"; d="scan'208,217";a="407619256" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-5.cisco.com with ESMTP; 30 Mar 2015 03:16:30 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t2U3GQCa008111 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 30 Mar 2015 03:16:29 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.184]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0195.001; Sun, 29 Mar 2015 22:16:26 -0500 From: "Nagendra Kumar Nainar (naikumar)" To: Ross Callon , "mpls@ietf.org" Thread-Topic: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Thread-Index: AQHQYxaymmEqkSnB6UOwcgu2gEley500emgA Date: Mon, 30 Mar 2015 03:16:26 +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.3.8.130913 x-originating-ip: [10.24.5.113] Content-Type: multipart/alternative; boundary="_000_D13E3839FF50naikumarciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@tools.ietf.org" , Loa Andersson Subject: Re: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 03:16:33 -0000 --_000_D13E3839FF50naikumarciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support. Regards, Nagendra From: Ross Callon > Date: Friday, March 20, 2015 at 10:03 AM To: "mpls@ietf.org" > Cc: Loa Andersson >, "m= pls-chairs@tools.ietf.org" > Subject: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-= mode-simple-01 Working Group, This is to initiate a working group last call on draft-ietf-mpls-lsp-ping-r= eply-mode-simple-01. Because this WGLC will span the IETF in Dallas, it will be extended to thre= e weeks. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There are no IPR disclosures against this document. All the authors have st= ated that they are not aware of any IPR that relates to this draft. This working group last call ends Friday April 10, 2015. Ross for the MPLS WG chairs --_000_D13E3839FF50naikumarciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <87651124A7EA1947AFDDA736493CA6DD@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Support.

Regards,
Nagendra


Working Group,
 
This is to initiate a working group last call on draft-ietf-mpls-lsp-p= ing-reply-mode-simple-01.
Because this WGLC will span the IETF in Dallas, it will be extended to= three weeks.
 
Please send your comments to the mpls wg mailing list (mpls@ietf.org).
 
There are no IPR disclosures against this document. All the authors ha= ve stated that they
are not aware of any IPR that relates to this draft.
 
This working group last call ends Friday  April 10, 2015.  <= /div>
 
Ross
for the MPLS WG chairs
 
 
--_000_D13E3839FF50naikumarciscocom_-- From nobody Sun Mar 29 20:24:10 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8D2C1A1AA5; Sun, 29 Mar 2015 20:21:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.084 X-Spam-Level: X-Spam-Status: No, score=0.084 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, IP_NOT_FRIENDLY=0.334, MIME_CHARSET_FARAWAY=2.45, 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 QVy2L7NiIP0V; Sun, 29 Mar 2015 20:21:28 -0700 (PDT) Received: from mx0a-00082601.pphosted.com (mx0a-00082601.pphosted.com [67.231.145.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19C9A1A1A8B; Sun, 29 Mar 2015 20:21:28 -0700 (PDT) Received: from pps.filterd (m0044010 [127.0.0.1]) by mx0a-00082601.pphosted.com (8.14.5/8.14.5) with SMTP id t2U3KkYR007502; Sun, 29 Mar 2015 20:21:27 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fb.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=facebook; bh=18+i9+2ZfWISUvwIAqsZlanQ3YJf2AOvlQmRNE+7XfI=; b=f/wRqH3i02tdPjbakNS68rdlXdvZZUyx2Lz/S8XhlE1lHUW5Hexc8sPu9e/6/zGwEzZY hH/fvV2fnRuYuUiMWt1hZ6nskpPirweqU8agPtChxbVyAGoWnY46MY9lOqGtX8jUWQ0V Ot9xvuLGddkxudViOanmEUj6u3qy+AMoISA= Received: from mail.thefacebook.com ([199.201.64.23]) by mx0a-00082601.pphosted.com with ESMTP id 1ter070e7m-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 29 Mar 2015 20:21:26 -0700 Received: from PRN-MBX01-2.TheFacebook.com ([169.254.4.97]) by PRN-CHUB11.TheFacebook.com ([fe80::80d:37ff:4b6a:a4fc%12]) with mapi id 14.03.0195.001; Sun, 29 Mar 2015 20:21:24 -0700 From: Petr Lapukhov To: Robert Raszuk Thread-Topic: https://tools.ietf.org/html/draft-fang-mpls-hsdn-for-hsdc-01 Thread-Index: AQHQZ1fPspED0N7DmUK9mRcUoHV2rZ0t8KszgAChd4CABb8YNQ== Date: Mon, 30 Mar 2015 03:21:23 +0000 Message-ID: <3F437107848A5140A6A19222EFFB34811FDF37B5@PRN-MBX01-2.TheFacebook.com> References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.52.13] Content-Type: multipart/alternative; boundary="_000_3F437107848A5140A6A19222EFFB34811FDF37B5PRNMBX012TheFac_" MIME-Version: 1.0 X-Proofpoint-Spam-Reason: safe X-FB-Internal: Safe X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68, 1.0.33, 0.0.0000 definitions=2015-03-30_01:2015-03-28,2015-03-29,1970-01-01 signatures=0 Archived-At: X-Mailman-Approved-At: Sun, 29 Mar 2015 20:24:08 -0700 Cc: "mpls@ietf.org" , "nvo3@ietf.org" , Luyuan Fang Subject: Re: [mpls] https://tools.ietf.org/html/draft-fang-mpls-hsdn-for-hsdc-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 03:21:32 -0000 --_000_3F437107848A5140A6A19222EFFB34811FDF37B5PRNMBX012TheFac_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Robert, On MPLS selling points: Generally speaking, any tunneling technique may achieve the FIB state compr= ession in "transit" (but not all) devices (by the virtue of core/edge asymm= etry). MPLS is just one of these techniques, which seems attractive due to = its simplicity (flat label lookup) and protocol agnostic operations. Howeve= r, since IPv4/IPv6 is not going away from DC boxes, the advantage of simpli= city is diminished - it's not like we would see super-cheap and easy-to-ope= rate MPLS-only DC switches on the market. Additionally, I personally don't = see FIB state explosion as such a daunting problem in properly engineered/s= ummarized DC/DCI networks, but that's a separate conversation. As another plus for MPLS, MPLS OAM related techniques seem attractive as th= ey allow to test the "circuit" independent of payload. This is true in "pur= e" MPLS case, but if hardware parser is looking beyond the MPLS stack (whic= h it often does) this "protocol-independent" OAM becomes not-so-independent= :). Another good reason for MPLS OAM is the ability to lock down specific = paths for testing, though one may argue that any source-routed technique wo= uld do that. However, MPLS just seems to be the one with least overhead and= supported across multiple DC hardware platforms. Despite the advantages, the are some actual technical challenges with MPLS = in data-center. For example, some platforms limit L3 ECMP to IP2MPLS functi= on only (though L2 ECMP is still possible with MPLS header). Similar issue = is happens when handing anycast destinations, which is critical to many loa= d-balancing solutions. These issues could be addressed by performing IP loo= kups and building label stacks in the host, which is the ultimately the seg= ment/source routing approach to the problem. This also allows the network t= o be purely MPLS. Pushing IP2MPLS edge to the host level seems like a great idea until you co= nsider the amount of state that one needs to distribute & synchronized amon= g potentially millions of devices. For example, if you want to ECMP off of = a host in a DC network with 128 paths you need to inform every host of a li= nk failure when any of these 128 paths becomes unavailable (assuming that a= ny host may talk to any host over any path). Distributed state synchronizat= ion is a not an easy problem, and it hell of a pain to troubleshoot, especi= ally when many devices are involved. This is why, I'm personally in favor of hybrid approaches, where source-rou= ting (not necessarily via MPLS, though) is added on top of traditional IP/s= hortest-path model, and allows for extended OAM functionality, while retain= ing full compatibility with the traditional approach. This does not allow f= or achieving the goal of ultimate FIB compression, but as I mentioned I do = not see this as a serious problem with proper route summarization... Regards, Petr ________________________________ From: rraszuk@gmail.com [rraszuk@gmail.com] on behalf of Robert Raszuk [rob= ert@raszuk.net] Sent: Wednesday, March 25, 2015 8:34 PM To: Petr Lapukhov Cc: Luyuan Fang; mpls@ietf.org; nvo3@ietf.org; Pedro Marques Subject: Re: https://tools.ietf.org/html/draft-fang-mpls-hsdn-for-hsdc-01 Hello Petr, Thank you very much for yr comment ! One question: > To me, the only good selling point for mpls in DC, in my opinion, > is having a uniform end to end transport (with corresponding OAM etc). Let me understand this. What is the definition of "uniform end to end trans= port" ? If you use IP for transport and say use L3VPN option C in overlay or for ex= ample LISP what is not uniform in compute node to compute node transport ac= ross any DC or any region ? As far as OAM do we have any missing tools with IP operation ? - - - I am just trying to understand technical rationale - if any such exist - as= ide from sales, political, religious or fanatic - why anyone would propose = mpls transport for DC underlay. - - - No longer then today I was actually arguing with one networking vendor that= MPLS as demux value (say in RFC4364) makes a lot of sense for DCs multi te= nant rather then reinventing the wheel and use different name for effective= ly the same function (GRE key or NVGRE VSID). But that is in the overlay sp= ace. Completely different topic. Best regards, r. On Thu, Mar 26, 2015 at 1:56 AM, Petr Lapukhov > wrote: AFK, so can't write a well-formed comment :( but in short, my personal experience was that circuit-like transports play = well as *augmentation* to shortest-path / ecmp / longest-prefix match techn= iques, not as a complete replacement (after all, ip already works). Mpls ci= rcuits are alright if you have network asymmetry and need to work around it= , but in symmetric topologies they seem rather unnecessary, unless you real= ly want to have end-to-end uniform data plane, which has both downsides and= benefits. Robert and I had some discussions around pure mpls / seamless mpls DC + DCI= networks a couple of years ago, but it was hard to find a strong selling p= oint for mpls (I was arguing for mpls, btw). In general, MPLS offers unifor= m, protocol agnostic forwarding plane, with simple lookup, but the latter i= s not such a big win with modern (and upcoming) silicon. Next, for entropy = reasons it is often necessary to resort to leaky abstractions with mpls (e= g nibble guessing) or add complications (entropy label), which makes the ar= chitecture more complicated. Additionally, I feel that FIB compaction has more to do with network struct= ure and careful control of state propagation rather that underlying forward= ing mechanism. On this side, something that could be achieved with IP via s= imple summarization requires rather sophisticated LSP hierarchies with mpls= . To me, the only good selling point for mpls in DC, in my opinion, is having= a uniform end to end transport (with corresponding OAM etc). It is not ver= y clear whether this has more advantages than downsides, and requires a sep= arate discussion :) Petr Mar 25, 2015, =D7 5:00 PM, "Robert Raszuk" > =CE=C1=D0=C9=D3=C1=CC(=C1): Hello Luyuan, Quote: "The HSDN forwarding architecture in the underlay network isbased on four m= ain concepts: 1. Dividing the DC and DCI in ahierarchically-partitioned str= ucture; 2. Assigning groups ofUnderlay Border Nodes in charge of forwarding= within each partition; 3. Constructing HSDN MPLS label stacks to identify = the end points according to the HSDN structure; and 4. Forwarding using the= HSDN MPLS labels." Can you provide any reasoning for going to such complexity when trying to u= se MPLS as transport within and between DCs as compared with using IP based= transport ? Note that IP based transport native summarization provides unq= uestionable forwarding FIB compression. Quote: "HSDN is designed to allow the physical decoupling ofcontrol and forwarding= , and have the LFIBs configuredby a controller according to a full SDN appr= oach. Th controller-centric approach is described in this document." + Quote: "2) The network nodes MUST support MPLS forwarding." Please kindly note that to the best of my knowledge number of ODMs routers = used to construct IP CLOS Fabric does not really have control plane which s= upports MPLS transport. Neither distributed nor centrally ie via controller= managed. Quote: "The key observation is that it is impractical, uneconomical, and ultimately unnecessary to use a fully connected Clos-based topology in a la= rge scale DC." That is an interesting statement. I think however that one should distingui= sh interconnected regions with proper CLOS fabric from some sort of CLOS fa= bric want-to-be type of topologies. In any case it has no bearing on the ma= in points of the scalable interconnect discussion. - - - While we could go via number of other comments let's cut it short. Your draft states that HSDN works with IPv4 transport in the below statemen= t: Quote: "Although HSDN can be used with any forwarding technology, including IPv4 a= nd IPv6," 1. Can you summarise reasons what problems do you see with IPv4/IPv6 based = underlay in the DCs that drove you to provide this document to be based on = MPLS ? (Note that tenant mobility is the overlay task and nothing to do with under= lay.) 2. Can you describe how are you going to distribute MPLS stack to be used f= or forwarding in the underlay to servers ? 3. How are you going to provide efficient ECMP intra-dc ? I see no trace of= entropy labels in your document. 4. For TE is there anything missing in the below document ? https://tools.ietf.org/html/draft-lapukhov-bgp-sdn-00 Many thx, r. --_000_3F437107848A5140A6A19222EFFB34811FDF37B5PRNMBX012TheFac_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Robert,

On MPLS selling points:

Generally speaking, any tunneling technique may achieve the FIB state compr= ession in "transit" (but not all) devices (by the virtue of core/= edge asymmetry). MPLS is just one of these techniques, which seems attracti= ve due to its simplicity (flat label lookup) and protocol agnostic operations. However, since IPv4/IPv6 is not going aw= ay from DC boxes, the advantage of simplicity is diminished - it's not like= we would see super-cheap and easy-to-operate MPLS-only DC switches on the = market. Additionally, I personally don't see FIB state explosion as such a daunting problem in properly engin= eered/summarized DC/DCI networks, but that's a separate conversation.

As another plus for MPLS, MPLS OAM related techniques seem attractive as th= ey allow to test the "circuit" independent of payload. This is tr= ue in "pure" MPLS case, but if hardware parser is looking beyond = the MPLS stack (which it often does) this "protocol-independent" OAM becomes not-so-independent :). Another good reason for MPLS OAM is the= ability to lock down specific paths for testing, though one may argue that= any source-routed technique would do that. However, MPLS just seems to be = the one with least overhead and supported across multiple DC hardware platforms.

Despite the advantages, the are some actual technical challenges with MPLS = in data-center. For example, some platforms limit L3 ECMP to IP2MPLS functi= on only (though L2 ECMP is still possible with MPLS header). Similar issue = is happens when handing anycast destinations, which is critical to many load-balancing solutions. These is= sues could be addressed by performing IP lookups and building label stacks = in the host, which is the ultimately the segment/source routing approach to= the problem. This also allows the network to be purely MPLS.

Pushing IP2MPLS edge to the host level seems like a great idea until you co= nsider the amount of state that one needs to distribute & synchronized = among potentially millions of devices. For example, if you want to ECMP off= of a host in a DC network with 128 paths you need to inform every host of a link failure when any of these 12= 8 paths becomes unavailable (assuming that any host may talk to any host ov= er any path). Distributed state synchronization is a not an easy problem, a= nd it hell of a pain to troubleshoot, especially when many devices are involved.

This is why, I'm personally in favor of hybrid approaches, where source-rou= ting (not necessarily via MPLS, though) is added on top of traditional IP/s= hortest-path model, and allows for extended OAM functionality, while retain= ing full compatibility with the traditional approach. This does not allow for achieving the goal of ultima= te FIB compression, but as I mentioned I do not see this as a serious probl= em with proper route summarization...

Regards,

Petr

From: rraszuk@gmail.com [rraszuk@gmail.co= m] on behalf of Robert Raszuk [robert@raszuk.net]
Sent: Wednesday, March 25, 2015 8:34 PM
To: Petr Lapukhov
Cc: Luyuan Fang; mpls@ietf.org; nvo3@ietf.org; Pedro Marques
Subject: Re: https://tools.ietf.org/html/draft-fang-mpls-hsdn-for-hs= dc-01

Hello Petr,

Thank you very much for yr comment ! One question:

= > To me, the only good selling point for mpls in DC, in my opinion, = ;
= > is having a uniform end to end transport (with corresponding OAM etc).=
=
Let me understand this. What is the definition= of "uniform end to end transport" ? 

If you use IP for transport and say use L3VPN = option C in overlay or for example LISP what is not uniform in compute node= to compute node transport across any DC or any region ? 

As far as OAM do we have any missing tools wit= h IP operation ? 

- - - 

I am just trying to understand technical ratio= nale - if any such exist - aside from sales, political, religious or fanati= c - why anyone would propose mpls transport for DC underlay.

- - - 

No longer then today I was actually arguing wi= th one networking vendor that MPLS as demux value (say in RFC4364) makes a = lot of sense for DCs multi tenant rather then reinventing the wheel and use= different name for effectively the same function (GRE key or NVGRE VSID). But that is in the overlay space. C= ompletely different topic.

Best regards,
r.


On Thu, Mar 26, 2015 at 1:56 AM, Petr Lapukhov <= span dir=3D"ltr"> <petr@fb.com> wrote:
AFK, so can't write a well-formed comment :(

but in short, my personal experience was that circuit-like transports = play well as *augmentation* to shortest-path / ecmp / longest-prefix match = techniques, not as a complete replacement (after all, ip already works). Mp= ls circuits are alright if you have network asymmetry and need to work around it, but in symmetric topologies = they seem rather unnecessary, unless you really want to have end-to-end uni= form data plane, which has both downsides and benefits.

Robert and I had some discussions around pure mpls / seamless mpls DC = + DCI networks a couple of years ago, but it was hard to find a strong = selling point for mpls (I was arguing for mpls, btw). In general, MPLS offe= rs uniform, protocol agnostic forwarding plane, with simple lookup, but the latter is not such a big win with moder= n (and upcoming) silicon. Next, for entropy reasons it is often necessary t= o resort to leaky abstractions with mpls  (eg nibble guessing) or add = complications (entropy label), which makes the architecture more complicated.

Additionally, I feel that FIB compaction has more to do with network s= tructure and careful control of state propagation rather that underlying fo= rwarding mechanism. On this side, something that could be achieved with IP = via simple summarization requires rather sophisticated LSP hierarchies with mpls.

To me, the only good selling point for mpls in DC, in my opinion, is h= aving a uniform end to end transport (with corresponding OAM etc). It is no= t very clear whether this has more advantages than downsides, and requires = a separate discussion :)

Petr

Mar 25, 2015, =D7 5:00 PM, "Robert Raszuk" <robert@raszuk.net> =CE=C1=D0=C9= =D3=C1=CC(=C1):

Hello Luyuan,

Quote:

"The HSDN forwarding archi=
tecture in the underlay network isbased on four main concepts: 1. Dividing =
the DC and DCI in ahierarchically-partitioned structure; 2. Assigning group=
s ofUnderlay Border Nodes in charge of forwarding within each partition; 3.=
 Constructing HSDN MPLS label stacks to identify the end points according t=
o the HSDN structure; and 4. Forwarding using the HSDN MPLS labels."




Can you provide any reasoning for going to such complexity when trying =
to use MPLS as transport within and between DCs as compared with using IP b=
ased transport ? Note that IP based transport native summarization provides=
 unquestionable forwarding FIB compression.





Quote:





"HSDN is designed to allow the physical decoupling o=
fcontrol and forwarding, and have the LFIBs configuredby a controller accor=
ding to a full SDN approach. Th controller-centric approach is described in=
 this document."

=

+ 
Quote:

"2) The network=
 nodes MUST support MPLS forwarding."


Please kindly note that to the best of =
my knowledge number of ODMs routers used to construct IP CLOS Fabric does n=
ot really have control plane which supports MPLS transport. Neither distrib=
uted nor centrally ie via controller managed.

Quote:
=

"The key observation is that it is impractical, uneconomical=
, and=0A=
ultimately unnecessary to use a fully connected Clos-based topology in a la=
rge scale DC."

<=
span style=3D"color:rgb(34,34,34); font-family:'courier new',monospace; fon=
t-size:small; white-space:normal">That is an interesting statement. I think=
 however that one should distinguish interconnected regions with proper CLO=
S fabric from some sort of CLOS fabric want-to-be type of topologies. In an=
y case it has no bearing on the main points of the scalable interconnect di=
scussion.

- - - 
=


While we could go via number of other comments let=
's cut it short. 

Your draft states that HSDN works with IPv4 tra=
nsport in the below statement:

Quote:

"Although HSDN can be used with any forwarding =
technology, including IPv4 and IPv6,"

1. Can you summarise reasons what prob=
lems do you see with IPv4/IPv6 based underlay in the DCs that drove you to =
provide this document to be based on MPLS ? 

(Note that tenant mobility is the overlay task and nothing to d=
o with underlay.)
<=
span style=3D"color:rgb(34,34,34); font-family:'courier new',monospace; fon=
t-size:small; white-space:normal">
2. Can you describe =
how are you going to distribute MPLS stack to be used for forwarding in the=
 underlay to servers ?

3. How are you =
going to provide efficient ECMP intra-dc ? I see no trace of entropy labels=
 in your document.
=

4. For TE is there =
anything missing in the below document ?
https://tools.ietf.org/html/draft-lapukho=
v-bgp-sdn-00

Many thx,
r.
=

--_000_3F437107848A5140A6A19222EFFB34811FDF37B5PRNMBX012TheFac_-- From noboakiya24@gmail.com Fri Mar 27 11:25:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7D441A897D for ; Fri, 27 Mar 2015 11:25:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.643 X-Spam-Level: X-Spam-Status: No, score=-0.643 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, LOCALPART_IN_SUBJECT=1.107, 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 dEOFlpxBLFJt for ; Fri, 27 Mar 2015 11:25:49 -0700 (PDT) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::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 3EC7E1A89BB for ; Fri, 27 Mar 2015 11:24:35 -0700 (PDT) Received: by wibbg6 with SMTP id bg6so36402489wib.0 for ; Fri, 27 Mar 2015 11:24:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=jl1wtRwtT7YbrJhsPSXji8WqWgIQ4ZyDd9gqaZElvZI=; b=CnHRJvVnYupfP5aHsyL6Hr6MLHlTkoqZc9hcqcOzvtf3UHpqP2pF6cZ6m3pyfgTqkv djGo0p4I8mm/XRkDcntCiPCsmULQfLIXfEVHIj0040Q5X39Bk7ziu2LQHRtdlANhUDy2 LCAgCWrNMTw7M5PT3hQXkku0Js37cFshCDP4T7DMEKuis8kk10asmHEdVugYpEPItJxG vtmpYlOL+qnc+IfhLPuzih4xOatYWKChUZi1sqTDiPj4CUiEjSfavl5u6QLLEbfheyo+ ew1xrV2Fky/1IW24nCF+8cG2Mnz1zhU7zABd1XGyg5b/Rydzf7lGY/rbxvzCb9ikJQ5T zKMg== X-Received: by 10.194.91.129 with SMTP id ce1mr40528609wjb.53.1427480673944; Fri, 27 Mar 2015 11:24:33 -0700 (PDT) Received: from NoboAkiyaPC ([2001:67c:370:160:d188:4fea:93de:bc3d]) by mx.google.com with ESMTPSA id na4sm3901697wic.10.2015.03.27.11.24.32 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 27 Mar 2015 11:24:33 -0700 (PDT) From: "Nobo Akiya" To: Date: Fri, 27 Mar 2015 13:24:26 -0500 Message-ID: <003901d068bb$443f5a40$ccbe0ec0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBotLVJFHZhK2CcQMuQk6eQ2YFaPQ== Content-Language: en-ca Archived-At: X-Mailman-Approved-At: Sun, 29 Mar 2015 20:24:25 -0700 Cc: 'mpls' Subject: [mpls] draft-dai-mpls-rsvp-te-mbb-label-reuse X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 20:24:03 -0000 Hi Authors, I have couple of comments from OAM perspective. (using email instead of mic since we are very short on time) Section 2 The best case scenario is complete overlap of the two paths end to end; in which case there is no need for any label changes and LFIB updates, both in the transit as well as in the ingress routers. In this scenario there is also no need to perform data plane verification for the new tunnel instance. Being a paranoid OAM person, the statement "no need to perform data plane verification" makes me a bit nervous. There's a big difference between "there should be no data plane impact" to "there is no data plane impact", particularly because code changes required are to not change existing data plane via label sharing by multiple LSPs. That implies that any bugs/timing-issues/etc in that specific code space can cause existing data plane to actually purged [accidently]. I would feel more comfortable if the document did not imply that everything about the new LSP is perfectly happy w/o any OAM to verify it. For the case where the two paths overlaps only from a certain transit router (rather than from the ingress), label reuse starts at that router and continues all the way to the egress router. In this case the existing data plane verification method can still be used to verify new tunnel instance as before. I'm fairly sure that you did not imply "existing data plane verification _instance_ can still be used ...". But to doubly make sure ... if we take BFD [RFC5884] as an existing data plane verification method, you cannot reuse an existing BFD instance (i.e., BFD session for the old LSP cannot be used for the new LSP), since the BFD session on the egress is tied to the FEC for the old LSP. If you attempt to do this w/o any further BFD procedures, the BFD session at the egress for the old LSP will be removed when the old LSP is removed from the egress. Thanks! -Nobo From nobody Mon Mar 30 09:00:10 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2935B1A036A for ; Mon, 30 Mar 2015 09:00:09 -0700 (PDT) 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 Ii4rgD6YWTry for ; Mon, 30 Mar 2015 09:00:06 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0716.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:716]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49FAE1A037C for ; Mon, 30 Mar 2015 09:00:06 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by CO2PR05MB572.namprd05.prod.outlook.com (10.141.197.26) with Microsoft SMTP Server (TLS) id 15.1.118.21; Mon, 30 Mar 2015 15:59:46 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0125.002; Mon, 30 Mar 2015 15:59:46 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: [mpls] working group last call for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf Thread-Index: AQHQawKLkKmCufCfd0u8+IIc6tkkYg== Date: Mon, 30 Mar 2015 15:59:46 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.17] authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR05MB572; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(377454003)(164054003)(2351001)(62966003)(19300405004)(19609705001)(19580405001)(106116001)(77156002)(230783001)(40100003)(2950100001)(46102003)(19580395003)(92566002)(102836002)(99286002)(74316001)(87936001)(2656002)(110136001)(33656002)(76176999)(16236675004)(19625215002)(54356999)(2501003)(66066001)(86362001)(15975445007)(76576001)(50986999)(18717965001)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB572; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:CO2PR05MB572; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB572; x-forefront-prvs: 05315CBE52 Content-Type: multipart/alternative; boundary="_000_BY1PR0501MB14306277976FF869F61900A8A5F50BY1PR0501MB1430_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Mar 2015 15:59:46.0721 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB572 Archived-At: Cc: Loa Andersson , "dward@cisco.com" , "mpls-chairs@tools.ietf.org" , "elisa.bellagamba@ericsson.com" Subject: Re: [mpls] working group last call for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 16:00:09 -0000 --_000_BY1PR0501MB14306277976FF869F61900A8A5F50BY1PR0501MB1430_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Reminder, the WGLC for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-09 ends la= ter this week. So far there are no responses. If you care about this document, then please read it and reply to the WGLC. Thanks, Ross From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 10, 2015 4:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@t= ools.ietf.org Subject: [mpls] working group last call for draft-ietf-mpls-lsp-ping-mpls-t= p-oam-conf Working Group, This is to initiate a working group last call on draft-ietf-mpls-lsp-ping-m= pls-tp-oam-conf-09. Because this WGLC will span the IETF in Dallas, it will be extended to just= over three weeks. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There are no IPR disclosures against this document. All the authors have st= ated that they are not aware of any IPR that relates to this draft (two of the responses w= ere private to the WG chairs). This working group last call ends Thursday April 2, 2015. Ross for the MPLS WG chairs --_000_BY1PR0501MB14306277976FF869F61900A8A5F50BY1PR0501MB1430_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Reminder, the WGLC for dr= aft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-09 ends later this week. So far the= re are no responses.

 <= /p>

If you care about this do= cument, then please read it and reply to the WGLC.

 <= /p>

Thanks, Ross

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 10, 2015 4:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-lsp-ping-mpls-tp-oam= -conf@tools.ietf.org
Subject: [mpls] working group last call for draft-ietf-mpls-lsp-ping= -mpls-tp-oam-conf

 

Working Group,

 

This is to initiate a working group las= t call on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-09.

Because this WGLC will span the IETF in= Dallas, it will be extended to just over three weeks.

 

Please send your comments to the mpls w= g mailing list (mpls@ietf.org).

 

There are no IPR disclosures against th= is document. All the authors have stated that they

are not aware of any IPR that relates t= o this draft (two of the responses were private to

the WG chairs).

 

This working group last call ends Thurs= day  April 2, 2015. 

 

Ross

for the MPLS WG chairs

 

 

--_000_BY1PR0501MB14306277976FF869F61900A8A5F50BY1PR0501MB1430_-- From nobody Tue Mar 31 19:25:26 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAAB21A036B for ; Tue, 31 Mar 2015 19:25:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.422 X-Spam-Level: X-Spam-Status: No, score=-1.422 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, 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 4EJ85nFvFdCq for ; Tue, 31 Mar 2015 19:25:23 -0700 (PDT) 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 14D1E1A0222 for ; Tue, 31 Mar 2015 19:25:22 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQX67460; Wed, 01 Apr 2015 02:25:21 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 1 Apr 2015 03:25:21 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.244]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Wed, 1 Apr 2015 10:25:16 +0800 From: Qin Wu To: Nobo Akiya , "mpls@ietf.org" Thread-Topic: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 Thread-Index: AQHQYxaymmEqkSnB6UOwcgu2gEley50oNxYAgAgD7mCAAxdyAIAELVdg Date: Wed, 1 Apr 2015 02:25:15 +0000 Message-ID: References: <550EF528.6040708@mail01.huawei.com> <00aa01d06a4f$62331560$26994020$@gmail.com> In-Reply-To: <00aa01d06a4f$62331560$26994020$@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.180] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 02:25:25 -0000 VGhhbmtzIE5vYm8sIHlvdSBjbGVhciBteSBjb21tZW50cy4NCg0KLVFpbg0KLS0tLS3Tyrz+1K28 /i0tLS0tDQq3orz+yMs6IE5vYm8gQWtpeWEgW21haWx0bzpub2JvLmFraXlhLmRldkBnbWFpbC5j b21dIA0Kt6LLzcqxvOQ6IDIwMTXE6jPUwjMwyNUgMjozNw0KytW8/sjLOiBRaW4gV3U7IG1wbHNA aWV0Zi5vcmcNCrOty806IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQrW98ziOiBSRTogW21w bHNdIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvciBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmct cmVwbHktbW9kZS1zaW1wbGUtMDENCg0KSGkgUWluLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgY29t bWVudHMuDQoNClBsZWFzZSBzZWUgaW4tbGluZSB3aXRoIFtOT0JPXS4NCg0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgUWluIFd1DQo+IFNlbnQ6IE1hcmNoLTI3LTE1IDQ6MzcgQU0NCj4g VG86IG1wbHNAaWV0Zi5vcmcNCj4gQ2M6IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+IFN1 YmplY3Q6IFJlOiBbbXBsc10gd29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yDQpkcmFmdC1pZXRm LW1wbHMtbHNwLXBpbmctcmVwbHktDQo+IG1vZGUtc2ltcGxlLTAxDQo+IA0KPiBIaSwgQXV0aG9y cyBvZiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctcmVwbHktbW9kZS1zaW1wbGUtMDE6DQo+IEkg aGF2ZSByZWFkIGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1yZXBseS1tb2RlLXNpbXBsZS0wMSBh bmQgdGhpbmsgaXQgDQo+IGlzDQpyZWFkeSB0bw0KPiBnbyBmb3IgcHVibGljYXRpb24uDQo+IEhl cmUgYXJlIGZldyBlZGl0b3JpYWwgY29tbWVudHMgb24gdGhpcyBkcmFmdC4NCj4gMS5zZWN0aW9u IDMuMiBzYWlkOg0KPiAiDQo+IDQuICBJZiBhIHJlc3BvbmRlciBMU1IgdW5kZXJzdGFuZHMgdGhl IFJlcGx5IE1vZGUgT3JkZXIgVExWIGFuZCB0aGUNCj4gICAgICAgIFRMViBpcyB2YWxpZCwgdGhl biB0aGUgcmVzcG9uZGVyIExTUiBNVVNUIGNvbnNpZGVyIFJlcGx5IE1vZGUNCj4gICAgICAgIHZh bHVlcyBkZXNjcmliZWQgaW4gdGhlIFRMViBhbmQgTVVTVCBOT1QgdXNlIHRoZSB2YWx1ZSBkZXNj cmliZWQNCj4gICAgICAgIGluIHRoZSBSZXBseSBNb2RlIGZpZWxkIG9mIHJlY2VpdmVkIE1QTFMg ZWNobyByZXF1ZXN0Lg0KPiAiDQo+IEkgdGhpbmsgdGhlIHZhbHVlIGNhcnJpZWQgaW4gdGhlIFJl cGx5IG1vZGUgT3JkZXIgVExWIG92ZXJyaWRlcyB0aGUgDQo+IHZhbHVlIGluY2x1ZGVkIGluIHRo ZSBSZXBseSBNb2RlIGZpZWxkIG9mIE1QTFMgZWNobyByZXF1ZXN0IG1lc3NhZ2UgDQo+IGhlYWRl ciwNCndvdWxkIGl0DQo+IGJlIGdvb2QgdG8gbWFrZSB0aGlzIG1vcmUgY2xlYXIgYW5kIGV4cGxp Y2l0Lg0KDQpbTk9CT10gSSBhZ3JlZSB0aGF0IGNsYXJpZmljYXRpb24gd2lsbCBiZSBoZWxwZnVs LiBMZXQgbWUgc3dhcCBpdGVtcyA0IGFuZCA1IGFuZCBhZGQgdGhlIGNsYXJpZmljYXRpb24uIFRo ZXkgd2lsbCBsb29rIGxpa2U6DQoNCiAgIDQuICBJZiBhIHJlc3BvbmRlciBMU1IgdW5kZXJzdGFu ZHMgdGhlIFJlcGx5IE1vZGUgT3JkZXIgVExWIGJ1dCB0aGUNCiAgICAgICBUTFYgaXMgbm90IHZh bGlkIChkdWUgdG8gY29uZGl0aW9ucyBkZXNjcmliZWQgaW4gaXRlbXMgNiwgOCBhbmQgOQ0KICAg ICAgIGltbWVkaWF0ZSBiZWxvdyksIHRoZW4gdGhlIHJlc3BvbmRlciBMU1IgTVVTVCBvbmx5IHVz ZSB0aGUgdmFsdWUNCiAgICAgICBkZXNjcmliZWQgaW4gdGhlIFJlcGx5IE1vZGUgZmllbGQgb2Yg cmVjZWl2ZWQgTVBMUyBlY2hvIHJlcXVlc3QuDQoNCiAgIDUuICBJZiBhIHJlc3BvbmRlciBMU1Ig dW5kZXJzdGFuZHMgdGhlIFJlcGx5IE1vZGUgT3JkZXIgVExWIGFuZCB0aGUNCiAgICAgICBUTFYg aXMgdmFsaWQsIHRoZW4gdGhlIHJlc3BvbmRlciBMU1IgTVVTVCBjb25zaWRlciBSZXBseSBNb2Rl DQogICAgICAgdmFsdWVzIGRlc2NyaWJlZCBpbiB0aGUgVExWIGFuZCBNVVNUIE5PVCB1c2UgdGhl IHZhbHVlIGRlc2NyaWJlZA0KICAgICAgIGluIHRoZSBSZXBseSBNb2RlIGZpZWxkIG9mIHJlY2Vp dmVkIE1QTFMgZWNobyByZXF1ZXN0LiAgSW4gb3RoZXINCiAgICAgICB3b3JkcywgYSB2YWxpZCBS ZXBseSBNb2RlIE9yZGVyIFRMViBvdmVycmlkZXMgdGhlIHZhbHVlIHNwZWNpZmllZA0KICAgICAg IGluIHRoZSBSZXBseSBNb2RlIGZpZWxkIG9mIHJlY2VpdmVkIE1QTFMgZWNobyByZXF1ZXN0Lg0K DQo+IA0KPiAyLiBzZWN0aW9uIDMuMiBhbHNvIHNhaWQ6DQo+ICINCj4gNS4gIElmIGEgcmVzcG9u ZGVyIExTUiB1bmRlcnN0YW5kcyB0aGUgUmVwbHkgTW9kZSBPcmRlciBUTFYgYnV0IHRoZQ0KPiAg ICAgICAgVExWIGlzIG5vdCB2YWxpZCAoZHVlIHRvIGNvbmRpdGlvbnMgIGxpc3RlZCBiZWxvdyks IHRoZW4gdGhlDQo+ICAgICAgICByZXNwb25kZXIgTFNSIE1VU1Qgb25seSB1c2UgdGhlIHZhbHVl IGRlc2NyaWJlZCBpbiB0aGUgUmVwbHkgTW9kZQ0KPiAgICAgICAgZmllbGQgb2YgcmVjZWl2ZWQg TVBMUyBlY2hvIHJlcXVlc3QuDQo+ICINCj4gTm90IHN1cmUgd2hlcmUgdGhlIGNvbmRpdGlvbnMg YXJlIHNwZWNpZmllZCwgc3VnZ2VzdCB0byBwcm92aWRlIGEgbGluayANCj4gdG8NCnRoZQ0KPiBj b25kaXRpb25zIHNwZWNpZmllZCBpbiB0aGlzIGRvY3VtZW50DQoNCltOT0JPXSBHb29kIGNhdGNo LiBQbGVhc2Ugc2VlIHRoZSBjb3JyZWN0ZWQgImxpbmsiIGluIHRoZSB0ZXh0cyBwcm92aWRlZCBh cyByZXNwb25zZSB0byB5b3VyIGNvbW1lbnQgIzEuDQoNCj4gDQo+IDMuc2VjdGlvbiA0LjEgc2Fp ZDoNCj4gIg0KPiBbUkZDNzExMF0gaGFzIGRlZmluZWQgdGhhdCB0aGUgIlJlcGx5IFBhdGggVExW IiBjYW4gaW5jbHVkZSBTdWItVExWcw0KPiAgICBkZXNjcmliaW5nIG11bHRpcGxlIEZFQ3MsIGZy b20gd2hpY2ggdGhlIHJlc3BvbmRlciBMU1IgY2FuIGNob3NlICB0aGUNCj4gICAgRkVDIHRvIHNl bmQgdGhlIE1QTFMgZWNobyByZXBseSBtZXNzYWdlIG9uIC4NCj4gIg0KPiBzL2Nob3NlL2Nob29z ZQ0KPiBzZW5kIHRoZSBNUExTIGVjaG8gcmVwbHkgbWVzc2FnZSBvbj8NCj4gV2hhdCBkb2VzICJv biIgbWVhbiBoZXJlPyBSZW1vdmUgIm9uIiBmcm9tIHRoaXMgc2VudGVuY2U/DQoNCltOT0JPXSBB Y2NlcHRlZC4NCg0KPiANCj4gNC4gc2VjdGlvbiA0LjEuMiBzYWlkOg0KPiAiDQo+ICAgIFRoZW4g dGhlIE1QTFMgZWNobyByZXF1ZXN0IG1lc3NhZ2UgaXMgdG8gY2Fycnk6DQo+IA0KPiAgICBvICBU aGUgUmVwbHkgTW9kZSBPcmRlciBUTFYgY2FycnlpbmcgUmVwbHkgTW9kZXMgIHs1LCAyLCA1fSAi DQo+IFJlcGx5IG1vZGUgNSBpcyBub3QgZGVmaW5lZCBpbiBSRkM0Mzc5LldoZXJlIHJlcGx5IG1v ZGUgNSBpcyBkZWZpbmVkPw0KDQpbTk9CT10gUkZDNzExMC4NCg0KPiANCj4gNS4gc2VjdGlvbiA0 LjIgc2FpZDoNCj4gIg0KPiBUaGUgbWVjaGFuaXNtIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCB3 aWxsIHdvcmsgd2l0aCBQcm94eSBMU1AgUGluZw0KPiAgICBkZWZpbmVkIGJ5IFtJLUQuaWV0Zi1t cGxzLXByb3h5LWxzcC1waW5nXS4gIE1QTFMgcHJveHkgcGluZyByZXF1ZXN0DQo+ICAgIGNhbiBj YXJyeSBhIFJlcGx5IE1vZGUgdmFsdWUgYW5kICB0aGUgUmVwbHkgTW9kZSBPcmRlciBUTFYgd2l0 aCBsaXN0DQo+ICAgIG9mIFJlcGx5IE1vZGUgdmFsdWVzLg0KPiAiDQo+IA0KPiBTdWdnZXN0IFRv IGRpc3RpbmN0IHJlcGx5IG1vZGUgdmFsdWUgY2FycmllZCBJbiB0aGUgbWVzc2FnZSBoZWFkZXIg YW5kDQpyZXBseQ0KPiBtb2RlIHZhbHVlIGNhcnJpZWQgaW4gdGhlIFJlcGx5IG1vZGUgb3JkZXIg VExWIGhlcmUNCg0KW05PVk9dIEFjY2VwdGVkLg0KDQo+IA0KPiA2LiBzZWN0aW9uIDQuMiBzYWlk Og0KPiAiDQo+IFdpdGggdGhlc2UgcHJvY2VkdXJlcywgUmVwbHkgTW9kZSB1c2VkIGJ5IHRoZSBN UExTIGVjaG8NCj4gICAgcmVwbHkgc2VuZGVyIGlzIHByb3BhZ2F0ZWQgaW4gdGhlIFJlcGx5IE1v ZGUgZmllbGQgdG8gdGhlIHNlbmRlciBvZg0KPiAgICBNUExTIHByb3h5IHBpbmcgcmVxdWVzdC4N Cj4gIg0KPiBJIGFtIHRvdGFsbHkgY29uZnVzZWQgYnkgdGhpcyBsYXN0IHNlbnRlbmNlLg0KPiB3 aGF0IGRvZXMgIiBzZW5kZXIiIGluInRoZSBNUExTIGVjaG8gcmVwbHkiIG1lYW5zPyBBcmUgeW91 IHNheWluZyANCj4gcmVwbHkNCm1vZGUNCj4gdmFsdWUgaW4gdGhlIGVjaG8gcmVseSBpcyBwcm9w YWdhdGVkIHRvIHByb3h5IHBpbmcgcmVxdWVzdD8gT3IgDQo+IHByb3BhZ2F0ZWQNCnRvDQo+IHBy b3h5IHBpbmcgcmVwbHk/DQo+IEhvdyB0aGUgc2VuZGVyIG9mIE1QTFMgcHJveHkgcGluZyByZXF1 ZXN0IGlzIHJlbGF0ZWQgdG8gaW5pdGlhdG9yIExTUiANCj4gb3IgcmVzcG9uZGVyIExTUiBvciBy ZXNwb25kaW5nIG5vZGUgdXNlZCBpbiB0aGUgZG9jdW1lbnQ/DQo+IEl0IHdpbGwgYmUgbmljZSB0 byBoYXZlIGEgY29uc2lzdGVuY2UgdGVybWlub2xvZ2llcyB1c2UuDQoNCltOT0JPXSBZb3UgYXJl IHJpZ2h0LCB0aGF0IHdob2xlIFByb3h5IFBpbmcgc3Vic2VjdGlvbiBpcyBhIGdhcmJhZ2UuIEkg cHJvcG9zZWQgd2UgcmVwbGFjZSB3aXRoIGZvbGxvd2luZ3M6DQoNCjQuMi4gIFByb3h5IExTUCBQ aW5nDQoNCiAgIFRoZSBtZWNoYW5pc20gZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50IHdpbGwgd29y ayB3aXRoIFByb3h5IExTUCBQaW5nDQogICBkZWZpbmVkIGJ5IFtJLUQuaWV0Zi1tcGxzLXByb3h5 LWxzcC1waW5nXS4gIFRoZSBNUExTIHByb3h5IHBpbmcNCiAgIHJlcXVlc3QgbWVzc2FnZSBjYW4g Y2FycnkgYSBSZXBseSBNb2RlIHZhbHVlIGluIHRoZSBoZWFkZXIgYW5kIG9uZSBvcg0KICAgbW9y ZSBSZXBseSBNb2RlIHZhbHVlcyBpbiB0aGUgUmVwbHkgTW9kZSBPcmRlciBUTFYuICBJdCBpcw0K ICAgUkVDT01NRU5ERUQgdGhhdCB0aGUgUmVwbHkgTW9kZSAyIChSZXBseSB2aWEgYW4gSVB2NC9J UHY2IFVEUCBwYWNrZXQpDQogICBiZSB1c2VkIGluIHRoZSBSZXBseSBNb2RlIGZpZWxkIG9mIHRo ZSBNUExTIHByb3h5IHBpbmcgcmVxdWVzdA0KICAgbWVzc2FnZS4NCg0KNC4yLjEuICBQcm94eSBM U1IgU2VuZGluZyBhbiBNUExTIEVjaG8gUmVxdWVzdA0KDQogICBJZiB0aGUgcHJveHkgTFNSIGlz IHNlbmRpbmcgYW4gTVBMUyBlY2hvIHJlcXVlc3QsIHRoZW4gdGhlIHByb3h5IExTUg0KICAgTVVT VCBjb3B5IGZvbGxvd2luZyBlbGVtZW50cyBmcm9tIHRoZSBNUExTIHByb3h5IHBpbmcgcmVxdWVz dCBtZXNzYWdlDQogICB0byB0aGUgTVBMUyBlY2hvIHJlcXVlc3QgbWVzc2FnZS4NCg0KICAgbyAg VGhlIFJlcGx5IE1vZGUgZmllbGQuDQoNCiAgIG8gIFRoZSBSZXBseSBNb2RlIE9yZGVyIFRMVi4N Cg0KICAgbyAgVGhlIFJlcGx5IFBhdGggVExWKHMpLiAgSWYgdGhlcmUgYXJlIG1vcmUgdGhhbiBv bmUgUmVwbHkgUGF0aA0KICAgICAgVExWcywgdGhlbiB0aGVuIG9yZGVyIG9mIHRoZW0gTVVTVCBi ZSBwcmVzZXJ2ZWQgd2hlbiBjb3B5aW5nLg0KDQo0LjIuMi4gIFByb3h5IExTUiBTZW5kaW5nIGFu IE1QTFMgUHJveHkgUGluZyBSZXBseQ0KDQogICBJZiB0aGUgcHJveHkgTFNSIGlzIHNlbmRpbmcg YW4gTVBMUyBwcm94eSBwaW5nIHJlcGx5LCB0aGVuIGl0IGlzDQogICBSRUNPTU1FTkRFRCB0aGF0 IHRoZSBSZXBseSBNb2RlIE9yZGVyIFRMViBiZSBpZ25vcmVkIGFuZCB0aGUgUmVwbHkNCiAgIE1v ZGUgZmllbGQgaW4gdGhlIE1QTFMgcHJveHkgcGluZyByZXF1ZXN0IG1lc3NhZ2UgYmUgdXNlZC4N Cg0KV2hhdCBkbyB5b3UgdGhpbms/DQoNClRoYW5rcyENCg0KLU5vYm8NCg0KPiANCj4gLVFpbg0K PiAtLS0tLS0tLSBGb3J3YXJkZWQgTWVzc2FnZSAtLS0tLS0tLQ0KPiBTdWJqZWN0OiAJd29ya2lu ZyBncm91cCBsYXN0IGNhbGwgZm9yDQo+IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1yZXBseS1t b2RlLXNpbXBsZS0wMQ0KPiBEYXRlOiAJRnJpLCAyMCBNYXIgMjAxNSAxNDowMzo1MiArMDAwMA0K PiBGcm9tOiAJUm9zcyBDYWxsb24gPHJjYWxsb25AanVuaXBlci5uZXQ+DQo+IFRvOiAJbXBsc0Bp ZXRmLm9yZyA8bXBsc0BpZXRmLm9yZz4NCj4gQ0M6IAltcGxzLWNoYWlyc0B0b29scy5pZXRmLm9y ZyA8bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+LCBHZW9yZ2UNCj4gU3dhbGxvdyAoc3dhbGxv dykgPHN3YWxsb3dAY2lzY28uY29tPiwgQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpIA0KPiA8 Y3BpZ25hdGFAY2lzY28uY29tPiwgTG9hIEFuZGVyc3NvbiA8bG9hQG1haWwwMS5odWF3ZWkuY29t PiwgTWFjaCBDaGVuIA0KPiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+LCBub2JvLmFraXlhLmRldkBn bWFpbC5jb20gDQo+IDxub2JvLmFraXlhLmRldkBnbWFpbC5jb20+DQo+IA0KPiANCj4gDQo+IFdv cmtpbmcgR3JvdXAsDQo+IFRoaXMgaXMgdG8gaW5pdGlhdGUgYSB3b3JraW5nIGdyb3VwIGxhc3Qg Y2FsbCBvbg0KZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLXJlcGx5LQ0KPiBtb2RlLXNpbXBsZS0w MS4NCj4gQmVjYXVzZSB0aGlzIFdHTEMgd2lsbCBzcGFuIHRoZSBJRVRGIGluIERhbGxhcywgaXQg d2lsbCBiZSBleHRlbmRlZCB0bw0KdGhyZWUNCj4gd2Vla3MuDQo+IFBsZWFzZSBzZW5kIHlvdXIg Y29tbWVudHMgdG8gdGhlIG1wbHMgd2cgbWFpbGluZyBsaXN0IChfbXBsc0BpZXRmLm9yZ18gDQo+ IDxtYWlsdG86bXBsc0BpZXRmLm9yZz4pLg0KPiBUaGVyZSBhcmUgbm8gSVBSIGRpc2Nsb3N1cmVz IGFnYWluc3QgdGhpcyBkb2N1bWVudC4gQWxsIHRoZSBhdXRob3JzIA0KPiBoYXZlDQpzdGF0ZWQN Cj4gdGhhdCB0aGV5IGFyZSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IHJlbGF0ZXMgdG8gdGhp cyBkcmFmdC4NCj4gVGhpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIEZyaWRheSAgQXBy aWwgMTAsIDIwMTUuDQo+IFJvc3MNCj4gZm9yIHRoZSBNUExTIFdHIGNoYWlycw0KPiANCj4gDQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMg bWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tcGxzDQoNCg==