From nobody Sun Aug 4 09:55:30 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B08F6120033; Sun, 4 Aug 2019 09:55:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bier@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.99.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <156493771963.26450.10574481106378157947@ietfa.amsl.com> Date: Sun, 04 Aug 2019 09:55:19 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-use-cases-10.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Aug 2019 16:55:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. Title : BIER Use Cases Authors : Nagendra Kumar Rajiv Asati Mach(Guoyi) Chen Xiaohu Xu Andrew Dolganow Tony Przygienda Arkadiy Gulko Dom Robinson Vishal Arya Caitlin Bestler Filename : draft-ietf-bier-use-cases-10.txt Pages : 17 Date : 2019-08-04 Abstract: Bit Index Explicit Replication (BIER) is an architecture that provides optimal multicast forwarding through a "BIER domain" without requiring intermediate routers to maintain any multicast related per- flow state. BIER also does not require any explicit tree-building protocol for its operation. A multicast data packet enters a BIER domain at a "Bit-Forwarding Ingress Router" (BFIR), and leaves the BIER domain at one or more "Bit-Forwarding Egress Routers" (BFERs). The BFIR router adds a BIER header to the packet. The BIER header contains a bit-string in which each bit represents exactly one BFER to forward the packet to. The set of BFERs to which the multicast packet needs to be forwarded is expressed by setting the bits that correspond to those routers in the BIER header. This document describes some of the use cases for BIER. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-use-cases/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-use-cases-10 https://datatracker.ietf.org/doc/html/draft-ietf-bier-use-cases-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-use-cases-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 6 13:53:00 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D00A81206D1 for ; Tue, 6 Aug 2019 13:52:54 -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_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DNpkv-0dPYpT for ; Tue, 6 Aug 2019 13:52:53 -0700 (PDT) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 F299D12068F for ; Tue, 6 Aug 2019 13:52:52 -0700 (PDT) Received: by mail-ot1-x329.google.com with SMTP id o101so95986123ota.8 for ; Tue, 06 Aug 2019 13:52:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=ri3vP49piGADPO+EE187uJ4ZwwznpM1oCfUIXM0troc=; b=MHBCx1EKADe6rC3Wq9SeAew6+caF4KFHaMGO5eKEP8ev0mS4IoilB7xfEO/ZovI5oa PkB5SASo9w6M5ko83H4wB+BSbUheN/DU4gwH6T4y0ZF1AH3uSh1fc6SmYyYu2v1Axme2 3AK2wFj09Rq/LxL4SklVfKamOX1nOTb2YZSpX97haDJRalXz4L9VxE6e831Kbk6NiveU HXQi6Qq4r6JjA7KygaacmIqE0Jcbtpx/QxyplLVAZTIshSbg4S/Jvq39nET2kgoJHc2Z vBuQrgDEcY44vGs+2k4bEeZ+n1lTO3ef8Sg0+5mmj4sKS5VEb515V1NQn6ywcZGGUNJg g7Nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=ri3vP49piGADPO+EE187uJ4ZwwznpM1oCfUIXM0troc=; b=lpWdiLrmBi/m2K/IvV+Lv+srmqaOQOTnUeMsPfg//2Uf+6gj/bKVIIMJ7B1kAVYpmD 0NKck0K9kdFAv6FBsO5mMykfzv2GTCWJhOsPwORqauE90cyOzDpg/cc5HebpN9m/jCo5 KwsxrOWfXFOes+f68u7idosoehdFpBU+O57zUUsP3VtiItSdwPDr7cveH9WcAV3LobK6 6hhSEwjikGCQk9HfUd+s4gw4x70uxH4mHpxNKbXAxTu0H+5JBj7qvGJJyrW+kXb50ow8 FaGMmORwMq6e9PPM5ridSnBHZNvRBPPNOQz2usR8Ol6LQJFxS6bdT7h4/j47bEP7cc7c Tilw== X-Gm-Message-State: APjAAAVKp8DwN07LwWZ4i0qnlx1IIDaY+pU3VdCD0lZukVPGtrzn1dDp 65tnt9MbalYX3cOCzxgxNdmAWfDi5MVJ3QIVTFE= X-Google-Smtp-Source: APXvYqy1ldZ7AErWMns2reoWYc3nYHT3y3M51Uxd7oDP8aM/wvmYS8jibY3WOsPKd89VCNtkFIyxzbWo6gbr/KrA3+E= X-Received: by 2002:a6b:5a0b:: with SMTP id o11mr5396992iob.98.1565124772453; Tue, 06 Aug 2019 13:52:52 -0700 (PDT) MIME-Version: 1.0 Reply-To: gjshep@gmail.com From: Greg Shepherd Date: Tue, 6 Aug 2019 13:52:41 -0700 Message-ID: To: IJsbrand Wijnands , "Bidgoli, Hooman (Nokia - CA/Ottawa)" , =?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , BIER WG , "Nagendra Kumar Nainar (naikumar)" Content-Type: multipart/alternative; boundary="000000000000176598058f7902f0" Archived-At: Subject: [Bier] Progress: bier-non-mpls-bift-encoding X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Aug 2019 20:52:59 -0000 --000000000000176598058f7902f0 Content-Type: text/plain; charset="UTF-8" The draft cleared WGLC. We have shepherd to assign, but the doc is expired. Authors, please rev the draft back too active. https://datatracker.ietf.org/doc/draft-ietf-bier-non-mpls-bift-encoding/ Nagendra, Thank you for stepping up as Doc Shepherd. As soon as it's active again it's yours. https://www.ietf.org/chairs/document-writeups/document-writeup-working-group-documents/ Thanks, Shep --000000000000176598058f7902f0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The draft cleared WGLC. We have shep= herd to assign, but the doc is expired. Authors, please rev the draft back = too active.


Nagendra, Thank you for stepping up = as Doc Shepherd. As soon as it's active again it's yours.=C2=A0


