Re: [Bier] WG adoption call for draft-chen-bier-frr-02

"Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> Wed, 31 March 2021 03:23 UTC

Return-Path: <zzhang@juniper.net>
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 E7CB23A15CE; Tue, 30 Mar 2021 20:23:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_PH_BODY_ACCOUNTS_PRE=0.001, URIBL_BLOCKED=0.001, URI_HEX=0.1, URI_NOVOWEL=0.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=MueNJK0x; dkim=pass (1024-bit key) header.d=juniper.net header.b=XASWdKhn
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gu04NKUpsg1c; Tue, 30 Mar 2021 20:23:18 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 49ED73A15C9; Tue, 30 Mar 2021 20:23:18 -0700 (PDT)
Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 12V3DqXk024268; Tue, 30 Mar 2021 20:23:14 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=IPCSNeVezQOc9pL9rcaW7kuZC2fs5KIYDiQoVhHtMSA=; b=MueNJK0xd5/luf4C1ZD5hKaSU/unNCtHTNfZ6N4JlXGdUWEl5XLVERiIkzmB4W8jnqmu SuHSlZE0r8xn2LkWtxj1ZJab4YeN13rb8A8z/fqsglMEhCaqhaBgOchqURRq8aqzLFvB 9gM/prwwuSbixk+13JT3OOEfPkVwo45WXJeZvZpHReOmhRJVdZtnW4yoJYeW/+tf4Uv4 +14jhW3bafLeIvX3qEXB4HVXeHIy+VYseRMQ1m1DxcqKXi8Khtbx8VG+tnz50rfrHfaM yl4vaBAw7X7q5uaNncA6TUMy6CrCe7OTSsX5WRcJANJQsppsi/FaoQ/h8lUfgtmeXgCF 9Q==
Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2103.outbound.protection.outlook.com [104.47.58.103]) by mx0b-00273201.pphosted.com with ESMTP id 37mabrrmqd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 30 Mar 2021 20:23:13 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=I4OnmHXdc5rbgVxxGOwYBq959WAYV/m+zm47gFdk7ID2iSsADkaICN1MJvmMYyB9oCR5jkfg4TAfFXS6wfLIJl/TeMAptyZHuUnkna9ce0z4996/1LF+cTmcao+PPZuEivnlp03lxD3SVchiZjUCW9qIE/cJJ6ibgKtQdEZ+t3SkXodL4DgC2uj8XUEBoJPRSlRhEnJiw28qr5bl0MUG+I9bI2x6k1uuKu3o5zOhygZwul0YTTJlXJ+ctHAjl/BhkvF+IId43BpyRmIapEEy6p9AoB4DwUhk7a7319dyapPO4Ru6v8vPZtS43e42/wwj+yORBWwfLmL3++cOhJ4cjg==
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=IPCSNeVezQOc9pL9rcaW7kuZC2fs5KIYDiQoVhHtMSA=; b=Cl/0cq0gfMvGg9nnxk4DyfiN7zAD0zhFPkh7xM7RFCslZWutCAHNDEa/YjBap9ogRMmNygxfovf8ToOW2zlHg+JWtvOG3hzZJffg9AOQvi+g2FWdirBOvb1gal2Bp4r5PAx56GoFwF6BPEHpjJKSFWVqrLIsvegurEBJrVq73pKBXVQcwsPKyDmUXFtephyJzAUpsofSLska7S5ms7WO903DAIUZxWy2afUPXtq8qOVQ6L4dBXaFdqaBhnE+hPDAxdtatfOoXDBId1y3ouYpn31LVlXiE8Jzcwahlc9J/RNt0qNWtuIl+rjU1LnajrI0wpA53UvWAXqMicwxM8PGwA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IPCSNeVezQOc9pL9rcaW7kuZC2fs5KIYDiQoVhHtMSA=; b=XASWdKhnBIjlJ54MZNBqQomeE0qgXNT6MLZTp2S1KRyGCr886zHHdqbMgQXvtneCjnOr0mNXinu51/VXg1LmuOO04oSXa8w5g3hTEutGJezaWgTH4Awbfj6yJimQL6zxUEBOB74+dOv8bzxNTaX+1GxCCudZUeFp1dCUt6yAj9I=
Received: from MN2PR05MB5981.namprd05.prod.outlook.com (2603:10b6:208:c3::15) by MN2PR05MB6208.namprd05.prod.outlook.com (2603:10b6:208:c5::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.15; Wed, 31 Mar 2021 03:23:09 +0000
Received: from MN2PR05MB5981.namprd05.prod.outlook.com ([fe80::203e:7f1f:be91:161c]) by MN2PR05MB5981.namprd05.prod.outlook.com ([fe80::203e:7f1f:be91:161c%6]) with mapi id 15.20.3999.026; Wed, 31 Mar 2021 03:23:09 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn>
CC: "michael.mcbride@futurewei.com" <michael.mcbride@futurewei.com>, "gjshep@gmail.com" <gjshep@gmail.com>, "EXT-zhang.zheng@zte.com.cn" <zhang.zheng@zte.com.cn>, "bier@ietf.org" <bier@ietf.org>, "huaimo.chen@futurewei.com" <huaimo.chen@futurewei.com>, "bier-chairs@ietf.org" <bier-chairs@ietf.org>
Thread-Topic: Re:[Bier] WG adoption call for draft-chen-bier-frr-02
Thread-Index: AQHXGi9o9kg+H0NpE0mdEf2VTl1yxqqGZEIAgA7coQCABpiJEIAA8LgAgAAE4wCAAAWagIAABJIAgAACHUCAAIrzgIAAH4GQ
Date: Wed, 31 Mar 2021 03:23:09 +0000
Message-ID: <MN2PR05MB598186A0F1F157D77F04B362D47C9@MN2PR05MB5981.namprd05.prod.outlook.com>
References: 202103161440487606255@zte.com.cn, CA+wi2hPLG_Og=rDerVqK7hMjkjUGxzjpQnZMSFMf965UVLCxNA@mail.gmail.com, MN2PR13MB408751B2E8ACDF05AC9C34B3F2629@MN2PR13MB4087.namprd13.prod.outlook.com, MN2PR05MB59811BDE5E469F7C39E253DAD47D9@MN2PR05MB5981.namprd05.prod.outlook.com, CABFReBqyAEtW=SmkbU_ub2CEOq+wDADmDyBuUz8Um_-oqKw93g@mail.gmail.com, BYAPR13MB2582C0A8C1076560663C098DF47D9@BYAPR13MB2582.namprd13.prod.outlook.com, CABFReBoU2NCLNFtQ6eqhciM2DaH5UtWfoKAMM8Yok53=zC+mAA@mail.gmail.com, BYAPR13MB2582128E4084D642BCAA2396F47D9@BYAPR13MB2582.namprd13.prod.outlook.com, MN2PR05MB5981533BF442FE68A70C0D1ED47D9@MN2PR05MB5981.namprd05.prod.outlook.com <202103310929392835152@zte.com.cn>
In-Reply-To: <202103310929392835152@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.0.76
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=44afaab0-b0b9-4c9c-9944-9dbd0daebbf4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-03-31T03:22:25Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4;
authentication-results: zte.com.cn; dkim=none (message not signed) header.d=none;zte.com.cn; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [71.248.165.31]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 4d887153-ce20-486f-5ecc-08d8f3f44edf
x-ms-traffictypediagnostic: MN2PR05MB6208:
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-microsoft-antispam-prvs: <MN2PR05MB62081236A4A2A2C0D44E1D3DD47C9@MN2PR05MB6208.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Rh5Lr04jfsjIHLUIaSwWpKdm+zHjV9utV0ksXxlD72f1PeOjxWVKmwqxXLbuQzUamClGGqbWLsM6jf19WhTX+EkPKSGsPufIE9zjH+BFzcrisJfILLavAHQ9bw+Bn/sDTm2CWGrW2Lxw9vCeHnobn8dL2ZZaXdPcEYdT3ajlxXMKJ0TcIHQ49dMq5nNOs5Cf7ht/O7A4dReWCTURAHlm7NwvfwLvGWv0k1OhAG0NCqW/u+sv/WPsldn9xuO9qG2dMvOug66NZy9S8bQ20t3Y4ewNOU4ldtGVEL6r5K6b2Tz2cFMaFYqAbnLkx5yXbAxj3CIGpvSnLl7dnlQYrdxEi/j6r+9eG1viyBzSJUWlBw02qqPM8VOuLfNSAf+LBepbI+F+jCBxs706XLS8eAUiSjser5MXP057eaCYhOxzCiI+lIOllEspUxugXkvZWfJoYbbzBX367mONIfbFvro17A10AegupKENM0DwE6mvBXuD4jcCtvIuL2H54lw+XdgJ8WXRLuoc49dhJA5beK28uveWIe//UOk7ZccKMKqX7HdMwdiRKzTFeIjAuK/LwOljykB0Awx+kHkDzJOoIyWjWboGYLBnGdFc2G3SRQpPLXbicNqtIznSJEJt8HGqLrv9Fi3eRzh112EKtLdMXZQkFJw3ksP5WmcVMv0vyEUpGxmUNlCEsyoOICV/gMBU67IziNR8iXQ/2tXtzRANx19ZHUCodO1eIiW4wJjYUfhxHAw=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR05MB5981.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(396003)(376002)(39860400002)(366004)(346002)(478600001)(71200400001)(966005)(38100700001)(6916009)(5660300002)(55016002)(52536014)(9686003)(166002)(33656002)(8936002)(8676002)(9326002)(186003)(83380400001)(66556008)(316002)(86362001)(7696005)(64756008)(76116006)(66446008)(2906002)(66476007)(66946007)(4326008)(54906003)(26005)(53546011)(6506007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?utf-8?B?dEVOY2ZmYjQrM3Q4aGVoM1pEUVVDM0Z4TmJoOHlFWHRkL252dVlzenE1TXdy?= =?utf-8?B?L2M1WEJLM2N5OWJzT0ZLaGNCdEtBZkFkU3NibE54TllMbWRhWkRDWjQwWDZz?= =?utf-8?B?cE51UVM2S2N5UDUzeFNYTjVYR1JjdExQQVhRRW9sQkRxNXJyZlJEYlo5MHVW?= =?utf-8?B?VFVtOVJNVGNyMnpBZVpCWFI0M0tBdElKV2FwSEU2VzJUT0lJdm1hV3hpblI3?= =?utf-8?B?TUJWQkZrUFQzM3pQdmZiVWxMc1RjMmJBVU4wWUFRK05IZU1zVTJpUkFoclY5?= =?utf-8?B?YUpDNDVUQm93WXgzaHAwYjkzSllPcFgwNThXZC9pMEZlbkJraUJoczlEQmNU?= =?utf-8?B?VFJ2UlVLeVVGbDRBK1lOQy9ReUlZMGF5cklIV1oraENGRVZnUTF1QWRYT2M3?= =?utf-8?B?MDBHMzJyL0I5dVJjQ1JCcWU5UGlTZGJzWFduRVFsczZUR29mWjlhd0FpUjNX?= =?utf-8?B?cjVTNFp2RnBIMk5vcnlIcGdWVmRqc0JMdEQrbDloTVhMRjBYdXE4WkhaOG5p?= =?utf-8?B?T1NoaWFmSXhqS2l6ZjlWVDJKeGhseFF2NWdjSFozOWRiWVNLU1U5YjlzLzNw?= =?utf-8?B?RDJVN21EaEhVR2xxNHRGeEdTaU5McHJiMkYzLzRUWnJMdURiNWo0Wms0Wmls?= =?utf-8?B?YlNlN0tjNTNFK0thUTZtcS9YN2VPaVhibnJISjdKWFdycXpMa0kyT3Zwc1pp?= =?utf-8?B?Q3FNbWpxMUxyWWJabENrYzl3djJEQVVyRHlweTBld3JCWnVIcEE0ZXZ4SS9O?= =?utf-8?B?citRTE5YTkpmOXQyM2xzY2lQQjllN3l2dm5id1RMYXBqQkpwOTlFUm0ycjRu?= =?utf-8?B?WUMwMGw2SExKMGUxTUtCQ3lVVXFrWGpIdjE1T0hYbWpRZ2ZrWW51cnk1VEZZ?= =?utf-8?B?Q1MvVkdLbVAxZHNXOVhSTlVZRXJneDZrdFZ2enFFZ1piV3NCcGJaMWdRMlNK?= =?utf-8?B?ejhXaEhEVHNnTHU2NjhNbUlIZXNqZ0VvVUZvb200K2pmLzVLTTNFbFZtZFRV?= =?utf-8?B?M1RzQmtZQlhmdWRpaU8va0pHNndVUWl6OENIMmpUZGxQcVB1a2RINUZHUzF0?= =?utf-8?B?UTZFckxqUTdtaGVnalZnYldBVWVJMjFnc2FDU0xsdHljR0pmc3Z5UHMzNlp2?= =?utf-8?B?b1ZBcDZlcUpJMDJjOVhQY3BMQmFZeWIwT3FGTEpJcVBSdkVGUWtUVWZGMXN2?= =?utf-8?B?RVFteURxNnF0aTkwcUYrNTNKSnRldnpUZitMVFlZVVN2K0RNa3RZZ3BxSHVI?= =?utf-8?B?WEZqd01qQnZ1YzZsUlBVcVkxaEc1Zkk1SHFxaVZoZ3hUdUdzUm9mdWdSek52?= =?utf-8?B?Q2RLbGYvNkc3b2drOHpUa2piWGZPNURwcHFyZUxLY3hva2VHWHJtVTlpb0Fj?= =?utf-8?B?NGtPMENjTkxuMEgvOXVQQnZPVkZ5UXlZTjl1YVU2d0o4a2N2TXg0SWtBditG?= =?utf-8?B?U0tOZUJFRXpoWHJmRm9ZdUZsd2FhTkhTWmU2eUQ5UjVlTCtacmNuRGRnb1dE?= =?utf-8?B?YzdPYXAxZ3RsWHQrcXM1M1QraHlvekNnQ3c4RUgrYk9aSkNTa2JkcmoxYVkr?= =?utf-8?B?RWF4YjlrZXZhSXk3Q09QbXR1bFd2SDhpR0VOL0t2Q3BLZHR6RWFONmFxQXJl?= =?utf-8?B?MHllTjZhdVZSMm5hci9pL2hkRGdYNWlKbFpKYXZNdzZQZ2VWcTEvNlBnRUYz?= =?utf-8?B?TFA5bUJqakJIUkxUZWRweXhrdXYxV242TGtHY2paMU9PeEN6S1dVSFZpWXRF?= =?utf-8?Q?04xLCwA/u9ML+nofO8izN3WFvKXMkeXzrXq5gLM?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR05MB598186A0F1F157D77F04B362D47C9MN2PR05MB5981namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR05MB5981.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 4d887153-ce20-486f-5ecc-08d8f3f44edf
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2021 03:23:09.2317 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: adB/hrM76RdwMM68gIn5D3822Lap8rNMAdKkRsEUSpp1c1u0ZnLh8j6FNuaGRcGiFjd2JcIgo/DeLqUA7+gBIQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6208
X-Proofpoint-GUID: fkBdXxchv6s4gReoczDfB2Rl7NXQPi3x
X-Proofpoint-ORIG-GUID: fkBdXxchv6s4gReoczDfB2Rl7NXQPi3x
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-31_01:2021-03-30, 2021-03-31 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 bulkscore=0 priorityscore=1501 impostorscore=0 suspectscore=0 mlxlogscore=999 spamscore=0 malwarescore=0 adultscore=0 clxscore=1011 mlxscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103300000 definitions=main-2103310023
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/wPGtU6yqygtlUzWUME8kZrjZWNQ>
Subject: Re: [Bier] WG adoption call for draft-chen-bier-frr-02
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2021 03:23:24 -0000

Hi Shaofu,

We’re on the same page wrt the single-BIFT method.

Thanks.
Jeffrey

From: peng.shaofu@zte.com.cn <peng.shaofu@zte.com.cn>
Sent: Tuesday, March 30, 2021 9:30 PM
To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
Cc: michael.mcbride@futurewei.com; gjshep@gmail.com; EXT-zhang.zheng@zte.com.cn <zhang.zheng@zte.com.cn>cn>; bier@ietf.org; huaimo.chen@futurewei.com; bier-chairs@ietf.org
Subject: Re:[Bier] WG adoption call for draft-chen-bier-frr-02

[External Email. Be cautious of content]


Hi Jeffrey, Chairs, All



Hope that the following single-BIFT based method can be adopted in the merged draft (I posted this idea a few days ago):

    we can let BIFT entry contain both primary NBR and backup path (note that the backup path may be direct NBR, or remote NBR, or segment-list, according to IGP TI-LFA result).

    There are primary FBM and backup FBM. The primary FBM contains the Bit-Positions of those BFERs that has the same primary NBR, the backup FBM contains the Bit-Positions of those BFERs that has the same backup path. In this implementation, when a BFR received a BIER packet, and if the primary NBR fails, a copy will be sent to backup path, and the bitstring contained in the copy is the result of "original bitstring of the received packet" & "primary FBM" & "backup FBM".



And, the following is a further explanation of the comparison between the single-BIFT based and FRR-BIFT based, they want to solve the same problem as example shows.

    When primary NBR has failed, the following two schemes have the same logic, both of them limit the processing socpe to the failure of specific primary NBR.

    1) Within the scope of specific FRR-BIFT for the primary NBR, when packet is steered to an FRR-BIFT entry, the bitstring contained in the outgoing copy is the result of "original bitstring of the received packet" & "FBM".

    2) A single BIFT entry with primary NBR and backup path, when packet is steered to backup path, the bitstring contained in the outgoing copy is the result of "original bitstring of the received packet" & "primary FBM" & "backup FBM".

    For example, BIFT entry 1 has primary NBR X, BIFT entry 2 has primary NBR Y, but they have the same backup path. When NBR X has failed, BIFT entry 1 need switch to backup path, but BIFT entry 2 need not.



