From nobody Tue Aug 7 03:40:06 2018 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 C56D3120049; Tue, 7 Aug 2018 03:39:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 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, T_DKIMWL_WL_HIGH=-0.01, T_SPF_HELO_TEMPERROR=0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 NHCzsErThTku; Tue, 7 Aug 2018 03:39:56 -0700 (PDT) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10131.outbound.protection.outlook.com [40.107.1.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1A6E130FA9; Tue, 7 Aug 2018 03:39:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dLnE5wLwAZ+bzuvNIEZFbq2+bFI9LV1JocECCsAlByg=; b=KF3ZCBhQh20iEkX+YxnnyapyILAKQe8O1X2mppzeM84HjP6kIfG4LLmPzGciqm4q01TsfGvKIYkWiRjkT15SLv3NCRensZ394Kq34So/V1pw7z/WuzbSv4B1K2krXuMaauGOU7n3EM7b2PCKRTQx2vUF4W4ruccusKtfrMFSTH8= Received: from AM5PR0701MB1729.eurprd07.prod.outlook.com (10.167.215.136) by AM5PR0701MB2739.eurprd07.prod.outlook.com (10.173.93.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1038.16; Tue, 7 Aug 2018 10:39:52 +0000 Received: from AM5PR0701MB1729.eurprd07.prod.outlook.com ([fe80::3ca0:9fbf:f2d:64d8]) by AM5PR0701MB1729.eurprd07.prod.outlook.com ([fe80::3ca0:9fbf:f2d:64d8%5]) with mapi id 15.20.1038.013; Tue, 7 Aug 2018 10:39:51 +0000 From: "Van De Velde, Gunter (Nokia - BE/Antwerp)" To: "bier@ietf.org" , "Les Ginsberg (ginsberg)" , Tony Przygienda , "lsr@ietf.org" CC: "Bidgoli, Hooman (Nokia - CA/Ottawa)" Thread-Topic: What is the motivation for RFC8401 to have a strict "MUST NOT be set" for R-Flag? Thread-Index: AdQuOt85jH56m2TUR+uXXuoqthRMlg== Date: Tue, 7 Aug 2018 10:39:51 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2a02:1810:4d67:a00:d03f:fd4:54e2:f5a2] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2739; 6:/LcIzhxwK+FFa3gNAjQfyxmJHmt3LIpmfjUM57p/o1sPZobuUM4NeZn0Aa2fIG1DbTemrQaCixRjsDLvgfkvwhz8a6qoNiNIH8BAdMM4QqsSWZR2qIvT58lDLcUMMsQWEuWcFp40vJg6KNGsFdCbKOIxJT5gWWDehjSDtxJa9V3J1lE51UboOMD9ueagOdUdUzIM8xuNJf5rodEGONB3d22YHn/nsy/roaO800f/8Idc81S2y4Ben3+eAmbX7tbtdzo8hIT+2qTn4Hq5+tcSYbjrof7JdyaUn+z/iS4CsBFD9fVhjBStPeeC2yj8EgQLXdT46Jg4e68e0Ch5gOMTxUnZLlSlEw4JnUvm0IEfsGWa4rxNs77GDS/J1HsPyiexR0odaxal1GxKeTGoB+r3FuddWz6KWPV2ZPbxydknimanHIyvkdJUc19FrJty9NhuuZa6DvFaU/pG0bt+657ADg==; 5:qp38DRc3AkHu58Tsv5LlKgvIuxs7j0qLYUuMjoS/X8+dgJFL/wQA8LSfY3KF1zhp2cylYOn7+61F07KaTeQ7H2yz1VjBBQZQa2mEyC3xrVN1s7s37rQ+CABenIRz0SqsjIyk02EryP+tLBl8+d1m3NkqK50QXkwIq1wO9IKPNWU=; 7:pHiE3pVovI7QuW5ORZlMV/0tD9x55aLImT1IE6DCnekW4gkk1vZNmGzKjO51/o926ufl+ZYUwxyWVtOJSd4E/nCdcgyA8Nv4LW4mbJFwpAvBLMDAG9FdPHDsaM7UKgeZ9V+zdPNmcTXA5/SJ5t3VDLR2I1bVAU5HC5Hb+OgfEJv87SJ/J2P0tuOEw18afNxXLQRVrS256gKTkEwYyBrkPSyDls+IKkXbbGQXOOwkoBjL9MaU5dEaKv1SRpnPd5Oo x-ms-exchange-antispam-srfa-diagnostics: SOS;SOR; x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(396003)(39860400002)(376002)(366004)(136003)(346002)(189003)(199004)(105586002)(6116002)(790700001)(478600001)(2906002)(106356001)(68736007)(8936002)(33656002)(14454004)(5250100002)(606006)(2501003)(25786009)(7736002)(99286004)(81166006)(81156014)(316002)(5660300001)(110136005)(4326008)(46003)(256004)(186003)(476003)(217873002)(102836004)(6506007)(86362001)(97736004)(74316002)(236005)(6436002)(55016002)(54896002)(9686003)(486006)(53936002)(6306002)(107886003)(2900100001)(8676002)(39060400002)(7696005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2739; H:AM5PR0701MB1729.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; x-ms-office365-filtering-correlation-id: 61554c78-2d2b-4a50-ffee-08d5fc521b4b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600074)(711020)(4618075)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7193020); SRVR:AM5PR0701MB2739; x-ms-traffictypediagnostic: AM5PR0701MB2739: authentication-results: spf=none (sender IP is ) smtp.mailfrom=gunter.van_de_velde@nokia.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(823301020)(3231311)(11241501184)(806099)(944501410)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(149027)(150027)(6041310)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:AM5PR0701MB2739; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2739; x-forefront-prvs: 0757EEBDCA received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: EQSJednyNm4DX3HkjcdHld17//R9l4ElulL9KTCCHK5JeiP/z97MigyJ1iXNIgRbe/vxXAAAs/vUOi76hCWsJWDu0ssk1tEvr9LSAiiQuxxJYGn8oLEaMNt4R3plQEOxNNhI++2z6F6KUQhKJGz532B505KcIaNOa8bU4lSKdX28v/xHe6zvNRwBrtNb+1FfaiPl/GBCNNRwX+T7kWLWyiBC3OkqN3PpbNKobXwotVW/9KVIOYY/DgUMaOOP7MAKrsX2OOAg7vxzNKrdn72NyA2z6eni5jW/faOQibUGX0yA3+Vn0Cp/NBqbYEqwF8PtjLXLynzKOnpUqEJXBIACxW98Qqm3ijfiJAkpujQnKGtvJ/I3LNcmnAQryxumM1V3BPg8QrfbuLN0g0Aktjizag== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB1729E94EB59F656676E85833E0270AM5PR0701MB1729_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 61554c78-2d2b-4a50-ffee-08d5fc521b4b X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2018 10:39:51.7175 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2739 Archived-At: Subject: [Bier] What is the motivation for RFC8401 to have a strict "MUST NOT be set" for R-Flag? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 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, 07 Aug 2018 10:39:59 -0000 --_000_AM5PR0701MB1729E94EB59F656676E85833E0270AM5PR0701MB1729_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, When having desire to do BIER between ISIS L1/L2 domains then there is some= thing I do not understand. In RFC8401 I see: 4.2. Advertising BIER Inf= ormation BIER information advertisements are associated with a new sub-TLV in the extended reachability TLVs. BIER information is always associated with a host prefix, which MUST be a node address for the advertising node. If this is not the case, the advertisement MUST be ignored. Therefore, the following restrictions apply: o Prefix length MUST be 32 for an IPv4 prefix or 128 for an IPv6 prefix. o When the Prefix Attributes Flags sub-TLV [RFC7794] is present, the N flag MUST be set and the R flag MUST NOT be set. o BIER sub-TLVs MUST be included when a prefix reachability advertisement is leaked between levels. In RFC7794 I find: R-Flag: Re-advertisement Flag (Bit 1) Set when the prefix has been leaked from one level to another (upwards or downwards). The issue that is unclear to me: * If I leak a (node-)prefix between L1/L2 then I MUST set the R-flag (a= ccording RFC7794), but then this seem to contradict the strict MUST NOT fro= m RFC8401. What logic am I misunderstanding? Why is the motivation in RFC8401 regardin= g the strict "MUST NOT be set" requirement for the R-Flag? Brgds, G/ --_000_AM5PR0701MB1729E94EB59F656676E85833E0270AM5PR0701MB1729_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

When having desire to do BIER between ISIS L1/L2 dom= ains then there is something I do not understand.

 

In RFC8401 I see:

4.2.  Advertising BIER Information

   BIER information advertisemen=
ts are associated with a new sub-TLV in
   the extended reachability TLV=
s.  BIER information is always
   associated with a host prefix=
, which MUST be a node address for the
   advertising node.  If th=
is is not the case, the advertisement MUST be
   ignored.  Therefore, the=
 following restrictions apply:
 
   o  Prefix length MUST be=
 32 for an IPv4 prefix or 128 for an IPv6
      prefix.
 
   o  When the Prefix Attr=
ibutes Flags sub-TLV [RFC7794] is present, the
      N flag MUS=
T be set and the R flag MUST NOT be set.
 
   o  BIER sub-TLVs MUST be=
 included when a prefix reachability
      advertiseme=
nt is leaked between levels.

 

In RFC7794 I find:

 

   R-Flag:  Re-advertisemen=
t Flag (Bit 1)
      Set when th=
e prefix has been leaked from one level to another
      (upwards or=
 downwards).

 