Thanks,
Shep
--000000000000176598058f7902f0-- From nobody Tue Aug 6 14:55:56 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC80E12008C for ; Tue, 6 Aug 2019 14:55:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 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, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=lmOIYGeG; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=O4Omm62i Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zgoH7CZqszZV for ; Tue, 6 Aug 2019 14:55:52 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D10C212008B for ; Tue, 6 Aug 2019 14:55:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7809; q=dns/txt; s=iport; t=1565128551; x=1566338151; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=Tp5b4iaVq5KM9MyEW3diAjEuKS+4poI33eNENLXcsUQ=; b=lmOIYGeG8dZUeQMo83I85oDuIgB0I/crSHGLa2/Gc8uo2rzmC8J0x2K9 D80/dxR6+yDcC8wLD/vUXRsFW3p6YxRg9P8v88Mg6+8OtI/ETh11ANT5b AZTfm/qzFfHxnnBcbTUBhTWxu1UbF5cJh9+SHmC4uGCqTTouoFOdL7Lmw U=; IronPort-PHdr: =?us-ascii?q?9a23=3Al/pU+BZ2NByXemNpqTTOciL/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el20gabRp3VvvRDjeee87vtX2AN+96giDgDa9QNMn?= =?us-ascii?q?1NksAKh0olCc+BB1f8KavsZi05AcFLTndu/mqwNg5eH8OtL1A=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAAAb9kld/4MNJK1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBVAQBAQEBCwGBFS9QA21VIAQLKgqEFINHA4syTIIPiVmJK4R?= =?us-ascii?q?XgS6BJANUCQEBAQwBASUIAgEBhD8CF4InIzUIDgEEAQEEAQECAQZthScMhUo?= =?us-ascii?q?BAQEBAxIRHQEBOA8CAQYCEQMBAisCAgIfERQJCAIEARIigwABgR1NAx0BDo5?= =?us-ascii?q?1kGECgTiIYHGBMoJ6AQEFgQcBP0GDDQ0LghMDBoE0AYtiF4F/gREnH4JMPoI?= =?us-ascii?q?aRwIDAYF9DYJeMoImjCiCYoUGgi+ULkAJAoIchlyJToN3G4IvhyyOUY1Kh1m?= =?us-ascii?q?BeI4hAgQCBAUCDgEBBYFRATaBWHAVZQGCDQEzgkKDcYUUhQgBNnKBKYwhAYE?= =?us-ascii?q?gAQE?= X-IronPort-AV: E=Sophos;i="5.64,353,1559520000"; d="scan'208,217";a="615439465" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Aug 2019 21:55:50 +0000 Received: from XCH-RCD-016.cisco.com (xch-rcd-016.cisco.com [173.37.102.26]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x76LtoZ0015322 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 6 Aug 2019 21:55:50 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-016.cisco.com (173.37.102.26) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 6 Aug 2019 16:55:49 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 6 Aug 2019 16:55:49 -0500 Received: from NAM01-BN3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 6 Aug 2019 16:55:49 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MHd1EYKo28fxnpTkNk1MEgG+a4TrSx1LfYOlTn54AJBiWC2N7A2CYgBwqYoZiyHrmZF7KJ852zcJmyDBqvKh8Yhbme/GVVmVRogDSR7qgQQzdMgxJxr6Y5ElAGDS9Xl2EJVyMrP6esc7wiEpKz0iVQgJPL/e4WAW/wsJyckAJS6CgbcGIA5B0Cs3Xl+wCtaM9KiMrJ+krK0R5F8LjWGCvT/urQANgbGjF9IMeRMLOwmHPSZ0VOTrQ+JzwpuQNtAxf59ipeJx2/zzznMx8RFLD+8AYVbfI1UZ+WlNBLjVXllCP5Mc3eM1xpskwBcI0BPD1e2Y3ulJx27+jgNlhEj0BA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Tp5b4iaVq5KM9MyEW3diAjEuKS+4poI33eNENLXcsUQ=; b=GDyxunWv5/rG8uR855WjZb/3+YtOkVzpabSMaeA5rZKgNjnunDF/9b1qQ/32oU5wXkFYk+1IgshwN6qRn14ZIBTF7Kg1wt41MzyjbhVTpUmZw7qieYuvU0DK2CFcHFUz22v8H7pSxDsFykb32j76T8ogJqA43W7O8qCjq4eAg7GWTPRx6aDi7p1Qi5rdzzs41D5nuUn5xe8MAoMLmzO5SOlW06KIuDRtDQF9jWd3RLWkI74QOrPTV95TW9urPH5m60vyWhGf1NV4HBm+v8StfVlgZIVEoYnkRJ+jA8QCGJC8BnMYbnSfq1W7rPtvgBPmKYymjC49pVpqex0idNKHLw== ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=cisco.com;dmarc=pass action=none header.from=cisco.com;dkim=pass header.d=cisco.com;arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Tp5b4iaVq5KM9MyEW3diAjEuKS+4poI33eNENLXcsUQ=; b=O4Omm62isdLl+6piPp8W8QyDaUWH4r237DiZ/u29uzO99zx4NHHZU+QryRevYbS6EI1rDACSY1Hvtd+hxWp0X2ht6MTaM3Gt+pGN+U9zcNUa3qrcWmMRRnfONYTPP9ttLLPcs3Har5Jqx1wm0xrAWHk7s2KDaa3QYkHhFLI+JAw= Received: from BN6PR11MB4145.namprd11.prod.outlook.com (10.255.129.84) by BN6PR11MB3873.namprd11.prod.outlook.com (10.255.131.101) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2136.14; Tue, 6 Aug 2019 21:55:48 +0000 Received: from BN6PR11MB4145.namprd11.prod.outlook.com ([fe80::71df:188b:6d32:ef7a]) by BN6PR11MB4145.namprd11.prod.outlook.com ([fe80::71df:188b:6d32:ef7a%5]) with mapi id 15.20.2136.018; Tue, 6 Aug 2019 21:55:47 +0000 From: "Nagendra Kumar Nainar (naikumar)" To: "gjshep@gmail.com" , IJsbrand Wijnands , "Bidgoli, Hooman (Nokia - CA/Ottawa)" , =?utf-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , BIER WG Thread-Topic: Progress: bier-non-mpls-bift-encoding Thread-Index: AQHVTJjuhQksfW9eVEKtMHFXBbvO0abuZyeA Date: Tue, 6 Aug 2019 21:55:47 +0000 Message-ID: <031A4CC9-B67F-46CC-9E8A-47140619D955@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.b.190609 authentication-results: spf=none (sender IP is ) smtp.mailfrom=naikumar@cisco.com; x-originating-ip: [173.38.117.86] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b04127b7-9eee-4080-3fba-08d71ab8d700 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BN6PR11MB3873; x-ms-traffictypediagnostic: BN6PR11MB3873: x-ms-exchange-purlcount: 4 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0121F24F22 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(136003)(39860400002)(376002)(396003)(366004)(189003)(199004)(6246003)(4744005)(9326002)(58126008)(966005)(478600001)(102836004)(66946007)(66556008)(66476007)(26005)(53546011)(6506007)(66446008)(64756008)(91956017)(76116006)(14444005)(446003)(6512007)(2906002)(256004)(6436002)(486006)(229853002)(6486002)(476003)(186003)(2616005)(316002)(86362001)(14454004)(66066001)(11346002)(33656002)(53936002)(54896002)(6306002)(7736002)(71200400001)(5660300002)(71190400001)(36756003)(606006)(8936002)(81166006)(8676002)(236005)(2501003)(25786009)(3846002)(110136005)(99286004)(81156014)(6116002)(68736007)(76176011)(24704002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR11MB3873; H:BN6PR11MB4145.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: kLkGf/1CZZH1zzh9YFjq/NU0Oj1nF5RLczK1lOIrXKPp+KB9fxYLIvySa1DsQIKgB38BRjixrUsCsa16cVW0lksxUtOz9UucaaefY+sKRR6+1by2NJ2k9s1SiSBTVegcNiwMEoDxuIUNc5IvK8za5deiiFH5rPiaJenUNF1OSwjNVrmNHmCJLCjutu3E7UScXz31RpDJHnPp5w/wUMNY9dlv4r+ST6kAthFqkPKbu/J2fM6uvffOfeA41bnCINkD7aq2h+oqwk/MyVcmQbQ4Jl96+mpOnuVHafNUmx15N9kDBxJ2xTeIlEyjVmPLtbAz0DhzGb9FLZzStk/kF7pEkFKzg4T5x9/4HiHnBNObYTare+k13n/jqgWTO1+MC9CrpGxKRuiWwTglX6x4Rw1mVqoA4GbxkXLjCCMo+uEgF7k= Content-Type: multipart/alternative; boundary="_000_031A4CC9B67F46CC9E8A47140619D955ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: b04127b7-9eee-4080-3fba-08d71ab8d700 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Aug 2019 21:55:47.7897 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: naikumar@cisco.com X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB3873 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.26, xch-rcd-016.cisco.com X-Outbound-Node: alln-core-1.cisco.com Archived-At: Subject: Re: [Bier] Progress: bier-non-mpls-bift-encoding X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Aug 2019 21:55:54 -0000 --_000_031A4CC9B67F46CC9E8A47140619D955ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3JlZywNCg0KU3VyZS4gIEkgd2lsbCB3YWl0IGZvciB0aGUgYXV0aG9ycyB0byByZXZpdmUg dGhlIGRyYWZ0Lg0KDQpUaGFua3MsDQpOYWdlbmRyYQ0KDQpGcm9tOiBHcmVnIFNoZXBoZXJkIDxn anNoZXBAZ21haWwuY29tPg0KUmVwbHktVG86ICJnanNoZXBAZ21haWwuY29tIiA8Z2pzaGVwQGdt YWlsLmNvbT4NCkRhdGU6IFR1ZXNkYXksIEF1Z3VzdCA2LCAyMDE5IGF0IDQ6NTMgUE0NClRvOiBJ SnNicmFuZCBXaWpuYW5kcyA8aWNlQGNpc2NvLmNvbT4sICJCaWRnb2xpLCBIb29tYW4gKE5va2lh IC0gQ0EvT3R0YXdhKSIgPGhvb21hbi5iaWRnb2xpQG5va2lhLmNvbT4sICLlvpDlsI/omY4o5LmJ 5YWIKSIgPHhpYW9odS54eGhAYWxpYmFiYS1pbmMuY29tPiwgQklFUiBXRyA8YmllckBpZXRmLm9y Zz4sIE5hZ2VuZHJhIEt1bWFyIDxuYWlrdW1hckBjaXNjby5jb20+DQpTdWJqZWN0OiBQcm9ncmVz czogYmllci1ub24tbXBscy1iaWZ0LWVuY29kaW5nDQoNClRoZSBkcmFmdCBjbGVhcmVkIFdHTEMu IFdlIGhhdmUgc2hlcGhlcmQgdG8gYXNzaWduLCBidXQgdGhlIGRvYyBpcyBleHBpcmVkLiBBdXRo b3JzLCBwbGVhc2UgcmV2IHRoZSBkcmFmdCBiYWNrIHRvbyBhY3RpdmUuDQoNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmllci1ub24tbXBscy1iaWZ0LWVuY29k aW5nLw0KDQpOYWdlbmRyYSwgVGhhbmsgeW91IGZvciBzdGVwcGluZyB1cCBhcyBEb2MgU2hlcGhl cmQuIEFzIHNvb24gYXMgaXQncyBhY3RpdmUgYWdhaW4gaXQncyB5b3Vycy4NCg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvY2hhaXJzL2RvY3VtZW50LXdyaXRldXBzL2RvY3VtZW50LXdyaXRldXAtd29y a2luZy1ncm91cC1kb2N1bWVudHMvDQoNClRoYW5rcywNClNoZXANCg== --_000_031A4CC9B67F46CC9E8A47140619D955ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiTVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYgOSA3IDIgNSA4 IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Ok1pbmdMaVU7DQoJcGFub3NlLTE6MiAy IDUgOSAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1h dGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxATVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYgOSA3 IDIgNSA4IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1pbmdMaVUiOw0KCXBh bm9zZS0xOjIgMSA2IDkgMCAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAu TXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHls ZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmln aHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsN Cglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N CnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2lu OjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5IaSBHcmVnLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdXJlLiZu YnNwOyBJIHdpbGwgd2FpdCBmb3IgdGhlIGF1dGhvcnMgdG8gcmV2aXZlIHRoZSBkcmFmdC48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+TmFnZW5kcmE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2si PkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6Ymxh Y2siPkdyZWcgU2hlcGhlcmQgJmx0O2dqc2hlcEBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+UmVwbHkt VG86IDwvYj4mcXVvdDtnanNoZXBAZ21haWwuY29tJnF1b3Q7ICZsdDtnanNoZXBAZ21haWwuY29t Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UdWVzZGF5LCBBdWd1c3QgNiwgMjAxOSBhdCA0OjUzIFBN PGJyPg0KPGI+VG86IDwvYj5JSnNicmFuZCBXaWpuYW5kcyAmbHQ7aWNlQGNpc2NvLmNvbSZndDss ICZxdW90O0JpZGdvbGksIEhvb21hbiAoTm9raWEgLSBDQS9PdHRhd2EpJnF1b3Q7ICZsdDtob29t YW4uYmlkZ29saUBub2tpYS5jb20mZ3Q7LCAmcXVvdDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7O2NvbG9yOmJsYWNr Ij7lvpDlsI/omY48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6Ymxh Y2siPig8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6TWlu Z0xpVTtjb2xvcjpibGFjayI+5LmJPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90Oztjb2xvcjpibGFjayI+5YWIPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4pJnF1b3Q7DQogJmx0 O3hpYW9odS54eGhAYWxpYmFiYS1pbmMuY29tJmd0OywgQklFUiBXRyAmbHQ7YmllckBpZXRmLm9y ZyZndDssIE5hZ2VuZHJhIEt1bWFyICZsdDtuYWlrdW1hckBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+ U3ViamVjdDogPC9iPlByb2dyZXNzOiBiaWVyLW5vbi1tcGxzLWJpZnQtZW5jb2Rpbmc8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhlIGRyYWZ0IGNsZWFyZWQgV0dMQy4gV2UgaGF2ZSBzaGVwaGVyZCB0byBh c3NpZ24sIGJ1dCB0aGUgZG9jIGlzIGV4cGlyZWQuIEF1dGhvcnMsIHBsZWFzZSByZXYgdGhlIGRy YWZ0IGJhY2sgdG9vIGFjdGl2ZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1iaWVyLW5vbi1tcGxzLWJpZnQtZW5jb2RpbmcvIj5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJpZXItbm9uLW1wbHMtYmlmdC1lbmNvZGlu Zy88L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPk5hZ2VuZHJhLCBUaGFuayB5b3UgZm9yIHN0ZXBwaW5nIHVwIGFzIERvYyBTaGVwaGVyZC4g QXMgc29vbiBhcyBpdCdzIGFjdGl2ZSBhZ2FpbiBpdCdzIHlvdXJzLiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9jaGFpcnMvZG9jdW1lbnQtd3JpdGV1cHMvZG9jdW1lbnQtd3JpdGV1 cC13b3JraW5nLWdyb3VwLWRvY3VtZW50cy8iPmh0dHBzOi8vd3d3LmlldGYub3JnL2NoYWlycy9k b2N1bWVudC13cml0ZXVwcy9kb2N1bWVudC13cml0ZXVwLXdvcmtpbmctZ3JvdXAtZG9jdW1lbnRz LzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+U2hlcDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_031A4CC9B67F46CC9E8A47140619D955ciscocom_-- From nobody Wed Aug 7 13:04:04 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 070531201C9; Wed, 7 Aug 2019 13:04:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zgnpKc22sKbA; Wed, 7 Aug 2019 13:03:59 -0700 (PDT) Received: from mail-ot1-x342.google.com (mail-ot1-x342.google.com [IPv6:2607:f8b0:4864:20::342]) (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 452BC120152; Wed, 7 Aug 2019 13:03:59 -0700 (PDT) Received: by mail-ot1-x342.google.com with SMTP id x21so15998785otq.12; Wed, 07 Aug 2019 13:03:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=XXXt9AVqtmfxpT2nD3OWZxx0vLFW2pgZq+DnRJeypn0=; b=I652+kdpW668o0oCKhWv4u6HcIFHPFY/VlXmjRUHR357WNgweZ7qoU9ESX17tNsgqC IdRhgfsokV8NxEDOM31YhWPas2hbJzv1aGLLmfk8N8itnpREqVGmJ2wojzcUXkoUZYTb eMR6QIoELmuF9kwiao5ny81mpMcqFm2BVkGP9Ymt2PxQ6j1s1ctoLwOp1YfVlTbgm49N kXgSwfFg1MduloR8NsERRo8BPBJ8nTono45UzjsczzuusgnRKNorYqM45GYHGR6joWuL J83pQ4Tfetau3EzkOhWM7baD6jpNj0LLWR4/TR/CbvRw1BdMg7983J7gt8G+iSjTpDtu APcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=XXXt9AVqtmfxpT2nD3OWZxx0vLFW2pgZq+DnRJeypn0=; b=lukqI9q1HqJiHtx25TDyuI7PFW8RUGydj5XT1MbIKWDnvXB4RMd/oWUdizrDwRfYZU Bm/sg7xNtq0htus1ombIHNRsppB9QOuITQ+W6pAQYIJr1ug4A1OnZ1IhNvzKwoTwRDEy Q6M2ezrbZM9D7yKTnGTH2TprmfZBJf1KQcN3+oIEmmYvrC0hzipFM9WiLBi7odY1B7n9 8owP3yu4fV9jl5thr/O1W/LnzxEcp/b3BSb8QquBDg7WRg1BouQdu7htZ4y1EdNI3NFn QQf7Hb3+ryP+JLiWaT2DtB4erKzUzBTqzX7prvaPTnNIZCdS3pZsP4nQmPZr+gMCsFqJ Qbog== X-Gm-Message-State: APjAAAXriixoQZrXhF6u/ttKdpyv6QUOngKlUYjNoGmLJ+K9EschrmOR tbIpkpqfbqMUAPrG/B7jHOgyYP8vplcQ6/prm1c= X-Google-Smtp-Source: APXvYqzQqHOiB4eFwT8XRtgvAAuw9fIQh/kRp9HpprAiy/umytaJLb4fIGAJdtXUz5YiWByjG/eY1awnMLIznXaveec= X-Received: by 2002:a6b:5a0b:: with SMTP id o11mr10540339iob.98.1565208238668; Wed, 07 Aug 2019 13:03:58 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Reply-To: gjshep@gmail.com From: Greg Shepherd Date: Wed, 7 Aug 2019 13:03:47 -0700 Message-ID: To: "Ketan Talaulikar (ketant)" Cc: BIER WG , "idr-chairs@ietf.org" , Alvaro Retana Content-Type: multipart/alternative; boundary="00000000000010c3fa058f8c71ba" Archived-At: Subject: Re: [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2019 20:04:02 -0000 --00000000000010c3fa058f8c71ba Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Please. We need to progress this work. Thanks On Tue, Jun 25, 2019 at 10:43 AM Greg Shepherd wrote: > Can the authors please address Ketan's issues here? > > Thanks, > Greg > > On Fri, May 31, 2019 at 12:23 AM Ketan Talaulikar (ketant) < > ketant@cisco.com> wrote: > >> Hello, >> >> >> >> I=E2=80=99ve reviewed this draft and have some comments below. I do not = believe >> this draft is ready until they are addressed. >> >> >> >> IMHO the BIER WG should also cross-post this to the IDR WG so that it >> gets sufficient eyeballs from the folks working on BGP-LS there. Please >> note that there are couple of points in my email below related to code >> point allocation and implementation requirements that are followed for >> documents in IDR WG. I am also copying the IDR chairs and Alvaro so that= we >> can come to some common understanding across WGs producing documents >> related to BGP-LS extensions. >> >> >> >> General : >> >> >> >> In most cases, the BGP-LS extensions arise from similar extensions to th= e >> IGPs. I assume this is also the case with this document? It becomes >> important and necessary that the document talks about the underlying IGP >> specs and the TLVs from where the information to be put into the new BGP= -LS >> TLVs being defined. Otherwise, how would the BGP-LS producer implementat= ion >> know what to construct the TLVs from? >> >> >> >> If this information is not being sourced from the IGPs, then likely the >> BFRs would all need to setup a BGP-LS sessions and then this information= is >> sourced locally. I doubt this is the case, but please confirm. >> >> >> >> Sec 3 : Please expand =E2=80=9CBFR=E2=80=9D and explain what it is on th= e first usage. >> >> >> >> Sec 3 : There is no =E2=80=9CBGP-LS Prefix Attribute TLV=E2=80=9D in BGP= -LS/RFC 7752. The >> name of the BGP Attribute introduced for BGP-LS is called BGP-LS Attribu= te ( >> https://tools.ietf.org/html/rfc7752#section-3.3). Some of the TLVs in >> this BGP-LS Attribute are called =E2=80=9CPrefix Attribute TLVs=E2=80=9D= i.e. the ones that >> are associated with the BGP-LS Prefix NLRI. What we are introducing in t= his >> draft for BIER are more/new Prefix Attribute TLVs. >> >> >> >> Sec 3.1 : Why do we need the MT-ID in this TLV when we already have TLV >> 263 that indicates the MT-ID as part of the Prefix descriptor TLVs in th= e >> NLRI part? >> >> >> >> Sec 3.2 : What is BS Length? I don=E2=80=99t find it in the equivalent I= GP TLVs >> in rfc8444 and rfc8401. >> >> >> >> Sec 3.2 : Says >> >> It MUST appear multiple times in the BIER TLV as described in [RFC8444 <= https://tools.ietf.org/html/rfc8444>] >> >> >> >> This is not true. It should be a MAY not a MUST. >> >> >> >> Sec 3.3 : The BS Length is 4 bits in the IGPs while it is being >> introduced as an 8 bit field in BGP-LS. Normally, we should keep things >> aligned between IGPs and BGP-LS =E2=80=93 however, if we want to not do = this, then >> this document should have some text to explain how the length is encoded= . >> Perhaps somewhat similar to how it=E2=80=99s explained for the label fie= ld. >> >> >> >> Sec 4 : IDR WG does not allow for =E2=80=9Csuggestions=E2=80=9D or =E2= =80=9Crecommendations=E2=80=9D for >> code-points =E2=80=93 since this is a BGP-LS document I would assume we = follow the >> same rules even if this is BIER WG document? When required, the IANA ear= ly >> allocation procedure should be followed and the code points updated in t= he >> draft once that has been done. Otherwise we will end up having squatting >> and conflict issues since we will also have BGP-LS drafts in the LSR WG >> going forward. I hope we can come to some common understanding on this >> allocation process across the WGs. Another (unrelated) point is that the >> IDR WG expects implementation reports and progression to WGLC only after >> we=E2=80=99ve had 2 implementation reports =E2=80=93 does this change fo= r BGP-LS extensions >> from outside IDR? >> >> >> >> Sec 4 : The IANA BGP-LS Parameters registry has the =E2=80=9CBGP-LS Node >> Descriptor, Link Descriptor, Prefix Descriptor, and Attribute TLVs=E2=80= =9D >> registry. Also, this document proposes to setup a new registry for the >> Encapsulation sub-TLV. We=E2=80=99ve never done this in BGP-LS previousl= y and >> everyone (including sub-TLVs) allocates from the same flat space. If thi= s >> document is proposing a deviation from this, then I believe it needs to = be >> reviewed in IDR WG since that will likely change and set a precedent for >> how we allocate code-points for BGP-LS. >> >> >> >> Sec 5 : I think the text in this section is inadequate and we will face >> questions during AD/IESG reviews. Please consider borrowing text from >> https://tools.ietf.org/html/rfc8571#section-3 (I assume this is >> straightforward case of taking info from IGPs into BGP-LS) on the lines = of >> RFC7752. >> >> >> >> Thanks, >> >> Ketan >> >> >> >> >> >> *From:* BIER *On Behalf Of *Greg Shepherd >> *Sent:* 31 May 2019 01:09 >> *To:* BIER WG >> *Subject:* [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext >> >> >> >> Solid support in the room in Prague. Now to the list. Please read and >> respond to this thread: >> >> >> >> https://datatracker.ietf.org/doc/draft-ietf-bier-bgp-ls-bier-ext/ >> >> >> >> Also need a volunteer Doc Shepherd. I'll buy you a beer. >> >> >> >> Voting ends 13 June 2019. >> >> >> >> Thanks, >> >> Shep >> >> (chairs) >> > --00000000000010c3fa058f8c71ba Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Please. We need to progress this work.

= Thanks

On Tue, Jun 25, 2019 at 10:43 AM Greg Shepherd <gjshep@gmail.com> wrote:
Can the authors please address Ketan's issues h= ere?

Thanks,
Greg

On Fri, May 31, 2019 at= 12:23 AM Ketan Talaulikar (ketant) <ketant@cisco.com> wrote:

Hello,

=C2=A0

I=E2=80=99ve reviewed this draft and have some= comments below. I do not believe this draft is ready until they are addres= sed.

=C2=A0

IMHO the BIER WG should also cross-post this t= o the IDR WG so that it gets sufficient eyeballs from the folks working on = BGP-LS there. Please note that there are couple of points in my email below related to code point allocation and implementation requirements that are = followed for documents in IDR WG. I am also copying the IDR chairs and Alva= ro so that we can come to some common understanding across WGs producing do= cuments related to BGP-LS extensions.

=C2=A0

General :

=C2=A0

In most cases, the BGP-LS extensions arise fro= m similar extensions to the IGPs. I assume this is also the case with this = document? It becomes important and necessary that the document talks about the underlying IGP specs and the TLVs from where the information to be put= into the new BGP-LS TLVs being defined. Otherwise, how would the BGP-LS pr= oducer implementation know what to construct the TLVs from?

=C2=A0

If this information is not being sourced from = the IGPs, then likely the BFRs would all need to setup a BGP-LS sessions an= d then this information is sourced locally. I doubt this is the case, but please confirm.

=C2=A0

Sec 3 : Please expand =E2=80=9CBFR=E2=80=9D an= d explain what it is on the first usage.

=C2=A0

Sec 3 : There is no =E2=80=9CBGP-LS Prefix Att= ribute TLV=E2=80=9D in BGP-LS/RFC 7752. The name of the BGP Attribute intro= duced for BGP-LS is called BGP-LS Attribute (https://tools.ietf.o= rg/html/rfc7752#section-3.3). Some of the TLVs in this BGP-LS Attribute are called =E2=80=9CPrefix Attri= bute TLVs=E2=80=9D i.e. the ones that are associated with the BGP-LS Prefix= NLRI. What we are introducing in this draft for BIER are more/new Prefix A= ttribute TLVs.

=C2=A0

Sec 3.1 : Why do we need the MT-ID in this TLV= when we already have TLV 263 that indicates the MT-ID as part of the Prefi= x descriptor TLVs in the NLRI part?

=C2=A0

Sec 3.2 : What is BS Length? I don=E2=80=99t f= ind it in the equivalent IGP TLVs in rfc8444 and rfc8401.

=C2=A0

Sec 3.2 : Says <=
u>
It MUST appear multiple times in the BIER =
TLV as described in [RFC8444]

=C2=A0

This is not true. It should be a MAY not a MUS= T.

=C2=A0

Sec 3.3 : The BS Length is 4 bits in the IGPs = while it is being introduced as an 8 bit field in BGP-LS. Normally, we shou= ld keep things aligned between IGPs and BGP-LS =E2=80=93 however, if we wan= t to not do this, then this document should have some text to explain how the lengt= h is encoded. Perhaps somewhat similar to how it=E2=80=99s explained for th= e label field.

=C2=A0

Sec 4 : IDR WG does not allow for =E2=80=9Csug= gestions=E2=80=9D or =E2=80=9Crecommendations=E2=80=9D for code-points =E2= =80=93 since this is a BGP-LS document I would assume we follow the same ru= les even if this is BIER WG document? When required, the IANA early allocation procedure should be followed and the c= ode points updated in the draft once that has been done. Otherwise we will = end up having squatting and conflict issues since we will also have BGP-LS = drafts in the LSR WG going forward. I hope we can come to some common understanding on this allocation process= across the WGs. Another (unrelated) point is that the IDR WG expects imple= mentation reports and progression to WGLC only after we=E2=80=99ve had 2 im= plementation reports =E2=80=93 does this change for BGP-LS extensions from outside IDR?

=C2=A0

Sec 4 : The IANA BGP-LS Parameters registry ha= s the =E2=80=9CBGP-LS Node Descriptor, Link Descriptor, Prefix Descriptor, = and Attribute TLVs=E2=80=9D registry. Also, this document proposes to setup= a new registry for the Encapsulation sub-TLV. We=E2=80=99ve never done this in BGP-LS pre= viously and everyone (including sub-TLVs) allocates from the same flat spac= e. If this document is proposing a deviation from this, then I believe it n= eeds to be reviewed in IDR WG since that will likely change and set a precedent for how we allocate code-points for= BGP-LS.

=C2=A0

Sec 5 : I think the text in this section is in= adequate and we will face questions during AD/IESG reviews. Please consider= borrowing text from https://tools.ietf.org/html/rfc8571#section-3 (I assume this is= straightforward case of taking info from IGPs into BGP-LS) on the lines of= RFC7752.

=C2=A0

Thanks,

Ketan

=C2=A0

=C2=A0

From: BIER <bier-bounces@ietf.org> On Behalf Of Greg Shepherd
Sent: 31 May 2019 01:09
To: BIER WG <b= ier@ietf.org>
Subject: [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext<= /span>

=C2=A0

Solid support in the room in Prague. Now to the list= . Please read and respond to this thread:

=C2=A0

=C2=A0

Also need a volunteer Doc Shepherd. I'll buy you= a beer.

=C2=A0

Voting ends 13 June 2019.

=C2=A0

Thanks,

Shep

(chairs)

--00000000000010c3fa058f8c71ba-- From nobody Wed Aug 7 13:16:59 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8599F120152; Wed, 7 Aug 2019 13:16:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FYQArowv9_nL; Wed, 7 Aug 2019 13:16:56 -0700 (PDT) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (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 BAF2512011E; Wed, 7 Aug 2019 13:16:56 -0700 (PDT) Received: by mail-ot1-x336.google.com with SMTP id q20so109329703otl.0; Wed, 07 Aug 2019 13:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to:cc; bh=5WjOMu6M3vWnvGbCG9vYQLgxJHpUYGribopC7CsU0sk=; b=W2Y3rzXCE8Wgo3SZGwqqidhpCmE3ZD6eeAZ6Xsz1MjUgq0JdvZV15nTJaLKdsKLL+7 hLyIX0IfsYYGEjlbJ3dKq8Sx6nJYYUJFOhztmXLK98/ZfykEG6YBx4ElHlnaMzbiblbE fMqI4TvLqQzLrG4mupNC8pMsB/DDGMhhi348Ms2UqOqh/3nsGC+BopH5qZNQbkPJult9 +E8voFEDdwVyvgHSw1mIgheVSACHyRoJvqktbPoQ+RjG2w5Wgv+03gKw0uQbHVUy5EAd Ku8ozDSycffKEw4c4fJoIM5Fd8efYmPeSYpwwh9jVddd10FiKEO1KKB0jNI7b/njurRR 7Ywg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to:cc; bh=5WjOMu6M3vWnvGbCG9vYQLgxJHpUYGribopC7CsU0sk=; b=tdVZkJK0s+hDO0MxzxDJiznI0eK5gWtJBzNnFVW8Kzky1mgmtZ3+wCnhk1DN2buPBs wavdz0xvADOinprgLkUecOu4fjFz1yXSyur0/5EFd/qqiPRfE3Ibyeqn3k6g+cMk844q A89HkrWAavetfqIt1S620nYGGEcevwjYNn4/3CDlwK00D59OK1ZSnPSgFOjy3OGzSUCl pA4SPvAMNXcY8109WFDERoqRl5Va0Rh7bctRRsOhJUXcHpGTLKa2On5FeRfjTI0qDuoR oXyZIAFsq8YOptAxI8CrrJWVzZ+bAhRnSJhJFQ/fjg8VU+JMEmUtkohhIeEXIlKlkSiB HNgw== X-Gm-Message-State: APjAAAU05wAbSpVYEIMbW7r41R523faXIsb6TDJPK+RzYu6t131W4OZS 6yWSQvlfL+yS+KsjZEzV5ceirJMFjcr4Mxj0E7OoFyId X-Google-Smtp-Source: APXvYqyFTIAfSv03KsyxhSdUry3CTp1NltXx4oRlkQPvW0439fsT6c4ECgO61WCKl2IWOwXIH7wyfCukbbANzaDXWA0= X-Received: by 2002:a6b:f008:: with SMTP id w8mr6142957ioc.60.1565209015454; Wed, 07 Aug 2019 13:16:55 -0700 (PDT) MIME-Version: 1.0 Reply-To: gjshep@gmail.com From: Greg Shepherd Date: Wed, 7 Aug 2019 13:16:44 -0700 Message-ID: To: BIER WG , Xiejingrong , bier-ads@ietf.org Cc: lsr@ietf.org Content-Type: multipart/alternative; boundary="0000000000005d8fae058f8c9f04" Archived-At: Subject: [Bier] WGLC: draft-ietf-bier-bar-ipa X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2019 20:16:58 -0000 --0000000000005d8fae058f8c9f04 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable cc:ing lsr for input before progress. We have good overlap, but too be sure, the list. The draft cleared WGLC: https://tools.ietf.org/html/draft-ietf-bier-bar-ipa-04 In discussion of next steps, the following comments were made by Alvaro which need to be addressed: - In general, idnits and the IESG likes it very much when the specific phrase =E2=80=9Cthis document updates rfcxxx by=E2=80=A6=E2=80=9D appears i= n the Abstract and the Introduction. There=E2=80=99s some similar text there, but not exactly. = Just a nit. - There are no Security Considerations!! - Use the rfc8174 template! - "all routers SHOULD be provisioned with and signal the same BAR and IPA values=E2=80=9D. When would you not do that? Why is that not a MUST? - =E2=80=9C...MUST treat the advertising BFR as incapable of supporting BIE= R for the sub-domain. How incapable routers are handled is outside the scope of this document.=E2=80=9D That is a Normative contradiction? How are router= s supposed to meet the MUST if they don=E2=80=99t know what to do? - s/MUST also be clear/MUST also be specified Authors, please address these comments. Xiejingrong has volunteered to be Document Shepherd, once cleared. Thank you, Shep (chairs) --0000000000005d8fae058f8c9f04 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
cc= :ing lsr for input before progress. We have good overlap, but too be sure, = the list.=C2=A0

The draft cleared WGLC:
=

<= div>
--0000000000005d8fae058f8c9f04-- From nobody Thu Aug 8 03:35:22 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 367BB12011C; Thu, 8 Aug 2019 03:35:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=DW2F8ABU; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cisco.onmicrosoft.com header.b=BQcfW6wp Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TyA8TITCnaWw; Thu, 8 Aug 2019 03:35:15 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC26812011B; Thu, 8 Aug 2019 03:35:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=65198; q=dns/txt; s=iport; t=1565260514; x=1566470114; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=eeYHbhG/smtaRD0Ezh0CsWCr62Hjk/uZxUi2/TaWpgg=; b=DW2F8ABU1jkAbCLemhyl3yuwfhk93FWgsVnFVhxfZo+orN3+ayrrEFRm M0EHQn7qG4ifs5lTSjgfkyKVuQH3oyPTUbkFqgHhGK+dTMl2GcCwYsQD0 8GT0Lp/REiBtfYg79PD7YVczoths6wPBq83R1rrtRPLzXif46uExBHEe6 I=; IronPort-PHdr: =?us-ascii?q?9a23=3AP/XSKB8CojM9GP9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+/bR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVc2IFUT9MNbhbjcxG4JJU1o2t3w=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALAACA+ktd/4YNJK1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUwUBAQEBCwGBFS8kLANtVSAECyqEHoNHA4RShmGCW4lbjCq?= =?us-ascii?q?BW4EuFIEQA1AECQEBAQwBARgBCgoCAQGEPwIXgj8jNAkOAQQBAQQBAQQBCm2?= =?us-ascii?q?FJwELhUoBAQEEAQEQCAkKEwEBLAQHAQ8CAQYCEQQBASEHAwICAh8GCxQJCAI?= =?us-ascii?q?EDgUIBhSDAYFqAx0BAgyQAJBhAoE4iGBxgTKCegEBBYFHQYMRDQuCDQcDBoE?= =?us-ascii?q?0AYRyhnEXgUA/gRABRoJMPoIaRwEBAgEBgSo1JAcJglUygiaMOAkggi2FCCN?= =?us-ascii?q?qh26NakAJAoIcgy6CT2CJUoQSgjCHL4QThguEN4xqZIE1hiiBeItsgjgCBAI?= =?us-ascii?q?EBQIOAQEFgVA4Z3FwFTuCbIJCg3GFFIU+AXIBgSiNfQEB?= X-IronPort-AV: E=Sophos;i="5.64,360,1559520000"; d="scan'208,217";a="616230702" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Aug 2019 10:35:01 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x78AZ1Dx024633 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 8 Aug 2019 10:35:01 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 8 Aug 2019 05:35:00 -0500 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 8 Aug 2019 05:34:59 -0500 Received: from NAM04-BN3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 8 Aug 2019 05:34:59 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dEqMTKnBhjA2mWKwNMefjihL0w//SxWUnFxpjlf+NlBd8owEJiTJ/WyBo1L6erG0s17P90dh9RdcrJABWNPpZprDWQI5mC7pJiDmkaF8YwwuW0mYbMnjUcLFZGHgNtefW3Sgxfq7CGdC007Jfr+YvUWXEGQ8mNXFn9bo46iDGdL8bTW44D0q0MQcAgrzxVDSczBhZrjMsUbzhHapY5apt5Mjm6KJDC2hXapgqty0YxLJf+F0tUux9yU6WbnNz8E5CRkCNTi3cMU4bbBtEYs4axs3WVcFVsmDqAFf42f6YwhcbM4VZFAQRwI6iKQA2Nf4eDhS+X8zfq9+mwPgpZ92kA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hH6zlNPBS1r7HTJ5vSAKCnKD48u/VeBWRZX/5lUybNk=; b=EIe8w8rdDpzkggWyYxx9SCYYRh++OKqm4HdXzAyjxUuU8ZefFNbOYa+sQlg1jpiv2hbLBYwThhbaGDAC4TMbyJ5IIXkF8PYFCmqUxi630q+98xm32qxJjkN9nXxnp71UEceKzdW7vJ7nPT9h9TNeByLxC73o7LMSNAzRPeLBzbeJIIotXqGFg6RkO1JgJ/ZMjQC5famIJ3vdhppwBIBSNx0GDc2nlk+xQVOK3ZU96lUpxSpkgLuMNGc6OIh6Z6nKMAOGcz+A39sii17Kvtq5YokFDrjADnDrND0reCqQsu7NE4+xbpb/EueCfg2d/ygtgvcTuVBRHojPx069t4eNXg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hH6zlNPBS1r7HTJ5vSAKCnKD48u/VeBWRZX/5lUybNk=; b=BQcfW6wpYzO60zDhE7slsPFrxkAFIyL2Uq24T7ckKUGu0o7tKZLv/dQu53oocI3pl4/umiNoXpOINSk/F7/8u4MYkN1UeP3kyWIr4Hr/nSvb3RtNxeG78m64mvh8n0KzxNOZNbQMI7Xe2APmXoIdlzr3lajO3MhMRgq6lTDU4Q8= Received: from BYAPR11MB3558.namprd11.prod.outlook.com (20.178.206.75) by BYAPR11MB3703.namprd11.prod.outlook.com (20.178.237.220) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.14; Thu, 8 Aug 2019 10:34:57 +0000 Received: from BYAPR11MB3558.namprd11.prod.outlook.com ([fe80::3d73:9b60:6c26:2d0c]) by BYAPR11MB3558.namprd11.prod.outlook.com ([fe80::3d73:9b60:6c26:2d0c%6]) with mapi id 15.20.2136.018; Thu, 8 Aug 2019 10:34:57 +0000 From: "Ketan Talaulikar (ketant)" To: "gjshep@gmail.com" CC: "idr-chairs@ietf.org" , BIER WG , Alvaro Retana Thread-Topic: [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext Thread-Index: AQHVFx9ZBr6N/QtjjEOSIanaAhncz6aExwkQgCgF1ICAQ7tWgIAA8sLw Date: Thu, 8 Aug 2019 10:34:57 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ketant@cisco.com; x-originating-ip: [2405:201:1800:c766:70eb:a4e4:ed89:e1ee] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 49409bdf-e29c-4eef-3208-08d71bec0f4f x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(49563074)(7193020); SRVR:BYAPR11MB3703; x-ms-traffictypediagnostic: BYAPR11MB3703: x-ms-exchange-purlcount: 6 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 012349AD1C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(136003)(396003)(39860400002)(346002)(376002)(189003)(199004)(52536014)(53546011)(76176011)(1411001)(229853002)(102836004)(6916009)(2906002)(6116002)(790700001)(14454004)(71190400001)(236005)(6506007)(74316002)(186003)(53936002)(9686003)(7696005)(71200400001)(54896002)(55016002)(478600001)(6306002)(606006)(86362001)(99286004)(66446008)(8676002)(6246003)(66476007)(1361003)(7736002)(64756008)(66556008)(66616009)(66946007)(486006)(476003)(76116006)(25786009)(966005)(46003)(4326008)(2351001)(99936001)(5640700003)(1730700003)(2501003)(8936002)(81156014)(9326002)(81166006)(256004)(33656002)(5024004)(446003)(5660300002)(54906003)(11346002)(14444005)(6436002)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3703; H:BYAPR11MB3558.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: GYxHuzRys6IBycq6SylecXt64irzObBvTq9tshe+IgpsQnmjVyWdo1yHy97Bhl4pxc7YPQj9yWMbmijZ6govYEyWU1StHggRC0xlfdBDwxdmIB+l2k9gQuZOv7MYMEf9mRloZNkXUlDwpNvX0V1L7fTwqCj0P98JIsOTPZhj+86L+uaot4XC9OClqZYTPQq9g4yCndtjfrmQpvNU0ZcVhv62YRDGl7Becapvl1gKIPVzdXOcuF/cB1RsSfS735cnpHPCDESkDFF71zEOEw60PQViRdcvBd04ZfWmgS+PDd9G3m9VAJLsOt+wC3hUv+iN7H9IUqSlpFCpAsP7jki1wm5T217Cp7CNi402hWOvSDqSQKPrvImSn/t0D6guu7at8GnecJoxAoaLuydTZc3tcpCu+omNus96csxY8hFqZn8= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_004_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 49409bdf-e29c-4eef-3208-08d71bec0f4f X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Aug 2019 10:34:57.7635 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ketant@cisco.com X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3703 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com X-Outbound-Node: alln-core-12.cisco.com Archived-At: Subject: Re: [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Aug 2019 10:35:19 -0000 --_004_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_ Content-Type: multipart/alternative; boundary="_000_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_" --_000_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3JlZywNCg0KVGhlIGF1dGhvcnMgaGF2ZSByZXNwb25kZWQgKHBsZWFzZSBzZWUgYXR0YWNo ZWQpIHRvIGFsbCB0aGUgY29tbWVudHMgYW5kIGJhcmluZyBvbmUgYWJvdXQgVExWIGNvZGUtcG9p bnQgc3BhY2UsIHJlc3QgYWxsIHdvdWxkIGFkZHJlc3MgbXkgY29tbWVudHMuIEkgd291bGQgd2Fp dCBmb3IgdGhlIHVwZGF0ZWQgdmVyc2lvbiBhbmQgdGhlIGF1dGhvcuKAmXMgZGVjaXNpb24gb24g dGhlIHN1Yi1UTFYgY29kZS1wb2ludHMgaXNzdWUgYmVmb3JlIHByb2dyZXNzaW5nIHRoaXMgZnVy dGhlci4NCg0KVGhhbmtzLA0KS2V0YW4NCg0KRnJvbTogQklFUiA8Ymllci1ib3VuY2VzQGlldGYu b3JnPiBPbiBCZWhhbGYgT2YgR3JlZyBTaGVwaGVyZA0KU2VudDogMDggQXVndXN0IDIwMTkgMDE6 MzQNClRvOiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPg0KQ2M6 IGlkci1jaGFpcnNAaWV0Zi5vcmc7IEJJRVIgV0cgPGJpZXJAaWV0Zi5vcmc+OyBBbHZhcm8gUmV0 YW5hIDxhcmV0YW5hLmlldGZAZ21haWwuY29tPg0KU3ViamVjdDogUmU6IFtCaWVyXSBXR0xDOiBk cmFmdC1pZXRmLWJpZXItYmdwLWxzLWJpZXItZXh0DQoNClBsZWFzZS4gV2UgbmVlZCB0byBwcm9n cmVzcyB0aGlzIHdvcmsuDQoNClRoYW5rcw0KDQpPbiBUdWUsIEp1biAyNSwgMjAxOSBhdCAxMDo0 MyBBTSBHcmVnIFNoZXBoZXJkIDxnanNoZXBAZ21haWwuY29tPG1haWx0bzpnanNoZXBAZ21haWwu Y29tPj4gd3JvdGU6DQpDYW4gdGhlIGF1dGhvcnMgcGxlYXNlIGFkZHJlc3MgS2V0YW4ncyBpc3N1 ZXMgaGVyZT8NCg0KVGhhbmtzLA0KR3JlZw0KDQpPbiBGcmksIE1heSAzMSwgMjAxOSBhdCAxMjoy MyBBTSBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPG1haWx0bzpr ZXRhbnRAY2lzY28uY29tPj4gd3JvdGU6DQpIZWxsbywNCg0KSeKAmXZlIHJldmlld2VkIHRoaXMg ZHJhZnQgYW5kIGhhdmUgc29tZSBjb21tZW50cyBiZWxvdy4gSSBkbyBub3QgYmVsaWV2ZSB0aGlz IGRyYWZ0IGlzIHJlYWR5IHVudGlsIHRoZXkgYXJlIGFkZHJlc3NlZC4NCg0KSU1ITyB0aGUgQklF UiBXRyBzaG91bGQgYWxzbyBjcm9zcy1wb3N0IHRoaXMgdG8gdGhlIElEUiBXRyBzbyB0aGF0IGl0 IGdldHMgc3VmZmljaWVudCBleWViYWxscyBmcm9tIHRoZSBmb2xrcyB3b3JraW5nIG9uIEJHUC1M UyB0aGVyZS4gUGxlYXNlIG5vdGUgdGhhdCB0aGVyZSBhcmUgY291cGxlIG9mIHBvaW50cyBpbiBt eSBlbWFpbCBiZWxvdyByZWxhdGVkIHRvIGNvZGUgcG9pbnQgYWxsb2NhdGlvbiBhbmQgaW1wbGVt ZW50YXRpb24gcmVxdWlyZW1lbnRzIHRoYXQgYXJlIGZvbGxvd2VkIGZvciBkb2N1bWVudHMgaW4g SURSIFdHLiBJIGFtIGFsc28gY29weWluZyB0aGUgSURSIGNoYWlycyBhbmQgQWx2YXJvIHNvIHRo YXQgd2UgY2FuIGNvbWUgdG8gc29tZSBjb21tb24gdW5kZXJzdGFuZGluZyBhY3Jvc3MgV0dzIHBy b2R1Y2luZyBkb2N1bWVudHMgcmVsYXRlZCB0byBCR1AtTFMgZXh0ZW5zaW9ucy4NCg0KR2VuZXJh bCA6DQoNCkluIG1vc3QgY2FzZXMsIHRoZSBCR1AtTFMgZXh0ZW5zaW9ucyBhcmlzZSBmcm9tIHNp bWlsYXIgZXh0ZW5zaW9ucyB0byB0aGUgSUdQcy4gSSBhc3N1bWUgdGhpcyBpcyBhbHNvIHRoZSBj YXNlIHdpdGggdGhpcyBkb2N1bWVudD8gSXQgYmVjb21lcyBpbXBvcnRhbnQgYW5kIG5lY2Vzc2Fy eSB0aGF0IHRoZSBkb2N1bWVudCB0YWxrcyBhYm91dCB0aGUgdW5kZXJseWluZyBJR1Agc3BlY3Mg YW5kIHRoZSBUTFZzIGZyb20gd2hlcmUgdGhlIGluZm9ybWF0aW9uIHRvIGJlIHB1dCBpbnRvIHRo ZSBuZXcgQkdQLUxTIFRMVnMgYmVpbmcgZGVmaW5lZC4gT3RoZXJ3aXNlLCBob3cgd291bGQgdGhl IEJHUC1MUyBwcm9kdWNlciBpbXBsZW1lbnRhdGlvbiBrbm93IHdoYXQgdG8gY29uc3RydWN0IHRo ZSBUTFZzIGZyb20/DQoNCklmIHRoaXMgaW5mb3JtYXRpb24gaXMgbm90IGJlaW5nIHNvdXJjZWQg ZnJvbSB0aGUgSUdQcywgdGhlbiBsaWtlbHkgdGhlIEJGUnMgd291bGQgYWxsIG5lZWQgdG8gc2V0 dXAgYSBCR1AtTFMgc2Vzc2lvbnMgYW5kIHRoZW4gdGhpcyBpbmZvcm1hdGlvbiBpcyBzb3VyY2Vk IGxvY2FsbHkuIEkgZG91YnQgdGhpcyBpcyB0aGUgY2FzZSwgYnV0IHBsZWFzZSBjb25maXJtLg0K DQpTZWMgMyA6IFBsZWFzZSBleHBhbmQg4oCcQkZS4oCdIGFuZCBleHBsYWluIHdoYXQgaXQgaXMg b24gdGhlIGZpcnN0IHVzYWdlLg0KDQpTZWMgMyA6IFRoZXJlIGlzIG5vIOKAnEJHUC1MUyBQcmVm aXggQXR0cmlidXRlIFRMVuKAnSBpbiBCR1AtTFMvUkZDIDc3NTIuIFRoZSBuYW1lIG9mIHRoZSBC R1AgQXR0cmlidXRlIGludHJvZHVjZWQgZm9yIEJHUC1MUyBpcyBjYWxsZWQgQkdQLUxTIEF0dHJp YnV0ZSAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzc3NTIjc2VjdGlvbi0zLjMpLiBT b21lIG9mIHRoZSBUTFZzIGluIHRoaXMgQkdQLUxTIEF0dHJpYnV0ZSBhcmUgY2FsbGVkIOKAnFBy ZWZpeCBBdHRyaWJ1dGUgVExWc+KAnSBpLmUuIHRoZSBvbmVzIHRoYXQgYXJlIGFzc29jaWF0ZWQg d2l0aCB0aGUgQkdQLUxTIFByZWZpeCBOTFJJLiBXaGF0IHdlIGFyZSBpbnRyb2R1Y2luZyBpbiB0 aGlzIGRyYWZ0IGZvciBCSUVSIGFyZSBtb3JlL25ldyBQcmVmaXggQXR0cmlidXRlIFRMVnMuDQoN ClNlYyAzLjEgOiBXaHkgZG8gd2UgbmVlZCB0aGUgTVQtSUQgaW4gdGhpcyBUTFYgd2hlbiB3ZSBh bHJlYWR5IGhhdmUgVExWIDI2MyB0aGF0IGluZGljYXRlcyB0aGUgTVQtSUQgYXMgcGFydCBvZiB0 aGUgUHJlZml4IGRlc2NyaXB0b3IgVExWcyBpbiB0aGUgTkxSSSBwYXJ0Pw0KDQpTZWMgMy4yIDog V2hhdCBpcyBCUyBMZW5ndGg/IEkgZG9u4oCZdCBmaW5kIGl0IGluIHRoZSBlcXVpdmFsZW50IElH UCBUTFZzIGluIHJmYzg0NDQgYW5kIHJmYzg0MDEuDQoNCg0KU2VjIDMuMiA6IFNheXMNCg0KSXQg TVVTVCBhcHBlYXIgbXVsdGlwbGUgdGltZXMgaW4gdGhlIEJJRVIgVExWIGFzIGRlc2NyaWJlZCBp biBbUkZDODQ0NDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODQ0ND5dDQoNClRoaXMg aXMgbm90IHRydWUuIEl0IHNob3VsZCBiZSBhIE1BWSBub3QgYSBNVVNULg0KDQpTZWMgMy4zIDog VGhlIEJTIExlbmd0aCBpcyA0IGJpdHMgaW4gdGhlIElHUHMgd2hpbGUgaXQgaXMgYmVpbmcgaW50 cm9kdWNlZCBhcyBhbiA4IGJpdCBmaWVsZCBpbiBCR1AtTFMuIE5vcm1hbGx5LCB3ZSBzaG91bGQg a2VlcCB0aGluZ3MgYWxpZ25lZCBiZXR3ZWVuIElHUHMgYW5kIEJHUC1MUyDigJMgaG93ZXZlciwg aWYgd2Ugd2FudCB0byBub3QgZG8gdGhpcywgdGhlbiB0aGlzIGRvY3VtZW50IHNob3VsZCBoYXZl IHNvbWUgdGV4dCB0byBleHBsYWluIGhvdyB0aGUgbGVuZ3RoIGlzIGVuY29kZWQuIFBlcmhhcHMg c29tZXdoYXQgc2ltaWxhciB0byBob3cgaXTigJlzIGV4cGxhaW5lZCBmb3IgdGhlIGxhYmVsIGZp ZWxkLg0KDQpTZWMgNCA6IElEUiBXRyBkb2VzIG5vdCBhbGxvdyBmb3Ig4oCcc3VnZ2VzdGlvbnPi gJ0gb3Ig4oCccmVjb21tZW5kYXRpb25z4oCdIGZvciBjb2RlLXBvaW50cyDigJMgc2luY2UgdGhp cyBpcyBhIEJHUC1MUyBkb2N1bWVudCBJIHdvdWxkIGFzc3VtZSB3ZSBmb2xsb3cgdGhlIHNhbWUg cnVsZXMgZXZlbiBpZiB0aGlzIGlzIEJJRVIgV0cgZG9jdW1lbnQ/IFdoZW4gcmVxdWlyZWQsIHRo ZSBJQU5BIGVhcmx5IGFsbG9jYXRpb24gcHJvY2VkdXJlIHNob3VsZCBiZSBmb2xsb3dlZCBhbmQg dGhlIGNvZGUgcG9pbnRzIHVwZGF0ZWQgaW4gdGhlIGRyYWZ0IG9uY2UgdGhhdCBoYXMgYmVlbiBk b25lLiBPdGhlcndpc2Ugd2Ugd2lsbCBlbmQgdXAgaGF2aW5nIHNxdWF0dGluZyBhbmQgY29uZmxp Y3QgaXNzdWVzIHNpbmNlIHdlIHdpbGwgYWxzbyBoYXZlIEJHUC1MUyBkcmFmdHMgaW4gdGhlIExT UiBXRyBnb2luZyBmb3J3YXJkLiBJIGhvcGUgd2UgY2FuIGNvbWUgdG8gc29tZSBjb21tb24gdW5k ZXJzdGFuZGluZyBvbiB0aGlzIGFsbG9jYXRpb24gcHJvY2VzcyBhY3Jvc3MgdGhlIFdHcy4gQW5v dGhlciAodW5yZWxhdGVkKSBwb2ludCBpcyB0aGF0IHRoZSBJRFIgV0cgZXhwZWN0cyBpbXBsZW1l bnRhdGlvbiByZXBvcnRzIGFuZCBwcm9ncmVzc2lvbiB0byBXR0xDIG9ubHkgYWZ0ZXIgd2XigJl2 ZSBoYWQgMiBpbXBsZW1lbnRhdGlvbiByZXBvcnRzIOKAkyBkb2VzIHRoaXMgY2hhbmdlIGZvciBC R1AtTFMgZXh0ZW5zaW9ucyBmcm9tIG91dHNpZGUgSURSPw0KDQpTZWMgNCA6IFRoZSBJQU5BIEJH UC1MUyBQYXJhbWV0ZXJzIHJlZ2lzdHJ5IGhhcyB0aGUg4oCcQkdQLUxTIE5vZGUgRGVzY3JpcHRv ciwgTGluayBEZXNjcmlwdG9yLCBQcmVmaXggRGVzY3JpcHRvciwgYW5kIEF0dHJpYnV0ZSBUTFZz 4oCdIHJlZ2lzdHJ5LiBBbHNvLCB0aGlzIGRvY3VtZW50IHByb3Bvc2VzIHRvIHNldHVwIGEgbmV3 IHJlZ2lzdHJ5IGZvciB0aGUgRW5jYXBzdWxhdGlvbiBzdWItVExWLiBXZeKAmXZlIG5ldmVyIGRv bmUgdGhpcyBpbiBCR1AtTFMgcHJldmlvdXNseSBhbmQgZXZlcnlvbmUgKGluY2x1ZGluZyBzdWIt VExWcykgYWxsb2NhdGVzIGZyb20gdGhlIHNhbWUgZmxhdCBzcGFjZS4gSWYgdGhpcyBkb2N1bWVu dCBpcyBwcm9wb3NpbmcgYSBkZXZpYXRpb24gZnJvbSB0aGlzLCB0aGVuIEkgYmVsaWV2ZSBpdCBu ZWVkcyB0byBiZSByZXZpZXdlZCBpbiBJRFIgV0cgc2luY2UgdGhhdCB3aWxsIGxpa2VseSBjaGFu Z2UgYW5kIHNldCBhIHByZWNlZGVudCBmb3IgaG93IHdlIGFsbG9jYXRlIGNvZGUtcG9pbnRzIGZv ciBCR1AtTFMuDQoNClNlYyA1IDogSSB0aGluayB0aGUgdGV4dCBpbiB0aGlzIHNlY3Rpb24gaXMg aW5hZGVxdWF0ZSBhbmQgd2Ugd2lsbCBmYWNlIHF1ZXN0aW9ucyBkdXJpbmcgQUQvSUVTRyByZXZp ZXdzLiBQbGVhc2UgY29uc2lkZXIgYm9ycm93aW5nIHRleHQgZnJvbSBodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvcmZjODU3MSNzZWN0aW9uLTMgKEkgYXNzdW1lIHRoaXMgaXMgc3RyYWlnaHRm b3J3YXJkIGNhc2Ugb2YgdGFraW5nIGluZm8gZnJvbSBJR1BzIGludG8gQkdQLUxTKSBvbiB0aGUg bGluZXMgb2YgUkZDNzc1Mi4NCg0KVGhhbmtzLA0KS2V0YW4NCg0KDQpGcm9tOiBCSUVSIDxiaWVy LWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmJpZXItYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFs ZiBPZiBHcmVnIFNoZXBoZXJkDQpTZW50OiAzMSBNYXkgMjAxOSAwMTowOQ0KVG86IEJJRVIgV0cg PGJpZXJAaWV0Zi5vcmc8bWFpbHRvOmJpZXJAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW0JpZXJdIFdH TEM6IGRyYWZ0LWlldGYtYmllci1iZ3AtbHMtYmllci1leHQNCg0KU29saWQgc3VwcG9ydCBpbiB0 aGUgcm9vbSBpbiBQcmFndWUuIE5vdyB0byB0aGUgbGlzdC4uIFBsZWFzZSByZWFkIGFuZCByZXNw b25kIHRvIHRoaXMgdGhyZWFkOg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLWJpZXItYmdwLWxzLWJpZXItZXh0Lw0KDQpBbHNvIG5lZWQgYSB2b2x1bnRlZXIg RG9jIFNoZXBoZXJkLiBJJ2xsIGJ1eSB5b3UgYSBiZWVyLg0KDQpWb3RpbmcgZW5kcyAxMyBKdW5l IDIwMTkuDQoNClRoYW5rcywNClNoZXANCihjaGFpcnMpDQo= --_000_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVk IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxp Lm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsN Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1h dHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQi Ow0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUlOO30N CnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQg NzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1JTiIgbGluaz0iYmx1ZSIgdmxpbms9 InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBHcmVnLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5UaGUgYXV0aG9ycyBoYXZlIHJlc3BvbmRlZCAocGxlYXNlIHNlZSBhdHRhY2hlZCkgdG8gYWxs IHRoZSBjb21tZW50cyBhbmQgYmFyaW5nIG9uZSBhYm91dCBUTFYgY29kZS1wb2ludCBzcGFjZSwg cmVzdCBhbGwgd291bGQgYWRkcmVzcyBteSBjb21tZW50cy4gSSB3b3VsZCB3YWl0IGZvciB0aGUg dXBkYXRlZCB2ZXJzaW9uIGFuZCB0aGUgYXV0aG9y4oCZcw0KIGRlY2lzaW9uIG9uIHRoZSBzdWIt VExWIGNvZGUtcG9pbnRzIGlzc3VlIGJlZm9yZSBwcm9ncmVzc2luZyB0aGlzIGZ1cnRoZXIuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPktldGFuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIj4gQklFUiAmbHQ7Ymllci1ib3VuY2VzQGlldGYub3JnJmd0Ow0KPGI+T24gQmVo YWxmIE9mIDwvYj5HcmVnIFNoZXBoZXJkPGJyPg0KPGI+U2VudDo8L2I+IDA4IEF1Z3VzdCAyMDE5 IDAxOjM0PGJyPg0KPGI+VG86PC9iPiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpICZsdDtrZXRh bnRAY2lzY28uY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gaWRyLWNoYWlyc0BpZXRmLm9yZzsgQklF UiBXRyAmbHQ7YmllckBpZXRmLm9yZyZndDs7IEFsdmFybyBSZXRhbmEgJmx0O2FyZXRhbmEuaWV0 ZkBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbQmllcl0gV0dMQzogZHJh ZnQtaWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlBsZWFzZS4gV2UgbmVlZCB0byBwcm9ncmVzcyB0aGlzIHdvcmsuPG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3M8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBKdW4gMjUs IDIwMTkgYXQgMTA6NDMgQU0gR3JlZyBTaGVwaGVyZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdqc2hl cEBnbWFpbC5jb20iPmdqc2hlcEBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0 LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DYW4g dGhlIGF1dGhvcnMgcGxlYXNlIGFkZHJlc3MgS2V0YW4ncyBpc3N1ZXMgaGVyZT88bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdyZWc8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gRnJpLCBNYXkgMzEs IDIwMTkgYXQgMTI6MjMgQU0gS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSAmbHQ7PGEgaHJlZj0i bWFpbHRvOmtldGFudEBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5rZXRhbnRAY2lzY28uY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGVsbG8sPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj5J4oCZdmUgcmV2aWV3ZWQgdGhpcyBkcmFmdCBhbmQgaGF2ZSBzb21lIGNvbW1l bnRzIGJlbG93LiBJIGRvIG5vdCBiZWxpZXZlIHRoaXMgZHJhZnQgaXMgcmVhZHkgdW50aWwgdGhl eSBhcmUgYWRkcmVzc2VkLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JTUhPIHRoZSBC SUVSIFdHIHNob3VsZCBhbHNvIGNyb3NzLXBvc3QgdGhpcyB0byB0aGUgSURSIFdHIHNvIHRoYXQg aXQgZ2V0cyBzdWZmaWNpZW50IGV5ZWJhbGxzIGZyb20gdGhlIGZvbGtzIHdvcmtpbmcgb24gQkdQ LUxTIHRoZXJlLiBQbGVhc2Ugbm90ZSB0aGF0IHRoZXJlIGFyZSBjb3VwbGUgb2YgcG9pbnRzDQog aW4gbXkgZW1haWwgYmVsb3cgcmVsYXRlZCB0byBjb2RlIHBvaW50IGFsbG9jYXRpb24gYW5kIGlt cGxlbWVudGF0aW9uIHJlcXVpcmVtZW50cyB0aGF0IGFyZSBmb2xsb3dlZCBmb3IgZG9jdW1lbnRz IGluIElEUiBXRy4gSSBhbSBhbHNvIGNvcHlpbmcgdGhlIElEUiBjaGFpcnMgYW5kIEFsdmFybyBz byB0aGF0IHdlIGNhbiBjb21lIHRvIHNvbWUgY29tbW9uIHVuZGVyc3RhbmRpbmcgYWNyb3NzIFdH cyBwcm9kdWNpbmcgZG9jdW1lbnRzIHJlbGF0ZWQNCiB0byBCR1AtTFMgZXh0ZW5zaW9ucy48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkdlbmVyYWwgOg0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj5JbiBtb3N0IGNhc2VzLCB0aGUgQkdQLUxTIGV4dGVuc2lvbnMgYXJpc2UgZnJvbSBz aW1pbGFyIGV4dGVuc2lvbnMgdG8gdGhlIElHUHMuIEkgYXNzdW1lIHRoaXMgaXMgYWxzbyB0aGUg Y2FzZSB3aXRoIHRoaXMgZG9jdW1lbnQ/IEl0IGJlY29tZXMgaW1wb3J0YW50IGFuZCBuZWNlc3Nh cnkgdGhhdCB0aGUgZG9jdW1lbnQNCiB0YWxrcyBhYm91dCB0aGUgdW5kZXJseWluZyBJR1Agc3Bl Y3MgYW5kIHRoZSBUTFZzIGZyb20gd2hlcmUgdGhlIGluZm9ybWF0aW9uIHRvIGJlIHB1dCBpbnRv IHRoZSBuZXcgQkdQLUxTIFRMVnMgYmVpbmcgZGVmaW5lZC4gT3RoZXJ3aXNlLCBob3cgd291bGQg dGhlIEJHUC1MUyBwcm9kdWNlciBpbXBsZW1lbnRhdGlvbiBrbm93IHdoYXQgdG8gY29uc3RydWN0 IHRoZSBUTFZzIGZyb20/DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPklmIHRoaXMgaW5m b3JtYXRpb24gaXMgbm90IGJlaW5nIHNvdXJjZWQgZnJvbSB0aGUgSUdQcywgdGhlbiBsaWtlbHkg dGhlIEJGUnMgd291bGQgYWxsIG5lZWQgdG8gc2V0dXAgYSBCR1AtTFMgc2Vzc2lvbnMgYW5kIHRo ZW4gdGhpcyBpbmZvcm1hdGlvbiBpcyBzb3VyY2VkIGxvY2FsbHkuIEkgZG91YnQgdGhpcw0KIGlz IHRoZSBjYXNlLCBidXQgcGxlYXNlIGNvbmZpcm0uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij5TZWMgMyA6IFBsZWFzZSBleHBhbmQg4oCcQkZS4oCdIGFuZCBleHBsYWluIHdoYXQgaXQgaXMg b24gdGhlIGZpcnN0IHVzYWdlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+U2VjIDMgOiBU aGVyZSBpcyBubyDigJxCR1AtTFMgUHJlZml4IEF0dHJpYnV0ZSBUTFbigJ0gaW4gQkdQLUxTL1JG QyA3NzUyLiBUaGUgbmFtZSBvZiB0aGUgQkdQIEF0dHJpYnV0ZSBpbnRyb2R1Y2VkIGZvciBCR1At TFMgaXMgY2FsbGVkIEJHUC1MUyBBdHRyaWJ1dGUgKDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9yZmM3NzUyI3NlY3Rpb24tMy4zIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL3JmYzc3NTIjc2VjdGlvbi0zLjM8L2E+KS4NCiBTb21lIG9mIHRo ZSBUTFZzIGluIHRoaXMgQkdQLUxTIEF0dHJpYnV0ZSBhcmUgY2FsbGVkIOKAnFByZWZpeCBBdHRy aWJ1dGUgVExWc+KAnSBpLmUuIHRoZSBvbmVzIHRoYXQgYXJlIGFzc29jaWF0ZWQgd2l0aCB0aGUg QkdQLUxTIFByZWZpeCBOTFJJLiBXaGF0IHdlIGFyZSBpbnRyb2R1Y2luZyBpbiB0aGlzIGRyYWZ0 IGZvciBCSUVSIGFyZSBtb3JlL25ldyBQcmVmaXggQXR0cmlidXRlIFRMVnMuPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj5TZWMgMy4xIDogV2h5IGRvIHdlIG5lZWQgdGhlIE1ULUlEIGluIHRo aXMgVExWIHdoZW4gd2UgYWxyZWFkeSBoYXZlIFRMViAyNjMgdGhhdCBpbmRpY2F0ZXMgdGhlIE1U LUlEIGFzIHBhcnQgb2YgdGhlIFByZWZpeCBkZXNjcmlwdG9yIFRMVnMgaW4gdGhlIE5MUkkgcGFy dD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlNlYyAzLjIgOiBXaGF0IGlzIEJTIExlbmd0 aD8gSSBkb27igJl0IGZpbmQgaXQgaW4gdGhlIGVxdWl2YWxlbnQgSUdQIFRMVnMgaW4gcmZjODQ0 NCBhbmQgcmZjODQwMS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlNlYyAzLjIgOiBTYXlzIDwvc3Bhbj48bzpwPjwvbzpw PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkl0IE1VU1QgYXBwZWFyIG11 bHRpcGxlIHRpbWVzIGluIHRoZSBCSUVSIFRMViBhcyBkZXNjcmliZWQgaW4gWzxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4NDQ0IiB0YXJnZXQ9Il9ibGFuayIgdGl0bGU9 IiZxdW90O09TUEZ2MiBFeHRlbnNpb25zIGZvciBCaXQgSW5kZXggRXhwbGljaXQgUmVwbGljYXRp b24gKEJJRVIpJnF1b3Q7Ij5SRkM4NDQ0PC9hPl08L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPlRoaXMgaXMgbm90IHRydWUuIEl0IHNob3VsZCBiZSBhIE1BWSBub3QgYSBNVVNU LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+U2VjIDMuMyA6IFRoZSBCUyBMZW5ndGggaXMg NCBiaXRzIGluIHRoZSBJR1BzIHdoaWxlIGl0IGlzIGJlaW5nIGludHJvZHVjZWQgYXMgYW4gOCBi aXQgZmllbGQgaW4gQkdQLUxTLiBOb3JtYWxseSwgd2Ugc2hvdWxkIGtlZXAgdGhpbmdzIGFsaWdu ZWQgYmV0d2VlbiBJR1BzIGFuZCBCR1AtTFMg4oCTIGhvd2V2ZXIsDQogaWYgd2Ugd2FudCB0byBu b3QgZG8gdGhpcywgdGhlbiB0aGlzIGRvY3VtZW50IHNob3VsZCBoYXZlIHNvbWUgdGV4dCB0byBl eHBsYWluIGhvdyB0aGUgbGVuZ3RoIGlzIGVuY29kZWQuIFBlcmhhcHMgc29tZXdoYXQgc2ltaWxh ciB0byBob3cgaXTigJlzIGV4cGxhaW5lZCBmb3IgdGhlIGxhYmVsIGZpZWxkLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+U2VjIDQgOiBJRFIgV0cgZG9lcyBub3QgYWxsb3cgZm9yIOKAnHN1 Z2dlc3Rpb25z4oCdIG9yIOKAnHJlY29tbWVuZGF0aW9uc+KAnSBmb3IgY29kZS1wb2ludHMg4oCT IHNpbmNlIHRoaXMgaXMgYSBCR1AtTFMgZG9jdW1lbnQgSSB3b3VsZCBhc3N1bWUgd2UgZm9sbG93 IHRoZSBzYW1lIHJ1bGVzIGV2ZW4gaWYgdGhpcyBpcyBCSUVSDQogV0cgZG9jdW1lbnQ/IFdoZW4g cmVxdWlyZWQsIHRoZSBJQU5BIGVhcmx5IGFsbG9jYXRpb24gcHJvY2VkdXJlIHNob3VsZCBiZSBm b2xsb3dlZCBhbmQgdGhlIGNvZGUgcG9pbnRzIHVwZGF0ZWQgaW4gdGhlIGRyYWZ0IG9uY2UgdGhh dCBoYXMgYmVlbiBkb25lLiBPdGhlcndpc2Ugd2Ugd2lsbCBlbmQgdXAgaGF2aW5nIHNxdWF0dGlu ZyBhbmQgY29uZmxpY3QgaXNzdWVzIHNpbmNlIHdlIHdpbGwgYWxzbyBoYXZlIEJHUC1MUyBkcmFm dHMgaW4gdGhlDQogTFNSIFdHIGdvaW5nIGZvcndhcmQuIEkgaG9wZSB3ZSBjYW4gY29tZSB0byBz b21lIGNvbW1vbiB1bmRlcnN0YW5kaW5nIG9uIHRoaXMgYWxsb2NhdGlvbiBwcm9jZXNzIGFjcm9z cyB0aGUgV0dzLiBBbm90aGVyICh1bnJlbGF0ZWQpIHBvaW50IGlzIHRoYXQgdGhlIElEUiBXRyBl eHBlY3RzIGltcGxlbWVudGF0aW9uIHJlcG9ydHMgYW5kIHByb2dyZXNzaW9uIHRvIFdHTEMgb25s eSBhZnRlciB3ZeKAmXZlIGhhZCAyIGltcGxlbWVudGF0aW9uIHJlcG9ydHMNCiDigJMgZG9lcyB0 aGlzIGNoYW5nZSBmb3IgQkdQLUxTIGV4dGVuc2lvbnMgZnJvbSBvdXRzaWRlIElEUj88bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPlNlYyA0IDogVGhlIElBTkEgQkdQLUxTIFBhcmFtZXRlcnMg cmVnaXN0cnkgaGFzIHRoZSDigJxCR1AtTFMgTm9kZSBEZXNjcmlwdG9yLCBMaW5rIERlc2NyaXB0 b3IsIFByZWZpeCBEZXNjcmlwdG9yLCBhbmQgQXR0cmlidXRlIFRMVnPigJ0gcmVnaXN0cnkuIEFs c28sIHRoaXMgZG9jdW1lbnQgcHJvcG9zZXMgdG8gc2V0dXANCiBhIG5ldyByZWdpc3RyeSBmb3Ig dGhlIEVuY2Fwc3VsYXRpb24gc3ViLVRMVi4gV2XigJl2ZSBuZXZlciBkb25lIHRoaXMgaW4gQkdQ LUxTIHByZXZpb3VzbHkgYW5kIGV2ZXJ5b25lIChpbmNsdWRpbmcgc3ViLVRMVnMpIGFsbG9jYXRl cyBmcm9tIHRoZSBzYW1lIGZsYXQgc3BhY2UuIElmIHRoaXMgZG9jdW1lbnQgaXMgcHJvcG9zaW5n IGEgZGV2aWF0aW9uIGZyb20gdGhpcywgdGhlbiBJIGJlbGlldmUgaXQgbmVlZHMgdG8gYmUgcmV2 aWV3ZWQgaW4gSURSDQogV0cgc2luY2UgdGhhdCB3aWxsIGxpa2VseSBjaGFuZ2UgYW5kIHNldCBh IHByZWNlZGVudCBmb3IgaG93IHdlIGFsbG9jYXRlIGNvZGUtcG9pbnRzIGZvciBCR1AtTFMuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5TZWMgNSA6IEkgdGhpbmsgdGhlIHRleHQgaW4gdGhp cyBzZWN0aW9uIGlzIGluYWRlcXVhdGUgYW5kIHdlIHdpbGwgZmFjZSBxdWVzdGlvbnMgZHVyaW5n IEFEL0lFU0cgcmV2aWV3cy4gUGxlYXNlIGNvbnNpZGVyIGJvcnJvd2luZyB0ZXh0IGZyb20NCjxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4NTcxI3NlY3Rpb24tMyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4NTcxI3NlY3Rpb24t MzwvYT4gKEkgYXNzdW1lIHRoaXMgaXMgc3RyYWlnaHRmb3J3YXJkIGNhc2Ugb2YgdGFraW5nIGlu Zm8gZnJvbSBJR1BzIGludG8gQkdQLUxTKSBvbiB0aGUgbGluZXMgb2YgUkZDNzc1Mi48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+S2V0YW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gQklFUiAmbHQ7PGEgaHJlZj0ibWFp bHRvOmJpZXItYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmJpZXItYm91bmNlc0Bp ZXRmLm9yZzwvYT4mZ3Q7DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkdyZWcgU2hlcGhlcmQ8YnI+DQo8 Yj5TZW50OjwvYj4gMzEgTWF5IDIwMTkgMDE6MDk8YnI+DQo8Yj5Ubzo8L2I+IEJJRVIgV0cgJmx0 OzxhIGhyZWY9Im1haWx0bzpiaWVyQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+YmllckBpZXRm Lm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtCaWVyXSBXR0xDOiBkcmFmdC1pZXRm LWJpZXItYmdwLWxzLWJpZXItZXh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj5Tb2xpZCBzdXBwb3J0IGluIHRoZSByb29tIGluIFByYWd1ZS4gTm93IHRv IHRoZSBsaXN0Li4gUGxlYXNlIHJlYWQgYW5kIHJlc3BvbmQgdG8gdGhpcyB0aHJlYWQ6PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YSBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJpZXItYmdw LWxzLWJpZXItZXh0LyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtYmllci1iZ3AtbHMtYmllci1leHQvPC9hPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+QWxzbyBuZWVkIGEg dm9sdW50ZWVyIERvYyBTaGVwaGVyZC4gSSdsbCBidXkgeW91IGEgYmVlci48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlZvdGluZyBlbmRz IDEzIEp1bmUgMjAxOS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+U2hlcDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj4oY2hhaXJzKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_-- --_004_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_ Content-Type: message/rfc822 Content-Disposition: attachment; creation-date="Thu, 08 Aug 2019 10:34:55 GMT"; modification-date="Thu, 08 Aug 2019 10:34:55 GMT" From: "Ketan Talaulikar (ketant)" To: "chen.ran@zte.com.cn" , "gjshep@gmail.com" CC: "idr-chairs@ietf.org" , "bier@ietf.org" , "aretana.ietf@gmail.com" Subject: RE: [Bier] ///Re: WGLC: draft-ietf-bier-bgp-ls-bier-ext Thread-Topic: [Bier] ///Re: WGLC: draft-ietf-bier-bgp-ls-bier-ext Thread-Index: AQHVOJQGpiM0PMHMDkqeyxdjbQZmiqbWooBg Date: Mon, 22 Jul 2019 12:38:02 +0000 Message-ID: References: <201907121726224165743@zte.com.cn> In-Reply-To: <201907121726224165743@zte.com.cn> Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 x-ms-exchange-organization-originalclientipaddress: 2001:67c:1232:144:453b:ca74:4a03:bb59 x-ms-exchange-organization-originalserveripaddress: 2603:10b6:3:a::22 x-ms-exchange-organization-submissionquotaskipped: False Content-Type: multipart/alternative; boundary="_000_DM5PR11MB2027FC8CF1FB1BA064C1D1FBC1C40DM5PR11MB2027namp_" MIME-Version: 1.0 --_000_DM5PR11MB2027FC8CF1FB1BA064C1D1FBC1C40DM5PR11MB2027namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUmFuLA0KDQoNCg0KVGhhbmtzIGZvciB5b3VyIHJlc3BvbnNlcyBhbmQgd2UgYWdyZWUgb24g YWxsIG9mIHRoZW0gZXhjZXB0IHRoZSBvbmUgYWJvdXQgY2FydmluZyBvdXQgc2VwYXJhdGUgc3Vi LVRMViByZWdpc3RyaWVzIGluIEJHUC1MUyBmb3Igc29tZSBCSUVSIFRMVnMuIEkgYW0gY29uY2Vy bmVkIHRoYXQgaXQgY29tcGxpY2F0ZXMgdGhlIG1hbmFnZW1lbnQgb2YgQkdQLUxTIFRMViBjb2Rl IHBvaW50cyBzaW5jZSB3ZSBoYXZlIHBvdGVudGlhbGx5IG1vcmUgYXBwbGljYXRpb25zIGFuZCBU TFZzIHN0YXJ0aW5nIHRvIGRvIHRoaXMgb25jZSBhIHByZWNlZGVuY2UgaXMgc2V0LiBXZSBjYW4g dGFrZSB0aGlzIHRvIHRoZSBJRFIgV0cuDQoNCg0KDQpUaGFua3MsDQoNCktldGFuDQoNCg0KDQpG cm9tOiBCSUVSIDxiaWVyLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBjaGVuLnJhbkB6 dGUuY29tLmNuDQpTZW50OiAxMiBKdWx5IDIwMTkgMDU6MjYNClRvOiBLZXRhbiBUYWxhdWxpa2Fy IChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPjsgZ2pzaGVwQGdtYWlsLmNvbQ0KQ2M6IGlkci1j aGFpcnNAaWV0Zi5vcmc7IGJpZXJAaWV0Zi5vcmc7IGFyZXRhbmEuaWV0ZkBnbWFpbC5jb20NClN1 YmplY3Q6IFJlOiBbQmllcl0gLy8vUmU6IFdHTEM6IGRyYWZ0LWlldGYtYmllci1iZ3AtbHMtYmll ci1leHQNCg0KDQoNCkhpIEtldGFuIGFuZCBjaGFpcnMsDQoNCkkgYW0gdmVyeSBzb3JyeSBmb3Ig dGhlIGxhdGUgb2YgcmVwbHkuDQoNClBsZWFzZSBmaW5kIHJlcGxpZXMgaW5saW5lIHdpdGggUmFu Pg0KDQoNCg0KVGhhbmtzLA0KDQpSYW4NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCuWPkeS7tuS6uu+8 mkdyZWdTaGVwaGVyZCA8Z2pzaGVwQGdtYWlsLmNvbTxtYWlsdG86Z2pzaGVwQGdtYWlsLmNvbT4+ 5pS25Lu25Lq677yaS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSA8a2V0YW50QGNpc2NvLmNvbTxt YWlsdG86a2V0YW50QGNpc2NvLmNvbT4+O+aKhOmAgeS6uu+8mmlkci1jaGFpcnNAaWV0Zi5vcmc8 bWFpbHRvOmlkci1jaGFpcnNAaWV0Zi5vcmc+IDxpZHItY2hhaXJzQGlldGYub3JnPG1haWx0bzpp ZHItY2hhaXJzQGlldGYub3JnPj47QklFUiBXRyA8YmllckBpZXRmLm9yZzxtYWlsdG86YmllckBp ZXRmLm9yZz4+O0FsdmFybyBSZXRhbmEgPGFyZXRhbmEuaWV0ZkBnbWFpbC5jb208bWFpbHRvOmFy ZXRhbmEuaWV0ZkBnbWFpbC5jb20+Pjvml6Ug5pyfIO+8mjIwMTnlubQwNuaciDI25pelIDAxOjQ0 5Li7IOmimCDvvJpSZTogW0JpZXJdIFdHTEM6IGRyYWZ0LWlldGYtYmllci1iZ3AtbHMtYmllci1l eHRfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQklFUiBt YWlsaW5nIGxpc3QNCkJJRVJAaWV0Zi5vcmc8bWFpbHRvOkJJRVJAaWV0Zi5vcmc+DQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2JpZXINCg0KQ2FuIHRoZSBhdXRob3JzIHBs ZWFzZSBhZGRyZXNzIEtldGFuJ3MgaXNzdWVzIGhlcmU/DQpUaGFua3MsR3JlZw0KT24gRnJpLCBN YXkgMzEsIDIwMTkgYXQgMTI6MjMgQU0gS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSA8a2V0YW50 QGNpc2NvLmNvbTxtYWlsdG86a2V0YW50QGNpc2NvLmNvbT4+IHdyb3RlOg0KDQogICBIZWxsbywN Cg0KDQoNCiAgIEnigJl2ZSByZXZpZXdlZCB0aGlzIGRyYWZ0IGFuZCBoYXZlIHNvbWUgY29tbWVu dHMgYmVsb3cuIEkgZG8gbm90IGJlbGlldmUgdGhpcyBkcmFmdCBpcyByZWFkeSB1bnRpbCB0aGV5 IGFyZSBhZGRyZXNzZWQuDQoNCg0KDQogICBJTUhPIHRoZSBCSUVSIFdHIHNob3VsZCBhbHNvIGNy b3NzLXBvc3QgdGhpcyB0byB0aGUgSURSIFdHIHNvIHRoYXQgaXQgZ2V0cyBzdWZmaWNpZW50IGV5 ZWJhbGxzIGZyb20gdGhlIGZvbGtzIHdvcmtpbmcgb24gQkdQLUxTIHRoZXJlLiBQbGVhc2Ugbm90 ZSB0aGF0IHRoZXJlIGFyZSBjb3VwbGUgb2YgcG9pbnRzIGluIG15IGVtYWlsIGJlbG93ICByZWxh dGVkIHRvIGNvZGUgcG9pbnQgYWxsb2NhdGlvbiBhbmQgaW1wbGVtZW50YXRpb24gcmVxdWlyZW1l bnRzIHRoYXQgYXJlIGZvbGxvd2VkIGZvciBkb2N1bWVudHMgaW4gSURSIFdHLiBJIGFtIGFsc28g Y29weWluZyB0aGUgSURSIGNoYWlycyBhbmQgQWx2YXJvIHNvIHRoYXQgd2UgY2FuIGNvbWUgdG8g c29tZSBjb21tb24gdW5kZXJzdGFuZGluZyBhY3Jvc3MgV0dzIHByb2R1Y2luZyBkb2N1bWVudHMg cmVsYXRlZCB0byBCR1AtTFMgZXh0ZW5zaW9ucy4NCg0KDQoNCiAgIEdlbmVyYWwgOg0KDQoNCg0K ICAgSW4gbW9zdCBjYXNlcywgdGhlIEJHUC1MUyBleHRlbnNpb25zIGFyaXNlIGZyb20gc2ltaWxh ciBleHRlbnNpb25zIHRvIHRoZSBJR1BzLiBJIGFzc3VtZSB0aGlzIGlzIGFsc28gdGhlIGNhc2Ug d2l0aCB0aGlzIGRvY3VtZW50PyBJdCBiZWNvbWVzIGltcG9ydGFudCBhbmQgbmVjZXNzYXJ5IHRo YXQgdGhlIGRvY3VtZW50IHRhbGtzIGFib3V0ICB0aGUgdW5kZXJseWluZyBJR1Agc3BlY3MgYW5k IHRoZSBUTFZzIGZyb20gd2hlcmUgdGhlIGluZm9ybWF0aW9uIHRvIGJlIHB1dCBpbnRvIHRoZSBu ZXcgQkdQLUxTIFRMVnMgYmVpbmcgZGVmaW5lZC4gT3RoZXJ3aXNlLCBob3cgd291bGQgdGhlIEJH UC1MUyBwcm9kdWNlciBpbXBsZW1lbnRhdGlvbiBrbm93IHdoYXQgdG8gY29uc3RydWN0IHRoZSBU TFZzIGZyb20/DQoNCiAgICBSYW4+IFllcywgVGhpcyBCR1AtTFMgZXh0ZW5zaW9ucyBhcmlzZSBm cm9tIHNpbWlsaWFyIGV4dGVuc2lvbiB0byB0aGUgSUdQcy4gRm9yIHRoZSBJR1AgZXh0ZW5zaW9u cyxwbGVhc2Ugc2VlIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4NDAxIGFuZCBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODQ0NC4gV2Ugd2lsbCBhZGQgaXQuDQoNCiAgIElm IHRoaXMgaW5mb3JtYXRpb24gaXMgbm90IGJlaW5nIHNvdXJjZWQgZnJvbSB0aGUgSUdQcywgdGhl biBsaWtlbHkgdGhlIEJGUnMgd291bGQgYWxsIG5lZWQgdG8gc2V0dXAgYSBCR1AtTFMgc2Vzc2lv bnMgYW5kIHRoZW4gdGhpcyBpbmZvcm1hdGlvbiBpcyBzb3VyY2VkIGxvY2FsbHkuIEkgZG91YnQg dGhpcyBpcyB0aGUgY2FzZSwgYnV0ICBwbGVhc2UgY29uZmlybS4NCg0KDQoNCiAgIFNlYyAzIDog UGxlYXNlIGV4cGFuZCDigJxCRlLigJ0gYW5kIGV4cGxhaW4gd2hhdCBpdCBpcyBvbiB0aGUgZmly c3QgdXNhZ2UuDQoNCiAgICAgUmFuPlN1cmUuIFdlIHdpbGwgYWRkIGl0LlRoYW5rcy4NCg0KICAg U2VjIDMgOiBUaGVyZSBpcyBubyDigJxCR1AtTFMgUHJlZml4IEF0dHJpYnV0ZSBUTFbigJ0gaW4g QkdQLUxTL1JGQyA3NzUyLiBUaGUgbmFtZSBvZiB0aGUgQkdQIEF0dHJpYnV0ZSBpbnRyb2R1Y2Vk IGZvciBCR1AtTFMgaXMgY2FsbGVkIEJHUC1MUyBBdHRyaWJ1dGUgKGh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9yZmM3NzUyI3NlY3Rpb24tMy4zKS4gIFNvbWUgb2YgdGhlIFRMVnMgaW4gdGhp cyBCR1AtTFMgQXR0cmlidXRlIGFyZSBjYWxsZWQg4oCcUHJlZml4IEF0dHJpYnV0ZSBUTFZz4oCd IGkuZS4gdGhlIG9uZXMgdGhhdCBhcmUgYXNzb2NpYXRlZCB3aXRoIHRoZSBCR1AtTFMgUHJlZml4 IE5MUkkuIFdoYXQgd2UgYXJlIGludHJvZHVjaW5nIGluIHRoaXMgZHJhZnQgZm9yIEJJRVIgYXJl IG1vcmUvbmV3IFByZWZpeCBBdHRyaWJ1dGUgVExWcy4NCg0KICAgICBSYW4+WWVzLiBXZSB3aWxs IGNoYW5nZSB0aGUgbmFtZSB0byAiIFByZWZpeCBBdHRyaWJ1dGUgVExWIi4NCg0KICAgU2VjIDMu MSA6IFdoeSBkbyB3ZSBuZWVkIHRoZSBNVC1JRCBpbiB0aGlzIFRMViB3aGVuIHdlIGFscmVhZHkg aGF2ZSBUTFYgMjYzIHRoYXQgaW5kaWNhdGVzIHRoZSBNVC1JRCBhcyBwYXJ0IG9mIHRoZSBQcmVm aXggZGVzY3JpcHRvciBUTFZzIGluIHRoZSBOTFJJIHBhcnQ/DQoNCiAgICAgUmFuPndlIHdpbCBy ZW1vdmUgdGhlIE1ULUlEIGFuZCB1c2UgaXQgZnJvbSB0aGUgVExWIDI2My4NCg0KICAgU2VjIDMu MiA6IFdoYXQgaXMgQlMgTGVuZ3RoPyBJIGRvbuKAmXQgZmluZCBpdCBpbiB0aGUgZXF1aXZhbGVu dCBJR1AgVExWcyBpbiByZmM4NDQ0IGFuZCByZmM4NDAxLg0KDQogICBSYW4+QlMgTGVuZ3RoIGlz IGluIHRoZSAiQklFUiBNUExTIEVuY2Fwc3VsYXRpb24gU3ViLXN1Yi1UTFYgaW4gcmZjODQ0NCBh bmQgaW4gdGhlIEJJRVIgTVBMUyBFbmNhcHN1bGF0aW9uIFN1Yi1UTFYiIGluIHJmYzg0MDEsIGFu ZCB3ZSB3aWxsIHJldmlzZSB0aGUgc2FtZSBhcyByZmM4NDQ0IGFuZCByZmM4NDAxLg0KDQogICBT ZWMgMy4yIDogU2F5cw0KICAgSXQgTVVTVCBhcHBlYXIgbXVsdGlwbGUgdGltZXMgaW4gdGhlIEJJ RVIgVExWIGFzIGRlc2NyaWJlZCBpbiBbUkZDODQ0NDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvcmZjODQ0ND5dDQoNCg0KDQogICBUaGlzIGlzIG5vdCB0cnVlLiBJdCBzaG91bGQgYmUgYSBN QVkgbm90IGEgTVVTVC4NCg0KICAgICBSYW4+IHdpbGwgdXBkYXRlIGl0Lg0KDQogICBTZWMgMy4z IDogVGhlIEJTIExlbmd0aCBpcyA0IGJpdHMgaW4gdGhlIElHUHMgd2hpbGUgaXQgaXMgYmVpbmcg aW50cm9kdWNlZCBhcyBhbiA4IGJpdCBmaWVsZCBpbiBCR1AtTFMuIE5vcm1hbGx5LCB3ZSBzaG91 bGQga2VlcCB0aGluZ3MgYWxpZ25lZCBiZXR3ZWVuIElHUHMgYW5kIEJHUC1MUyDigJMgaG93ZXZl ciwgaWYgd2Ugd2FudCB0byBub3QgIGRvIHRoaXMsIHRoZW4gdGhpcyBkb2N1bWVudCBzaG91bGQg aGF2ZSBzb21lIHRleHQgdG8gZXhwbGFpbiBob3cgdGhlIGxlbmd0aCBpcyBlbmNvZGVkLiBQZXJo YXBzIHNvbWV3aGF0IHNpbWlsYXIgdG8gaG93IGl04oCZcyBleHBsYWluZWQgZm9yIHRoZSBsYWJl bCBmaWVsZC4NCg0KICAgIFJhbj4gT2suIHdpbGwgYmUgdXBkYXRlZCB0byA0IGJpdHMuDQoNCiAg IFNlYyA0IDogSURSIFdHIGRvZXMgbm90IGFsbG93IGZvciDigJxzdWdnZXN0aW9uc+KAnSBvciDi gJxyZWNvbW1lbmRhdGlvbnPigJ0gZm9yIGNvZGUtcG9pbnRzIOKAkyBzaW5jZSB0aGlzIGlzIGEg QkdQLUxTIGRvY3VtZW50IEkgd291bGQgYXNzdW1lIHdlIGZvbGxvdyB0aGUgc2FtZSBydWxlcyBl dmVuIGlmIHRoaXMgaXMgQklFUiBXRyBkb2N1bWVudD8gV2hlbiAgcmVxdWlyZWQsIHRoZSBJQU5B IGVhcmx5IGFsbG9jYXRpb24gcHJvY2VkdXJlIHNob3VsZCBiZSBmb2xsb3dlZCBhbmQgdGhlIGNv ZGUgcG9pbnRzIHVwZGF0ZWQgaW4gdGhlIGRyYWZ0IG9uY2UgdGhhdCBoYXMgYmVlbiBkb25lLiBP dGhlcndpc2Ugd2Ugd2lsbCBlbmQgdXAgaGF2aW5nIHNxdWF0dGluZyBhbmQgY29uZmxpY3QgaXNz dWVzIHNpbmNlIHdlIHdpbGwgYWxzbyBoYXZlIEJHUC1MUyBkcmFmdHMgaW4gdGhlIExTUiBXRyBn b2luZyBmb3J3YXJkLiAgSSBob3BlIHdlIGNhbiBjb21lIHRvIHNvbWUgY29tbW9uIHVuZGVyc3Rh bmRpbmcgb24gdGhpcyBhbGxvY2F0aW9uIHByb2Nlc3MgYWNyb3NzIHRoZSBXR3MuIEFub3RoZXIg KHVucmVsYXRlZCkgcG9pbnQgaXMgdGhhdCB0aGUgSURSIFdHIGV4cGVjdHMgaW1wbGVtZW50YXRp b24gcmVwb3J0cyBhbmQgcHJvZ3Jlc3Npb24gdG8gV0dMQyBvbmx5IGFmdGVyIHdl4oCZdmUgaGFk IDIgaW1wbGVtZW50YXRpb24gcmVwb3J0cyDigJMgZG9lcyB0aGlzIGNoYW5nZSAgZm9yIEJHUC1M UyBleHRlbnNpb25zIGZyb20gb3V0c2lkZSBJRFI/DQoNCiAgICAgUmFuPndpbGwgZm9sbG93IHRo ZSBzYW1lIHJ1bGVzLlRoYW5rcyBmb3IgcmVtaW5kaW5nLg0KDQogICBTZWMgNCA6IFRoZSBJQU5B IEJHUC1MUyBQYXJhbWV0ZXJzIHJlZ2lzdHJ5IGhhcyB0aGUg4oCcQkdQLUxTIE5vZGUgRGVzY3Jp cHRvciwgTGluayBEZXNjcmlwdG9yLCBQcmVmaXggRGVzY3JpcHRvciwgYW5kIEF0dHJpYnV0ZSBU TFZz4oCdIHJlZ2lzdHJ5LiBBbHNvLCB0aGlzIGRvY3VtZW50IHByb3Bvc2VzIHRvIHNldHVwIGEg bmV3IHJlZ2lzdHJ5ICBmb3IgdGhlIEVuY2Fwc3VsYXRpb24gc3ViLVRMVi4gV2XigJl2ZSBuZXZl ciBkb25lIHRoaXMgaW4gQkdQLUxTIHByZXZpb3VzbHkgYW5kIGV2ZXJ5b25lIChpbmNsdWRpbmcg c3ViLVRMVnMpIGFsbG9jYXRlcyBmcm9tIHRoZSBzYW1lIGZsYXQgc3BhY2UuIElmIHRoaXMgZG9j dW1lbnQgaXMgcHJvcG9zaW5nIGEgZGV2aWF0aW9uIGZyb20gdGhpcywgdGhlbiBJIGJlbGlldmUg aXQgbmVlZHMgdG8gYmUgcmV2aWV3ZWQgaW4gSURSIFdHIHNpbmNlIHRoYXQgIHdpbGwgbGlrZWx5 IGNoYW5nZSBhbmQgc2V0IGEgcHJlY2VkZW50IGZvciBob3cgd2UgYWxsb2NhdGUgY29kZS1wb2lu dHMgZm9yIEJHUC1MUw0KDQogICAgUmFuPiBJbiBteSBvcG5pb24sIGl0IHdvdWxkIGJlIGJldHRl ciB0byBhc3NpZ24gYSBuZXcgcmVnaXN0cnkgZm9yIHRoZSBFbmNhcHN1bGF0aW9uIHN1Yi1UTFYu IEJlYWN1c2UgdGhlIEVuY2Fwc3VsYXRpb24gc3ViLVRMViAgaGFzIGEgc3Ryb25nICByZWxhdGlv bnNoaXAgd2l0aCB0aGUgQklFUiBUTFYsYW5kIG9mIGNvdXJzZSB3ZSBjYW4gZGlzY3Vzcy4NCg0K ICAgU2VjIDUgOiBJIHRoaW5rIHRoZSB0ZXh0IGluIHRoaXMgc2VjdGlvbiBpcyBpbmFkZXF1YXRl IGFuZCB3ZSB3aWxsIGZhY2UgcXVlc3Rpb25zIGR1cmluZyBBRC9JRVNHIHJldmlld3MuIFBsZWFz ZSBjb25zaWRlciBib3Jyb3dpbmcgdGV4dCBmcm9tIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9yZmM4NTcxI3NlY3Rpb24tMyAoSSBhc3N1bWUgdGhpcyBpcyBzdHJhaWdodGZvcndhcmQgY2Fz ZSBvZiB0YWtpbmcgaW5mbyBmcm9tIElHUHMgaW50byBCR1AtTFMpIG9uIHRoZSBsaW5lcyBvZiBS RkM3NzUyLg0KDQogICAgIFJhbj53aWxsIHVwZGF0ZSBpdC4NCg0KDQoNCiAgIFRoYW5rcywNCg0K ICAgS2V0YW4NCg0KDQoNCg0KDQogICBGcm9tOiBCSUVSIDxiaWVyLWJvdW5jZXNAaWV0Zi5vcmc8 bWFpbHRvOmJpZXItYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBHcmVnIFNoZXBoZXJk DQogICBTZW50OiAzMSBNYXkgMjAxOSAwMTowOQ0KICAgVG86IEJJRVIgV0cgPGJpZXJAaWV0Zi5v cmc8bWFpbHRvOmJpZXJAaWV0Zi5vcmc+Pg0KICAgU3ViamVjdDogW0JpZXJdIFdHTEM6IGRyYWZ0 LWlldGYtYmllci1iZ3AtbHMtYmllci1leHQNCg0KDQoNCiAgIFNvbGlkIHN1cHBvcnQgaW4gdGhl IHJvb20gaW4gUHJhZ3VlLiBOb3cgdG8gdGhlIGxpc3QuLi4gUGxlYXNlIHJlYWQgYW5kIHJlc3Bv bmQgdG8gdGhpcyB0aHJlYWQ6DQoNCg0KDQogICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLWJpZXItYmdwLWxzLWJpZXItZXh0Lw0KDQoNCg0KICAgQWxzbyBuZWVk IGEgdm9sdW50ZWVyIERvYyBTaGVwaGVyZC4gSSdsbCBidXkgeW91IGEgYmVlci4NCg0KDQoNCiAg IFZvdGluZyBlbmRzIDEzIEp1bmUgMjAxOS4NCg0KDQoNCiAgIFRoYW5rcywNCg0KICAgU2hlcA0K DQogICAoY2hhaXJzKQ0KDQoNCg0KDQoNCg== --_000_DM5PR11MB2027FC8CF1FB1BA064C1D1FBC1C40DM5PR11MB2027namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Ik1TIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6Ik1pY3Jvc29mdCBKaGVuZ0hlaSI7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBNaWNyb3NvZnQgSmhlbmdIZWkiO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxATVMgR290aGljIjsNCglwYW5vc2UtMToyIDEx IDYgOSA3IDIgNSA4IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVk IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxp Lm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsN Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1h dHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQi Ow0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUlOO30N CnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQg NzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1JTiIgbGluaz0iYmx1ZSIgdmxpbms9 InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBSYW4sPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PlRoYW5rcyBmb3IgeW91ciByZXNwb25zZXMgYW5kIHdlIGFncmVlIG9uIGFsbCBvZiB0aGVtIGV4 Y2VwdCB0aGUgb25lIGFib3V0IGNhcnZpbmcgb3V0IHNlcGFyYXRlIHN1Yi1UTFYgcmVnaXN0cmll cyBpbiBCR1AtTFMgZm9yIHNvbWUgQklFUiBUTFZzLiBJIGFtIGNvbmNlcm5lZCB0aGF0IGl0IGNv bXBsaWNhdGVzIHRoZSBtYW5hZ2VtZW50DQogb2YgQkdQLUxTIFRMViBjb2RlIHBvaW50cyBzaW5j ZSB3ZSBoYXZlIHBvdGVudGlhbGx5IG1vcmUgYXBwbGljYXRpb25zIGFuZCBUTFZzIHN0YXJ0aW5n IHRvIGRvIHRoaXMgb25jZSBhIHByZWNlZGVuY2UgaXMgc2V0LiBXZSBjYW4gdGFrZSB0aGlzIHRv IHRoZSBJRFIgV0cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPktl dGFuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gQklFUiAmbHQ7Ymllci1ib3VuY2VzQGlldGYub3Jn Jmd0Ow0KPGI+T24gQmVoYWxmIE9mIDwvYj5jaGVuLnJhbkB6dGUuY29tLmNuPGJyPg0KPGI+U2Vu dDo8L2I+IDEyIEp1bHkgMjAxOSAwNToyNjxicj4NCjxiPlRvOjwvYj4gS2V0YW4gVGFsYXVsaWth ciAoa2V0YW50KSAmbHQ7a2V0YW50QGNpc2NvLmNvbSZndDs7IGdqc2hlcEBnbWFpbC5jb208YnI+ DQo8Yj5DYzo8L2I+IGlkci1jaGFpcnNAaWV0Zi5vcmc7IGJpZXJAaWV0Zi5vcmc7IGFyZXRhbmEu aWV0ZkBnbWFpbC5jb208YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtCaWVyXSAvLy9SZTogV0dM QzogZHJhZnQtaWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIHN0 eWxlPSJsaW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SGkmbmJzcDtLZXRhbiBhbmQgY2hhaXJzLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJsaW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SSBhbSB2ZXJ5IHNv cnJ5IGZvciB0aGUgbGF0ZSBvZiByZXBseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHls ZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWY7YmFja2dyb3VuZDp3aGl0ZSI+UGxlYXNlIGZpbmQgcmVwbGll cyBpbmxpbmUgd2l0aCZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ UmFuJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9ImxpbmUtaGVpZ2h0 OjE1Ljc1cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibGluZS1oZWln aHQ6MTUuNzVwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWYiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibGluZS1o ZWlnaHQ6MTUuNzVwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWYiPlJhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzdHJvbmc+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0IEpoZW5n SGVpJnF1b3Q7LHNhbnMtc2VyaWYiPuWPkeS7tuS6uu+8mjwvc3Bhbj48L3N0cm9uZz48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmIj5HcmVnU2hlcGhlcmQgJmx0OzxhIGhyZWY9Im1haWx0bzpnanNoZXBAZ21haWwuY29t Ij5nanNoZXBAZ21haWwuY29tPC9hPiZndDs8L3NwYW4+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDsiPuaUtuS7tuS6 uu+8mjwvc3Bhbj48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5LZXRhbg0KIFRhbGF1bGlrYXIgKGtl dGFudCkgJmx0OzxhIGhyZWY9Im1haWx0bzprZXRhbnRAY2lzY28uY29tIj5rZXRhbnRAY2lzY28u Y29tPC9hPiZndDs7PC9zcGFuPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7Ij7mioTpgIHkurrvvJo8L3NwYW4+PC9z dHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJlZj0ibWFpbHRvOmlkci1jaGFpcnNAaWV0Zi5vcmci Pmlkci1jaGFpcnNAaWV0Zi5vcmc8L2E+DQogJmx0OzxhIGhyZWY9Im1haWx0bzppZHItY2hhaXJz QGlldGYub3JnIj5pZHItY2hhaXJzQGlldGYub3JnPC9hPiZndDs7QklFUiBXRyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmJpZXJAaWV0Zi5vcmciPmJpZXJAaWV0Zi5vcmc8L2E+Jmd0OztBbHZhcm8gUmV0 YW5hICZsdDs8YSBocmVmPSJtYWlsdG86YXJldGFuYS5pZXRmQGdtYWlsLmNvbSI+YXJldGFuYS5p ZXRmQGdtYWlsLmNvbTwvYT4mZ3Q7Ozwvc3Bhbj48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90OyI+5pelPC9zcGFuPjwv c3Ryb25nPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+DQo8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMm cXVvdDsiPuacnzwvc3Bhbj48L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPg0KPC9zcGFu Pjwvc3Ryb25nPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7Ij7vvJo8L3NwYW4+PC9zdHJvbmc+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+MjAxOTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtNUyBHb3RoaWMmcXVvdDsiPuW5tDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4wNjwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMm cXVvdDsiPuaciDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4yNjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDsiPuaXpTwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj4NCiAwMTo0NDwvc3Bhbj48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90OyI+5Li7PC9zcGFu Pjwvc3Ryb25nPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+DQo8L3NwYW4+PC9zdHJvbmc+PHN0cm9u Zz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNaWNyb3Nv ZnQgSmhlbmdIZWkmcXVvdDssc2Fucy1zZXJpZiI+6aKYPC9zcGFuPjwvc3Ryb25nPjxzdHJvbmc+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZiI+DQo8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDsiPu+8mjwvc3Bh bj48L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlJlOiBbQmllcl0gV0dMQzogZHJhZnQt aWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dDwvc3Bhbj48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCkJJRVIm bmJzcDttYWlsaW5nJm5ic3A7bGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpCSUVSQGlldGYub3Jn Ij5CSUVSQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vYmllciI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9iaWVyPC9hPjxicj4NCjxicj4NCkNhbiB0aGUgYXV0aG9ycyBwbGVhc2UgYWRkcmVzcyBLZXRh bidzIGlzc3VlcyBoZXJlPzxicj4NClRoYW5rcyxHcmVnPGJyPg0KT24gRnJpLCBNYXkgMzEsIDIw MTkgYXQgMTI6MjMgQU0gS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSAmbHQ7PGEgaHJlZj0ibWFp bHRvOmtldGFudEBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5rZXRhbnRAY2lzY28uY29tPC9h PiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNt IDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwPkhlbGxv LDxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD5J4oCZdmUgcmV2 aWV3ZWQgdGhpcyBkcmFmdCBhbmQgaGF2ZSBzb21lIGNvbW1lbnRzIGJlbG93LiBJIGRvIG5vdCBi ZWxpZXZlIHRoaXMgZHJhZnQgaXMgcmVhZHkgdW50aWwgdGhleSBhcmUgYWRkcmVzc2VkLjxvOnA+ PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD5JTUhPIHRoZSBCSUVSIFdH IHNob3VsZCBhbHNvIGNyb3NzLXBvc3QgdGhpcyB0byB0aGUgSURSIFdHIHNvIHRoYXQgaXQgZ2V0 cyBzdWZmaWNpZW50IGV5ZWJhbGxzIGZyb20gdGhlIGZvbGtzIHdvcmtpbmcgb24gQkdQLUxTIHRo ZXJlLiBQbGVhc2Ugbm90ZSB0aGF0IHRoZXJlIGFyZSBjb3VwbGUgb2YgcG9pbnRzIGluIG15IGVt YWlsIGJlbG93ICZuYnNwO3JlbGF0ZWQgdG8gY29kZSBwb2ludCBhbGxvY2F0aW9uIGFuZCBpbXBs ZW1lbnRhdGlvbiByZXF1aXJlbWVudHMNCiB0aGF0IGFyZSBmb2xsb3dlZCBmb3IgZG9jdW1lbnRz IGluIElEUiBXRy4gSSBhbSBhbHNvIGNvcHlpbmcgdGhlIElEUiBjaGFpcnMgYW5kIEFsdmFybyBz byB0aGF0IHdlIGNhbiBjb21lIHRvIHNvbWUgY29tbW9uIHVuZGVyc3RhbmRpbmcgYWNyb3NzIFdH cyBwcm9kdWNpbmcgZG9jdW1lbnRzIHJlbGF0ZWQgdG8gQkdQLUxTIGV4dGVuc2lvbnMuPG86cD48 L286cD48L3A+DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPkdlbmVyYWwgOjxvOnA+PC9v OnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD5JbiBtb3N0IGNhc2VzLCB0aGUg QkdQLUxTIGV4dGVuc2lvbnMgYXJpc2UgZnJvbSBzaW1pbGFyIGV4dGVuc2lvbnMgdG8gdGhlIElH UHMuIEkgYXNzdW1lIHRoaXMgaXMgYWxzbyB0aGUgY2FzZSB3aXRoIHRoaXMgZG9jdW1lbnQ/IEl0 IGJlY29tZXMgaW1wb3J0YW50IGFuZCBuZWNlc3NhcnkgdGhhdCB0aGUgZG9jdW1lbnQgdGFsa3Mg YWJvdXQgJm5ic3A7dGhlIHVuZGVybHlpbmcgSUdQIHNwZWNzIGFuZCB0aGUgVExWcyBmcm9tIHdo ZXJlIHRoZSBpbmZvcm1hdGlvbg0KIHRvIGJlIHB1dCBpbnRvIHRoZSBuZXcgQkdQLUxTIFRMVnMg YmVpbmcgZGVmaW5lZC4gT3RoZXJ3aXNlLCBob3cgd291bGQgdGhlIEJHUC1MUyBwcm9kdWNlciBp bXBsZW1lbnRhdGlvbiBrbm93IHdoYXQgdG8gY29uc3RydWN0IHRoZSBUTFZzIGZyb20/PG86cD48 L286cD48L3A+DQo8cD4mbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6IzAwNzBDMDtiYWNrZ3JvdW5k OndoaXRlIj5SYW4mZ3Q7IFllcywgVGhpcyBCR1AtTFMgZXh0ZW5zaW9ucyBhcmlzZSBmcm9tIHNp bWlsaWFyIGV4dGVuc2lvbiB0byB0aGUgSUdQcy4gRm9yIHRoZSBJR1AgZXh0ZW5zaW9ucyxwbGVh c2Ugc2VlJm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9y ZmM4NDAxIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZTtiYWNrZ3Jv dW5kOndoaXRlIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODQwMTwvc3Bhbj48L2E+ PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDcwQzA7YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7YW5kJm5i c3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4NDQ0LiIg dGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGU7YmFja2dyb3VuZDp3aGl0 ZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzg0NDQuPC9zcGFuPjwvYT48c3BhbiBz dHlsZT0iY29sb3I6IzAwNzBDMDtiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDtXZQ0KIHdpbGwgYWRk IGl0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPklmIHRoaXMgaW5mb3JtYXRpb24gaXMgbm90 IGJlaW5nIHNvdXJjZWQgZnJvbSB0aGUgSUdQcywgdGhlbiBsaWtlbHkgdGhlIEJGUnMgd291bGQg YWxsIG5lZWQgdG8gc2V0dXAgYSBCR1AtTFMgc2Vzc2lvbnMgYW5kIHRoZW4gdGhpcyBpbmZvcm1h dGlvbiBpcyBzb3VyY2VkIGxvY2FsbHkuIEkgZG91YnQgdGhpcyBpcyB0aGUgY2FzZSwgYnV0ICZu YnNwO3BsZWFzZSBjb25maXJtLjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8cD5TZWMgMyA6IFBsZWFzZSBleHBhbmQg4oCcQkZS4oCdIGFuZCBleHBsYWluIHdoYXQg aXQgaXMgb24gdGhlIGZpcnN0IHVzYWdlLjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PHNwYW4g c3R5bGU9ImNvbG9yOiMwMDcwQzA7YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7UmFuJmd0O1N1cmUu IFdlIHdpbGwgYWRkIGl0LlRoYW5rcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cD5TZWMgMyA6 IFRoZXJlIGlzIG5vIOKAnEJHUC1MUyBQcmVmaXggQXR0cmlidXRlIFRMVuKAnSBpbiBCR1AtTFMv UkZDIDc3NTIuIFRoZSBuYW1lIG9mIHRoZSBCR1AgQXR0cmlidXRlIGludHJvZHVjZWQgZm9yIEJH UC1MUyBpcyBjYWxsZWQgQkdQLUxTIEF0dHJpYnV0ZSAoPGEgaHJlZj0iaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL3JmYzc3NTIjc2VjdGlvbi0zLjMiIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzc1MiNzZWN0aW9uLTMuMzwvYT4pLg0KICZuYnNwO1Nv bWUgb2YgdGhlIFRMVnMgaW4gdGhpcyBCR1AtTFMgQXR0cmlidXRlIGFyZSBjYWxsZWQg4oCcUHJl Zml4IEF0dHJpYnV0ZSBUTFZz4oCdIGkuZS4gdGhlIG9uZXMgdGhhdCBhcmUgYXNzb2NpYXRlZCB3 aXRoIHRoZSBCR1AtTFMgUHJlZml4IE5MUkkuIFdoYXQgd2UgYXJlIGludHJvZHVjaW5nIGluIHRo aXMgZHJhZnQgZm9yIEJJRVIgYXJlIG1vcmUvbmV3IFByZWZpeCBBdHRyaWJ1dGUgVExWcy48bzpw PjwvbzpwPjwvcD4NCjxwPiZuYnNwOzxzcGFuIHN0eWxlPSJjb2xvcjojMDA3MEMwO2JhY2tncm91 bmQ6d2hpdGUiPiZuYnNwO1JhbiZndDtZZXMuIFdlIHdpbGwgY2hhbmdlIHRoZSBuYW1lIHRvICZx dW90OyZuYnNwO1ByZWZpeCBBdHRyaWJ1dGUgVExWJnF1b3Q7Ljwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwPlNlYyAzLjEgOiBXaHkgZG8gd2UgbmVlZCB0aGUgTVQtSUQgaW4gdGhpcyBUTFYgd2hl biB3ZSBhbHJlYWR5IGhhdmUgVExWIDI2MyB0aGF0IGluZGljYXRlcyB0aGUgTVQtSUQgYXMgcGFy dCBvZiB0aGUgUHJlZml4IGRlc2NyaXB0b3IgVExWcyBpbiB0aGUgTkxSSSBwYXJ0PzxvOnA+PC9v OnA+PC9wPg0KPHA+Jm5ic3A7PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDcwQzA7YmFja2dyb3VuZDp3 aGl0ZSI+Jm5ic3A7UmFuJmd0O3dlIHdpbCByZW1vdmUgdGhlIE1ULUlEIGFuZCB1c2UgaXQgZnJv bSB0aGUgVExWIDI2My48L3NwYW4+PG86cD48L286cD48L3A+DQo8cD5TZWMgMy4yIDogV2hhdCBp cyBCUyBMZW5ndGg/IEkgZG9u4oCZdCBmaW5kIGl0IGluIHRoZSBlcXVpdmFsZW50IElHUCBUTFZz IGluIHJmYzg0NDQgYW5kIHJmYzg0MDEuPG86cD48L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjVwdDtjb2xvcjojMDA3MEMwIj5SYW4mZ3Q7QlMgTGVuZ3RoIGlzIGluIHRo ZSAmcXVvdDtCSUVSIE1QTFMgRW5jYXBzdWxhdGlvbiBTdWItc3ViLVRMViBpbiByZmM4NDQ0IGFu ZCBpbiB0aGUgQklFUiBNUExTIEVuY2Fwc3VsYXRpb24gU3ViLVRMViZxdW90OyBpbiByZmM4NDAx LCBhbmQmbmJzcDs8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+d2Ugd2lsbCByZXZpc2Ug dGhlIHNhbWUgYXMgcmZjODQ0NCBhbmQgcmZjODQwMS48L3NwYW4+PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5TZWMgMy4yIDogU2F5cyA8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmU+ SXQgTVVTVCBhcHBlYXIgbXVsdGlwbGUgdGltZXMgaW4gdGhlIEJJRVIgVExWIGFzIGRlc2NyaWJl ZCBpbiBbPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzg0NDQiIHRhcmdl dD0iX2JsYW5rIiB0aXRsZT0iJnF1b3Q7T1NQRnYyIEV4dGVuc2lvbnMgZm9yIEJpdCBJbmRleCBF eHBsaWNpdCBSZXBsaWNhdGlvbiAoQklFUikmcXVvdDsiPlJGQzg0NDQ8L2E+XTxvOnA+PC9vOnA+ PC9wcmU+DQo8cD48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPlRoaXMgaXMgbm90IHRydWUuIEl0 IHNob3VsZCBiZSBhIE1BWSBub3QgYSBNVVNULjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PHNw YW4gc3R5bGU9ImNvbG9yOiMwMDcwQzA7YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7UmFuJmd0OyZu YnNwO3dpbGwgdXBkYXRlIGl0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPlNlYyAzLjMgOiBU aGUgQlMgTGVuZ3RoIGlzIDQgYml0cyBpbiB0aGUgSUdQcyB3aGlsZSBpdCBpcyBiZWluZyBpbnRy b2R1Y2VkIGFzIGFuIDggYml0IGZpZWxkIGluIEJHUC1MUy4gTm9ybWFsbHksIHdlIHNob3VsZCBr ZWVwIHRoaW5ncyBhbGlnbmVkIGJldHdlZW4gSUdQcyBhbmQgQkdQLUxTIOKAkyBob3dldmVyLCBp ZiB3ZSB3YW50IHRvIG5vdCAmbmJzcDtkbyB0aGlzLCB0aGVuIHRoaXMgZG9jdW1lbnQgc2hvdWxk IGhhdmUgc29tZSB0ZXh0IHRvIGV4cGxhaW4NCiBob3cgdGhlIGxlbmd0aCBpcyBlbmNvZGVkLiBQ ZXJoYXBzIHNvbWV3aGF0IHNpbWlsYXIgdG8gaG93IGl04oCZcyBleHBsYWluZWQgZm9yIHRoZSBs YWJlbCBmaWVsZC48bzpwPjwvbzpwPjwvcD4NCjxwPiZuYnNwOzxzcGFuIHN0eWxlPSJjb2xvcjoj MDA3MEMwO2JhY2tncm91bmQ6d2hpdGUiPlJhbiZndDsgT2suIHdpbGwgYmUgdXBkYXRlZCB0byA0 IGJpdHMuJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHA+U2VjIDQgOiBJRFIgV0cgZG9l cyBub3QgYWxsb3cgZm9yIOKAnHN1Z2dlc3Rpb25z4oCdIG9yIOKAnHJlY29tbWVuZGF0aW9uc+KA nSBmb3IgY29kZS1wb2ludHMg4oCTIHNpbmNlIHRoaXMgaXMgYSBCR1AtTFMgZG9jdW1lbnQgSSB3 b3VsZCBhc3N1bWUgd2UgZm9sbG93IHRoZSBzYW1lIHJ1bGVzIGV2ZW4gaWYgdGhpcyBpcyBCSUVS IFdHIGRvY3VtZW50PyBXaGVuICZuYnNwO3JlcXVpcmVkLCB0aGUgSUFOQSBlYXJseSBhbGxvY2F0 aW9uIHByb2NlZHVyZSBzaG91bGQgYmUNCiBmb2xsb3dlZCBhbmQgdGhlIGNvZGUgcG9pbnRzIHVw ZGF0ZWQgaW4gdGhlIGRyYWZ0IG9uY2UgdGhhdCBoYXMgYmVlbiBkb25lLiBPdGhlcndpc2Ugd2Ug d2lsbCBlbmQgdXAgaGF2aW5nIHNxdWF0dGluZyBhbmQgY29uZmxpY3QgaXNzdWVzIHNpbmNlIHdl IHdpbGwgYWxzbyBoYXZlIEJHUC1MUyBkcmFmdHMgaW4gdGhlIExTUiBXRyBnb2luZyBmb3J3YXJk LiAmbmJzcDtJIGhvcGUgd2UgY2FuIGNvbWUgdG8gc29tZSBjb21tb24gdW5kZXJzdGFuZGluZyBv bg0KIHRoaXMgYWxsb2NhdGlvbiBwcm9jZXNzIGFjcm9zcyB0aGUgV0dzLiBBbm90aGVyICh1bnJl bGF0ZWQpIHBvaW50IGlzIHRoYXQgdGhlIElEUiBXRyBleHBlY3RzIGltcGxlbWVudGF0aW9uIHJl cG9ydHMgYW5kIHByb2dyZXNzaW9uIHRvIFdHTEMgb25seSBhZnRlciB3ZeKAmXZlIGhhZCAyIGlt cGxlbWVudGF0aW9uIHJlcG9ydHMg4oCTIGRvZXMgdGhpcyBjaGFuZ2UgJm5ic3A7Zm9yIEJHUC1M UyBleHRlbnNpb25zIGZyb20gb3V0c2lkZSBJRFI/PG86cD48L286cD48L3A+DQo8cD4mbmJzcDs8 c3BhbiBzdHlsZT0iY29sb3I6IzAwNzBDMDtiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDtSYW4mZ3Q7 d2lsbCBmb2xsb3cgdGhlIHNhbWUgcnVsZXMuVGhhbmtzIGZvciByZW1pbmRpbmcuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHA+U2VjIDQgOiBUaGUgSUFOQSBCR1AtTFMgUGFyYW1ldGVycyByZWdp c3RyeSBoYXMgdGhlIOKAnEJHUC1MUyBOb2RlIERlc2NyaXB0b3IsIExpbmsgRGVzY3JpcHRvciwg UHJlZml4IERlc2NyaXB0b3IsIGFuZCBBdHRyaWJ1dGUgVExWc+KAnSByZWdpc3RyeS4gQWxzbywg dGhpcyBkb2N1bWVudCBwcm9wb3NlcyB0byBzZXR1cCBhIG5ldyByZWdpc3RyeSAmbmJzcDtmb3Ig dGhlIEVuY2Fwc3VsYXRpb24gc3ViLVRMVi4gV2XigJl2ZSBuZXZlciBkb25lIHRoaXMgaW4gQkdQ LUxTDQogcHJldmlvdXNseSBhbmQgZXZlcnlvbmUgKGluY2x1ZGluZyBzdWItVExWcykgYWxsb2Nh dGVzIGZyb20gdGhlIHNhbWUgZmxhdCBzcGFjZS4gSWYgdGhpcyBkb2N1bWVudCBpcyBwcm9wb3Np bmcgYSBkZXZpYXRpb24gZnJvbSB0aGlzLCB0aGVuIEkgYmVsaWV2ZSBpdCBuZWVkcyB0byBiZSBy ZXZpZXdlZCBpbiBJRFIgV0cgc2luY2UgdGhhdCAmbmJzcDt3aWxsIGxpa2VseSBjaGFuZ2UgYW5k IHNldCBhIHByZWNlZGVudCBmb3IgaG93IHdlIGFsbG9jYXRlIGNvZGUtcG9pbnRzDQogZm9yIEJH UC1MUzxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDcwQzA7 YmFja2dyb3VuZDp3aGl0ZSI+UmFuJmd0OyBJbiBteSBvcG5pb24sIGl0IHdvdWxkIGJlIGJldHRl ciB0byBhc3NpZ24gYSBuZXcgcmVnaXN0cnkgZm9yIHRoZSBFbmNhcHN1bGF0aW9uIHN1Yi1UTFYu IEJlYWN1c2UgdGhlIEVuY2Fwc3VsYXRpb24gc3ViLVRMViZuYnNwOyZuYnNwO2hhcyBhIHN0cm9u ZyAmbmJzcDtyZWxhdGlvbnNoaXAgd2l0aCB0aGUgQklFUiBUTFYsYW5kIG9mIGNvdXJzZSB3ZSBj YW4gZGlzY3Vzcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cD5TZWMgNSA6IEkgdGhpbmsgdGhl IHRleHQgaW4gdGhpcyBzZWN0aW9uIGlzIGluYWRlcXVhdGUgYW5kIHdlIHdpbGwgZmFjZSBxdWVz dGlvbnMgZHVyaW5nIEFEL0lFU0cgcmV2aWV3cy4gUGxlYXNlIGNvbnNpZGVyIGJvcnJvd2luZyB0 ZXh0IGZyb20mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODU3 MSNzZWN0aW9uLTMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv cmZjODU3MSNzZWN0aW9uLTM8L2E+Jm5ic3A7KEkNCiBhc3N1bWUgdGhpcyBpcyBzdHJhaWdodGZv cndhcmQgY2FzZSBvZiB0YWtpbmcgaW5mbyBmcm9tIElHUHMgaW50byBCR1AtTFMpIG9uIHRoZSBs aW5lcyBvZiBSRkM3NzUyLjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PHNwYW4gc3R5bGU9ImNv bG9yOiMwMDcwQzA7YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7UmFuJmd0O3dpbGwgdXBkYXRlIGl0 Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+VGhh bmtzLDxvOnA+PC9vOnA+PC9wPg0KPHA+S2V0YW48bzpwPjwvbzpwPjwvcD4NCjxwPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD48c3Ryb25nPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206 PC9zcGFuPjwvc3Ryb25nPiZuYnNwO0JJRVIgJmx0OzxhIGhyZWY9Im1haWx0bzpiaWVyLWJvdW5j ZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5iaWVyLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0 OyZuYnNwOzxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+T24gQmVoYWxmIE9mJm5ic3A7PC9zcGFuPjwvc3Ryb25nPkdyZWcNCiBT aGVwaGVyZDxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+U2VudDo8L3NwYW4+PC9zdHJvbmc+Jm5ic3A7MzEgTWF5IDIw MTkgMDE6MDk8YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjwvc3Bhbj48L3N0cm9uZz4mbmJzcDtCSUVSIFdHICZs dDs8YSBocmVmPSJtYWlsdG86YmllckBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmJpZXJAaWV0 Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+U3ViamVjdDo8L3NwYW4+PC9zdHJvbmc+Jm5ic3A7 W0JpZXJdIFdHTEM6IGRyYWZ0LWlldGYtYmllci1iZ3AtbHMtYmllci1leHQ8bzpwPjwvbzpwPjwv cD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+U29saWQgc3VwcG9ydCBpbiB0aGUgcm9v bSBpbiBQcmFndWUuIE5vdyB0byB0aGUgbGlzdC4uLiBQbGVhc2UgcmVhZCBhbmQgcmVzcG9uZCB0 byB0aGlzIHRocmVhZDo8bzpwPjwvbzpwPjwvcD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHA+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1i aWVyLWJncC1scy1iaWVyLWV4dC8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJpZXItYmdwLWxzLWJpZXItZXh0LzwvYT48bzpwPjwv bzpwPjwvcD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+QWxzbyBuZWVkIGEgdm9sdW50 ZWVyIERvYyBTaGVwaGVyZC4gSSdsbCBidXkgeW91IGEgYmVlci48bzpwPjwvbzpwPjwvcD4NCjxw PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+Vm90aW5nIGVuZHMgMTMgSnVuZSAyMDE5LjxvOnA+ PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD5UaGFua3MsPG86cD48L286 cD48L3A+DQo8cD5TaGVwPG86cD48L286cD48L3A+DQo8cD4oY2hhaXJzKTxvOnA+PC9vOnA+PC9w Pg0KPC9ibG9ja3F1b3RlPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_DM5PR11MB2027FC8CF1FB1BA064C1D1FBC1C40DM5PR11MB2027namp_-- --_004_BYAPR11MB35582C8A3DAAF39053062204C1D70BYAPR11MB3558namp_-- From nobody Thu Aug 8 15:54:08 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEFF512003E for ; Thu, 8 Aug 2019 15:54:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.748 X-Spam-Level: X-Spam-Status: No, score=-0.748 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, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PIrEznAQ1na9 for ; Thu, 8 Aug 2019 15:54:05 -0700 (PDT) Received: from mail-vk1-xa33.google.com (mail-vk1-xa33.google.com [IPv6:2607:f8b0:4864:20::a33]) (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 B3AF512002F for ; Thu, 8 Aug 2019 15:54:05 -0700 (PDT) Received: by mail-vk1-xa33.google.com with SMTP id w186so10693553vkd.11 for ; Thu, 08 Aug 2019 15:54:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=3A88OG6Uc/7WxUgmcxe9iuuW5YkKqRfdt+oRmkA0q70=; b=MUOWSItdHoKeLV4q0N91xoa2MxZPjWEhBkX9KTeRb4NxhPwfkgs777bJ4Hk9prj6Dx xbgL2K6O+XVNgwKbpOAcpJ0AljdFe+BvbZ+uEodyBN7cHhkLWB6pAGSQvu4DjaFrgUBs 3rI3fqaLcCfpd5sPujMEcnOPtt+DgC0wxTEkwVl8kXV7OnxH/ivH2y0i8PNt9cvL/40X Milo87gtZgsq7Y7FTBZhhAEJcERTFuTBtdI4zjvS0xK1k89IhQXMqg0pC1j+bmITaE46 2cfwCUY1T8akKR2t07pKTuwy55QYEkkAJAuPojxArKFikFaxSDb1B32EUf0KHajvGH41 MR/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=3A88OG6Uc/7WxUgmcxe9iuuW5YkKqRfdt+oRmkA0q70=; b=Qgug4Q6ACXD8D6XZk2XXMNSJV/BFJEi/LoLLzNBDm956f6tRFKndUPFQgKthM2Zc8+ caih4xq/gIwrnfEFq1TeA79zYUImmP+6Fa2RXMhmayz27ZPVu1cfVQFgSQh7T3JjXLp3 2dLmq0IOysXJJuMKtj4YH8TFiDHBYJIHLKCbTfHc8K1IR88eAGzjo1m/5+/GCWLHTYBt LBzxnbLMUUkVPwBkCWpecT4VsgJ/+yhBPQ/QOmJ51comGjU2U/Z+/rYEuyfYOHPNHPS+ blspC6ujbBpIiC6zu4cLsp8lWmzrL5mYEoAVblf0qDAGMO2pphQ205IFviq40AoGop8q HI9A== X-Gm-Message-State: APjAAAX+C1ZAfvldREp+ImMlKPSD9bHAfSSs5nuwLhxJF7ytw7X5ZnSK +LbSmIMiObq6f+YMqGjz/Jb0nYpSJ6Mq5+snOmsYBvnc X-Google-Smtp-Source: APXvYqw2DeFqaPAe0G3sHK9GS9QdHUv5eLumEBcZZVKad7W51zVg9+a3WjhpuNcx6M4TKfe1wIt2mkhpkjfxLDg3n+4= X-Received: by 2002:a1f:9b83:: with SMTP id d125mr6931946vke.76.1565304844366; Thu, 08 Aug 2019 15:54:04 -0700 (PDT) MIME-Version: 1.0 From: Mike McBride Date: Thu, 8 Aug 2019 15:54:01 -0700 Message-ID: To: BIER WG Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Bier] ipv6 requirements draft call for action X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Aug 2019 22:54:07 -0000 Hello all, Just a reminder to please, especially if you are authoring one of the below solutions drafts, contribute to our wg's ipv6 requirements draft (draft-ietf-bier-ipv6-requirements). Authors and contributors are wide open. We intend to progress this quickly so we can start adopting/progressing the solutions documents. Without additional feedback we will give it our best shot to properly justify each solution. We are shooting to get this "done" by Singapore. Here are the solutions drafts referenced in the draft: pfister-bier-over-ipv6 xie-bier-ipv6-encapsulation xu-bier-encapsulation zhang-bier-bierin6 thank you! mike From nobody Fri Aug 9 06:05:10 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EB071120074; Fri, 9 Aug 2019 06:05:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bier@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <156535590891.16058.4922966534666530556@ietfa.amsl.com> Date: Fri, 09 Aug 2019 06:05:08 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-bar-ipa-05.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Aug 2019 13:05:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. Title : BIER Underlay Path Calculation Algorithm and Constraints Authors : Zhaohui Zhang Antoni Przygienda Andrew Dolganow Hooman Bidgoli IJsbrand Wijnands Arkadiy Gulko Filename : draft-ietf-bier-bar-ipa-05.txt Pages : 6 Date : 2019-08-09 Abstract: This document specifies general rules for interaction between the BAR (BIER Algorithm) and IPA (IGP Algorithm) fields defined in ISIS/ OSPFv2 Extensions for BIER. The semantics for the BAR and IPA fields (when both or any of them is non-zero) defined in this document updates the semantics defined in RFC8444/RFC8401. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-bar-ipa/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-bar-ipa-05 https://datatracker.ietf.org/doc/html/draft-ietf-bier-bar-ipa-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-bar-ipa-05 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 Aug 9 07:57:54 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B15A712015D; Fri, 9 Aug 2019 07:57:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bier@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <156536266562.16049.18112217933718515738@ietfa.amsl.com> Date: Fri, 09 Aug 2019 07:57:45 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-non-mpls-bift-encoding-02.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Aug 2019 14:57:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. Title : An Optional Encoding of the BIFT-id Field in the non-MPLS BIER Encapsulation Authors : IJsbrand Wijnands Xiaohu Xu Hooman Bidgoli Filename : draft-ietf-bier-non-mpls-bift-encoding-02.txt Pages : 6 Date : 2019-08-09 Abstract: Bit Index Explicit Replication (BIER) is an architecture that provides optimal multicast forwarding through a "multicast domain", without requiring intermediate routers to maintain any per-flow state or to engage in an explicit tree-building protocol. The Multicast packet is encapsulated using a BIER Header and transported through an MPLS or non-MPLS network. When MPLS is used as the transport, the Bit Indexed Forwarding Table (BIFT) is identified by a MPLS Label. When non-MPLS transport is used, the BIFT is identified by a 20bit value. This document describes one way of encoding the 20bit value. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-non-mpls-bift-encoding/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-non-mpls-bift-encoding-02 https://datatracker.ietf.org/doc/html/draft-ietf-bier-non-mpls-bift-encoding-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-non-mpls-bift-encoding-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 9 07:58:39 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54E48120192 for ; Fri, 9 Aug 2019 07:58:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7UsaieLGqH9A for ; Fri, 9 Aug 2019 07:58:20 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 678FE120151 for ; Fri, 9 Aug 2019 07:58:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=575; q=dns/txt; s=iport; t=1565362700; x=1566572300; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=9T3FOl/qZV+geqvMexxryf79JiDjp0D+eghbyseKslc=; b=CiIBDaR75r6GgVFlhbl+1DKClzlxIOhgERKNjQnvS7zuEyvsESrKd9X0 RbeeOdwT370qxXu7gBIfVu9TS1h+zeEmSoQGqb7yuMZPPsPYWsumwqIRr ZHruoJv71XQJWeBBEoTsybwmjyphNLTrwmpwBOHyNDX1aY8akNmTnMvNz s=; X-IronPort-AV: E=Sophos;i="5.64,365,1559520000"; d="scan'208";a="15218423" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Aug 2019 14:58:18 +0000 Received: from ams-iwijnand-8813.cisco.com (ams-iwijnand-8813.cisco.com [10.60.202.84]) (authenticated bits=0) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPSA id x79EwHTA026232 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Aug 2019 14:58:18 GMT Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) From: IJsbrand Wijnands In-Reply-To: Date: Fri, 9 Aug 2019 16:58:16 +0200 Cc: "Bidgoli, Hooman (Nokia - CA/Ottawa)" , =?utf-8?B?IuW+kOWwj+iZjijkuYnlhYgpIg==?= , BIER WG , "Nagendra Kumar Nainar (naikumar)" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Greg Shepherd X-Mailer: Apple Mail (2.3445.100.39) X-Authenticated-User: sendas-dummy.gen@cisco.com X-Outbound-SMTP-Client: 10.60.202.84, ams-iwijnand-8813.cisco.com X-Outbound-Node: aer-core-1.cisco.com Archived-At: Subject: Re: [Bier] Progress: bier-non-mpls-bift-encoding X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Aug 2019 14:58:38 -0000 Done and sorry for the expire! Thx, Ice. > On 6 Aug 2019, at 22:52, Greg Shepherd wrote: >=20 > The draft cleared WGLC. We have shepherd to assign, but the doc is = expired. Authors, please rev the draft back too active. >=20 > = https://datatracker.ietf.org/doc/draft-ietf-bier-non-mpls-bift-encoding/ >=20 > Nagendra, Thank you for stepping up as Doc Shepherd. As soon as it's = active again it's yours.=20 >=20 > = https://www.ietf.org/chairs/document-writeups/document-writeup-working-gro= up-documents/ >=20 > Thanks, > Shep From nobody Fri Aug 9 08:06:49 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D639A1201F3 for ; Fri, 9 Aug 2019 08:06:36 -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_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34SVuQKplmJR for ; Fri, 9 Aug 2019 08:06:34 -0700 (PDT) Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) (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 86D701201C7 for ; Fri, 9 Aug 2019 08:06:27 -0700 (PDT) Received: by mail-ot1-x334.google.com with SMTP id q20so133654670otl.0 for ; Fri, 09 Aug 2019 08:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=89FWBaW+acuM2sPG38LC5Qf3b1kG/9a/sj4J3JFTU8M=; b=u0QMjQIm339XCcLdA9Pe/u9Gq6HJl/M8G+1+fI21Vny4moFSxy1uxx4Fz3T5QtVrs3 fF5BKnpfmoYbadsfuVmSXPcS6OGm+LI8kwYDLS8MVysqfe8iaduc+6VPRAuJQOvvhbOw gd4JAtEysyOJGOzHIm0Y+cZEgYkSkAhnEAIOsHdKevVuYOz5I7zoY5SAA+z9aabUpZjB uzm2aLQR/0SV1kzmukJq8cNeS8Xu0sI29bDuST/pawcmNHhFM1cuI9fHhr32M2NEiIK2 2o0KJ83POE75z3mYTAN++eHBlhCTERaSHcQjMSoxPRaqgxPd3RZNVWfftXkspZZ4CFFb xzRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=89FWBaW+acuM2sPG38LC5Qf3b1kG/9a/sj4J3JFTU8M=; b=HTh6W4/beC4OJCud/Xlut+nHdg4LvudHV4a9neWm6Paut0s4iG4FKJ2PqIYz8P2NSt XmpFsOUQ/cwS2SqidfWCgQwSE489z02VrCP7GBIGEZI6uToh27kK4N1KwtuXvmuWp2OF xRwf235lhXPWwfzJ9XkSc1cPTSb7GbSMJFFMMgkbr8AT13/AcearAwT+niQl/p4TIeae WXCYteyrkWqg8QrPHj876o0AeUEYSPpuunw/uwqlVvtPcrEcJUTrp/Vb0T294kClA2UY pON6CNwMcdlNqvtdIhwu8eldj386kBbnsMEQQXGwFOexxDW1nZEKK+ECJNERq6BfKrde ZceQ== X-Gm-Message-State: APjAAAVJ4llemwNTxV5Wr9kjY3XID2M7BL607M8blqQ1gqftlIVDe70/ 5VkX8W+FU75J+TdcyE8c9sMNreTRHoWBJN3PJWs= X-Google-Smtp-Source: APXvYqy0zB32ILQJ6h9HlHUuYObJLDaOlqFkEoOnk99M8G8tkFPyLk72OguF01gmIxfgxN2WqneC4OfW82ol1/zaKKo= X-Received: by 2002:a02:3c15:: with SMTP id m21mr7122290jaa.9.1565363186903; Fri, 09 Aug 2019 08:06:26 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Reply-To: gjshep@gmail.com From: Greg Shepherd Date: Fri, 9 Aug 2019 08:06:16 -0700 Message-ID: To: IJsbrand Wijnands Cc: "Bidgoli, Hooman (Nokia - CA/Ottawa)" , =?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , BIER WG , "Nagendra Kumar Nainar (naikumar)" Content-Type: multipart/alternative; boundary="000000000000b32ebd058fb084a2" Archived-At: Subject: Re: [Bier] Progress: bier-non-mpls-bift-encoding X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Aug 2019 15:06:47 -0000 --000000000000b32ebd058fb084a2 Content-Type: text/plain; charset="UTF-8" Thanks! On Fri, Aug 9, 2019 at 7:58 AM IJsbrand Wijnands wrote: > Done and sorry for the expire! > > Thx, > > Ice. > > > On 6 Aug 2019, at 22:52, Greg Shepherd wrote: > > > > The draft cleared WGLC. We have shepherd to assign, but the doc is > expired. Authors, please rev the draft back too active. > > > > https://datatracker.ietf.org/doc/draft-ietf-bier-non-mpls-bift-encoding/ > > > > Nagendra, Thank you for stepping up as Doc Shepherd. As soon as it's > active again it's yours. > > > > > https://www.ietf.org/chairs/document-writeups/document-writeup-working-group-documents/ > > > > Thanks, > > Shep > > --000000000000b32ebd058fb084a2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks!



On Fri, Aug 9, 2019 = at 7:58 AM IJsbrand Wijnands <ice@cisco= .com> wrote:
Done and sorry for the expire= !

Thx,

Ice.

> On 6 Aug 2019, at 22:52, Greg Shepherd <gjshep@gmail.com> wrote:
>
> The draft cleared WGLC. We have shepherd to assign, but the doc is exp= ired. Authors, please rev the draft back too active.
>
> https://datatracker.iet= f.org/doc/draft-ietf-bier-non-mpls-bift-encoding/
>
> Nagendra, Thank you for stepping up as Doc Shepherd. As soon as it'= ;s active again it's yours.
>
> https://= www.ietf.org/chairs/document-writeups/document-writeup-working-group-docume= nts/
>
> Thanks,
> Shep

--000000000000b32ebd058fb084a2-- From nobody Thu Aug 15 00:01:59 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 689D712004A; Thu, 15 Aug 2019 00:01:56 -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 autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nCmqkPu5CiO5; Thu, 15 Aug 2019 00:01:54 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24B14120019; Thu, 15 Aug 2019 00:01:54 -0700 (PDT) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 33A86B6F237A13F7669B; Thu, 15 Aug 2019 08:01:52 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 15 Aug 2019 08:01:51 +0100 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0439.000; Thu, 15 Aug 2019 15:01:39 +0800 From: Xiejingrong To: Mike McBride , BIER WG CC: "draft-ietf-bier-ipv6-requirements@ietf.org" Thread-Topic: [Bier] ipv6 requirements draft call for action Thread-Index: AQHVTjw+H65yuI44dUatnkG0P/Tc8ab7xb7g Date: Thu, 15 Aug 2019 07:01:38 +0000 Message-ID: <16253F7987E4F346823E305D08F9115AAB94D39E@nkgeml514-mbx.china.huawei.com> 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.217.214] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Bier] ipv6 requirements draft call for action X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 07:01:57 -0000 Hi As an author of one listed solution document, I'd like to post the suggesti= ons about the WG's ipv6 requirements draft from my view. 4.2. Hop by hop DA modification [xjr1] This section could conclude to allow the change of DA modification, = since there have been many discussions in ietf104, ietf103 and even longer = before on the list, that bypassing a Non-BIER routers is part of the BIER a= rchitecture (RFC8279). Seems like all the below drafts tend to use unicast = destination address and will do Hop-by-hop DA modification or multiple-hop = DA modification when bypassing Non-BIER routers. [xjr2] Also I think this section could be more clear to add a requirement/r= ecommendation: Solutions do not require Hop-by-hop SA modification is prefe= rred, because keeping the SA is beneficial for fast-path forwarding (req 4.= 9 in this doc), is beneficial for get notice from BFIR for function like BI= ER PING and TRACE and MTU notification, is beneficial for identifying an MV= PN instance to get rid of more encapsulation like Service Label like MPLS V= PN Label or VNI in the SRv6 network (as philosophy of SRv6 mentioned in 4.3= of this doc), and is beneficial for SA filtering (req 4.6 in this doc).=20 [xjr3] according to the above [xjr2], the title of section 4.2 could be cha= nged accordingly to "Hop by hop DA or SA modification", or the title of sec= tion 4.4 could be changed accordingly to "SA field requirement" and the abo= ve [xjr2] moved to section 4.4. 4.3. L4 Inspection [xjr4] This section need more explanation as there have been some arguments= on the list what is L4. Here are some points for reference: (1) In Fragmentation, BIER is payload, and will be fragmented.. (BIER-head= er + payload-1-to-1xxx bytes) in one packet, and (payload-1xxx-to-2xxx) in = another packet. Thus, when BFR B receive a packet from BFR A, BFR B has to assembly the fra= gmented packets before sending to BFR C and BFR D. (2) In AH, BIER is payload, and will be seen as immutable for Integrity Che= ck Value (ICV) calculation.=20 Thus, when BFR B receive a packet with AH ICV from BFR A, BFR B has to do t= he AH verification before sending to BFR C and BFR D. (3) In SRH, BIER is payload, and will be reached only after the SRH is proc= essed. Thus, when BFR B receive a packet with SRH from BFR A, BFR B has to process= the SRH first, and then the Upper-layer BIER header at last. [xjr5] Also, there could be more explanation on why SRH is need to be integ= rated here for two reasons, one is that the solution is target to work well= in SRv6 networks as a use case in section 3.4 of this doc, one is that bot= h the 2nd and 4th of the following document both agree to consider SRH inte= gration.=20 4.7. BIER architecture support [xjr6] add explanation about Bypassing Non-BIER routers and L2 switches as = part of the BIRE architecture to be supported as mandatory requirement. 5. Solutions Evaluation [xjr7] This section could add some text to remind that each solution should= declare its compliance with this document before the detailed evaluation o= f each proposal, since this document is the production of WG after more tha= n 60 minutes thorough discussion on ietf103, ietf104 based on the work of p= ast 5 years! Also the key problems of each proposal that don't meet the req= uirements could be made clear for further discussions on the list.=20 Thanks Jingrong -----Original Message----- From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of Mike McBride Sent: Friday, August 09, 2019 6:54 AM To: BIER WG Subject: [Bier] ipv6 requirements draft call for action Hello all, Just a reminder to please, especially if you are authoring one of the below= solutions drafts, contribute to our wg's ipv6 requirements draft (draft-ie= tf-bier-ipv6-requirements). Authors and contributors are wide open. We inte= nd to progress this quickly so we can start adopting/progressing the soluti= ons documents. Without additional feedback we will give it our best shot to= properly justify each solution. We are shooting to get this "done" by Sing= apore. Here are the solutions drafts referenced in the draft: pfister-bier-over-ipv6 xie-bier-ipv6-encapsulation xu-bier-encapsulation zhang-bier-bierin6 thank you! mike _______________________________________________ BIER mailing list BIER@ietf.org https://www.ietf.org/mailman/listinfo/bier From nobody Thu Aug 15 13:53:59 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B48C1200CC; Thu, 15 Aug 2019 13:53:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YKH7W4h2fT9x; Thu, 15 Aug 2019 13:53:55 -0700 (PDT) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 5DB861200C7; Thu, 15 Aug 2019 13:53:52 -0700 (PDT) Received: by mail-lf1-x12d.google.com with SMTP id b17so2553509lff.7; Thu, 15 Aug 2019 13:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4s67UEo9ggV2ysVwet+yJDIV00v3OvPRn/66NkhMol0=; b=FtHFC3MK0tAutw4x9SlKO0+IWwHFnd8+1s0ja2YIOAkzEOGIa1amNncIiTVK1cgdx6 GeyI3zi2E/ksWDjpBA0/yAwiFkiCbpYOnjGfJ0xNbRhNnbxNIyUfHavekCMUNSIOAuvn dh/CiumSUXOl02/PCjxnf3d7f7sXT4Azur/EiE4jntSm3HeKcxG/yPrajazAAP1xDkCE 2fPTiWODRcq6bc0QB/wvjpUDqhnb2IcRIpc07/3Qg8lCPB+ol8dpkPblvI512fvkSASt X6fIj4nCzJf8oQA1NWhO1kMoxNsktEAcVfIwKfuAuZbN2sJXQACb+ZcCzkTxk5ZAsvZq LXSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4s67UEo9ggV2ysVwet+yJDIV00v3OvPRn/66NkhMol0=; b=Si87jKEwnW4RRakTMtqyjJ7py4zPBAXLEO4DCAc6sUDWCEKHred1ZwBCOivZ+hbRXT 5BAMCDA+xI1C00pOZqJHYSr0f8leMkz0f8XSHphIzuBAdpxRD6W9ykCzm/IQ2tiKguw7 NhayTL7WBpgbhqxgAdlgO2fT3Q5K5eP74Eif0MF9KSc1Fj7lz81lWua8exRL0Kyp7vBg qeI7L9/dHxttQvWuryIaozA2rBuO6fc2471O6bHHJu0bdCkPCC7Nlq2N1pv/Cl01X1JM eRsUrgFt4tqhx4efXwYTYEvQy414UgnNE/X0u26CL8+BQ27IvXGdU2GK/VFu6NSiARr7 t/oQ== X-Gm-Message-State: APjAAAX7y796PnX1Y4yEtFodHJrLDlyuRC4VkxvC9esVTdj7HrHE4fPs SkEdpKhS+73ooQawM7aZqRAVGlJsByLithlyxL8= X-Google-Smtp-Source: APXvYqygqbE4RBA6fFB6QFMsMbt/JwynwnlyHXCQsOFsuZRvgK6BQdqtSTr+n9+d/mKcaDi7zbEFD9w8ktkNr19BDbk= X-Received: by 2002:a19:c887:: with SMTP id y129mr3370837lff.73.1565902430558; Thu, 15 Aug 2019 13:53:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Thu, 15 Aug 2019 13:53:39 -0700 Message-ID: To: Alvaro Retana , BIER WG Cc: BIER WG Chairs , draft-ietf-bier-pmmm-oam@ietf.org, Giuseppe Fioccola Content-Type: multipart/alternative; boundary="00000000000020612205902e1217" Archived-At: Subject: Re: [Bier] AD Review of draft-ietf-bier-pmmm-oam-05 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 20:53:58 -0000 --00000000000020612205902e1217 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Alvaro, et al., I'd like to resume our discussion of the remaining questions from the AD's review of the document. From the report at the meeting in Montreal these were captured as: 1. Track: Experimental, Informational, or Standard? - RFC 8321 is Experimental. Alvaro has pointed that =E2=80=9Cgiven th= at rfc8321 is not mature enough, what should be the Status of this docum= ent: Experimental or Informational?=E2=80=9D 2. Relationship to draft-ietf-bier-oam-requirements: - Added reference is the right step but not enough - If WG is resolute to publish draft-ietf-bier-oam-requirements, it should progress at least in-step with this draft - Using the OAM field for Marking Method - Could there be other interpretations and use of the OAM field of BIER header or only for the Alt.Marking method? - If the interpretation of the OAM field is only as defined in this draft, then it must be marked as update of RFC 8296. - In any case, IANA Considerations section doesn=E2=80=99t make sens= e - remove 3. Naming flags: - L(oss)/D(elay) vs. S(ingle)/D(ouble) I am not sure what the best way to proceed with the discussion and how to arrive at the resolution of these questions. I hope WG Chairs can guide us through. Alvaro, you've suggested to add to the Operational Considerations section text to guide operators in choosing timing parameters, e.g., the duration of a batch of marked packets. Would the following text be acceptable: NEW TEXT: Selection of a time interval to switch the marking of a batch of packets should be based on the service requirements. In the course of the regular operation, reports, including performance metrics like packet loss ratio, packet delay, and inter-packet delay variation, are logged every 15 minutes. Thus, it is reasonable to maintain the duration of the measurement interval at 5 minutes with 100 measurements per each interval. To support these measurements, marking of the packet batch is switched every 3 seconds. In case when performance metrics are required in near-real-time, the duration interval of a single batch of identically marked packets will be in the range of tens of milliseconds. Regards, Greg On Fri, Jul 19, 2019 at 6:17 AM Alvaro Retana wrote: > LGTM > > Thanks! > > On July 18, 2019 at 5:48:33 PM, Greg Mirsky (gregimirsky@gmail.com) wrote= : > > much appreciate your feedback on the updated slides. > > --00000000000020612205902e1217 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alvaro, et al.,
I'd like to re= sume our discussion of the remaining questions from the AD's review of = the document. From the report at the meeting in Montreal these were capture= d as:
  1. Track: Experimental, Informational, or Standard?
    • RFC 8321 is Experimental. Alvaro has pointed that =E2=80=9Cgiven = that rfc8321 is not mature enough, what should be the Status of this docume= nt: Experimental or Informational?=E2=80=9D
  2. Relationship to dr= aft-ietf-bier-oam-requirements:
    • Added reference is the right st= ep but not enough
    • If WG is resolute to publish draft-ietf-bier-oam-= requirements, it should progress at least in-step with this draft
    • U= sing the OAM field for Marking Method
    • Could there be other interpre= tations and use of the OAM field of BIER header or only for the Alt.Marking= method?
    • If the interpretation of the OAM field is only as defined = in this draft, then it must be marked as update of RFC 8296.
    • =C2=A0= In any case, IANA Considerations section doesn=E2=80=99t make sense - remov= e
  3. Naming flags:
    • L(oss)/D(elay) vs. S(ingle)/D(oubl= e)
I am not sure what the best way to proceed with the discus= sion and how to arrive at the resolution of these questions. I hope WG Chai= rs can guide us through.

Alvaro, you've suggested to add = to the Operational Considerations section text to guide operators in choosi= ng timing parameters, e.g., the duration of a batch of marked packets. Woul= d the following text be acceptable:
NEW TEXT:
=C2=A0 = =C2=A0Selection of a time interval to switch the marking of a batch of
= =C2=A0 =C2=A0packets should be based on the service requirements.=C2=A0 In = the course
=C2=A0 =C2=A0of the regular operation, reports, including per= formance metrics like
=C2=A0 =C2=A0packet loss ratio, packet delay, and = inter-packet delay variation,
=C2=A0 =C2=A0are logged every 15 minutes.= =C2=A0 Thus, it is reasonable to maintain the
=C2=A0 =C2=A0duration of t= he measurement interval at 5 minutes with 100
=C2=A0 =C2=A0measurements = per each interval.=C2=A0 To support these measurements,
=C2=A0 =C2=A0mar= king of the packet batch is switched every 3 seconds.=C2=A0 In case
=C2= =A0 =C2=A0when performance metrics are required in near-real-time, the dura= tion
=C2=A0 =C2=A0interval of a single batch of identically marked packe= ts will be in
=C2=A0 =C2=A0the range of tens of milliseconds.
<= div>
Regards,
Greg

On Fri, Jul 19, 2019 at 6:1= 7 AM Alvaro Retana <aretana.ie= tf@gmail.com> wrote:
LGTM

Thanks!

On July 18, 2019 at 5:48:33 PM, Greg Mirsky (gregimirsky@gmail.com) w= rote:

much appreciate your feedb= ack on the updated slides.
--00000000000020612205902e1217-- From nobody Fri Aug 16 10:48:20 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC9611200D8 for ; Fri, 16 Aug 2019 10:48:18 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=interdigital.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lHfd5Jf3NCmZ for ; Fri, 16 Aug 2019 10:48:16 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-eopbgr740129.outbound.protection.outlook.com [40.107.74.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7569F1200B3 for ; Fri, 16 Aug 2019 10:48:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cXpAnY1G2DUdQ0OaQt8XDdxaJ6upd0ygvX7K7eAO47lBV/nnaa7rDGjVw+HWwtOVrcEVG4W8soHtTASdY5GZGtXsusIvAcasMvhLHaYdP3z2q/mK54QB94ykf7JqYYfNQyuG3hCDp5mqqHMXdPnHf9ohxk6kk7ERU0nyX1GW/Ibp1n6LOk44dFM+5lx937GUgFSTbIN+/3+QQlWo9Mk8LP/jKCbBQG01GJs6pZSVvMcbz8ywQuQBBUUmcXwroezEtfrXkOuMSNAkH4dgrbfGTXJcldLTXtENEZgC7Q86WUQmDW1d4N6q84RxKsK1Xl+EYfnP/Qt3DnF6IhG0wRS0pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V8f5dbsebgMlCeBoGq4YDSo2FsFe5if/okcfE1v0Ue8=; b=iWf9Zwn1iZE1hXr0W3kgXT+LrtN2S6X0skr+uZ9aM1SASxkq4Q3GAUxIHB+mc9auaqkH4TozOYCvtxJzw/pO5dqRBzomm17fIGnxUH4wyZP4CXzLg+gFAQZqdgqienpzOOQ8n4QBYu2GfxRYaUHzjPxFLkfZtPJEbUQgGfymSPaI/psAW3ufWsZeBop2U0GOwVmUMHgRSgOzpakMe8MIpXQsi6LK8IDL9cq7e5haT9TjIr13BKJ2Tw+QEX7Ui37/GtpY1olqtcLYD5Sk7iayfxfURs1NqdCK3NnkHVH7NVY0fLJLwWm+cFNfKabdDXF+YA/DFtkI2NP4PylHRKPQ4A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=interdigital.com; dmarc=pass action=none header.from=interdigital.com; dkim=pass header.d=interdigital.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interdigital.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V8f5dbsebgMlCeBoGq4YDSo2FsFe5if/okcfE1v0Ue8=; b=U+vR9VkHvOVd7ot1LamHVDmYCYY4iMW5/lycsHsUw89z3ijeMmXHG8WmwvDekZD16GYjJhUUlZWpkHJxYkeCCmXfwozkHcsuDpfqWqBB3Gv8KEybDtv6/3aBb7h205zDIz821cyITIlIdXaEqlWdsSacpC5g2bCRFraOgLgQqOI= Received: from DM6PR10MB2697.namprd10.prod.outlook.com (20.176.89.30) by DM6PR10MB2859.namprd10.prod.outlook.com (20.177.217.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.18; Fri, 16 Aug 2019 17:48:13 +0000 Received: from DM6PR10MB2697.namprd10.prod.outlook.com ([fe80::8857:aec2:673:8e14]) by DM6PR10MB2697.namprd10.prod.outlook.com ([fe80::8857:aec2:673:8e14%4]) with mapi id 15.20.2157.022; Fri, 16 Aug 2019 17:48:12 +0000 From: Chonggang Wang To: BIER WG Thread-Topic: Comments on draft-ietf-bier-bgp-ls-bier-ext Thread-Index: AdVUWk8hXtY/Vd8fQ5CmXs2xXj1Wvw== Date: Fri, 16 Aug 2019 17:48:12 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Chonggang.Wang@InterDigital.com; x-originating-ip: [69.142.217.188] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b12e78c7-6135-4791-748f-08d72271e8da x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:DM6PR10MB2859; x-ms-traffictypediagnostic: DM6PR10MB2859: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0131D22242 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(136003)(366004)(376002)(39850400004)(396003)(199004)(189003)(478600001)(4744005)(55016002)(6436002)(26005)(2906002)(54896002)(9686003)(3846002)(6116002)(102836004)(790700001)(7696005)(52536014)(6506007)(256004)(6306002)(25786009)(7736002)(5660300002)(486006)(66946007)(476003)(66446008)(64756008)(66556008)(66476007)(66066001)(186003)(14444005)(76116006)(81156014)(8676002)(71200400001)(81166006)(71190400001)(14454004)(53936002)(8936002)(9326002)(86362001)(33656002)(6916009)(74316002)(316002)(99286004)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR10MB2859; H:DM6PR10MB2697.namprd10.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: InterDigital.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: wYdQW2D8jCjYNaCbBIf4xQ5k+BHqP2NjQ28E+TNxBj50SnsrSKWZaOWQISWJzbhXxElfJRj1owDESTRkK5Sf78pT8KSrPFiFDcw4nGDomlmghxSw2H5x1QlESDRcxNPZKRfsdxve5/PBsINrnmgJ8dnMEhnUIouK060ubTjATXL33Csal01vegyYwm99cck6sCVoJ9pAGI3jRED/9urmgO5sD4VDjl/u+DCrp82b6byGnPmh0325JUU9XfCl0Tf4fcXrfZJZWslfjx78M9Cf8GM/i+fT5OJalaQ5aZsnFwL3GtGvKIZqnMJ2QAvIOhd9J78i0MqfTbOv0zhMBU1vB7Ty3xTWaLMgFUp1278ymzbThBcNAb3DcThSBn0DSQNdO6X12zqHxVIkwye9WiSxejUErwqA6OyGGwgDLC/lQMc= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR10MB269772A5A1356DD7C5A3ECC3F8AF0DM6PR10MB2697namp_" MIME-Version: 1.0 X-OriginatorOrg: interdigital.com X-MS-Exchange-CrossTenant-Network-Message-Id: b12e78c7-6135-4791-748f-08d72271e8da X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2019 17:48:12.8034 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e351b779-f6d5-4e50-8568-80e922d180ae X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4UhpKVc6bqkGWc9uqFAOFuS4QgXhHhJQht6GLPhJqNOzqsQOSu/MQ4jDJ/lqtaac0pNJD+kkaJh7KTZIPYIRdA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR10MB2859 Archived-At: Subject: [Bier] Comments on draft-ietf-bier-bgp-ls-bier-ext X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 17:48:19 -0000 --_000_DM6PR10MB269772A5A1356DD7C5A3ECC3F8AF0DM6PR10MB2697namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We have reviewed draft-ietf-bier-bgp-ls-bier-ex and would like to provide t= he following feedback: 1. Overall, it is a short, well written draft. 2. Editorial: Names of authors on front page should not have periods in = them as it is confusing (e.g. "Ran. Chen") 3. Editorial: Last sentence of Abstract should be changed as follows: * FROM: "... in order to advertising BIER information." * TO: "... in order to advertise BIER information." 4. Section 1: Could a simple architecture figure be put in to show the "= northbound" controller referred to in the last paragraph? That way an over= all architecture tying BIER and BGP could be understood by the reader. 5. Section 5: Should put an explanatory sentence(s) of how the given ref= erence (RFC 6952) applies to help the reader. 6. General: Has there been any review by any BGP related WG to this idea= ? Thanks, CG --_000_DM6PR10MB269772A5A1356DD7C5A3ECC3F8AF0DM6PR10MB2697namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

We have reviewed draft-ietf-bier-bgp-ls-bier-ex and = would like to provide the following feedback:

  1. Overall, it is a short, well written draft.
  2. Edi= torial: Names of authors on front page should not have periods in them as i= t is confusing (e.g. “Ran.  Chen”)
  3. Ed= itorial: Last sentence of Abstract should be changed as follows:=
    • FROM: “… in order to advertising BIER information.”=
    • TO: “… in order to advertise BIER informa= tion.”
  4. Section 1: Could a simple architecture figure be put in to show the &= #8220;northbound” controller referred to in the last paragraph? = That way an overall architecture tying BIER and BGP could be understood by the reader.
  5. Section 5: Should = put an explanatory sentence(s) of how the given reference (RFC 6952) applie= s to help the reader.
  6. General: Has there been any re= view by any BGP related WG to this idea?

 

Thanks,

CG

 

 

--_000_DM6PR10MB269772A5A1356DD7C5A3ECC3F8AF0DM6PR10MB2697namp_-- From nobody Fri Aug 16 10:52:03 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEC041200B3 for ; Fri, 16 Aug 2019 10:52:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=interdigital.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Njv5F29wctXd for ; Fri, 16 Aug 2019 10:51:59 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-eopbgr820112.outbound.protection.outlook.com [40.107.82.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 279D512009C for ; Fri, 16 Aug 2019 10:51:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lz6agnflQWEsNphAOI5eeYwCgBOZGXToxZcr9GdnhRd0C4bQ+mxVXUUayjOJlB0bvn6DT1qTYuKWNj+Paavrxsig9/Kz8WVrV54s8pmz6ceB1tWUmtcoSva70BEvrOojM7nBV6vj//7ULuJF6q7uuajbj+w1xpS7PFjoJIRZWy/rYnOuc/sYAimqCZvtxC0HrN1S/x3suBEX8Rb0pffPzvqtlxqqYYe5VP/RjTQtg/iADhRJrp4SBDUu493EpRr0wwVhyiat4GFN5M93hTWCwEOEZegotncWzov2DaXFnNJ6FdK6y868T2cGm4f40XN/rQ0sUKmiDFbhMsrLAaG+kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BYY0f8L+A9yF5CWaKcgvF8jOGMVn3S7SfiX2IKT8YfM=; b=MG+ve5k9+BUxdonSTSRn5pmDOtc+3R87nHQ+lnceNuCvNlU1kdG41LwXgOp/yTruTwW2JM3Zg0D5D3LMngNlID4GNFT1gDOE+U8oDUI3q002FEJ38p1v/rV5C9Z6bJUSt5jEPOGPt56KEE5tuj8qQgYhtmNpeGXN9kas3BZ1DQaUQPSBjpX6H9g8npOMvc20QQlt5nTmNF+T+Loixruk+2KQ7WJ5SHz+6VsYefEvqoGqOzQ5sDiouqnpvA6zKUjU78FuXGh+OtFTALt/WmVE/eF4jmFINWZNZYsi+sSoSgnmpHjwgsZaGTWvcKRjcRg+TOoCbWyrHHWa/k4gDcXXjA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=interdigital.com; dmarc=pass action=none header.from=interdigital.com; dkim=pass header.d=interdigital.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interdigital.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BYY0f8L+A9yF5CWaKcgvF8jOGMVn3S7SfiX2IKT8YfM=; b=uAwFwiOMIiysGif5euYTxLTsMfmiur+Abb2R1oxyv+9lczV3P0JjVHaECvoQCeusf4jRXFI3eUwPEHIdbNQDvwewVEyxd6ALUYGHYA+crM9yOKJzxdX0vumGXHT5JJAdU7SL693RaA0msK83VTzzGlhQhbNQmUH/q4vQl9ZqZGI= Received: from DM6PR10MB2697.namprd10.prod.outlook.com (20.176.89.30) by DM6PR10MB3466.namprd10.prod.outlook.com (20.179.54.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.16; Fri, 16 Aug 2019 17:51:57 +0000 Received: from DM6PR10MB2697.namprd10.prod.outlook.com ([fe80::8857:aec2:673:8e14]) by DM6PR10MB2697.namprd10.prod.outlook.com ([fe80::8857:aec2:673:8e14%4]) with mapi id 15.20.2157.022; Fri, 16 Aug 2019 17:51:57 +0000 From: Chonggang Wang To: BIER WG Thread-Topic: Comments on draft-zzhang-bier-tether-02 Thread-Index: AdVUWt6XdpKxnOabQwS0gLPp6aCuiA== Date: Fri, 16 Aug 2019 17:51:57 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Chonggang.Wang@InterDigital.com; x-originating-ip: [69.142.217.188] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0076a0ad-c18d-4d14-7b9b-08d722726eba x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:DM6PR10MB3466; x-ms-traffictypediagnostic: DM6PR10MB3466: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0131D22242 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(396003)(136003)(346002)(366004)(376002)(39840400004)(199004)(189003)(186003)(478600001)(256004)(6116002)(33656002)(9326002)(790700001)(55016002)(9686003)(52536014)(6306002)(54896002)(476003)(3846002)(99286004)(7736002)(66476007)(76116006)(486006)(66946007)(66556008)(102836004)(316002)(8936002)(26005)(81166006)(7696005)(81156014)(6506007)(14454004)(2906002)(25786009)(6916009)(64756008)(71190400001)(66446008)(71200400001)(53936002)(86362001)(74316002)(8676002)(5660300002)(6436002)(66066001)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR10MB3466; H:DM6PR10MB2697.namprd10.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: InterDigital.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: BiSSfHCasP136R10rvxX6V7Du7RfGdiAKIuzU4u1btkWzaW2s9MScHVo7Ha+pTeu6UMf3zZaUmzColyKzWWHQS9LWLfBR6Pniw+s2NnRx+j089m4UZhpnYzYGu8Y4hArfa5K8h8g6bpmTAnoAP/iZoOuOVL7E5pKt82QspY8ABgusMPYGt3SpWTGcgOZS5zCJ2ZWim2/3qrBy6ndW8OXym8Y9oEkQuHSf8o4qQFSLokybD91GbsyZdRL6uAiat6S8sgtrHqQiDqms3yRrPfij40/qVgngmZOhp5rS/X6KvDQkngjl7FQbotdiKfkFCRcu14xatNN94HMKxROnZGYEcHVwnquT23BW9UbPPjHnMIm8kD7x32nQqxrwbkuck0AQnGUJJXXU/bat6tov70ahgMy/g8wXOyWciKfE4Ss5nM= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR10MB26971C60B39828C591842DF3F8AF0DM6PR10MB2697namp_" MIME-Version: 1.0 X-OriginatorOrg: interdigital.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0076a0ad-c18d-4d14-7b9b-08d722726eba X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2019 17:51:57.4206 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e351b779-f6d5-4e50-8568-80e922d180ae X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 2YMGSWoXxVaVu54z0tBz9KzN/FLAlyS9EAZiJdJu0vUTr4PeCVShOp0uEl6t6B1UTz+xk3SwenvkrBmwjBE2Jw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR10MB3466 Archived-At: Subject: [Bier] Comments on draft-zzhang-bier-tether-02 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 17:52:02 -0000 --_000_DM6PR10MB26971C60B39828C591842DF3F8AF0DM6PR10MB2697namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We have reviewed draft-zzhang-bier-tether-02 and would like to provide the = following feedback: 1. Overall, it is short and nice draft. 2. General: Suggest adding a title for each figure and cite these figure= s properly 3. Editorial: "BIER-incapable" is used in the title while "BIER incapabl= e" in used in description. Suggest making them consistent. 4. Editorial: "Section 6.9" appears in multiple places. Suggest adding [= RFC8279] as its reference at each place for avoiding potential confusion. 5. Editorial in Section 1: suggest defining the term "tethering" 6. Editorial in Section 2: * replace the first "IGP" with "Interior Gateway Protocol (IGP)"? * replace the first "SPF" with "Shortest Path First (SPF)"? * replace "This need" with "This needs"? * replace "incapable routers" with "BIER-incapable routers"? * replace "rely on" with "relying on"? 7. Editorial in Section 3: * replace "is no different" with "is not different"? * replace the first "LFA" with "Loop-Free Alternate (LFA)"? * Editorial in Section 2-3: BFER1 and/or BFIR1 are used in all figures.= Should they all be changed to BFIR1? * Section 4.1 & 4.2: Two solutions are described in 4.1 and 4.2 respect= ively. Is it possible and if there is any implication of X uses the solutio= n in 4.1 and BFRx uses the solution in 4.2 at the same time? If both solut= ions are alternative and only one solution needs to be implemented in pract= ice, the question is whether this draft needs to describe which solution wi= ll be used under which condition. Thanks, CG --_000_DM6PR10MB26971C60B39828C591842DF3F8AF0DM6PR10MB2697namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

We have reviewed draft-zzhang-bier-tether-02 and wou= ld like to provide the following feedback:

  1. Overall, it is short and nice draft.
  2. General: Suggest adding a title for each figure and c= ite these figures properly
  3. Editorial: "BIER-incap= able" is used in the title while "BIER incapable" in used in= description. Suggest making them consistent.
  4. Editoria= l: "Section 6.9" appears in multiple places. Suggest adding [RFC8= 279] as its reference at each place for avoiding potential confusion.<= /o:p>
  5. Editorial in Section 1: suggest defining the term "tet= hering"
  6. Editorial in Section 2:
    1. replace the first "IGP" with "Interior Gateway Protoco= l (IGP)"?
    2. replace the first "SPF" with = "Shortest Path First (SPF)"?
    3. replace "T= his need" with "This needs"?
    4. replace &q= uot;incapable routers" with "BIER-incapable routers"?
    5. replace "rely on" with "relying on"?
  7. Editorial in Section 3:
    1. replace "is no different" with "is not different"= ?
    2. replace the first "LFA" with "Loop-Fr= ee Alternate (LFA)"?
  • Editorial in Section 2-3: BFER1 and/or BFIR1 are used in all figures.= Should they all be changed to BFIR1?
  • Section 4.1 &= ; 4.2: Two solutions are described in 4.1 and 4.2 respectively. Is it possi= ble and if there is any implication of X uses the solution in 4.1 and BFRx = uses the solution in 4.2 at the same time?  If both solutions are alternative and only = one solution needs to be implemented in practice, the question is whether t= his draft needs to describe which solution will be used under which conditi= on.

 

Thanks,

CG

 

 

--_000_DM6PR10MB26971C60B39828C591842DF3F8AF0DM6PR10MB2697namp_-- From nobody Tue Aug 20 10:07:00 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C502A120969 for ; Tue, 20 Aug 2019 10:06:58 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=venaas-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lYGPamXiHtpy for ; Tue, 20 Aug 2019 10:06:57 -0700 (PDT) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C270412011F for ; Tue, 20 Aug 2019 10:06:56 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id h8so7155043edv.7 for ; Tue, 20 Aug 2019 10:06:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=venaas-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=wZRvfRnLPXbdkiuN+FgDjxyoIYEOKUcS+PFZqTiFu1o=; b=ybPSjkJ0sQ6YZV253i+dWfdoY9PInf3jncBjPmSWfabmMfZwjHnC9yHep2DHoy1wsW YSHxKA3zarPbPA4/1FE5cHOxvFEtt/dP+tn8AsisBG1faaWn0upXIdF0TkaW82OAMXI2 p6ZSN6DhBojnx4OP/u15/HcrK20I9arnqBqs89ZOvvmQ2QFS5WsUv5NOTVDO9JVRt0Or b67CLjY8xJjRYiGo6vHutB0yOqMzFmVh7MP6Jh18DWCEEXMw1w5WFYHviNVkZDHX0Qsg 57Jvdazgr3rpYZMUAbqlt+Nrv5KUIQWx8oBhdqh3RtpuKUY20n2VLQQu7DwqzFzOmhyf Nu9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=wZRvfRnLPXbdkiuN+FgDjxyoIYEOKUcS+PFZqTiFu1o=; b=eSW4fvh2bSyjtLL8kkF0jXaUkJGrntulFIMMnKfVaYWqFrpZb5Be1JXFJltSx2sRyB QQmP5iAp1OxGkqXLBYfs0G9DaAZRsIysdAMH6zSlU5NwJfoYOulTqL8T8IIci/KjSFHb alkvvtMdf6N9WUupb1IuOyp0Ru/MSkwN3ywDbhgnHR88llYUaLk4YwRFAmnbngKpi5ZX BqVrQfrsHsHiizbTPkjEr52TxIFY4G0EinhgwylfNkG/DycQUYR08iW0QyTCx08A33ey hPF3GODsS5NHqRlj5wWC97xBF7E/3MaE8FOpxsTcWJt6kHs1EDjRQEiKm5eGf+7qlSfM UbFw== X-Gm-Message-State: APjAAAWgNLj8fpos8AQtBgjfEGy3ywvx8e3LCi+uCucOQdarzUx+k81o M6uYUvES1yYq7tCyPfxUeDoDvDjjZkVESXw3ZE+Ke00BQEFbuA== X-Google-Smtp-Source: APXvYqzei/+ZG5wOIJnDhqk2ZMQ0UdC1+5AhrWl1fuLeftCWtpoNDw73Q8jALDTiNpdo0DB8q+WJ9rB0kS7EFD7M6Go= X-Received: by 2002:a50:b885:: with SMTP id l5mr24979222ede.190.1566320815107; Tue, 20 Aug 2019 10:06:55 -0700 (PDT) MIME-Version: 1.0 From: Stig Venaas Date: Tue, 20 Aug 2019 10:06:44 -0700 Message-ID: To: BIER WG Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Bier] Extending IGMP/MLD with BIER sender parameters? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2019 17:06:59 -0000 Hi As I mentioned in the last meeting, it may be good to store BIER sender info in IGMP/MLD messages, like BIER prefix, BFR-ID and sub-domain. I would like to hear your thoughts on this. Currently in the IGMP/MLD overlay we require that the source address of reports is the BFR prefix, allowing the BFR-ID of the sender to be derived assuming we know the sub-domain. However we have no good way of knowing the sub-domain. Alternatively one could get this information from the BIER header, but this information is often not visible to upper layer protocols. For pim we decided to add a join attribute with sub-domain-id, BFR-ID and BFR-prefix. This is similar to the PMSI tunnel attribute defined for MVPN containing +---------------------------------+ | Sub-domain-id (1 octet) | +---------------------------------+ | BFR-id (2 octets) | +---------------------------------+ | BFR-prefix (4 or 16 octets) | +---------------------------------+ Do you think we should extend IGMP/MLD messages over BIER to include this information? Currently IGMP and MLD RFCs have some text about additional data. E.g. RFC 3376 in 4.1.10 and 4.2.11. For reports it says: 4.1.10. Additional Data If the Packet Length field in the IP header of a received Query indicates that there are additional octets of data present, beyond the fields described here, IGMPv3 implementations MUST include those octets in the computation to verify the received IGMP Checksum, but MUST otherwise ignore those additional octets. When sending a Query, an IGMPv3 implementation MUST NOT include additional octets beyond the fields described here. Hence I think we could define an extended message for use with BIER. Existing implementations (non-BIER routers) would ignore any additional octets. While routers implementing IGMP/MLD over BIER can parse the additional data. I would suggest that the extra data is like the PMSI tunnel attribute above. However, I also think there is a chance that IGMP messages might have additional data for other reasons in the future, so I think we should define a type, so we might add something like: +---------------------------------+ | Extension type (1 octet) | +---------------------------------+ | Sub-domain-id (1 octet) | +---------------------------------+ | BFR-id (2 octets) | +---------------------------------+ | BFR-prefix (4 or 16 octets) | +---------------------------------+ where say extension type 1 means BIER with the format above. Any other use of IGMP/MLD additional data should get its own type, so that a BIER IGMP/MLD router can ignore it (by checking for the BIER extension type). What do you think? Should we do this? Thanks, Stig From nobody Tue Aug 27 11:40:00 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F3B781208AE; Tue, 27 Aug 2019 11:39:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bier@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <156693119190.5862.15978358374549095171@ietfa.amsl.com> Date: Tue, 27 Aug 2019 11:39:51 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-oam-requirements-08.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 18:39:52 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. Title : Operations, Administration and Maintenance (OAM) Requirements for Bit Index Explicit Replication (BIER) Layer Authors : Greg Mirsky Erik Nordmark Carlos Pignataro Nagendra Kumar Sam Aldrin Lianshu Zheng Mach Chen Nobo Akiya Santosh Pallagatti Filename : draft-ietf-bier-oam-requirements-08.txt Pages : 6 Date : 2019-08-27 Abstract: This document describes a list of functional requirement toward Operations, Administration and Maintenance (OAM) toolset in Bit Index Explicit Replication (BIER) layer of a network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-oam-requirements/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-oam-requirements-08 https://datatracker.ietf.org/doc/html/draft-ietf-bier-oam-requirements-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-oam-requirements-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 27 11:42:59 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3EF2120872; Tue, 27 Aug 2019 11:42:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7gpcymlNsuP; Tue, 27 Aug 2019 11:42:55 -0700 (PDT) Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (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 4A2BF120876; Tue, 27 Aug 2019 11:42:55 -0700 (PDT) Received: by mail-lf1-x129.google.com with SMTP id u29so3148300lfk.7; Tue, 27 Aug 2019 11:42:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=5lFvP5kvWgXfeYo0PeHNd9eOcvbDaLS7CKPKBE74M/Y=; b=LSGu2OFgM66c1r2oIhK5tUt8riLNbu7xmBr8injnw4m2WDfSZCKxhsNXnphy6vJefU w1GChkST5en5qHfPuZCR6S+MUqtzE4/j7tGfxxoftXp03AhIFc3OtX2e0A9hCN1k/JXL NHZ6X7ktzXTxKU0Nvu4ePIBJqpI2AFG/LBM3xPB6i3rW5F9x5qkuinND7j2APuJZLHsu WIsWU9ful8rAnhoV4qbNMRDzEb+eOIqwtHMzmaTTHaQJMMJt67G7QyLHIxkBkzIyM8UC wutO8hOrmty7bKYyQhOitUJZU9aah2F30QXuhsXRJHOOJp6v4R9/pzmIWkaKUP35nLRq lcuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=5lFvP5kvWgXfeYo0PeHNd9eOcvbDaLS7CKPKBE74M/Y=; b=fmfqx+PBQVeUCoRpG7/nRUCsgVFdpHoClz7pHogiiHamcFYOuQPBRVlcJe0vk3qmmW Hilz52pZKOuHPjKX476qA6qSqChtue7cdb6AuxC44rGhnu7GzYM6n3sjdybhK4S+eEtX caPJ3ZNBEN73je2R669pz/0S4S+R5NW9Vx4yPW++JTKONTrynm09T24C83U7tc/MVm0w WJiLcYzW7lBVPJPiI5mRvJ1Sx5YQM/So2PWg4QUVWeuw3NrR/1VNSXu9Av5hSSqeR+8M GgJg4TnEj//bZ7NZpXtcK782w6iGQLICJ5RQGp4rm+swRtqDKl1ftZZeVyh2ZShXgWN9 6+WQ== X-Gm-Message-State: APjAAAVpMfaDWzSpg6A0pcazkwjkigO4IWnkMYB64i49aFyKmZMcW94b YrZQRqoF0s2ZJ707Nh+rX6FhaNwZvkObTF3bfptJHQ== X-Google-Smtp-Source: APXvYqxCUzTWieVq+Ydx1w6MS0u/QI5wYyjk9LMTGY4aJwXipTg61Dwr9xlHjzyEC83egWqzcuHeHug5driZ/oHHr8w= X-Received: by 2002:ac2:5c1d:: with SMTP id r29mr13975460lfp.72.1566931372981; Tue, 27 Aug 2019 11:42:52 -0700 (PDT) MIME-Version: 1.0 References: <156693119220.5862.6630230174410542722.idtracker@ietfa.amsl.com> In-Reply-To: <156693119220.5862.6630230174410542722.idtracker@ietfa.amsl.com> From: Greg Mirsky Date: Tue, 27 Aug 2019 11:42:41 -0700 Message-ID: To: BIER WG , BIER WG Chairs Content-Type: multipart/alternative; boundary="000000000000dfc2fd05911da364" Archived-At: Subject: [Bier] Fwd: New Version Notification for draft-ietf-bier-oam-requirements-08.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 18:42:58 -0000 --000000000000dfc2fd05911da364 Content-Type: text/plain; charset="UTF-8" Dear All, while the group will be considering whether to publish this document, refreshed it with a minor update of the contact information for one of the authors. Regards, Greg ---------- Forwarded message --------- From: Date: Tue, Aug 27, 2019 at 11:39 AM Subject: New Version Notification for draft-ietf-bier-oam-requirements-08.txt To: Nagendra Kumar , Sam Aldrin , Gregory Mirsky , Carlos Pignataro , Erik Nordmark , Santosh Pallagatti < santosh.palagatti@gmail.com>, Mach Chen , Lianshu Zheng , Nobo Akiya A new version of I-D, draft-ietf-bier-oam-requirements-08.txt has been successfully submitted by Greg Mirsky and posted to the IETF repository. Name: draft-ietf-bier-oam-requirements Revision: 08 Title: Operations, Administration and Maintenance (OAM) Requirements for Bit Index Explicit Replication (BIER) Layer Document date: 2019-08-27 Group: bier Pages: 6 URL: https://www.ietf.org/internet-drafts/draft-ietf-bier-oam-requirements-08.txt Status: https://datatracker.ietf.org/doc/draft-ietf-bier-oam-requirements/ Htmlized: https://tools.ietf.org/html/draft-ietf-bier-oam-requirements-08 Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-bier-oam-requirements Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-oam-requirements-08 Abstract: This document describes a list of functional requirement toward Operations, Administration and Maintenance (OAM) toolset in Bit Index Explicit Replication (BIER) layer of a network. 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 --000000000000dfc2fd05911da364 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear All,
while the group will be considering whether = to publish this document, refreshed it with a minor update of the contact i= nformation for one of the authors.

Regards,
<= div>Greg

---------- Forwarded message ---------
From: &l= t;internet-drafts@ietf.org&= gt;
Date: Tue, Aug 27, 2019 at 11:39 AM
Subject: New Version N= otification for draft-ietf-bier-oam-requirements-08.txt
To: Nagendra Kum= ar <naikumar@cisco.com>, Sa= m Aldrin <aldrin.ietf@gmail.com= >, Gregory Mirsky <gregi= mirsky@gmail.com>, Carlos Pignataro <cpignata@cisco.com>, Erik Nordmark <nordmark@acm.org>, Santosh Pallagatti <santosh.palagatti@gmail.com>= , Mach Chen <mach.chen@huawei.co= m>, Lianshu Zheng <vero.= zheng@huawei.com>, Nobo Akiya <nobo.akiya.dev@gmail.com>



A new version of I-D, draft-ietf-bier-oam-requirements-08.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-bier-oam-requireme= nts
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A008
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Operations, Administration and Mai= ntenance (OAM) Requirements for Bit Index Explicit Replication (BIER) Layer=
Document date:=C2=A0 2019-08-27
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bier
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 6
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-ietf-bier-= oam-requirements-08.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-ietf-bier-oam-requirements/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0h= ttps://tools.ietf.org/html/draft-ietf-bier-oam-requirements-08
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/html/draft-ietf-bier-oam-requirement= s
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bier-oam-re= quirements-08

Abstract:
=C2=A0 =C2=A0This document describes a list of functional requirement towar= d
=C2=A0 =C2=A0Operations, Administration and Maintenance (OAM) toolset in Bi= t Index
=C2=A0 =C2=A0Explicit Replication (BIER) layer of a network.




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

The IETF Secretariat

--000000000000dfc2fd05911da364-- From nobody Tue Aug 27 15:03:02 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F131112012E for ; Tue, 27 Aug 2019 15:03:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=venaas-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L6kJTLP_C6NR for ; Tue, 27 Aug 2019 15:02:59 -0700 (PDT) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 0FA7912004D for ; Tue, 27 Aug 2019 15:02:59 -0700 (PDT) Received: by mail-ed1-x52b.google.com with SMTP id f22so638358edt.4 for ; Tue, 27 Aug 2019 15:02:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=venaas-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=iG1DqWGVPvUBvSyq4d5wJGEJJTConbCp1LLlc0sJr7s=; b=hSdtNgFoLSLzTU3gyZNA7FHcMjltmAo3xQW90Sl0FHYlVZsnXrGUqmfmV/uwb8YYVn HkVt+HaKw3JWwnt7KZ+1ZV6XgrM+gBt8bE3B7WR6loNwLVa6PBtYvDiusGyjlSRk2Qir JMLaLyxMg6IYFerWZbST+cADGNjFl6ypFQPIl1n6Ex8mh9DcU2D72V80rh5CThWzMJpC uL4CLqtTES+4FyggZ27kp38rhhSxzgYF3TV5DiRiLvQ1UVWztO0YlawZqd8YPQ+9Oih3 52fNKv7iUJIXyL21fpTC5AYuDN2oV/JyRSVFuUzDL8gZLl+ZtJZA3Nqxx00UwOi5O12S lFnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=iG1DqWGVPvUBvSyq4d5wJGEJJTConbCp1LLlc0sJr7s=; b=evCzdHbt+s0/g9+9dtXo6vrFGZU/jH1slP7gb3X2CQcsegSMXQvGf7nbvEq0AwGN5p GP365JUQ39eA3Fv5ZNT29x2CU3RQjVsPFpkpCnBy+w57OFfInkVg7QGE+XZBjlARqv5D d7sa6/Fj4/PXjCaWYPjy2s90sZpmecwT1WYLj1q9b1gJBVRzHpd7GOaaB+7TYBvjRMBB cM1HMr23h0AOo2WNDGpayrC8UPa7n1jct+uDpz1cPdZmaOTxxt/LsNwK/78y9Fu+/WA3 FtaqAeP7eyBR580GVLchYcKV3fVaZG0sbAwnPBxCr9K8qn4IzOUsEk/JaojuIy1Jlt53 8qNA== X-Gm-Message-State: APjAAAXYUSlLzS6s/WifxeNb6xy5hk5skX/UzjpNXHDi3QL279wOLDIY CMgDeHF4s9TNR0DL4HXUDIjnzw+wurvQjnpVAIHVID2p X-Google-Smtp-Source: APXvYqxfNGYy8sjkWQc19cWHKZQnJtpq9ga+kGyB2BfgoE1Wf09mYU6RJuVn/jeGEDTOav2xiBjbZH1R+9sbAntS4XU= X-Received: by 2002:a17:906:1c8b:: with SMTP id g11mr414644ejh.81.1566943377284; Tue, 27 Aug 2019 15:02:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Stig Venaas Date: Tue, 27 Aug 2019 15:02:46 -0700 Message-ID: To: BIER WG Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Bier] Extending IGMP/MLD with BIER sender parameters? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 22:03:01 -0000 Hi Anyone got any thoughts on this? Is it a good idea, or just try to publish what we have? Thanks, Stig On Tue, Aug 20, 2019 at 10:06 AM Stig Venaas wrote: > > Hi > > As I mentioned in the last meeting, it may be good to store BIER sender > info in IGMP/MLD messages, like BIER prefix, BFR-ID and sub-domain. > I would like to hear your thoughts on this. > > Currently in the IGMP/MLD overlay we require that the source address of > reports is the BFR prefix, allowing the BFR-ID of the sender to be > derived assuming we know the sub-domain. However we have no good > way of knowing the sub-domain. Alternatively one could get this information > from the BIER header, but this information is often not visible to upper layer > protocols. > > For pim we decided to add a join attribute with sub-domain-id, BFR-ID > and BFR-prefix. This is similar to the PMSI tunnel attribute defined > for MVPN containing > > +---------------------------------+ > | Sub-domain-id (1 octet) | > +---------------------------------+ > | BFR-id (2 octets) | > +---------------------------------+ > | BFR-prefix (4 or 16 octets) | > +---------------------------------+ > > Do you think we should extend IGMP/MLD messages over BIER to > include this information? > > Currently IGMP and MLD RFCs have some text about additional data. > E.g. RFC 3376 in 4.1.10 and 4.2.11. For reports it says: > > 4.1.10. Additional Data > > If the Packet Length field in the IP header of a received Query > indicates that there are additional octets of data present, beyond > the fields described here, IGMPv3 implementations MUST include those > octets in the computation to verify the received IGMP Checksum, but > MUST otherwise ignore those additional octets. When sending a Query, > an IGMPv3 implementation MUST NOT include additional octets beyond > the fields described here. > > Hence I think we could define an extended message for use with BIER. > Existing implementations (non-BIER routers) would ignore any additional > octets. While routers implementing IGMP/MLD over BIER can parse the > additional data. I would suggest that the extra data is like the PMSI > tunnel attribute above. However, I also think there is a chance that IGMP > messages might have additional data for other reasons in the future, so I > think we should define a type, so we might add something like: > > +---------------------------------+ > | Extension type (1 octet) | > +---------------------------------+ > | Sub-domain-id (1 octet) | > +---------------------------------+ > | BFR-id (2 octets) | > +---------------------------------+ > | BFR-prefix (4 or 16 octets) | > +---------------------------------+ > > where say extension type 1 means BIER with the format above. Any > other use of IGMP/MLD additional data should get its own type, > so that a BIER IGMP/MLD router can ignore it (by checking for > the BIER extension type). > > What do you think? Should we do this? > > Thanks, > Stig From nobody Wed Aug 28 01:46:23 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82AD512003E for ; Wed, 28 Aug 2019 01:46:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=X+KInlUF; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gZjcdn94 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tqVjzmLG0h5P for ; Wed, 28 Aug 2019 01:46:19 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED00B120072 for ; Wed, 28 Aug 2019 01:46:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3693; q=dns/txt; s=iport; t=1566981978; x=1568191578; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Rv8/BWpfaZqYwlvxf5GnbsbStOqPVlJKtIt2wWo6RRQ=; b=X+KInlUFwuYxjW5hAMaVT5gBPZj1oxd4JXNNAGmRH0Pez2ZraL8goZXG 6+P5ePXiomLsi8CdSDKf2Kkb2c77/wJ4IRuLYRAgy3PZj67n2z44Udmdm pLlTgeQbiYWJyX2bablxchPYJHwMhz8WhUvF880jvfyqLMryYeiV0+HEc 4=; IronPort-PHdr: =?us-ascii?q?9a23=3ASc8UlRewBXdvU7LxzVZEdm2VlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGQD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/bjM7HsJLUlNN9HCgOk8TE8H7NBXf?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AIAADNPmZd/4oNJK1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUwUBAQEBCwGBRFADbVYgBAsqCodeA4RShiKCXJdpgS6BJAN?= =?us-ascii?q?UCQEBAQwBARgLCgIBAYQ/AoJMIzQJDgIKAQEEAQEBAgEGBG2FLgyFSgEBAQM?= =?us-ascii?q?BAQEQKAYBASwLAQQLAgEIGB4QJwslAgQOBSKDAAGBagMODwEDC59vAoE4iGG?= =?us-ascii?q?CJYJ7AQEFgkeCQxiCFgMGgTQBhHuGexiBQD+BEScfgkw+gmEBAYFhgz2CJox?= =?us-ascii?q?GnzEJAoIelEwblRmDPqYYAgQCBAUCDgEBBYFQOIFYcBU7KgGCQYJCg3KFFIU?= =?us-ascii?q?/coEpjGQBgSABAQ?= X-IronPort-AV: E=Sophos;i="5.64,440,1559520000"; d="scan'208";a="621222198" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 28 Aug 2019 08:46:17 +0000 Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x7S8kHT6013235 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 28 Aug 2019 08:46:17 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 28 Aug 2019 03:46:17 -0500 Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 28 Aug 2019 04:46:16 -0400 Received: from NAM05-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 28 Aug 2019 03:46:16 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oILOsWaw1GJHXcXKlLB3ltLClYMuyU0E08GR4llJuN1mGj/hByYv7YTUEQ8Q4UkCTY/P9vUYIA2YXA4CHp6hafcuSRlmFTW2aR7O2VgfQbwWAAC3XfdBQWmfyLc2RgiDRsEJ3IRziLCHKIOmUJnsoGtNGuR/bKxXTpIadL8+YZWBTYzqfr9dQpXv3V6p157MYBXUzN/sN/4iG7ROnbsCNg9iERJ1teqQTX8/LhL9kil9hYY9qZq47Ug5fCUiWWCPpxXfcPpBKnJxhOJiM6r2cg5scV2umtWyKevfH4ZXbsrTmCTL34a6BsiYYNDY5zsTNRFcMOOriomq0DlT25mkvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0vjv0dRhMZW0kkI9uZA4FY8251Mqc9RDn+t964MNocQ=; b=WnGPqzwPFitZIBhQ9+iGELoC+/xEYXnmMSUjcM9UvqGPL39D7Sn/Uqu9Dp+VfDyeSfYmeZtsvOfshEQAjhyPKF1k8/ALQ74kJAtnO38dkoMvqubac/sUzd4y+8O8B7x7Zm0eXAcy9xBZN+a4k9AgXeKsz+gOGb+r/NhsepIaHTHjLCggFVOeGaN2vx0/aOq9+1ttQzYHd/RAxvs9jYesJR7lYRlM0/M2VnFj0HInw05BsnTDDpR33cUMpIe7XnH32nb2P/VJRl9knpfnE+SDFnvKXEc0YXXAU3PKDuGzlsG7sZ+Dho72go4qgD2BmxjDIJv/WV5eieqrAIPcjGk8ww== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0vjv0dRhMZW0kkI9uZA4FY8251Mqc9RDn+t964MNocQ=; b=gZjcdn94XJ4t3ktKlGpypuubb/PyDBSsjcCsgIsJ9IYcLFeVTk1dBNnr5xeJk7AngHsX7/Sw5Wm5QiKHeHYa+50qvRj4HYPQJsCraI/J3pgZJ1/+KuQw+aJE2EHCYYmeVoZ2ZHtu/fNdSAS0qs+TzyXQ9YHgV7UlWObzkfsQOzs= Received: from DM5PR11MB1898.namprd11.prod.outlook.com (10.175.92.10) by DM5PR11MB2028.namprd11.prod.outlook.com (10.168.104.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2199.21; Wed, 28 Aug 2019 08:46:15 +0000 Received: from DM5PR11MB1898.namprd11.prod.outlook.com ([fe80::356e:25e4:647f:30a8]) by DM5PR11MB1898.namprd11.prod.outlook.com ([fe80::356e:25e4:647f:30a8%6]) with mapi id 15.20.2199.021; Wed, 28 Aug 2019 08:46:14 +0000 From: "IJsbrand Wijnands (iwijnand)" To: Stig Venaas CC: BIER WG Thread-Topic: [Bier] Extending IGMP/MLD with BIER sender parameters? Thread-Index: AQHVV3nXChsC3ivD60SZzdwQGCMs3KcPl10AgACzyT4= Date: Wed, 28 Aug 2019 08:46:14 +0000 Message-ID: <929D2C29-0AC8-46B6-9A90-01F4218C501E@cisco.com> References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=iwijnand@cisco.com; x-originating-ip: [37.62.43.246] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c3809c2b-734f-43be-12cd-08d72b942f8d x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:DM5PR11MB2028; x-ms-traffictypediagnostic: DM5PR11MB2028: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 014304E855 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(376002)(39860400002)(366004)(346002)(136003)(51444003)(199004)(189003)(478694002)(186003)(102836004)(53546011)(36756003)(446003)(8936002)(486006)(9886003)(6116002)(26005)(6512007)(5660300002)(3846002)(256004)(11346002)(2616005)(81156014)(8676002)(476003)(14444005)(6506007)(86362001)(81166006)(6486002)(4326008)(6246003)(53936002)(71190400001)(966005)(478600001)(6436002)(71200400001)(66476007)(6306002)(66446008)(6916009)(91956017)(66946007)(25786009)(64756008)(99286004)(66574012)(66066001)(305945005)(316002)(76176011)(7736002)(66556008)(14454004)(229853002)(33656002)(76116006)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR11MB2028; H:DM5PR11MB1898.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: p6h59zAwx5t0aqa6LzllWq+Gn1i/EA6AuYd4yA262etOpF7AU95PWR5wO9aWiaXr/ye3oussuBJyPAj5B8Of6utOlAgX3KrMEOLsKyAQ44ansu5TX6b31LkW7/brDeO9hgqJ4XhY7cUYaW+OD5HF/5fK8Sp1gXJaGFeKd+wLFkkKqTebbS2i3bVcMqJtdr5tDd1X+1GhpUUdnFcOfEftkd+A9bBBl6VLeGrkFwav/NPgbo9Wk7bNq1zytVolLl8vSuAYg70eveVx5Y04EqUlWcPLiMP7JIvILSBo0eGHEw/Vm4x5s9P2fnm4Oxknf6d0xn64wiZS8/15ndggSTGpZL1rxIHkggC+TEUcMN7WJGnSCU9lU/ucvOWcZXtTfhEi7qYyZCw0VkfPMJW1hJ3093Sm9X9MUdErqfQBEIdyiCM= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: c3809c2b-734f-43be-12cd-08d72b942f8d X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2019 08:46:14.8473 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: pBT8h3sTHg8IsOhUOdI8ZUgYaHzgfpdgyR7igZRPULq5HJLM+mdxyaH80qUyT5GtCouU+WzNRJySAET+jYoF1w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB2028 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.21, xch-aln-011.cisco.com X-Outbound-Node: alln-core-5.cisco.com Archived-At: Subject: Re: [Bier] Extending IGMP/MLD with BIER sender parameters? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 08:46:22 -0000 Hi Stig, I think that is a good idea.. Sent from my iPhone > On 28 Aug 2019, at 00:03, Stig Venaas wrote: >=20 > Hi >=20 > Anyone got any thoughts on this? Is it a good idea, or just try to > publish what we have? >=20 > Thanks, > Stig >=20 >> On Tue, Aug 20, 2019 at 10:06 AM Stig Venaas wrote: >>=20 >> Hi >>=20 >> As I mentioned in the last meeting, it may be good to store BIER sender >> info in IGMP/MLD messages, like BIER prefix, BFR-ID and sub-domain. >> I would like to hear your thoughts on this. >>=20 >> Currently in the IGMP/MLD overlay we require that the source address of >> reports is the BFR prefix, allowing the BFR-ID of the sender to be >> derived assuming we know the sub-domain. However we have no good >> way of knowing the sub-domain. Alternatively one could get this informat= ion >> from the BIER header, but this information is often not visible to upper= layer >> protocols. >>=20 >> For pim we decided to add a join attribute with sub-domain-id, BFR-ID >> and BFR-prefix. This is similar to the PMSI tunnel attribute defined >> for MVPN containing >>=20 >> +---------------------------------+ >> | Sub-domain-id (1 octet) | >> +---------------------------------+ >> | BFR-id (2 octets) | >> +---------------------------------+ >> | BFR-prefix (4 or 16 octets) | >> +---------------------------------+ >>=20 >> Do you think we should extend IGMP/MLD messages over BIER to >> include this information? >>=20 >> Currently IGMP and MLD RFCs have some text about additional data. >> E.g. RFC 3376 in 4.1.10 and 4.2.11. For reports it says: >>=20 >> 4.1.10. Additional Data >>=20 >> If the Packet Length field in the IP header of a received Query >> indicates that there are additional octets of data present, beyond >> the fields described here, IGMPv3 implementations MUST include those >> octets in the computation to verify the received IGMP Checksum, but >> MUST otherwise ignore those additional octets. When sending a Query, >> an IGMPv3 implementation MUST NOT include additional octets beyond >> the fields described here. >>=20 >> Hence I think we could define an extended message for use with BIER. >> Existing implementations (non-BIER routers) would ignore any additional >> octets. While routers implementing IGMP/MLD over BIER can parse the >> additional data. I would suggest that the extra data is like the PMSI >> tunnel attribute above. However, I also think there is a chance that IGM= P >> messages might have additional data for other reasons in the future, so = I >> think we should define a type, so we might add something like: >>=20 >> +---------------------------------+ >> | Extension type (1 octet) | >> +---------------------------------+ >> | Sub-domain-id (1 octet) | >> +---------------------------------+ >> | BFR-id (2 octets) | >> +---------------------------------+ >> | BFR-prefix (4 or 16 octets) | >> +---------------------------------+ >>=20 >> where say extension type 1 means BIER with the format above. Any >> other use of IGMP/MLD additional data should get its own type, >> so that a BIER IGMP/MLD router can ignore it (by checking for >> the BIER extension type). >>=20 >> What do you think? Should we do this? >>=20 >> Thanks, >> Stig >=20 > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier From nobody Wed Aug 28 07:54:41 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A8B01200B3; Wed, 28 Aug 2019 07:54:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: Cc: bier@ietf.org, ipr-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <156700407903.3314.16476299145438878552@ietfa.amsl.com> Date: Wed, 28 Aug 2019 07:54:39 -0700 Archived-At: Subject: [Bier] IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-bier-ping X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 14:54:39 -0000 Dear Nagendra Kumar, Carlos Pignataro, Nobo Akiya, Lianshu Zheng, Mach Chen, Gregory Mirsky: An IPR disclosure that pertains to your Internet-Draft entitled "BIER Ping and Trace" (draft-ietf-bier-ping) was submitted to the IETF Secretariat on and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/3692/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-bier-ping" Thank you IETF Secretariat From nobody Thu Aug 29 03:13:12 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97CC5120145 for ; Thu, 29 Aug 2019 03:13:10 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=interdigital.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nldpQd_SXa_y for ; Thu, 29 Aug 2019 03:13:07 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750090.outbound.protection.outlook.com [40.107.75.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6814B12011C for ; Thu, 29 Aug 2019 03:13:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SW/5ZCZC6fpfGZ4tUVYvSDcNDeqQHF2zJIvy63VfHgKL/kCa0nDkCIgAwiS0gmatJvNilF/aIvzxuK3ql93WRREjM5rydAloYVR0sd8og2BLVqO4CPAGHeh3c2kR6rCJRk9JsX/Mzuy5aJjnVwhTLzwkiO9qCFeNGv3MefkqUxEwZvxmO6eRhoI9Iuwixi49tMqGqJNnqpkTAhTpsgVilzJ8rzd5JoSjMr2NUn0MO3u84t1wqkstNbL8B0asT3rOwXI89ywzAg7QteSqVdFP5cIxpq0vOLXCzKnnbi7Oo3r0OAy5GnRc4+7wocaRaoJDZOmpOmD8nagiZppgzgMcpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qy8Sz7cUXuul2MWlRB7b3PzyK1Edzig1P/4J4VKaIhU=; b=RezAY46ElRq+sx4dLCSknbEGr9OLJEysG7mt/XWhT4PwpUVpPNHGT3kIH6G7/bgbb8zLps7qg0A11wVLzC84L61WQMfBkFQ4AHS2UsI3hJulVTkhaGLRNOrRSPA3lJIzmaFqhBYKp1lQfSAz0BYNtDOKwLVmiJLyLU+wi1Dp8XrGBKJpEHCfUuWCm526PTXJR1RHjzFA17mVuqFtxGTdhN0zI2JbHVMTUs72WJD5Uwz+jQtVkYnmaSGYD0vdf4w/zAJ6xUvmch2AM/3dyyZbw6+nKjxGwKEHlL0Qsx5fJnddqkwnG5+V+y1kMaU5YAN1uQnmkbuv4Xr0krU9fSf8WQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=interdigital.com; dmarc=pass action=none header.from=interdigital.com; dkim=pass header.d=interdigital.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interdigital.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qy8Sz7cUXuul2MWlRB7b3PzyK1Edzig1P/4J4VKaIhU=; b=2Ns0pFlPu6kM8X53/9NYvGXTVkgiELMYv5UDTvQUFYk3ypW0+FVlZ3lIlscwOsGlO1y4Ez7Ehf9F5zoEpYLBDSPLy01iFtHZ+ZtwoZ1NQXpgM66qITXLn9P50d140PrQvtYCp3v0yMpEIYCIcSX4pCsRpru6dMwO9WqnIRdyMqw= Received: from MN2PR10MB3695.namprd10.prod.outlook.com (20.179.85.138) by MN2PR10MB3757.namprd10.prod.outlook.com (10.255.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2199.21; Thu, 29 Aug 2019 10:13:04 +0000 Received: from MN2PR10MB3695.namprd10.prod.outlook.com ([fe80::c4bc:8000:84ef:b6f7]) by MN2PR10MB3695.namprd10.prod.outlook.com ([fe80::c4bc:8000:84ef:b6f7%7]) with mapi id 15.20.2220.013; Thu, 29 Aug 2019 10:13:04 +0000 From: Dirk Trossen To: "bier@ietf.org" Thread-Topic: Comments on draft-ietf-bier-te-arch-03 Thread-Index: AdVeTH5rBw0nsyD9SSmupa7fHmtW+w== Date: Thu, 29 Aug 2019 10:13:04 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Dirk.Trossen@InterDigital.com; x-originating-ip: [185.65.26.103] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 37f28c56-8bab-4787-b22f-08d72c697b4b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR10MB3757; x-ms-traffictypediagnostic: MN2PR10MB3757: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0144B30E41 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(366004)(136003)(376002)(346002)(39850400004)(396003)(54094003)(189003)(199004)(2906002)(66556008)(66066001)(7736002)(2501003)(6116002)(52536014)(86362001)(14444005)(256004)(1730700003)(606006)(14454004)(81166006)(81156014)(6916009)(8936002)(8676002)(6506007)(790700001)(316002)(33656002)(486006)(74316002)(3846002)(99286004)(5660300002)(54896002)(71190400001)(53936002)(6436002)(71200400001)(102836004)(186003)(9686003)(26005)(236005)(6306002)(55016002)(5640700003)(66946007)(7696005)(2351001)(66476007)(76116006)(64756008)(25786009)(476003)(478600001)(66446008)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:MN2PR10MB3757; H:MN2PR10MB3695.namprd10.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: InterDigital.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: XWTRbDe+vFzdQs1p2cdhySYZCe0IehpHuW+i2sX+nQg+oVak5mHxoZJUPrWH3gGk8xUGz8d+pU3iUBQbZ8msNgc/WgShxjnTc7KwxR2bFeKWb3ieNW0Hw/rZsz8qx8VWtWv8RAY+EYIgm4E3bXe+xa14SrRKewFnJ8/yaFMdOqrjee7XdSNsDTvyPfXCQFkZ6F8FVyNkE2tE+8sPBIfz5/ac8/ubz4wwUK9/8Noy3uleYR0fIX0tyODhjVfVL8QoWNYVpiGNtp2UT+vb/zLlwwPOVaNtdiTetF+sm+LWuahqOqOn4dLB3al4GhrVrWApO50QwB0/1IxeaXms+WL+B4J5quIKyWr5RnZoc1AUOwmAilHGHs9pmUoNCQO13nQXYqjiHa+x1ABdrStlGk75S1pzKMATSwmXDl5EXYx8HTs= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR10MB3695A13F3BE53D98511E58A2F3A20MN2PR10MB3695namp_" MIME-Version: 1.0 X-OriginatorOrg: interdigital.com X-MS-Exchange-CrossTenant-Network-Message-Id: 37f28c56-8bab-4787-b22f-08d72c697b4b X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Aug 2019 10:13:04.6072 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e351b779-f6d5-4e50-8568-80e922d180ae X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gINTNS3XqdnQwOPYK/T0XNjvWAzT9mXS+2/C5RRS6nsyqwAM0L7yRwSJr+ODxbSU5aVfXDG2DyPRMvNoYSWFuSfpUztBsm7HUzBdkP/AZMY= X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR10MB3757 Archived-At: Subject: [Bier] Comments on draft-ietf-bier-te-arch-03 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 10:13:11 -0000 --_000_MN2PR10MB3695A13F3BE53D98511E58A2F3A20MN2PR10MB3695namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, As volunteered during the recent Montreal WG meeting, I've reviewed the BIE= R-TE draft with the following comments with the notation "pXpYlZ" to be rea= d as "page X paragraph Y line Z" (not counting section headings as a paragr= aph) for easier reference in the nitpick comments below (i.e., for small co= rrections): 1. Overall, the draft is very comprehensive in description and well stru= ctured as well as detailed in the various aspects of its descriptions. Gene= rally, I am very supportive to seeing this draft progress and I'm very curi= ous on seeing/hearing/reading about realizations. 2. Content comments: * The draft well motivates the use of BPs indicating forwarding adja= cencies rather than BFERs for the purpose of traffic engineering with compa= risons to the BIER model of forwarding in the various parts of the draft. A= s a possible 'external' reference, it might be useful to refer to work on p= ath-based forwarding in SDN environments that is based on the same motivati= on and has similarities at the solution detail level (albeit simpler in man= y ways since not connected to BIER). The introduction could possibly have s= uch link to "M. J. Reed, M. Al-Naday, N. Thomos, D. Trossen, G. Petropoulos= , S. Spirou, Stateless multicast switching in software defined networks, IC= C 2016, Kuala Lumpur, Maylaysia, 2016" * In Section 2, there is a reference to four 'layers' but I personal= ly find the notion of a 'BIER-TE Controller Host' as a separate layer confu= sing, firstly starting with the mapping of a single 'host' entity to a 'lay= er' but also since even the text itself outlines the 'BIER-TE Controller Ho= st' and its connections to the BF(I/E)Rs as the 'control plane' of BIER-TE.= So I wonder if 'BIER-TE control plane' would be a more adequate name? * Section 2.2.3 talks about per-multicast flow and its state in the = BFIR. It might be worthwhile to link this sub-section to the 'HTTP multicas= t overlay' draft (https://tools.ietf.org/html/draft-ietf-bier-multicast-htt= p-response-01) where said state would be maintained in the SH. Main point h= ere is that multicast state, in my view, can (and maybe should?) be maintai= ned by the multicast flow overlay. * In Section 2.3, i.e., p11p2s6, the sentence talks about "the BFR r= esets all BitPositions in the BitString of the packet to which it can creat= e a copy". From my understanding, the BitPositions to all forwarding adjace= ncies to which a copy is created are reset, while I would think that the se= ntence above might be understood as simply resetting all BitPositions if a = copy is being created. So maybe changing this into "the BFR resets all thos= e BitPositions in the BitString of the packet of all those forwarding adjac= encies to which it can create a copy" would avoid such confusion. * In Section 3.4, Figure 5 shows a BIER-TE Forwarding Example. While= this makes sense to me, given the flow of the document, it nevertheless du= plicates similar figures in Section 1, specifically Figure 1 and 2. Either = we leave this and simply have those two places of explanation, following th= e flow of description, or possibly simply refer in Section 3.4 back to Figu= res 1 and 2 in Section 1 in order to streamline the draft. * In Section 7.2, i.e., p29p4l2, there is a statement on bit efficie= ncy ("...easily be as low as 20% or as high as 80%"). I would really like t= o see a reference to evidence to this since I'm very interested in the numb= ers but it's always good to link them to something, particularly when being= so specific. * Section 8 compares SR and BIER-TE, which I like seeing in the draf= t. I would argue that the possibility for creating opportunistic multicast = relations (through a simple binary OR of unicast relations) is a significan= t advantage over SR. Here, a possible link to the 'HTTP multicast overlay' = draft (see link above) might be useful, which makes use of this capability. 3. Nitpicks: * P4p1l1: "adjacencies" change to "adjacencies" * P5p1l2: "6 BFR..." to "6 BFRs..." (with my working assumptions tha= t an acronym is singular) * P5p1l2: "All BFR..." change to "All BFRs..." * P6p1l4: "...BFR1 to to send..." change to "...BFR1 to send..." * P6p3l3: "...in the prior casse." change to "...in the prior case." * P7p3l1: "...consists of the BIFT of all the the" change to "...con= sists of the BIFT of all the" * P9p3l1: "During 'bring-up..." change to "During set-up..." or "Dur= ing initial configuration..." * P13p2l4: "The can be used" change to "They can be used" * P13p6l1: "...to the BIER BIFT and are are" change to "...to the BI= ER BIFT and are" * P17p2l6: "This Basic BIER-TE requirements make..." change to "Thes= e basic BIER-TE requirements make..." * P21p1l3: "example is not mean as a likely setup" change to "exampl= e is not meant as a likely setup" * P29p1l1: "which lead to" change to "which leads to" * P30p6l1: "For non-leaf BFER, ..." change to "For a non-leaf BFER, = ..." * P30p7l1: "As explained earlier in the document, leaf BFER do..." c= hange to "As explained earlier in the document, leaf BFERs do..." I hope this is useful. Best, Dirk --_000_MN2PR10MB3695A13F3BE53D98511E58A2F3A20MN2PR10MB3695namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

As volunteered during the recent Montreal WG meeting= , I’ve reviewed the BIER-TE draft with the following comments with th= e notation “pXpYlZ” to be read as “page X paragraph Y lin= e Z” (not counting section headings as a paragraph) for easier reference in the nitpick comments below (i.e., for small corrections):

  1. Overall, the draft is very comprehensive in description and well stru= ctured as well as detailed in the various aspects of its descriptions. Gene= rally, I am very supportive to seeing this draft progress and I’m very curious on seeing/hearing/reading a= bout realizations.
  2. Content comments:
  3. The draft well motivates the use of BPs indicating forwarding adjacen= cies rather than BFERs for the purpose of traffic engineering with comparis= ons to the BIER model of forwarding in the various parts of the draft. As a possible ‘external’ re= ference, it might be useful to refer to work on path-based forwarding in SD= N environments that is based on the same motivation and has similarities at= the solution detail level (albeit simpler in many ways since not connected to BIER). The introduction could possibly ha= ve such link to “M. J. Reed, M. Al-Naday, N. Thomos, D. Trossen, G. P= etropoulos, S. Spirou, Stateless multicast switching in software defined ne= tworks, ICC 2016, Kuala Lumpur, Maylaysia, 2016”
  4. In Section 2, there is a reference to fou= r ‘layers’ but I personally find the notion of a ‘BIER-TE= Controller Host’ as a separate layer confusing, firstly starting wit= h the mapping of a single ‘host’ entity to a ‘layer’ but also si= nce even the text itself outlines the ‘BIER-TE Controller Host’= and its connections to the BF(I/E)Rs as the ‘control plane’ of= BIER-TE. So I wonder if ‘BIER-TE control plane’ would be a mor= e adequate name?
  5. Section 2.2.3 talks about per-multica= st flow and its state in the BFIR. It might be worthwhile to link this sub-= section to the ‘HTTP multicast overlay’ draft (https://= tools.ietf.org/html/draft-ietf-bier-multicast-http-response-01) where said state would be maintained in the SH. Main point here is that mu= lticast state, in my view, can (and maybe should?) be maintained by the mul= ticast flow overlay.
  6. In Section 2.3, i.e., p11p2s6, th= e sentence talks about “the BFR resets all BitPositions in the BitStr= ing of the packet to which it can create a copy”. From my understandi= ng, the BitPositions to all forwarding adjacencies to which a copy is created are reset, while = I would think that the sentence above might be understood as simply resetti= ng all BitPositions if a copy is being created. So maybe changing this into= “the BFR resets all those BitPositions in the BitString of the packet of all those forwarding adjacencies to whic= h it can create a copy” would avoid such confusion.
    7. In Section 3.4, Figure 5 shows a BIER-TE Forwarding Example. While this= makes sense to me, given the flow of the document, it nevertheless duplica= tes similar figures in Section 1, specifically Figure 1 and 2. Either we leave this and simply have those tw= o places of explanation, following the flow of description, or possibly sim= ply refer in Section 3.4 back to Figures 1 and 2 in Section 1 in order to s= treamline the draft.
  7. In Section 7.2, i.e., p29p4l2, th= ere is a statement on bit efficiency (“…easily be as low as 20%= or as high as 80%”). I would really like to see a reference to evide= nce to this since I’m very interested in the numbers but it’s always good to lin= k them to something, particularly when being so specific.
    8. Section 8 compares SR and BIER-TE, which I like seeing in the draft. I = would argue that the possibility for creating opportunistic multicast relat= ions (through a simple binary OR of unicast relations) is a significant advantage over SR. Here, a possible li= nk to the ‘HTTP multicast overlay’ draft (see link above) might= be useful, which makes use of this capability.
  • Nitpicks:
    1. P4p1l1: “adjacencies” change to “adjacencies”
    2. P5p1l2: “6 BFR…” to “6 BFRs&#= 8230;” (with my working assumptions that an acronym is singular)=
    3. P5p1l2: “All BFR…” change to “All = BFRs…”
    4. P6p1l4: “…BFR1 to to se= nd…” change to “…BFR1 to send…”
    5. P6p3l3: “…in the prior casse.” change to &#= 8220;…in the prior case.”
    6. P7p3l1: “&= #8230;consists of the BIFT of all the the” change to “…co= nsists of the BIFT of all the”
    7. P9p3l1: “Du= ring ‘bring-up…” change to “During set-up…= 221; or “During initial configuration…”
      8. P13p2l4: “The can be used” change to “They can be use= d”
    8. P13p6l1: “…to the BIER BIFT and a= re are” change to “…to the BIER BIFT and are”<= /o:p>
    9. P17p2l6: “This Basic BIER-TE requirements make…= ” change to “These basic BIER-TE requirements make…”= ;
    10. P21p1l3: “example is not mean as a likely setu= p” change to “example is not meant as a likely setup”
    11. P29p1l1: “which lead to” change to “whi= ch leads to”
    12. P30p6l1: “For non-leaf BFER, = …” change to “For a non-leaf BFER, …”
    13. P30p7l1: “As explained earlier in the document, leaf BF= ER do…” change to “As explained earlier in the document, = leaf BFERs do…”

     

    I hope this is useful.

     

    Best,

     

    Dirk

    --_000_MN2PR10MB3695A13F3BE53D98511E58A2F3A20MN2PR10MB3695namp_-- From nobody Fri Aug 30 15:05:33 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFD45120803 for ; Fri, 30 Aug 2019 15:05:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=RTE3sa+C; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=VWVlnAYL Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pxaeRO6t6igj for ; Fri, 30 Aug 2019 15:05:29 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BB1E120077 for ; Fri, 30 Aug 2019 15:05:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4411; q=dns/txt; s=iport; t=1567202729; x=1568412329; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=c9ITIvo8T4X4Wg+7s2P7FlfcGzFvMJdTh18dZNEINmw=; b=RTE3sa+CvuO27uYotrmscVlzJOHNKAoPBbFkbtqSCEnamqYcXe//hoAH I4WWYmU2+37BnVLn1R+nQFhrzYRUXcJ3EIyP7hY9szOYKIGNeSBC15A4S pdReJft7iDS0ex6OzoXh003aWv0Lqi2CsEeG6354LueRVuxsvUe1euhe6 w=; IronPort-PHdr: =?us-ascii?q?9a23=3Atl4fpxVmhRan1tvhUOvP1EEgVEfV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSA9yJ8OpK3uzRta2oGXcN55qMqjgjSNRNTF?= =?us-ascii?q?dE7KdehAk8GIiAAEz/IuTtank/FcJBXVpk5FmwMFNeH4D1YFiB6nA=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AgAADTnGld/5xdJa1mGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBVgEBAQEBAQsBgURQA21WIAQLKodoA4p0gjcll2yCUgN?= =?us-ascii?q?UCQEBAQwBARgLCgIBAYQ/AoJgIzcGDgIDCAEBBAEBAQIBBgRthS4MhUoBAQE?= =?us-ascii?q?BAgEBARAoBgEBLAsBBAsCAQgYHhAnCyUCBAENBSKDAAGBagMODwECDKMoAoE?= =?us-ascii?q?4iGGCJYJ8AQEFgkeCTBiCFgMGgTQBhHyGexiBQD+BEScME4JMPoJhAQGBYYM?= =?us-ascii?q?9giaMTZ9GCoIflFcblSKDQI1ymEQCBAIEBQIOAQEFgWYigVhwFTsqAYJBgkK?= =?us-ascii?q?DcoUUhT9ygSmODwEB?= X-IronPort-AV: E=Sophos;i="5.64,447,1559520000"; d="scan'208";a="623519357" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Aug 2019 22:05:28 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x7UM5SEB013853 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 30 Aug 2019 22:05:28 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 30 Aug 2019 17:05:27 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 30 Aug 2019 17:05:26 -0500 Received: from NAM03-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 30 Aug 2019 18:05:25 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VK5DTljcsIcLM6IFpfNv6NlOWfe20VsBTbIiBgJVOpQZuBD7C7eJNZNpzFAnac39YYwnFu4gm2w7U2oHj7+nbiUMG+PWb/Bmh9YRasxcpRYbQGC+2ddt3nHJ0hLvZDIUirJohmXTztoup7jCCSt1iP9UTjcvNqGqBLlm7LQ/s0N0RdwKcV/+x1k/xF5lwE9e57Wi5WWvKiLdB6+6Xwjafgo3w2hthFS4nhafa7lnQyKH3p/f8HM5xWwYkns/ons/BE5yh8jaJIgKDpbDqwaccV8K87WTMmx9d9T5hYyu2mXJXLULX9dRYpe5RTNzzhcPlaxn1CWYJHkjsRVe6nOgRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lB81RvcinPpI8DwMpC1z+u1eBk5vjB2g787ShQ5CWR4=; b=R97hkMSVEhbg6xGRcVNDPjp7wloK+D64QY5ghpzqomOL4R2qHZ/Jy1FEtvKtvcHxfNz1GUbddjSf+EuTTWBm84v2xblHN1NdorpyvG5tzLTAHKcOkSnhkiF0HF/ZUiXkNz5ftjUnE6oaRDJJpTKcOvwpdoKxxeEO/y/O9d1/pSVLtmDei3tm9Hgr7fn/ZdoIQnpSeSFX7aMaQtObuCo3jCdUoEU/+zO/1RJVZCfYsZAjh10QG8f7+JjzEVBd/mKie8AlD6JK6cT3VztBd8LrhZyPzJ/ZbVFPWLtj1CBvMfCZayFNg/XeGKfaMAo/BJUcfff6WnGm5oZROUiMKNzBtQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lB81RvcinPpI8DwMpC1z+u1eBk5vjB2g787ShQ5CWR4=; b=VWVlnAYLe7EE9/gbHfaJd868DPeqIDgokYelrIIcMSX3fH48kM7dl3hCtguXx+9LnT8IfEufU/9Qf7h0C3JjFwfkFgFB3vI38ZA6HHO02dD2fZxTXbvfUnCZ0m6t0QQkFxif//m8PKqNWWl3/Wya+MSo2QFmvy8xSHSBLEsAsHE= Received: from BYAPR11MB3685.namprd11.prod.outlook.com (20.178.237.158) by BYAPR11MB2853.namprd11.prod.outlook.com (52.135.228.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2199.21; Fri, 30 Aug 2019 22:05:24 +0000 Received: from BYAPR11MB3685.namprd11.prod.outlook.com ([fe80::cc1b:6af7:8174:e33a]) by BYAPR11MB3685.namprd11.prod.outlook.com ([fe80::cc1b:6af7:8174:e33a%6]) with mapi id 15.20.2220.013; Fri, 30 Aug 2019 22:05:24 +0000 From: "Mankamana Mishra (mankamis)" To: "IJsbrand Wijnands (iwijnand)" , Stig Venaas CC: BIER WG Thread-Topic: [Bier] Extending IGMP/MLD with BIER sender parameters? Thread-Index: AQHVV3nXkyOkGEfO1U+V+uCwhAEjKqcPl10AgACzyACABAPxgA== Date: Fri, 30 Aug 2019 22:05:24 +0000 Message-ID: <92040486-968A-4F92-B093-E32DB973BA1B@cisco.com> References: <929D2C29-0AC8-46B6-9A90-01F4218C501E@cisco.com> In-Reply-To: <929D2C29-0AC8-46B6-9A90-01F4218C501E@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=mankamis@cisco.com; x-originating-ip: [2001:420:30d:1254:ec7a:a2b7:6ff2:8ec] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 86791451-6480-4077-5d80-08d72d962879 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB2853; x-ms-traffictypediagnostic: BYAPR11MB2853: x-ms-exchange-purlcount: 1 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0145758B1D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(346002)(376002)(136003)(366004)(39860400002)(51444003)(189003)(199004)(478694002)(2616005)(486006)(478600001)(71190400001)(25786009)(7736002)(229853002)(305945005)(316002)(2906002)(6506007)(8676002)(81166006)(81156014)(256004)(66574012)(14454004)(14444005)(4326008)(99286004)(66446008)(64756008)(76116006)(66476007)(66946007)(66556008)(76176011)(186003)(6306002)(476003)(53546011)(6512007)(966005)(5660300002)(102836004)(46003)(71200400001)(36756003)(6486002)(8936002)(6246003)(6436002)(446003)(86362001)(110136005)(53936002)(6116002)(33656002)(11346002); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2853; H:BYAPR11MB3685.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: +5Iv8WbsJiPEHDU/6eZSzKaG4zWjpy+OGwftY6naADQ/a0XdpC/cKIPWba/CR1QlnMiGm0L1zQBNPnnO5BStXPxTKiwv9DFW9BoXQ/gR8t8qSKjp7tJ8Xtt9UOLh6Y520odyx3g9hJD+OU1C0lOSMRDPyjvrEAOS4jvIC0tyN2xUcEy/aLxciEsKapVthsGkRGeanvsSwXTbg0xoO+RUG8jSNyAnBEBSmwyYeuCfHPvLQJQRhcZlqFLJt/aaNVjLQAY7U/tmi3gOC9MhpfHtknFCvNr/nwhQHqLc00jQWX2Jcqzl6Xeh7sEfCyY3WaYOAi+ZfKpOeBUs4e4wD9amFB5q6O06aQAaixaeCfcEHhs7HBPvyQQDLiLSdHoMpCGRYupBRs0ayFz1lXuQtuLJNAcsfRuAz3pR8F8jYyOSxAQ= Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 86791451-6480-4077-5d80-08d72d962879 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Aug 2019 22:05:24.1942 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: tSQzEqS3JtRi/aNBrDLl3MO1svReqOvVU9B+g46bpYniNi+MNpOXm9husYcUpimGx0zgDQ6Ojrr7klHqx7i7CA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2853 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: Subject: Re: [Bier] Extending IGMP/MLD with BIER sender parameters? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2019 22:05:32 -0000 Hi Stig,=20 if we plan to extend IGMP RFC, then may be it would be good to provision so= mething which can be used even in future. Using additional data as is might= solve the problem for now but what if something new comes in future which = want to use same set of data. So may be we can add some extra field as type= which can indicate what is the additional data carrying.=20 Mankamana=20 > On Aug 28, 2019, at 1:46 AM, IJsbrand Wijnands (iwijnand) wrote: >=20 > Hi Stig, I think that is a good idea.. >=20 > Sent from my iPhone >=20 >> On 28 Aug 2019, at 00:03, Stig Venaas wrote: >>=20 >> Hi >>=20 >> Anyone got any thoughts on this? Is it a good idea, or just try to >> publish what we have? >>=20 >> Thanks, >> Stig >>=20 >>> On Tue, Aug 20, 2019 at 10:06 AM Stig Venaas wrote: >>>=20 >>> Hi >>>=20 >>> As I mentioned in the last meeting, it may be good to store BIER sender >>> info in IGMP/MLD messages, like BIER prefix, BFR-ID and sub-domain. >>> I would like to hear your thoughts on this. >>>=20 >>> Currently in the IGMP/MLD overlay we require that the source address of >>> reports is the BFR prefix, allowing the BFR-ID of the sender to be >>> derived assuming we know the sub-domain. However we have no good >>> way of knowing the sub-domain. Alternatively one could get this informa= tion >>> from the BIER header, but this information is often not visible to uppe= r layer >>> protocols. >>>=20 >>> For pim we decided to add a join attribute with sub-domain-id, BFR-ID >>> and BFR-prefix. This is similar to the PMSI tunnel attribute defined >>> for MVPN containing >>>=20 >>> +---------------------------------+ >>> | Sub-domain-id (1 octet) | >>> +---------------------------------+ >>> | BFR-id (2 octets) | >>> +---------------------------------+ >>> | BFR-prefix (4 or 16 octets) | >>> +---------------------------------+ >>>=20 >>> Do you think we should extend IGMP/MLD messages over BIER to >>> include this information? >>>=20 >>> Currently IGMP and MLD RFCs have some text about additional data. >>> E.g. RFC 3376 in 4.1.10 and 4.2.11. For reports it says: >>>=20 >>> 4.1.10. Additional Data >>>=20 >>> If the Packet Length field in the IP header of a received Query >>> indicates that there are additional octets of data present, beyond >>> the fields described here, IGMPv3 implementations MUST include those >>> octets in the computation to verify the received IGMP Checksum, but >>> MUST otherwise ignore those additional octets. When sending a Query, >>> an IGMPv3 implementation MUST NOT include additional octets beyond >>> the fields described here. >>>=20 >>> Hence I think we could define an extended message for use with BIER. >>> Existing implementations (non-BIER routers) would ignore any additional >>> octets. While routers implementing IGMP/MLD over BIER can parse the >>> additional data. I would suggest that the extra data is like the PMSI >>> tunnel attribute above. However, I also think there is a chance that IG= MP >>> messages might have additional data for other reasons in the future, so= I >>> think we should define a type, so we might add something like: >>>=20 >>> +---------------------------------+ >>> | Extension type (1 octet) | >>> +---------------------------------+ >>> | Sub-domain-id (1 octet) | >>> +---------------------------------+ >>> | BFR-id (2 octets) | >>> +---------------------------------+ >>> | BFR-prefix (4 or 16 octets) | >>> +---------------------------------+ >>>=20 >>> where say extension type 1 means BIER with the format above. Any >>> other use of IGMP/MLD additional data should get its own type, >>> so that a BIER IGMP/MLD router can ignore it (by checking for >>> the BIER extension type). >>>=20 >>> What do you think? Should we do this? >>>=20 >>> Thanks, >>> Stig >>=20 >> _______________________________________________ >> BIER mailing list >> BIER@ietf.org >> https://www.ietf.org/mailman/listinfo/bier >=20 > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier From nobody Fri Aug 30 15:27:00 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACD3C120A67 for ; Fri, 30 Aug 2019 15:26:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=venaas-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yze5ki2IYLFx for ; Fri, 30 Aug 2019 15:26:55 -0700 (PDT) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 1837A1209CB for ; Fri, 30 Aug 2019 15:26:55 -0700 (PDT) Received: by mail-ed1-x529.google.com with SMTP id l26so9020926edr.0 for ; Fri, 30 Aug 2019 15:26:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=venaas-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qw+uEUcZfOp1kaDWGcienb97WFB5X4BfciCvnCsddEI=; b=DFIElo0fnUH1ZlMXasHBwiP+GKKUeZN8ma0qzMKDmcBSLKrn0iV2lH1yxQvb9NH3As 2bQA1Yzzx4bmGppJ4wXQeehSv4fpQ6EH6yX4a/Sgg9B+VfxJQxRsOOfIiOVsKc2gTZt6 B/jReKB/c993dyZiQAvBNYs0UjxkXLR6l5ZAh+HTM0sBUkyvOAATnnZvy+cpMMKHGqzf FLiRUyGPFNqf/uv4OnWIChCkJZKWaBkoz4CZnwoqiHy7Fbd1Xkmm1NM9dJx4PfUJrXw+ Vy5TYdtGCylD7NqktOpDov//NO0hsnVDLhgAGzad8cjkwNkjZqYnfrNFL5lqMPB34DDU 7STA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qw+uEUcZfOp1kaDWGcienb97WFB5X4BfciCvnCsddEI=; b=MFMo1EXrkX2LEkPRwQJCslp9Ayp2f2/9c+cF2Gv99wcnaEYCBX+NolzcDH7h9QkM+Y iwsB4ZXVKfAxtl2PWoXT8tCP+VvToByYdIP70sckRAn7ZGFAx7n7bJshdMTW7dEjHHO3 f1Cs/UI2up3qPG/VJwBirqdf55m5TFLKFpZxCOqMn/+cCVfrjlyzjmue9Uq7Eq1q3OHn DvaI2sQYisi+zjvoif7nVNhl8y510y04Z0iiydWaU7a6Mcwgwy1isrca4u3aYF0LMPLs DpK2nx6KgxbHk8v9/8pT9Q+qa+vXs7MOmf2wZk3vKcknVUfYk/nWIH2EvhlqUOq9tbie 6ptA== X-Gm-Message-State: APjAAAWsU7hirbYtyIR15QiYjWb6fuPUBQf4NIGBGDNFoMh6KLPxh38Z JxwTRItDLHJsSGgP00+wNo/M/+8NAEXxEK6r5gBrtA== X-Google-Smtp-Source: APXvYqzvfzjzsnbcDW+537mrJO7xXMLtlL93h8YIskHyab+nabuM62UL5aghuCFCRiEoMPADOmGnhiWNchrlihbinbE= X-Received: by 2002:a17:906:7f90:: with SMTP id f16mr15265723ejr.79.1567204013590; Fri, 30 Aug 2019 15:26:53 -0700 (PDT) MIME-Version: 1.0 References: <929D2C29-0AC8-46B6-9A90-01F4218C501E@cisco.com> <92040486-968A-4F92-B093-E32DB973BA1B@cisco.com> In-Reply-To: <92040486-968A-4F92-B093-E32DB973BA1B@cisco.com> From: Stig Venaas Date: Fri, 30 Aug 2019 15:26:43 -0700 Message-ID: To: "Mankamana Mishra (mankamis)" Cc: IJsbrand Wijnands , BIER WG Content-Type: multipart/alternative; boundary="0000000000008559f605915d1e19" Archived-At: Subject: Re: [Bier] Extending IGMP/MLD with BIER sender parameters? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2019 22:26:58 -0000 --0000000000008559f605915d1e19 Content-Type: text/plain; charset="UTF-8" Agree. That is why I added an Extension Type field. Stig On Fri, Aug 30, 2019, 15:05 Mankamana Mishra (mankamis) wrote: > Hi Stig, > if we plan to extend IGMP RFC, then may be it would be good to provision > something which can be used even in future. Using additional data as is > might solve the problem for now but what if something new comes in future > which want to use same set of data. So may be we can add some extra field > as type which can indicate what is the additional data carrying. > > Mankamana > > > On Aug 28, 2019, at 1:46 AM, IJsbrand Wijnands (iwijnand) < > iwijnand@cisco.com> wrote: > > > > Hi Stig, I think that is a good idea.. > > > > Sent from my iPhone > > > >> On 28 Aug 2019, at 00:03, Stig Venaas wrote: > >> > >> Hi > >> > >> Anyone got any thoughts on this? Is it a good idea, or just try to > >> publish what we have? > >> > >> Thanks, > >> Stig > >> > >>> On Tue, Aug 20, 2019 at 10:06 AM Stig Venaas wrote: > >>> > >>> Hi > >>> > >>> As I mentioned in the last meeting, it may be good to store BIER sender > >>> info in IGMP/MLD messages, like BIER prefix, BFR-ID and sub-domain. > >>> I would like to hear your thoughts on this. > >>> > >>> Currently in the IGMP/MLD overlay we require that the source address of > >>> reports is the BFR prefix, allowing the BFR-ID of the sender to be > >>> derived assuming we know the sub-domain. However we have no good > >>> way of knowing the sub-domain. Alternatively one could get this > information > >>> from the BIER header, but this information is often not visible to > upper layer > >>> protocols. > >>> > >>> For pim we decided to add a join attribute with sub-domain-id, BFR-ID > >>> and BFR-prefix. This is similar to the PMSI tunnel attribute defined > >>> for MVPN containing > >>> > >>> +---------------------------------+ > >>> | Sub-domain-id (1 octet) | > >>> +---------------------------------+ > >>> | BFR-id (2 octets) | > >>> +---------------------------------+ > >>> | BFR-prefix (4 or 16 octets) | > >>> +---------------------------------+ > >>> > >>> Do you think we should extend IGMP/MLD messages over BIER to > >>> include this information? > >>> > >>> Currently IGMP and MLD RFCs have some text about additional data. > >>> E.g. RFC 3376 in 4.1.10 and 4.2.11. For reports it says: > >>> > >>> 4.1.10. Additional Data > >>> > >>> If the Packet Length field in the IP header of a received Query > >>> indicates that there are additional octets of data present, beyond > >>> the fields described here, IGMPv3 implementations MUST include those > >>> octets in the computation to verify the received IGMP Checksum, but > >>> MUST otherwise ignore those additional octets. When sending a Query, > >>> an IGMPv3 implementation MUST NOT include additional octets beyond > >>> the fields described here. > >>> > >>> Hence I think we could define an extended message for use with BIER. > >>> Existing implementations (non-BIER routers) would ignore any additional > >>> octets. While routers implementing IGMP/MLD over BIER can parse the > >>> additional data. I would suggest that the extra data is like the PMSI > >>> tunnel attribute above. However, I also think there is a chance that > IGMP > >>> messages might have additional data for other reasons in the future, > so I > >>> think we should define a type, so we might add something like: > >>> > >>> +---------------------------------+ > >>> | Extension type (1 octet) | > >>> +---------------------------------+ > >>> | Sub-domain-id (1 octet) | > >>> +---------------------------------+ > >>> | BFR-id (2 octets) | > >>> +---------------------------------+ > >>> | BFR-prefix (4 or 16 octets) | > >>> +---------------------------------+ > >>> > >>> where say extension type 1 means BIER with the format above. Any > >>> other use of IGMP/MLD additional data should get its own type, > >>> so that a BIER IGMP/MLD router can ignore it (by checking for > >>> the BIER extension type). > >>> > >>> What do you think? Should we do this? > >>> > >>> Thanks, > >>> Stig > >> > >> _______________________________________________ > >> BIER mailing list > >> BIER@ietf.org > >> https://www.ietf.org/mailman/listinfo/bier > > > > _______________________________________________ > > BIER mailing list > > BIER@ietf.org > > https://www.ietf.org/mailman/listinfo/bier > > --0000000000008559f605915d1e19 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Agree. That is why I added an Extension Type field.

    Stig


    On Fri, Aug 30, 2019, 15:05 Mankamana Mishra (mankamis) <mankamis@cisco.com> wrote:
    Hi Stig,
    if we plan to extend IGMP RFC, then may be it would be good to provision so= mething which can be used even in future. Using additional data as is might= solve the problem for now but what if something new comes in future which = want to use same set of data. So may be we can add some extra field as type= which can indicate what is the additional data carrying.

    Mankamana

    > On Aug 28, 2019, at 1:46 AM, IJsbrand Wijnands (iwijnand) <iwijnan= d@cisco.com> wrote:
    >
    > Hi Stig, I think that is a good idea..
    >
    > Sent from my iPhone
    >
    >> On 28 Aug 2019, at 00:03, Stig Venaas <stig@venaas.com> wro= te:
    >>
    >> Hi
    >>
    >> Anyone got any thoughts on this? Is it a good idea, or just try to=
    >> publish what we have?
    >>
    >> Thanks,
    >> Stig
    >>
    >>> On Tue, Aug 20, 2019 at 10:06 AM Stig Venaas <stig@venaas.com<= /a>> wrote:
    >>>
    >>> Hi
    >>>
    >>> As I mentioned in the last meeting, it may be good to store BI= ER sender
    >>> info in IGMP/MLD messages, like BIER prefix, BFR-ID and sub-do= main.
    >>> I would like to hear your thoughts on this.
    >>>
    >>> Currently in the IGMP/MLD overlay we require that the source a= ddress of
    >>> reports is the BFR prefix, allowing the BFR-ID of the sender t= o be
    >>> derived assuming we know the sub-domain. However we have no go= od
    >>> way of knowing the sub-domain. Alternatively one could get thi= s information
    >>> from the BIER header, but this information is often not visibl= e to upper layer
    >>> protocols.
    >>>
    >>> For pim we decided to add a join attribute with sub-domain-id,= BFR-ID
    >>> and BFR-prefix. This is similar to the PMSI tunnel attribute d= efined
    >>> for MVPN containing
    >>>
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 Sub-domain-id (1 octe= t)=C2=A0 =C2=A0 =C2=A0 =C2=A0 |
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 BFR-id (2 octets)=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 BFR-prefix (4 or 16 o= ctets)=C2=A0 =C2=A0 |
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>
    >>> Do you think we should extend IGMP/MLD messages over BIER to >>> include this information?
    >>>
    >>> Currently IGMP and MLD RFCs have some text about additional da= ta.
    >>> E.g. RFC 3376 in 4.1.10 and 4.2.11. For reports it says:
    >>>
    >>> 4.1.10. Additional Data
    >>>
    >>>=C2=A0 If the Packet Length field in the IP header of a receive= d Query
    >>>=C2=A0 indicates that there are additional octets of data prese= nt, beyond
    >>>=C2=A0 the fields described here, IGMPv3 implementations MUST i= nclude those
    >>>=C2=A0 octets in the computation to verify the received IGMP Ch= ecksum, but
    >>>=C2=A0 MUST otherwise ignore those additional octets.=C2=A0 Whe= n sending a Query,
    >>>=C2=A0 an IGMPv3 implementation MUST NOT include additional oct= ets beyond
    >>>=C2=A0 the fields described here.
    >>>
    >>> Hence I think we could define an extended message for use with= BIER.
    >>> Existing implementations (non-BIER routers) would ignore any a= dditional
    >>> octets. While routers implementing IGMP/MLD over BIER can pars= e the
    >>> additional data. I would suggest that the extra data is like t= he PMSI
    >>> tunnel attribute above. However, I also think there is a chanc= e that IGMP
    >>> messages might have additional data for other reasons in the f= uture, so I
    >>> think we should define a type, so we might add something like:=
    >>>
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 Extension type (1 oct= et)=C2=A0 =C2=A0 =C2=A0 =C2=A0|
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 Sub-domain-id (1 octe= t)=C2=A0 =C2=A0 =C2=A0 =C2=A0 |
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 BFR-id (2 octets)=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 BFR-prefix (4 or 16 o= ctets)=C2=A0 =C2=A0 |
    >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+----------------------------= -----+
    >>>
    >>> where say extension type 1 means BIER with the format above. A= ny
    >>> other use of IGMP/MLD additional data should get its own type,=
    >>> so that a BIER IGMP/MLD router can ignore it (by checking for<= br> >>> the BIER extension type).
    >>>
    >>> What do you think? Should we do this?
    >>>
    >>> Thanks,
    >>> Stig
    >>
    >> _______________________________________________
    >> BIER mailing list
    >>     BIER@ietf.org
    >> https://www.ietf.org/mailman/listinfo/= bier
    >
    > _______________________________________________
    > BIER mailing list
    > = BIER@ietf.org
    > https://www.ietf.org/mailman/listinfo/bier=

    --0000000000008559f605915d1e19--