If we are not clear about the above single-BIFT based idea, maybe we can also write a separate informaitonal draft to describe it.



Regards,

PSF




原始邮件
发件人:Jeffrey(Zhaohui)Zhang
收件人:Michael McBride;gjshep@gmail.com;
抄送人:张征00007940;BIER WG;Huaimo Chen;BIER WG Chairs;
日 期 :2021年03月31日 01:43
主 题 :Re: [Bier] WG adoption call for draft-chen-bier-frr-02
_______________________________________________
BIER mailing list
BIER@ietf.org<mailto:BIER@ietf.org>
https://www.ietf.org/mailman/listinfo/bier
Hi,

At the risk of being viewed as trying to steal the work or trying to squeeze in as a co-author, let me review some history and my position here.

Two years ago after draft-merling was first published, there were quite some discussions involving the Michael/Daniel and some vendors/operator, and both tunnel-to-neighbor and alternative-to-BFERs options were discussed. We concluded that we would not need to standardize it, and Michael/Daniel did not progress the work in BIER WG afterwards.

If I just wanted to squeeze in as co-author of another BIER draft, I assume I could have done that two years ago.

If we were not calling for adoption draft-chen-bier-frr, there would be no controversy.

Now that we’re here, given my strong objection to have per-nbr FRR BIFTs in a WG document, I do want to speak up and I appreciate Greg’s suggestion of me as editor, and I am confident that I would be the best person for it given the history and my insights on this matter.