The issue that is unclear to me:

 

  • If I leak a (node-)prefix between L1/L2 then I MUST set the R-flag (a= ccording RFC7794), but then this seem to contradict the strict MUST NOT fro= m RFC8401.

 

What logic am I misunderstanding? Why is the motivat= ion in RFC8401 regarding the strict “MUST NOT be set” requireme= nt for the R-Flag?

 

Brgds,

G/

 

 

 

--_000_AM5PR0701MB1729E94EB59F656676E85833E0270AM5PR0701MB1729_-- From nobody Tue Aug 7 08:56:54 2018 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 592EB13102D; Tue, 7 Aug 2018 08:56:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EwZ3269n4D7K; Tue, 7 Aug 2018 08:56:50 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7C7C130F76; Tue, 7 Aug 2018 08:56:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16192; q=dns/txt; s=iport; t=1533657409; x=1534867009; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=qvWnZI2idHMuWZ4OeDPrhMCpw/Gq+VEAzxfVviOcVXo=; b=H2nbSUzS5JJc3JcY7+U0j6EZdq7oSLvAoyGvM3fnLsMjUedFtJpIrbC7 b3atnBH1LqDfg1v5Lo4DHUDJZWFh4le2Tu5dYuf8cOeMk2WKulf+r/Gpn RZkiqZoEDBm4HbbjO5ZgE8gfhaOib5brzo+3A5mLjCk95t4rtSFAXT0Li 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DYAQC1wGlb/5ldJa1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJXd2N/KAqYRYINiEeNJhSBZgsjhEkCg0MhNRcBAgEBAgE?= =?us-ascii?q?BAm0cDIU3AQEBAQMtTBACAQgRBAEBLyERHQgBAQQBDQUIgxmBG0wDFQ+uJ4c?= =?us-ascii?q?aDYMlBYkPF4FBP4ESgmQugUGBFUUBAQIBgUaFbgKIaIk4h24rCQKGGYYdgwe?= =?us-ascii?q?OL4pvVoZ4AhEUgSQfATWBUnAVgyQJghwXEYhIhT5vAY00gRsBAQ?= X-IronPort-AV: E=Sophos;i="5.51,455,1526342400"; d="scan'208,217";a="431681132" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Aug 2018 15:56:48 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id w77FumHc005710 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 Aug 2018 15:56:48 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 7 Aug 2018 10:56:47 -0500 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1320.000; Tue, 7 Aug 2018 10:56:47 -0500 From: "Les Ginsberg (ginsberg)" To: "Van De Velde, Gunter (Nokia - BE/Antwerp)" , "bier@ietf.org" , "Tony Przygienda" , "lsr@ietf.org" CC: "Bidgoli, Hooman (Nokia - CA/Ottawa)" Thread-Topic: What is the motivation for RFC8401 to have a strict "MUST NOT be set" for R-Flag? Thread-Index: AdQuOt85jH56m2TUR+uXXuoqthRMlgAK6gDw Date: Tue, 7 Aug 2018 15:56:47 +0000 Message-ID: <8604646bebc4452e9072c91f7db5cfbd@XCH-ALN-001.cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.154.131.58] Content-Type: multipart/alternative; boundary="_000_8604646bebc4452e9072c91f7db5cfbdXCHALN001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [Bier] What is the motivation for RFC8401 to have a strict "MUST NOT be set" for R-Flag? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 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, 07 Aug 2018 15:56:52 -0000 --_000_8604646bebc4452e9072c91f7db5cfbdXCHALN001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Gunter - In early versions of the draft we did not support inter-area, so we specifi= ed that R bit MUST be 0. Then in V6 of the draft we allowed for inter-area support and the text rela= ting to R-bit was removed. However, somehow the text regarding R-bit ended up being put back in V9 of = the draft. I don't think there was any reason for this - probably just a cu= t and paste error. At this point I think you will need to file an Errata. Sigh... Les From: Van De Velde, Gunter (Nokia - BE/Antwerp) Sent: Tuesday, August 07, 2018 3:40 AM To: bier@ietf.org; Les Ginsberg (ginsberg) ; Tony Przyg= ienda ; lsr@ietf.org Cc: Bidgoli, Hooman (Nokia - CA/Ottawa) Subject: What is the motivation for RFC8401 to have a strict "MUST NOT be s= et" for R-Flag? Folks, When having desire to do BIER between ISIS L1/L2 domains then there is some= thing I do not understand. In RFC8401 I see: 4.2. Advertising BIER Inf= ormation BIER information advertisements are associated with a new sub-TLV in the extended reachability TLVs. BIER information is always associated with a host prefix, which MUST be a node address for the advertising node. If this is not the case, the advertisement MUST be ignored. Therefore, the following restrictions apply: o Prefix length MUST be 32 for an IPv4 prefix or 128 for an IPv6 prefix. o When the Prefix Attributes Flags sub-TLV [RFC7794] is present, the N flag MUST be set and the R flag MUST NOT be set. o BIER sub-TLVs MUST be included when a prefix reachability advertisement is leaked between levels. In RFC7794 I find: R-Flag: Re-advertisement Flag (Bit 1) Set when the prefix has been leaked from one level to another (upwards or downwards). The issue that is unclear to me: * If I leak a (node-)prefix between L1/L2 then I MUST set the R-flag (a= ccording RFC7794), but then this seem to contradict the strict MUST NOT fro= m RFC8401. What logic am I misunderstanding? Why is the motivation in RFC8401 regardin= g the strict "MUST NOT be set" requirement for the R-Flag? Brgds, G/ --_000_8604646bebc4452e9072c91f7db5cfbdXCHALN001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Gunter –

 

In early versions of t= he draft we did not support inter-area, so we specified that R bit MUST be = 0.

Then in V6 of the draf= t we allowed for inter-area support and the text relating to R-bit was remo= ved.

 

However, somehow the t= ext regarding R-bit ended up being put back in V9 of the draft. I don’= ;t think there was any reason for this – probably just a cut and past= e error.

 

At this point I think = you will need to file an Errata.

 

Sigh…=

 

    Les=

 

 

From: Van De Velde, Gunter (Nokia - BE/Antwer= p) <gunter.van_de_velde@nokia.com>
Sent: Tuesday, August 07, 2018 3:40 AM
To: bier@ietf.org; Les Ginsberg (ginsberg) <ginsberg@cisco.com>= ;; Tony Przygienda <tonysietf@gmail.com>; lsr@ietf.org
Cc: Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com= >
Subject: What is the motivation for RFC8401 to have a strict "M= UST NOT be set" for R-Flag?

 

Folks,

 

When having desire to do BIER between ISIS L1/L2 dom= ains then there is something I do not understand.

 

In RFC8401 I see:

4.2.  Advertising BIER Information

   BIER information advertisemen=
ts are associated with a new sub-TLV in
   the extended reachability TLV=
s.  BIER information is always
   associated with a host prefix=
, which MUST be a node address for the
   advertising node.  If th=
is is not the case, the advertisement MUST be
   ignored.  Therefore, the=
 following restrictions apply:
 
   o  Prefix length MUST be=
 32 for an IPv4 prefix or 128 for an IPv6
      prefix.
 
   o  When the Prefix Attr=
ibutes Flags sub-TLV [RFC7794] is present, the
      N flag MUS=
T be set and the R flag MUST NOT be set.
 
   o  BIER sub-TLVs MUST be=
 included when a prefix reachability
      advertiseme=
nt is leaked between levels.

 

In RFC7794 I find:

 

   R-Flag:  Re-advertisemen=
t Flag (Bit 1)
      Set when th=
e prefix has been leaked from one level to another
      (upwards or=
 downwards).

 

The issue that is unclear to me:

 

  • If I leak a (node= -)prefix between L1/L2 then I MUST set the R-flag (according RFC7794), but = then this seem to contradict the strict MUST NOT from RFC8401.

 

What logic am I misunderstanding? Why is the motivat= ion in RFC8401 regarding the strict “MUST NOT be set” requireme= nt for the R-Flag?

 

Brgds,

G/

 

 

 