As for whether I am eligible for the role process wise – I suppose I could also write a draft-zzhang on this topic and join the merge? In fact, that may be the best way to fully describe my view on BIER FRR.

In fact - process wise – if we talk about merging wouldn’t it be merging into draft-merling given it’s the earliest and it is more close to the unicast FRR model (not using separate FRR BIFTs)?

And finally, yes if this remains as an individual informational draft, I would not care so much.

Thanks.
Jeffrey

From: Michael McBride <michael.mcbride@futurewei.com<mailto:michael.mcbride@futurewei.com>>
Sent: Tuesday, March 30, 2021 1:05 PM
To: gjshep@gmail.com<mailto:gjshep@gmail.com>
Cc: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>>; BIER WG <bier@ietf.org<mailto:bier@ietf.org>>; BIER WG Chairs <bier-chairs@ietf.org<mailto:bier-chairs@ietf.org>>; EXT-zhang.zheng@zte.com.cn<mailto:EXT-zhang.zheng@zte.com.cn> <zhang.zheng@zte.com.cn<mailto:zhang.zheng@zte.com.cn>>; Huaimo Chen <huaimo.chen@futurewei.com<mailto:huaimo.chen@futurewei.com>>
Subject: RE: [Bier] WG adoption call for draft-chen-bier-frr-02

[External Email. Be cautious of content]

I’m honestly at a loss here. An assigned editor to take over our work? Is this even a thing in the ietf?

If this is the case we will continue working on this draft and keep it individual for now.

mike

From: Greg Shepherd <gjshep@gmail.com<mailto:gjshep@gmail.com>>
Sent: Tuesday, March 30, 2021 9:48 AM
To: Michael McBride <michael.mcbride@futurewei.com<mailto:michael.mcbride@futurewei.com>>
Cc: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>>; BIER WG <bier@ietf.org<mailto:bier@ietf.org>>; BIER WG Chairs <bier-chairs@ietf.org<mailto:bier-chairs@ietf.org>>; EXT-zhang.zheng@zte.com.cn<mailto:EXT-zhang.zheng@zte.com.cn> <zhang.zheng@zte.com.cn<mailto:zhang.zheng@zte.com.cn>>; Huaimo Chen <huaimo.chen@futurewei.com<mailto:huaimo.chen@futurewei.com>>
Subject: Re: [Bier] WG adoption call for draft-chen-bier-frr-02



On Tue, Mar 30, 2021 at 9:28 AM Michael McBride <michael.mcbride@futurewei.com<mailto:michael.mcbride@futurewei.com>> wrote:
> .contribute two authors to the merged doc effort, and have Jeffrey hold the pen as editor/author.