--_000_8604646bebc4452e9072c91f7db5cfbdXCHALN001ciscocom_-- From nobody Tue Aug 7 09:52:37 2018 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 C86E0130F25; Tue, 7 Aug 2018 09:52:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 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_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 V9tkf6oaIjDD; Tue, 7 Aug 2018 09:52:31 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40134.outbound.protection.outlook.com [40.107.4.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9CB712777C; Tue, 7 Aug 2018 09:52:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=anxSQLFk3wdf9NtbocuxK6BI4hgvspRnet3KhAQI2QE=; b=MPmyn7psLU0eGek3jfPVZlonBSVk5P+P+tvK7FFThMlxJ2MVU6kD/rG23ctDOWPBjNXsjLA1dPPsBy9KZy3PQYGiSJGV/gq1BdHfn+EmRC9v01+e7tuaLXAsUeVFGhIITlKVq1Vbr1igXiKpRYMTFS8DM7QJqogAxbzhbwABBlo= Received: from AM5PR0701MB1729.eurprd07.prod.outlook.com (10.167.215.136) by AM5PR0701MB2785.eurprd07.prod.outlook.com (10.173.94.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1038.10; Tue, 7 Aug 2018 16:52:28 +0000 Received: from AM5PR0701MB1729.eurprd07.prod.outlook.com ([fe80::3ca0:9fbf:f2d:64d8]) by AM5PR0701MB1729.eurprd07.prod.outlook.com ([fe80::3ca0:9fbf:f2d:64d8%5]) with mapi id 15.20.1038.013; Tue, 7 Aug 2018 16:52:28 +0000 From: "Van De Velde, Gunter (Nokia - BE/Antwerp)" To: "Les Ginsberg (ginsberg)" , "bier@ietf.org" , Tony Przygienda , "lsr@ietf.org" CC: "Bidgoli, Hooman (Nokia - CA/Ottawa)" Thread-Topic: What is the motivation for RFC8401 to have a strict "MUST NOT be set" for R-Flag? Thread-Index: AdQuOt85jH56m2TUR+uXXuoqthRMlgAK6gDwAAIYoUA= Date: Tue, 7 Aug 2018 16:52:27 +0000 Message-ID: References: <8604646bebc4452e9072c91f7db5cfbd@XCH-ALN-001.cisco.com> In-Reply-To: <8604646bebc4452e9072c91f7db5cfbd@XCH-ALN-001.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=gunter.van_de_velde@nokia.com; x-originating-ip: [2a02:a03f:4e49:7500:417a:4d30:2f01:37a3] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2785; 6:T4W5McS+TzQLR4C5ADV2eXNZSKrfxPZ7cbxpIH2wn4GpQgPc/6bYkd/g0Wh0HQxSc/trA8Y+hwBTodwEtQrDTlUJ+s5ewnUFrsBcHRsX00iVwE0Yv07qR9C8MuP1SLI9gD183wUo/wQYWeyeJUWkKGCroAHNg0Yejf1bqIgaI3zVgVti49MTu2OR+ADDmoAb8bxvN12WM0codVigWLrE1kPuuHpvsPXvF18mpew4HGjvf+EIJtVeb8TlE+0URy6KEfoubZqrhGQtjupmCYSztkeh6LX8e0phAOUAfqgrkV1BnDhbu/eWqnafW9+l9S6uPrD2FHNmLLWc6T01RZ+3ymS8FczAtZobtJa8lhSa/G7dyOFWOsZUwXgz/lcfD2mJp4ZXepbllrT33Fx2SwR+WPzheHwF/RIzsp1M1tEHA8mt5cf0/Ijonob32UWlsrgEuloSiat9C5hLHPutLgqdlw==; 5:FZtngbtkCdC4sL/sBImplnr0m1nf9mbp/xC009QXhnrZuKu6nPj7d5p7YIdhUJSkduvIr26VT5Ydw6mKm4yYsn3LBM5THXuWAYS2K4oUvsL3DU2smfv3L5lpAxo00kKU464KbXpb9NeE4SOCcDslBJijMJr8FvxB93Hhnt865mA=; 7:FFzg8K/Yr0t5BwVCT8bX/n8CovNxSZT/636lA4G6lF8Hq/SGBU+hxi8ED+cDiI/m/JHqiCt3o85vCwOi+Tin97HXBXDRwqyFOsy4XcdK5M7NQE4ZVNWyqKbSQAL/+qojCaJki3bDtZLffmpsnrlJkUS9cvoY17ziMBMKrZbZcMLjkkUoLg+vBqr3EmjySB22t55mtayD2MmotMrB7NB1SDu/8Nl6ersLI8AJUF722Ax0UAmnfQnQEqqAdSG9X6lK x-ms-exchange-antispam-srfa-diagnostics: SOS;SOR; x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(136003)(396003)(346002)(366004)(39860400002)(376002)(199004)(189003)(2906002)(7696005)(39060400002)(476003)(2900100001)(11346002)(6436002)(53936002)(446003)(4326008)(102836004)(229853002)(5250100002)(606006)(99286004)(53546011)(55016002)(110136005)(107886003)(486006)(76176011)(6306002)(54896002)(2501003)(33656002)(9686003)(6246003)(6506007)(7736002)(74316002)(236005)(316002)(81156014)(68736007)(8936002)(106356001)(105586002)(5660300001)(790700001)(256004)(81166006)(8676002)(217873002)(97736004)(186003)(86362001)(6116002)(14444005)(46003)(25786009)(14454004)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2785; H:AM5PR0701MB1729.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; x-ms-office365-filtering-correlation-id: 35f5f52b-baa9-457b-84f6-08d5fc8628bd x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(4618075)(2017052603328)(7193020); SRVR:AM5PR0701MB2785; x-ms-traffictypediagnostic: AM5PR0701MB2785: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(82608151540597)(85827821059158)(109105607167333)(195916259791689)(95692535739014)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231311)(11241501184)(806099)(944501410)(52105095)(10201501046)(6055026)(149027)(150027)(6041310)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:AM5PR0701MB2785; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2785; x-forefront-prvs: 0757EEBDCA received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: J+sTlgus6rYbzVTmd/RpM2ZDQXBz/K1tZGWtOE3J+TQ2gHBT9snsg+q3jJaLrxFE8hP/zLDYWnadpeTxKSl7lUkQLdoxsfsU5jDcXpLng1VfDKXWUBetHQu4rAIse5J9ugvp8VMvHdwrazpNayj0yK/5oSvmLZicQunpfTyjvV/NQqIyCiUOmcdycO8TkTsIugu4yasfjP5KklF6Js5vRS+bi9hRjHXccgX8YIy0B9MXqWoOzu4oHYZyFL1vaxQv8JLnz4Szacmt+i1BuM2KhC1ueR8+Da1sN6ibjn1FEfmwS62ErhHYWiZf7WmZRFHlgQWGoj8bRG2j5eCrxt8ZVeb57xWfDQtx6/JecatWoVtRO+gq/peiRmphagTvAFgWdQALpOTTjw8ymzNrr+4r4g== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB17298EF306FB6029779F39C4E0270AM5PR0701MB1729_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 35f5f52b-baa9-457b-84f6-08d5fc8628bd X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2018 16:52:28.1328 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2785 Archived-At: Subject: Re: [Bier] What is the motivation for RFC8401 to have a strict "MUST NOT be set" for R-Flag? X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 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, 07 Aug 2018 16:52:35 -0000 --_000_AM5PR0701MB17298EF306FB6029779F39C4E0270AM5PR0701MB1729_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Les, thanks for this confirmation. G/ From: Les Ginsberg (ginsberg) Sent: Tuesday, August 7, 2018 17:57 To: Van De Velde, Gunter (Nokia - BE/Antwerp) ; bier@ietf.org; Tony Przygienda ; lsr@ietf.org Cc: Bidgoli, Hooman (Nokia - CA/Ottawa) Subject: RE: What is the motivation for RFC8401 to have a strict "MUST NOT = be set" for R-Flag? Gunter - In early versions of the draft we did not support inter-area, so we specifi= ed that R bit MUST be 0. Then in V6 of the draft we allowed for inter-area support and the text rela= ting to R-bit was removed. However, somehow the text regarding R-bit ended up being put back in V9 of = the draft. I don't think there was any reason for this - probably just a cu= t and paste error. At this point I think you will need to file an Errata. Sigh... Les From: Van De Velde, Gunter (Nokia - BE/Antwerp) > Sent: Tuesday, August 07, 2018 3:40 AM To: bier@ietf.org; Les Ginsberg (ginsberg) >; Tony Przygienda >; lsr@ietf.org Cc: Bidgoli, Hooman (Nokia - CA/Ottawa) > Subject: What is the motivation for RFC8401 to have a strict "MUST NOT be s= et" for R-Flag? Folks, When having desire to do BIER between ISIS L1/L2 domains then there is some= thing I do not understand. In RFC8401 I see: 4.2. Advertising BIER Inf= ormation BIER information advertisements are associated with a new sub-TLV in the extended reachability TLVs. BIER information is always associated with a host prefix, which MUST be a node address for the advertising node. If this is not the case, the advertisement MUST be ignored. Therefore, the following restrictions apply: o Prefix length MUST be 32 for an IPv4 prefix or 128 for an IPv6 prefix. o When the Prefix Attributes Flags sub-TLV [RFC7794] is present, the N flag MUST be set and the R flag MUST NOT be set. o BIER sub-TLVs MUST be included when a prefix reachability advertisement is leaked between levels. In RFC7794 I find: R-Flag: Re-advertisement Flag (Bit 1) Set when the prefix has been leaked from one level to another (upwards or downwards). The issue that is unclear to me: * If I leak a (node-)prefix between L1/L2 then I MUST set the R-flag (a= ccording RFC7794), but then this seem to contradict the strict MUST NOT fro= m RFC8401. What logic am I misunderstanding? Why is the motivation in RFC8401 regardin= g the strict "MUST NOT be set" requirement for the R-Flag? Brgds, G/ --_000_AM5PR0701MB17298EF306FB6029779F39C4E0270AM5PR0701MB1729_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Les, thanks for this confirmation.

 

G/

 

From: Les Ginsberg (ginsberg) <ginsberg@ci= sco.com>
Sent: Tuesday, August 7, 2018 17:57
To: Van De Velde, Gunter (Nokia - BE/Antwerp) <gunter.van_de_veld= e@nokia.com>; bier@ietf.org; Tony Przygienda <tonysietf@gmail.com>= ; lsr@ietf.org
Cc: Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com= >
Subject: RE: What is the motivation for RFC8401 to have a strict &qu= ot;MUST NOT be set" for R-Flag?

 

Gunter –

 

In early versions of t= he draft we did not support inter-area, so we specified that R bit MUST be = 0.

Then in V6 of the draf= t we allowed for inter-area support and the text relating to R-bit was remo= ved.

 

However, somehow the t= ext regarding R-bit ended up being put back in V9 of the draft. I don’= ;t think there was any reason for this – probably just a cut and past= e error.

 

At this point I think = you will need to file an Errata.

 

Sigh…=

 

    Les=

 

 

From: Van De Velde, Gunter (Nokia - BE/Antwer= p) <gunter.van_de_velde= @nokia.com>
Sent: Tuesday, August 07, 2018 3:40 AM
To: bier@ietf.org; Les Ginsberg= (ginsberg) <ginsberg@cisco.com>; Tony Przygienda <tonysietf= @gmail.com>; lsr@ietf.org
Cc: Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com>
Subject: What is the motivation for RFC8401 to have a strict "M= UST NOT be set" for R-Flag?

 

Folks,

 

When having desire to do BIER between ISIS L1/L2 dom= ains then there is something I do not understand.

 

In RFC8401 I see:

4.2.  Advertising BIER Information

   BIER information advertisemen=
ts are associated with a new sub-TLV in
   the extended reachability TLV=
s.  BIER information is always
   associated with a host prefix=
, which MUST be a node address for the
   advertising node.  If th=
is is not the case, the advertisement MUST be
   ignored.  Therefore, the=
 following restrictions apply:
 
   o  Prefix length MUST be=
 32 for an IPv4 prefix or 128 for an IPv6
      prefix.
 
   o  When the Prefix Attr=
ibutes Flags sub-TLV [RFC7794] is present, the
      N flag MUS=
T be set and the R flag MUST NOT be set.
 
   o  BIER sub-TLVs MUST be=
 included when a prefix reachability
      advertiseme=
nt is leaked between levels.

 

In RFC7794 I find:

 

   R-Flag:  Re-advertisemen=
t Flag (Bit 1)
      Set when th=
e prefix has been leaked from one level to another
      (upwards or=
 downwards).

 

The issue that is unclear to me:

 

  • If I leak a (node= -)prefix between L1/L2 then I MUST set the R-flag (according RFC7794), but = then this seem to contradict the strict MUST NOT from RFC8401.

 

What logic am I misunderstanding? Why is the motivat= ion in RFC8401 regarding the strict “MUST NOT be set” requireme= nt for the R-Flag?

 

Brgds,

G/

 

 

 

--_000_AM5PR0701MB17298EF306FB6029779F39C4E0270AM5PR0701MB1729_-- From nobody Tue Aug 14 05:08:49 2018 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 46B8012DD85 for ; Tue, 14 Aug 2018 05:08:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_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 ObJOomruqqwB for ; Tue, 14 Aug 2018 05:08:45 -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 B519E127598 for ; Tue, 14 Aug 2018 05:08:45 -0700 (PDT) Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id C602E9E9AA897 for ; Tue, 14 Aug 2018 13:08:42 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.399.0; Tue, 14 Aug 2018 13:08:44 +0100 Received: from NKGEML514-MBS.china.huawei.com ([169.254.3.68]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0399.000; Tue, 14 Aug 2018 20:08:35 +0800 From: Xiejingrong To: "bier@ietf.org" Thread-Topic: New Version Notification for draft-xie-bier-mvpn-segmented-02.txt Thread-Index: AQHUM6cklUsATrtP10+olK/WJjk60qS/I9uw Date: Tue, 14 Aug 2018 12:08:34 +0000 Message-ID: <16253F7987E4F346823E305D08F9115A99AC0D4E@nkgeml514-mbs.china.huawei.com> References: <153423459821.17984.767146256631547116.idtracker@ietfa.amsl.com> In-Reply-To: <153423459821.17984.767146256631547116.idtracker@ietfa.amsl.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.217.214] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Bier] FW: New Version Notification for draft-xie-bier-mvpn-segmented-02.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 12:08:48 -0000 SGVsbG8gQklFUiBXRywNCg0KV2UgaGF2ZSBzdWJtaXR0ZWQgYW4gdXBkYXRlIHRvIHRoZSBTZWdt ZW50ZWQgQklFUiBNVlBOIGRvY3VtZW50LiBIZXJlIGlzIGEgc3VtbWFyeSBvZiB0aGUgY2hhbmdl cy4gDQoNCigxKSBhZGQgbW9yZSBjYXNlcyBvZiBVcHN0cmVhbSBCSUVSICsgRG93bnN0cmVhbSBQ Mk1QL0lSLCBvciBVcHN0cmVhbSBQMk1QL0lSICsgRG93bnN0cmVhbSBCSUVSLg0KKDIpIG1vcmUg ZXhhbXBsZXMgb24gTElSLXBGIGV4cGxpY2l0LXRyYWNraW5nIGZvciBTZWdtZW50ZWQgQklFUiBN VlBOLCBhbmQgZm9yd2FyZGluZyBvbiBzZWdtZW50YXRpb24gcG9pbnQoQUJSKSBmb3IgdGhlIHZh cmlvdXMgY2FzZXMuDQooMykgc3VtbWFyeSBhbmQgcmVjb21tZW5kYXRpb25zIGZvciB1c2luZyBM SVItcEYgYW5kIElQIGxvb2t1cCBmb3IgU2VnbWVudGVkIEJJRVIgTVZQTiBkZXBsb3ltZW50Lg0K KDQpIGNoYW5nZSAnQklFUiBGRUMnIHRvICdNVlBOIEZFQycuDQoNCldlIGxvb2sgZm9yd2FyZCB0 byB5b3VyIGlucHV0LCBjb21tZW50cywgYW5kIHJldmlldyBvZiBkb2N1bWVudC4gDQoNClRoYW5r cw0KSmluZ3JvbmcNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNl bnQ6IFR1ZXNkYXksIEF1Z3VzdCAxNCwgMjAxOCA0OjE3IFBNDQpUbzogWGllamluZ3JvbmcgPHhp ZWppbmdyb25nQGh1YXdlaS5jb20+OyBMZWkgV2FuZyA8d2FuZ2xlaXlqeUBjaGluYW1vYmlsZS5j b20+OyBNaWtlIE1jQnJpZGUgPG1tY2JyaWRlN0BnbWFpbC5jb20+OyBMaWFuZyBHZW5nIDxnZW5n bGlhbmdAY2hpbmFtb2JpbGUuY29tPjsgWWFuZ2FuZyAoUm91dGluZyBEZXNpZ24pIDx5YW5nYW5n QGh1YXdlaS5jb20+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0 LXhpZS1iaWVyLW12cG4tc2VnbWVudGVkLTAyLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1E LCBkcmFmdC14aWUtYmllci1tdnBuLXNlZ21lbnRlZC0wMi50eHQNCmhhcyBiZWVuIHN1Y2Nlc3Nm dWxseSBzdWJtaXR0ZWQgYnkgSmluZ3JvbmcgWGllIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVw b3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LXhpZS1iaWVyLW12cG4tc2VnbWVudGVkDQpSZXZpc2lv bjoJMDINClRpdGxlOgkJU2VnbWVudGVkIE1WUE4gVXNpbmcgSVAgTG9va3VwIGZvciBCSUVSDQpE b2N1bWVudCBkYXRlOgkyMDE4LTA4LTE0DQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0K UGFnZXM6CQkxMw0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy9kcmFmdC14aWUtYmllci1tdnBuLXNlZ21lbnRlZC0wMi50eHQNClN0YXR1czogICAg ICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC14aWUtYmllci1tdnBu LXNlZ21lbnRlZC8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQteGllLWJpZXItbXZwbi1zZWdtZW50ZWQtMDINCkh0bWxpemVkOiAgICAgICBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXhpZS1iaWVyLW12cG4tc2VnbWVu dGVkDQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LXhpZS1iaWVyLW12cG4tc2VnbWVudGVkLTAyDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1 bWVudCBzcGVjaWZpZXMgYW4gYWx0ZXJuYXRpdmUgb2YgdGhlIGNvbnRyb2wgcGxhbmUgYW5kIGRh dGENCiAgIHBsYW5lIHByb2NlZHVyZXMgdGhhdCBhbGxvdyBzZWdtZW50ZWQgTVZQTiB1c2luZyBC SUVSLiAgSXQgYWxsb3dzIHRoZQ0KICAgdXNlIG9mIHRoZSBtb3JlIGVmZmljaWVudCBMSVItcEYg ZXhwbGljaXQtdHJhY2tpbmcgZm9yIHNlZ21lbnRlZCBNVlBODQogICBkZXBsb3ltZW50IHdoZW4g QklFUiBpcyB1c2VkIGFzIHRoZSB1cHN0cmVhbSBvciBkb3duc3RyZWFtIHNlZ21lbnRzLg0KICAg SXQgcmVxdWlyZXMgYSBzZWdtZW50YXRpb24gcG9pbnQgQkZSIGRvaW5nIGFuIElQIGhlYWRlciBs b29rdXAsIHdoaWNoDQogICBpcyBjb21tb24gZm9yIHRoZSBmb3J3YXJkaW5nIHByb2NlZHVyZSBv biBCRkVSLCBvciB0aGUgZm9yd2FyZGluZw0KICAgcHJvY2VkdXJlIG9uIEFCUiB3aXRoIGxvY2Fs IFZQTiBDRXMgY29ubmVjdGVkLiAgVGhpcyBkb2N1bWVudCB1cGRhdGVzDQogICBbSS1ELmlldGYt Ymllci1tdnBuXS4NCg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5v dGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Yg c3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Thu Aug 16 08:32:15 2018 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 74234130F34; Thu, 16 Aug 2018 08:32:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: aretana.ietf@gmail.com, bier@ietf.org, gjshep@gmail.com, bier-chairs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153443352738.12120.18045153166074353257.idtracker@ietfa.amsl.com> Date: Thu, 16 Aug 2018 08:32:07 -0700 Archived-At: Subject: [Bier] bier - New Meeting Session Request for IETF 103 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2018 15:32:12 -0000 A new meeting session request has just been submitted by Greg Shepherd, a Chair of the bier working group. --------------------------------------------------------- Working Group Name: Bit Indexed Explicit Replication Area Name: Routing Area Session Requester: Greg Shepherd Number of Sessions: 2 Length of Session(s): 2 Hours, 30 Minutes Number of Attendees: 30 Conflicts to Avoid: First Priority: mboned pim mpls roll rtgarea rtgwg rift lsr People who must be present: Tony Przygienda Greg Shepherd Alvaro Retana Resources Requested: Special Requests: --------------------------------------------------------- From nobody Mon Aug 20 14:26:17 2018 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 E1A29130DD6 for ; Mon, 20 Aug 2018 14:26:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=interdigital.onmicrosoft.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 vvfm1s-TkdZd for ; Mon, 20 Aug 2018 14:26:05 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0135.outbound.protection.outlook.com [104.47.33.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B460E130E9E for ; Mon, 20 Aug 2018 14:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interdigital.onmicrosoft.com; s=selector1-interdigital-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HgRrwFy6KLsFYEO5ClSoJZ4APEt20hykVZLvAEMU37Y=; b=cTODDhrP1oqcGW3wFE0t3NkOI9phNfc05IT7EW4IifOrXsI4mzwNcD/lAOpYHonok3/MFxqyKs0v/v4E8Trh803CFnzIn+Gb0PbKxXxmbUwDspv+9cpijNje5SoUGT33BTFHj8ZEo5JlMEJV8DSl5qs2HMXFNxBW3XLFrzjwutY= Received: from BN6PR1001MB2161.namprd10.prod.outlook.com (10.174.87.28) by BN6PR1001MB2212.namprd10.prod.outlook.com (10.174.87.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.21; Mon, 20 Aug 2018 21:26:03 +0000 Received: from BN6PR1001MB2161.namprd10.prod.outlook.com ([fe80::c12f:1f0c:1f0d:1b6b]) by BN6PR1001MB2161.namprd10.prod.outlook.com ([fe80::c12f:1f0c:1f0d:1b6b%3]) with mapi id 15.20.1059.023; Mon, 20 Aug 2018 21:26:03 +0000 From: "Purkayastha, Debashish" To: "bier@ietf.org" Thread-Topic: Multicast ABR in BBF Thread-Index: AdQ4zGQSg+G47h0hS1eTB4Va1Fo7Aw== Date: Mon, 20 Aug 2018 21:26:03 +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=Debashish.Purkayastha@InterDigital.com; x-originating-ip: [38.140.198.106] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN6PR1001MB2212; 6:wWBmNVxDs6gMavWhWeyTDSyAFaO0EnsOOPsp4gBoZgXfwvJYFiXJ9QLmv3FOPWOS9Pmw+oDWF8gC6rr9/u6vqSRpLCt4dyd9kAP/FNIMMSLVLg2FX84rqeDfK6a3gixTvMx26OLJNhpmUoxY8sSEMvDyOJ2HQHnW67OBxD1u/5Egxs/1nrJ+TpuyHJYVis5CQQBczNT+Ap19FjQh90H9eE1Q4/jHAeNJ4H3UhdtWRVp3X1QHjDQ7MxkiQfG1L6medZklvsqvLit9fckI2ve/rdnSUgUMQ8CdhgqEPP6hThOmZF0xHitEeMfiDJvCSPdVr5/msiSycPjwslJ3EAKfax91cbQFQ1COHVlaWJWj+I/j/Lv6mGcNJTSdZV6EO2QdEWps8nRQWWi5lhuC1ipFmXVHA1AFOoqzCl93Yt1mpxzrllX7RmwuVD/uqCx5OwlkiDpZ5r+d65vYVu4gecBwlQ==; 5:ByOBRBKNUle9ppm0b59RfG8ovqREO+4BCdy5wfO9xhLcgIF4IplwStJjEMFjIgtSxocj2swFhZNGwo9LbftIva6IzLO5dYGjIbt+ijs1dHjIa2szfrXDwP4Wvlq80ntWGBh+/04inAbFYZW81P2SWLk1OL2Mn1dtlUguG6kizfA=; 7:IiiDib+eMqyMBMzBDLw79Q8QHc3pQxy91vBmIiwdf6ZlHYQAQH//8s51CACcSqqAcXj9AWdvTDwE6vNAk1GIj0SafEjojBm/8eJ9VAY1z/L897Vgs4S6TKihfmQxiHNbimF+L2220QXuPdWvDMKJm/ilxivTKty7Elgo4ZX5oPhM2EFEJSCEpfWmdPe3J2YFIEC/tKspKr3Z6BHxCcVKB45vCNXmv1AhurLEQ7/gfTD9tRaQbwOtzJS1/BJCPO0p x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: a6307753-98fc-403d-6844-08d606e3883a x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:BN6PR1001MB2212; x-ms-traffictypediagnostic: BN6PR1001MB2212: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(10201501046)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699016); SRVR:BN6PR1001MB2212; BCL:0; PCL:0; RULEID:; SRVR:BN6PR1001MB2212; x-forefront-prvs: 0770F75EA9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39850400004)(136003)(346002)(396003)(376002)(189003)(199004)(102836004)(1730700003)(74316002)(72206003)(81156014)(8676002)(6916009)(81166006)(7736002)(256004)(53936002)(5660300001)(14454004)(2351001)(7696005)(186003)(106356001)(3480700004)(6506007)(86362001)(2906002)(486006)(26005)(8936002)(105586002)(6436002)(478600001)(5250100002)(2501003)(476003)(5630700001)(9686003)(99286004)(5640700003)(3846002)(25786009)(97736004)(2900100001)(54896002)(790700001)(6306002)(55016002)(66066001)(33656002)(316002)(68736007)(6116002)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR1001MB2212; H:BN6PR1001MB2161.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-microsoft-antispam-message-info: EYYno8hpYOh2+qSe4SoTT48/XAiMt9BuLYBoFHaoOO5qfq1fc5BL+xJpEdukvB9Pm2Y8iz1zDQBBEHZytGnA4O8m/aOufOgnS8l43SDwZIV7kTKG0NSZeGdkEPdFFw7UPZl758cflIRrOowP9f5IkNvgqyXB13QgxRBYqLQhQ8MJE+6NxERhqtryjgiruYYMYBAhfGk/4OwZu28CeJpA5k+mj5sks5YbbdPGdWwqdNaPhoqGJCKETK9MbsDdeAUnFr8njuRZRQkUQqeYCInxXpAQFn1GS3MZH6l83BxvxSmQB5QAJ3kI6uAGcQDsV3bLnZpEKjVIfVIRN3bNFZs1Ul1BeQRMm2bqdasKud1lz00= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN6PR1001MB216149976166580254DDF3CB85320BN6PR1001MB2161_" MIME-Version: 1.0 X-OriginatorOrg: interdigital.com X-MS-Exchange-CrossTenant-Network-Message-Id: a6307753-98fc-403d-6844-08d606e3883a X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Aug 2018 21:26:03.0813 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e351b779-f6d5-4e50-8568-80e922d180ae X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR1001MB2212 Archived-At: Subject: [Bier] Multicast ABR in BBF X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Aug 2018 21:26:16 -0000 --_000_BN6PR1001MB216149976166580254DDF3CB85320BN6PR1001MB2161_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBSYWNoZWwgYW5kIEFsbCwNCg0KVy5yLnQgY29tbWVudCBpbiBJRVRGIDEwMiBvbiBkcmFm dCDigJxCSUVSIG11bHRpY2FzdCBvdmVybGF5IGZvciBodHRwIHJlc3BvbnNl4oCdLCB0aGVyZSB3 YXMgYSBkaXNjdXNzaW9uIG9uICBNdWx0aWNhc3QgQUJSLiAgSXQgd2FzIG1lbnRpb25lZCB0aGF0 IEJCRiBpcyB3b3JraW5nIG9uIHNpbWlsYXIgYXJlYSBmb3Igc3RyZWFtaW5nIGxpdmUgdmlkZW8u DQoNCkNhbiB5b3UgcGxlYXNlIHBvaW50IG1lIHRvIHRoZSBjb3JyZWN0IGRvY3VtZW50LCB3aGlj aCBjYW4gaGVscCBtZSBpbiB1bmRlcnN0YW5kaW5nIHRoZSBmcmFtZXdvcmsgYmV0dGVyPw0KDQpU aGFua3MNCkRlYmFzaGlzaC4NCg== --_000_BN6PR1001MB216149976166580254DDF3CB85320BN6PR1001MB2161_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5t c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLnptYWlsc2lnbnRpdGxlLCBs aS56bWFpbHNpZ250aXRsZSwgZGl2LnptYWlsc2lnbnRpdGxlDQoJe21zby1zdHlsZS1uYW1lOnpt YWlsc2lnbnRpdGxlOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDow aW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZv bnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bh bi5zaWduYXJyb3cNCgl7bXNvLXN0eWxlLW5hbWU6c2lnbl9hcnJvdzt9DQpzcGFuLnNpZ25lZGl0 DQoJe21zby1zdHlsZS1uYW1lOnNpZ25lZGl0O30NCnNwYW4uenJlYWR1c2VybmFtZQ0KCXttc28t c3R5bGUtbmFtZTp6cmVhZHVzZXJuYW1lO30NCnNwYW4uenJlYWR0aXRsZQ0KCXttc28tc3R5bGUt bmFtZTp6cmVhZHRpdGxlO30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBp bjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4N Cjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlYXIg UmFjaGVsIGFuZCBBbGwsIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XLnIudCBjb21tZW50IGlu IElFVEYgMTAyIG9uIGRyYWZ0IOKAnEJJRVIgbXVsdGljYXN0IG92ZXJsYXkgZm9yIGh0dHAgcmVz cG9uc2XigJ0sIHRoZXJlIHdhcyBhIGRpc2N1c3Npb24gb24gJm5ic3A7TXVsdGljYXN0IEFCUi4g Jm5ic3A7SXQgd2FzIG1lbnRpb25lZCB0aGF0IEJCRiBpcyB3b3JraW5nIG9uIHNpbWlsYXIgYXJl YSBmb3Igc3RyZWFtaW5nIGxpdmUgdmlkZW8uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNhbiB5 b3UgcGxlYXNlIHBvaW50IG1lIHRvIHRoZSBjb3JyZWN0IGRvY3VtZW50LCB3aGljaCBjYW4gaGVs cCBtZSBpbiB1bmRlcnN0YW5kaW5nIHRoZSBmcmFtZXdvcmsgYmV0dGVyPzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5UaGFua3M8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRl YmFzaGlzaC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_BN6PR1001MB216149976166580254DDF3CB85320BN6PR1001MB2161_-- From nobody Mon Aug 20 19:19:25 2018 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 975E0130E4C for ; Mon, 20 Aug 2018 19:19:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dW3q9fGHicU1 for ; Mon, 20 Aug 2018 19:19:21 -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 CF6B0130E1F for ; Mon, 20 Aug 2018 19:19:20 -0700 (PDT) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id CD36DEA5A018B for ; Tue, 21 Aug 2018 03:19:14 +0100 (IST) Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.399.0; Tue, 21 Aug 2018 03:19:15 +0100 Received: from DGGEML512-MBX.china.huawei.com ([169.254.2.192]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0399.000; Tue, 21 Aug 2018 10:19:08 +0800 From: "Huangyihong (Rachel)" To: "Purkayastha, Debashish" , "bier@ietf.org" Thread-Topic: Multicast ABR in BBF Thread-Index: AdQ4zGQSg+G47h0hS1eTB4Va1Fo7AwAJVAdQ Date: Tue, 21 Aug 2018 02:19:07 +0000 Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB9D1C7D8A@dggeml512-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.153.152] Content-Type: multipart/alternative; boundary="_000_51E6A56BD6A85142B9D172C87FC3ABBB9D1C7D8Adggeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Bier] Multicast ABR in BBF X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 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, 21 Aug 2018 02:19:24 -0000 --_000_51E6A56BD6A85142B9D172C87FC3ABBB9D1C7D8Adggeml512mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRGViYXNoaXNoLA0KDQpJIHdhcyBtZW50aW9uaW5nIHRoYXQgaW4gdGhlIGFwcGxpY2F0aW9u IGxheWVyLCBzaW1pbGFyIGlkZWEgaXMgZGV2ZWxvcGluZyBpbiBvdGhlciBTRE9zLCBpLmUuLCBE VkIgYW5kIEJCRi4NCg0KRFZCIGhhcyBiZWVuIHdvcmtpbmcgb24gdGhpcyBmb3IgYSBsb25nIHRp bWUuIFRoZXkgYXJlIGRldmVsb3BpbmcgdGVjaG5pY2FsIGFyY2hpdGVjdHVyZSwgbW9kdWxlcywg YW5kICB0cmFuc3BvcnQgcHJvdG9jb2xzIGJldHdlZW4gZGlmZmVyZW50IGRldmljZXMuIFNlZSBo dHRwczovL3d3dy5kdmIub3JnL3Jlc291cmNlcy9wdWJsaWMvc3RhbmRhcmRzL2ExNzZfYWRhcHRp dmVfbWVkaWFfc3RyZWFtaW5nX292ZXJfaXBfbXVsdGljYXN0XzIwMTgtMDItMTZfZHJhZnRfYmx1 ZWJvb2sucGRmDQoNCkJCRiBhbHNvIHN0YXJ0ZWQgc2ltaWxhciB3b3JrIGluIE9jdG9iZXIgMjAx Ni4gSXTigJlzIGNhbGxlZCBXVC0zOTkuIFRoaXMgd29yayBpcyBub3cgY29vcmRpbmF0ZWQgd2l0 aCBEVkIuIFRoZSBiYXNpYyBhZ3JlZW1lbnQgd2FzIG1hZGUgdGhhdCBCQkYgd2lsbCBvbmx5IGZv Y3VzIG9uIHRoZSBkZXZpY2UgbWFuYWdlbWVudCBtb2RlbHMgZGV2ZWxvcGluZy4NCg0KQW55d2F5 LCB0aGVzZSBleGlzdGluZyB3b3JrIGFyZSBkZWNvdXBsZWQgZnJvbSB0aGUgbmV0d29yayBtdWx0 aWNhc3QgY2FwYWJpbGl0aWVzLiBDdXJyZW50IElHTVAgUElNIGNvdWxkIHdvcmsgd2l0aCB0aGVt IHBlcmZlY3RseS4NCg0KU28gYmFzaWNhbGx5LCBJIHRoaW5rIEJJRVIgd291bGQgaGVscCBpbiB0 aGlzIGFyZWEgdG8gcHJvdmlkZSBhIGJldHRlciBtdWx0aWNhc3QgZGVsaXZlcnkuIEJ1dCB3ZSBu ZWVkIHRvIGRpZyBtb3JlIGFuZCBwb2ludCBpdCBvdXQgaW4gdGhlIGRyYWZ0Lg0KDQpCUiwNClJh Y2hlbA0KDQpGcm9tOiBCSUVSIFttYWlsdG86Ymllci1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgUHVya2F5YXN0aGEsIERlYmFzaGlzaA0KU2VudDogVHVlc2RheSwgQXVndXN0IDIxLCAy MDE4IDU6MjYgQU0NClRvOiBiaWVyQGlldGYub3JnDQpTdWJqZWN0OiBbQmllcl0gTXVsdGljYXN0 IEFCUiBpbiBCQkYNCg0KRGVhciBSYWNoZWwgYW5kIEFsbCwNCg0KVy5yLnQgY29tbWVudCBpbiBJ RVRGIDEwMiBvbiBkcmFmdCDigJxCSUVSIG11bHRpY2FzdCBvdmVybGF5IGZvciBodHRwIHJlc3Bv bnNl4oCdLCB0aGVyZSB3YXMgYSBkaXNjdXNzaW9uIG9uICBNdWx0aWNhc3QgQUJSLiAgSXQgd2Fz IG1lbnRpb25lZCB0aGF0IEJCRiBpcyB3b3JraW5nIG9uIHNpbWlsYXIgYXJlYSBmb3Igc3RyZWFt aW5nIGxpdmUgdmlkZW8uDQoNCkNhbiB5b3UgcGxlYXNlIHBvaW50IG1lIHRvIHRoZSBjb3JyZWN0 IGRvY3VtZW50LCB3aGljaCBjYW4gaGVscCBtZSBpbiB1bmRlcnN0YW5kaW5nIHRoZSBmcmFtZXdv cmsgYmV0dGVyPw0KDQpUaGFua3MNCkRlYmFzaGlzaC4NCg== --_000_51E6A56BD6A85142B9D172C87FC3ABBB9D1C7D8Adggeml512mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21z by1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn aW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0 OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmO30NCnAuem1haWxzaWdudGl0bGUsIGxpLnptYWlsc2lnbnRpdGxlLCBkaXYuem1haWxzaWdu dGl0bGUNCgl7bXNvLXN0eWxlLW5hbWU6em1haWxzaWdudGl0bGU7DQoJbXNvLW1hcmdpbi10b3At YWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLnNpZ25hcnJvdw0KCXttc28tc3R5bGUtbmFtZTpz aWduX2Fycm93O30NCnNwYW4uc2lnbmVkaXQNCgl7bXNvLXN0eWxlLW5hbWU6c2lnbmVkaXQ7fQ0K c3Bhbi56cmVhZHVzZXJuYW1lDQoJe21zby1zdHlsZS1uYW1lOnpyZWFkdXNlcm5hbWU7fQ0Kc3Bh bi56cmVhZHRpdGxlDQoJe21zby1zdHlsZS1uYW1lOnpyZWFkdGl0bGU7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNA0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3 Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5IaSBEZWJh c2hpc2gsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5JIHdhcyBtZW50 aW9uaW5nIHRoYXQgaW4gdGhlIGFwcGxpY2F0aW9uIGxheWVyLCBzaW1pbGFyIGlkZWEgaXMgZGV2 ZWxvcGluZyBpbiBvdGhlciBTRE9zLCBpLmUuLCBEVkIgYW5kIEJCRi4NCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+RFZCIGhhcyBiZWVuIHdvcmtpbmcgb24gdGhpcyBm b3IgYSBsb25nIHRpbWUuIFRoZXkgYXJlIGRldmVsb3BpbmcgdGVjaG5pY2FsIGFyY2hpdGVjdHVy ZSwgbW9kdWxlcywgYW5kJm5ic3A7IHRyYW5zcG9ydCBwcm90b2NvbHMgYmV0d2VlbiBkaWZmZXJl bnQgZGV2aWNlcy4gU2VlDQo8YSBocmVmPSJodHRwczovL3d3dy5kdmIub3JnL3Jlc291cmNlcy9w dWJsaWMvc3RhbmRhcmRzL2ExNzZfYWRhcHRpdmVfbWVkaWFfc3RyZWFtaW5nX292ZXJfaXBfbXVs dGljYXN0XzIwMTgtMDItMTZfZHJhZnRfYmx1ZWJvb2sucGRmIj4NCmh0dHBzOi8vd3d3LmR2Yi5v cmcvcmVzb3VyY2VzL3B1YmxpYy9zdGFuZGFyZHMvYTE3Nl9hZGFwdGl2ZV9tZWRpYV9zdHJlYW1p bmdfb3Zlcl9pcF9tdWx0aWNhc3RfMjAxOC0wMi0xNl9kcmFmdF9ibHVlYm9vay5wZGY8L2E+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5CQkYgYWxzbyBzdGFydGVkIHNp bWlsYXIgd29yayBpbiBPY3RvYmVyIDIwMTYuIEl04oCZcyBjYWxsZWQgV1QtMzk5LiBUaGlzIHdv cmsgaXMgbm93IGNvb3JkaW5hdGVkIHdpdGggRFZCLiBUaGUgYmFzaWMgYWdyZWVtZW50IHdhcyBt YWRlIHRoYXQgQkJGIHdpbGwgb25seSBmb2N1cyBvbiB0aGUgZGV2aWNlIG1hbmFnZW1lbnQNCiBt b2RlbHMgZGV2ZWxvcGluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0Qi PkFueXdheSwgdGhlc2UgZXhpc3Rpbmcgd29yayBhcmUgZGVjb3VwbGVkIGZyb20gdGhlIG5ldHdv cmsgbXVsdGljYXN0IGNhcGFiaWxpdGllcy4gQ3VycmVudCBJR01QIFBJTSBjb3VsZCB3b3JrIHdp dGggdGhlbSBwZXJmZWN0bHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdE Ij5TbyBiYXNpY2FsbHksIEkgdGhpbmsgQklFUiB3b3VsZCBoZWxwIGluIHRoaXMgYXJlYSB0byBw cm92aWRlIGEgYmV0dGVyIG11bHRpY2FzdCBkZWxpdmVyeS4gQnV0IHdlIG5lZWQgdG8gZGlnIG1v cmUgYW5kIHBvaW50IGl0IG91dCBpbiB0aGUgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtjb2xvcjojMUY0OTdEIj5CUiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+UmFjaGVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUx IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+ IEJJRVIgW21haWx0bzpiaWVyLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9i PlB1cmtheWFzdGhhLCBEZWJhc2hpc2g8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgQXVndXN0 IDIxLCAyMDE4IDU6MjYgQU08YnI+DQo8Yj5Ubzo8L2I+IGJpZXJAaWV0Zi5vcmc8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gW0JpZXJdIE11bHRpY2FzdCBBQlIgaW4gQkJGPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkRlYXIgUmFjaGVsIGFuZCBBbGwsIDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+Vy5yLnQgY29tbWVudCBpbiBJRVRGIDEwMiBvbiBkcmFmdCDigJxCSUVSIG11bHRp Y2FzdCBvdmVybGF5IGZvciBodHRwIHJlc3BvbnNl4oCdLCB0aGVyZSB3YXMgYSBkaXNjdXNzaW9u IG9uICZuYnNwO011bHRpY2FzdCBBQlIuICZuYnNwO0l0IHdhcyBtZW50aW9uZWQgdGhhdCBCQkYg aXMgd29ya2luZyBvbiBzaW1pbGFyIGFyZWEgZm9yIHN0cmVhbWluZyBsaXZlIHZpZGVvLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+Q2FuIHlvdSBwbGVhc2UgcG9pbnQgbWUgdG8gdGhlIGNvcnJlY3QgZG9j dW1lbnQsIHdoaWNoIGNhbiBoZWxwIG1lIGluIHVuZGVyc3RhbmRpbmcgdGhlIGZyYW1ld29yayBi ZXR0ZXI/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+RGViYXNoaXNoLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_51E6A56BD6A85142B9D172C87FC3ABBB9D1C7D8Adggeml512mbxchi_-- From nobody Tue Aug 21 17:16:08 2018 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 700E6130E05 for ; Tue, 21 Aug 2018 17:16:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nexenta.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 njTOJva1_q_v for ; Tue, 21 Aug 2018 17:16:01 -0700 (PDT) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05E06130DE3 for ; Tue, 21 Aug 2018 17:16:00 -0700 (PDT) Received: by mail-wm0-x22a.google.com with SMTP id s9-v6so434659wmh.3 for ; Tue, 21 Aug 2018 17:16:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexenta.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Fk7xh03AW1RNcQ8Ew0MlIPAj8LUuQrH/7oQNneB1w9Q=; b=QWOwwOCpLSnhgTb7ki9/3RPyfftVY9QaWW2Yi7J1OzGlOTHxI7ZxXikXAieyo56ZB0 pKkKsaPFkn0UvBTIBpPVXX3Hj9dS5+3dU4fL9yHLfpUXIWOFe91U9St7fyksFMmyACEe 86Ocvqec8F+z+kC9i8FXd2cJ53NQSLPUI9tPE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Fk7xh03AW1RNcQ8Ew0MlIPAj8LUuQrH/7oQNneB1w9Q=; b=M05Ed9oOdgBqDrJDccN9sAyYvgBicZIGtretu/FE+hgndwEvgE++gCBExoJppOCVNg xWi0fjxc6NBXaqzUFQ+c6+/nnQZLLs7KBcwJ5eBDbhKzk2tWhodin0ag8NX5jQyCfmrx CaYaI3PNzUuUkF7midh09gKJflNsKNJuKWPzIf37wiPJtRaPkKLuxaUiy/8UIWveJ0jF 5ybEFsVvI9zTIGs6CKdxIjLawGj5ET1YE0L0C/Fn0FOA0HpNiOWdo9hZm4Gbj6T0C4I8 Lc42Lz0BrMOXbfHIetYKMHJZzzmPZ3TzE+YIefM2ElljaoIdeLmEUykK6oeR6VWq24mF 4itg== X-Gm-Message-State: APzg51Ao6PPcpUM0AscDMmorlUpDAL7ULySCX5iAbSFZEwH8IXRcfDDL KTJGcOlqyqXs9VSHMATZIxgAqcUG6sG9p7flezZZ+g== X-Google-Smtp-Source: ANB0VdZStvY1pBoyEq2ow9u8+QXIIuK8OyeJ+Rj0c+3BKr6fHU+9ulDIxAHripuZ7rwBMoCgaKHzLSLoDWcHqQWy2R4= X-Received: by 2002:a1c:8e04:: with SMTP id q4-v6mr913886wmd.150.1534896959478; Tue, 21 Aug 2018 17:15:59 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5d:6708:0:0:0:0:0 with HTTP; Tue, 21 Aug 2018 17:15:59 -0700 (PDT) In-Reply-To: <51E6A56BD6A85142B9D172C87FC3ABBB9D1C7D8A@dggeml512-mbx.china.huawei.com> References: <51E6A56BD6A85142B9D172C87FC3ABBB9D1C7D8A@dggeml512-mbx.china.huawei.com> From: Caitlin Bestler Date: Tue, 21 Aug 2018 17:15:59 -0700 Message-ID: To: "Huangyihong (Rachel)" Cc: "Purkayastha, Debashish" , "bier@ietf.org" Content-Type: multipart/alternative; boundary="00000000000009747e0573fb0c48" Archived-At: Subject: Re: [Bier] Multicast ABR in BBF X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 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, 22 Aug 2018 00:16:06 -0000 --00000000000009747e0573fb0c48 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I think the draft should be clear as to whether any referenced technique contitute reliable delivery or is relly just a better best effort delivery. Given the groups working on the proposals i would expect the latter,. On Mon, Aug 20, 2018 at 7:19 PM, Huangyihong (Rachel) < rachel.huang@huawei.com> wrote: > Hi Debashish, > > > > I was mentioning that in the application layer, similar idea is developin= g > in other SDOs, i.e., DVB and BBF. > > > > DVB has been working on this for a long time. They are developing > technical architecture, modules, and transport protocols between differe= nt > devices. See https://www.dvb.org/resources/public/standards/a176_ > adaptive_media_streaming_over_ip_multicast_2018-02-16_draft_bluebook.pdf > > > > BBF also started similar work in October 2016. It=E2=80=99s called WT-399= . This > work is now coordinated with DVB. The basic agreement was made that BBF > will only focus on the device management models developing. > > > > Anyway, these existing work are decoupled from the network multicast > capabilities. Current IGMP PIM could work with them perfectly. > > > > So basically, I think BIER would help in this area to provide a better > multicast delivery. But we need to dig more and point it out in the draft= . > > > > BR, > > Rachel > > > > *From:* BIER [mailto:bier-bounces@ietf.org] *On Behalf Of *Purkayastha, > Debashish > *Sent:* Tuesday, August 21, 2018 5:26 AM > *To:* bier@ietf.org > *Subject:* [Bier] Multicast ABR in BBF > > > > Dear Rachel and All, > > > > W.r.t comment in IETF 102 on draft =E2=80=9CBIER multicast overlay for ht= tp > response=E2=80=9D, there was a discussion on Multicast ABR. It was ment= ioned that > BBF is working on similar area for streaming live video. > > > > Can you please point me to the correct document, which can help me in > understanding the framework better? > > > > Thanks > > Debashish. > > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier > > --00000000000009747e0573fb0c48 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think the draft should be clear as to whether any refere= nced technique contitute reliable delivery or is relly just a better best e= ffort delivery. Given the groups working on the proposals i would expect th= e latter,.

O= n Mon, Aug 20, 2018 at 7:19 PM, Huangyihong (Rachel) <= rachel.huang@h= uawei.com> wrote:

Hi Debashish,

=C2=A0

I was mentioning that in the application layer, similar idea is d= eveloping in other SDOs, i.e., DVB and BBF.

=C2=A0

DVB has been working on this for a long time. They are developing= technical architecture, modules, and=C2=A0 transport protocols between dif= ferent devices. See https://www.dvb.org/resources/public/standards/a176_adaptive_medi= a_streaming_over_ip_multicast_2018-02-16_draft_bluebook.pdf

=C2=A0

BBF also started similar work in October 2016. It=E2=80=99s calle= d WT-399. This work is now coordinated with DVB. The basic agreement was ma= de that BBF will only focus on the device management models developing.

=C2=A0

Anyway, these existing work are decoupled from the network multic= ast capabilities. Current IGMP PIM could work with them perfectly.

=C2=A0

So basically, I think BIER would help in this area to provide a b= etter multicast delivery. But we need to dig more and point it out in the d= raft.

=C2=A0

BR,

Rachel

=C2=A0

From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of Purkayastha, Debashish
Sent: Tuesday, August 21, 2018 5:26 AM
To: bier@ietf.org=
Subject: [Bier] Multicast ABR in BBF

=C2=A0

Dear Rachel and All, =

=C2=A0

W.r.t comment in IETF 102 on dr= aft =E2=80=9CBIER multicast overlay for http response=E2=80=9D, there was a= discussion on =C2=A0Multicast ABR.=C2=A0 It was mentioned that BBF is work= ing on similar area for streaming live video.

=C2=A0

Can you please point me to the = correct document, which can help me in understanding the framework better?<= u>

=C2=A0

Thanks

Debashish.=


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


--00000000000009747e0573fb0c48-- From nobody Tue Aug 28 10:45:28 2018 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 13F42130E15; Tue, 28 Aug 2018 10:45:18 -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.83.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <153547831802.23648.9300977612688817943@ietfa.amsl.com> Date: Tue, 28 Aug 2018 10:45:18 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-oam-requirements-06.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 17:45:18 -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-06.txt Pages : 6 Date : 2018-08-28 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-06 https://datatracker.ietf.org/doc/html/draft-ietf-bier-oam-requirements-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-oam-requirements-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 28 10:47:26 2018 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 CF4AF130F43 for ; Tue, 28 Aug 2018 10:47:08 -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_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 IFlYDM_ZMfYJ for ; Tue, 28 Aug 2018 10:47:06 -0700 (PDT) Received: from mail-lf1-x141.google.com (mail-lf1-x141.google.com [IPv6:2a00:1450:4864:20::141]) (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 E1586130F3A for ; Tue, 28 Aug 2018 10:47:05 -0700 (PDT) Received: by mail-lf1-x141.google.com with SMTP id j8-v6so2088301lfb.4 for ; Tue, 28 Aug 2018 10:47:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=3Rs3tCtBJ+MRCFJ0Yae+MMzRlgSNUWMAlrA9xvc+p0o=; b=Vcgfu1r1FuYg4mxrLmAPkN94D+Untj4txqIXmtQ/GtAHAbtawjaUUL70Qwqs4Gvq8Y ROCJYpuZspNBXPA8nZDxlPZ1NunaFtJXGRzVc/hmZi7LXOWLjAGy3DGPSkCvuPsLNZoh iwuxBkPlJCRyEn01fblSAe8oq6YPJ/+h3d+wcv7OvQ2e3CpdwSGpM2/oQ1sqILOf0ikY hL7U59YsBsycbZpQyCtRuROzhxKRFh1ef3tWIJ5tDDOxsmpypB3TQdaVFziEKg9YuC2b eVUZanSR6zd2uDaCrDepukWAXB3REJ/L7f8bmkzsT2/bICw/NxXOt5whC2E5Np5bimqs 2tFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=3Rs3tCtBJ+MRCFJ0Yae+MMzRlgSNUWMAlrA9xvc+p0o=; b=aN4K7EZa/gPNtXQ8541xYxOdR5SfbjVCe08FtXl+JULnnKQDkdkPX+m4pddoTrBlep F/b8f7nkRoeDw5aNZaP8njRq6Q2JNtO8PlTtskzA+CsIT59V6/MUaGc7g47AEwdfzgqT 6Gq+Y+u2tI8S6goZ39ezn+/pNtx5fF6rk5XIsWc1uHdiDdO8naZuZZkJmqLwln5qzE61 1zVcghkFRhQJ58m/hmuHnKBiAgvrQuLrc/3iIsSUhFjm0n47v6mmXZB/GK/BS1QyUAtv KRCoT+Btzo8mid1md+K0gwG46VcHAOpgN7cil8QHyjYPdN0hA6fH5zwypntnU1/o1OJZ 02zw== X-Gm-Message-State: APzg51D6ZBWSqiRXYm2oTxWaNlKqv0vz4BCxw4txjBOaRTMBMwEBsz2x yIGuGKvA1ZNuFM8GfrYQnD6diFzkqgZV3odeYpvbEg== X-Google-Smtp-Source: ANB0VdZLuWYG8l+Sr+bYQpz+GOpuwjFbu8dLb7DSyrLx8mLFg93v/6D8PR7Y3e/5JWjTcKRww8vtm0vhvX3nBxC+imM= X-Received: by 2002:a19:954b:: with SMTP id x72-v6mr1968561lfd.93.1535478423665; Tue, 28 Aug 2018 10:47:03 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:709:0:0:0:0:0 with HTTP; Tue, 28 Aug 2018 10:47:03 -0700 (PDT) In-Reply-To: <153547831826.23648.17471224106148011020.idtracker@ietfa.amsl.com> References: <153547831826.23648.17471224106148011020.idtracker@ietfa.amsl.com> From: Greg Mirsky Date: Tue, 28 Aug 2018 10:47:03 -0700 Message-ID: To: BIER WG Content-Type: multipart/alternative; boundary="00000000000000c0900574826e8b" Archived-At: Subject: [Bier] Fwd: New Version Notification for draft-ietf-bier-oam-requirements-06.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 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, 28 Aug 2018 17:47:20 -0000 --00000000000000c0900574826e8b Content-Type: text/plain; charset="UTF-8" Dear All, refreshed the document, updated author's affiliation, and fixed two-three nits. Ready to proceed. Regards, Greg ---------- Forwarded message ---------- From: Date: Tue, Aug 28, 2018 at 10:45 AM Subject: New Version Notification for draft-ietf-bier-oam-requirements-06.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-06.txt has been successfully submitted by Greg Mirsky and posted to the IETF repository. Name: draft-ietf-bier-oam-requirements Revision: 06 Title: Operations, Administration and Maintenance (OAM) Requirements for Bit Index Explicit Replication (BIER) Layer Document date: 2018-08-28 Group: bier Pages: 6 URL: https://www.ietf.org/internet-drafts/draft-ietf-bier-oam- requirements-06.txt Status: https://datatracker.ietf.org/doc/draft-ietf-bier-oam- requirements/ Htmlized: https://tools.ietf.org/html/draft-ietf-bier-oam- requirements-06 Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-bier-oam- requirements Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-oam- requirements-06 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 --00000000000000c0900574826e8b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear All,
refreshed=C2=A0the document, updated author&= #39;s affiliation, and fixed two-three nits. Ready to proceed.
Regards,
Greg

---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Tue, Aug 28, 2018 at 10= :45 AM
Subject: New Version Notification for draft-ietf-bier-oam-require= ments-06.txt
To: Nagendra Kumar <naikumar@cisco.com>, Sam Aldrin <aldrin.ietf@gmail.com>, Gregory Mirsky <gregimirsky@gmail.com>, Carlos Pignataro = <cpignata@cisco.com>, Erik = Nordmark <nordmark@acm.org>, = Santosh Pallagatti <santo= sh.palagatti@gmail.com>, Mach Chen <mach.chen@huawei.com>, Lianshu Zheng <vero.zheng@huawei.com>, Nobo Akiya <nobo.akiya.dev@gmail.com>


A new version of I-D, draft-ietf-bier-oam-requirements-06.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-requ= irements
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A006
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 2018-08-28
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-06.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-ietf-bier-oam-requi= rements/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0h= ttps://tools.ietf.org/html/draft-ietf-bier-oam-requirements-06
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/html/draft-ietf-bier-oam-r= equirements
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bier-o= am-requirements-06

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


--00000000000000c0900574826e8b-- From nobody Fri Aug 31 00:36:10 2018 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 C75F012872C; Fri, 31 Aug 2018 00:36:07 -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.83.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <153570096770.29191.604780345086882403@ietfa.amsl.com> Date: Fri, 31 Aug 2018 00:36:07 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-bgp-ls-bier-ext-03.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.27 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 07:36:08 -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 : BGP Link-State extensions for BIER Authors : Ran Chen Zheng Zhang Vengada Prasad Govindan IJsbrand Wijnands Filename : draft-ietf-bier-bgp-ls-bier-ext-03.txt Pages : 8 Date : 2018-08-31 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 bitstring 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 specifies extensions to the BGP Link-state address- family in order to advertising BIER information. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-bgp-ls-bier-ext/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-bgp-ls-bier-ext-03 https://datatracker.ietf.org/doc/html/draft-ietf-bier-bgp-ls-bier-ext-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-bgp-ls-bier-ext-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/