Huh? All authors from both drafts will remain on the merged draft

Pick them now or pick them later.

and, as much as we respect Jeffrey, he’s not an author and certainly doesn’t hold the pen.

As the assigned Editor to work with the author of both drafts, yes he will hold the pen. If you have another 3rd party Editor to suggest, please do so. But from the current discussion on the list, I find no one more qualified to work with the authors of both contributing drafts.

Thanks,
Greg

Mike


All agreed?

Thanks,
Greg
(Chairs)

On Mon, Mar 29, 2021 at 7:26 PM Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>> wrote:
Shouldn’t it be the other way around – expand/merge first and then adopt?

In fact, the essence of draft-chen is the multiple per-nbr FRR BIFTs, which I don’t think should be included in the merged draft at all, for the following problems:


  1.  Scaling – we need one extra BIFT for each <neighbor, BIFT>. This not only means extra memory, but also additional processing overhead including downloading the tables to the forwarding plane.
  2.  If two neighbors fail simultaneously yet both can be protected by a 3rd neighbor, per-nbr FRR BIFTs can only give protection for one of the first two neighbors. This is not an unusual situation – you could have two neighbors reached by the same link or the same line card, and the link/card fails.
  3.  Exactly when to switch back from a per-nbr FRR BIFT to the regular BIFT?

The draft says the following about #3:

   In general, when the routing protocol has re-converged on the new
   topology taking into account the failure of X, the BIRT is re-
   computed using the updated LSDB and the BIFT is re-derived from the
   BIRT.  Once the BIFT is installed ready for activation, it is
   activated to forward packets with BIER headers and the FRR-BIFT for X
   is de-activated.

Does that mean for each computation, you need to know and mark which failed neighbor that it takes care of, so that when the BIFT is sent down to forwarding plane you can decide if currently used FRR-BIFT can be switched back to the main BIFT?

Also consider the following:


  1.  At moment T you switch to FRR BIFT for nbr X
  2.  At moment T+1ms a new BIFT is calculated, which takes care of a remote failure but not nbr X (nbr X is still considered up in this calculation) – would you switch FRR BIFT to the newly calculated main BIFT? If you don’t, the remote failure could lead to packet losses until the new main BIFT is used. If you do, you only get FRR protection for nbr X for 1ms.

Jeffrey

From: BIER <bier-bounces@ietf.org<mailto:bier-bounces@ietf.org>> On Behalf Of Huaimo Chen
Sent: Thursday, March 25, 2021 5:06 PM
To: Tony Przygienda <tonysietf@gmail.com<mailto:tonysietf@gmail.com>>; EXT-zhang.zheng@zte.com.cn<mailto:EXT-zhang.zheng@zte.com.cn> <zhang.zheng@zte.com.cn<mailto:zhang.zheng@zte.com.cn>>
Cc: BIER WG <bier@ietf.org<mailto:bier@ietf.org>>; BIER WG Chairs <bier-chairs@ietf.org<mailto:bier-chairs@ietf.org>>
Subject: Re: [Bier] WG adoption call for draft-chen-bier-frr-02

[External Email. Be cautious of content]

Hi Everyone,

    Michael, Steffan, Huaimo and Mike met to discuss the merge and we are in agreement that if draft-chen-bier-frr is adopted we will expand it to include a framework along with the tunnel and LFA based solutions.

Best Regards,
Huaimo
________________________________
From: BIER <bier-bounces@ietf.org<mailto:bier-bounces@ietf.org>> on behalf of Tony Przygienda <tonysietf@gmail.com<mailto:tonysietf@gmail.com>>
Sent: Tuesday, March 16, 2021 6:08 AM
To: zhang.zheng <zhang.zheng@zte.com.cn<mailto:zhang.zheng@zte.com.cn>>
Cc: BIER WG <bier@ietf.org<mailto:bier@ietf.org>>; BIER WG Chairs <bier-chairs@ietf.org<mailto:bier-chairs@ietf.org>>
Subject: Re: [Bier] WG adoption call for draft-chen-bier-frr-02

+1

I think it's a good addition within the architecture for the case IGP is not used for signalling, e.g. when controller or static programming.

The draft must however explain in what scenarios it is used and quote the according IGP drafts to guarantee loop-free behavior (well, BIER will tie-break loops but we'll have 1x microloop & possibly not deliver payload if BIER FRR is not properly computed/intsalled). With that the draft should also pay attention to how the function is deployed/updated network-wide if IGP is not present

thanks

-- tony

On Tue, Mar 16, 2021 at 7:41 AM <zhang.zheng@zte.com.cn<mailto:zhang.zheng@zte.com.cn>> wrote:

A 2-week WG adoption call begins for the following draft:

https://datatracker.ietf.org/doc/draft-chen-bier-frr/<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2Fnam11.safelinks.protection.outlook.com*2F*3Furl*3Dhttps*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fdraft-chen-bier-frr*2F*26data*3D04*7C01*7Chuaimo.chen*40futurewei.com*7C79ac63710b47427a558d08d8e8638df2*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C1*7C637514861570555970*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000*26sdata*3DDiHvux0ZUYEJru10lVQ4mXvpYx3l8ujGInm7uEjjxTw*3D*26reserved*3D0__*3BJSUlJSUlJSUlJSUlJSUlJSUlJQ!!NEt6yMaO-gk!TtAnkZJhg9BEJjANzO6CusX7i7eQqvTJHdhaH0qrrPdtcykRPrUybhZeavPA3X4F*24&data=04*7C01*7Cmichael.mcbride*40futurewei.com*7C1c5fd4db18e2431f463f08d8f39b6caf*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637527196165767516*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=rJEgGwKe3zvhltMwI7v12duGQm*2Bg08Kml*2Bum1SzOUAo*3D&reserved=0__;JSUlJSUlJSUlJSoqKioqKiUlKioqKioqKioqKioqJSUqJSUlJSUlJSUlJSUlJSUlJSUlJQ!!NEt6yMaO-gk!TgjeaofJrDC7_PaFdp5121nhpqbYPTuvoqq2taHHIFDUiNUmO2r2LHrrnuo6K9DY$>

Please indicate your support or objection by March 30th, 2021.

Authors, please respond to the list indicating whether you are aware of any IPR that applies to this draft.

Thanks,

Sandy (As WG secretary, on behalf of Greg/Tony)




Juniper Business Use Only


Juniper Business Use Only




Juniper Business Use Only