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

Greg Mirsky <gregimirsky@gmail.com> Mon, 22 March 2021 14:58 UTC

Return-Path: <gregimirsky@gmail.com>
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 7AF673A1743; Mon, 22 Mar 2021 07:58:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.097
X-Spam-Level:
X-Spam-Status: No, score=-0.097 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GvQrb10CbjzA; Mon, 22 Mar 2021 07:58:03 -0700 (PDT)
Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) (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 E0E433A1740; Mon, 22 Mar 2021 07:58:02 -0700 (PDT)
Received: by mail-lf1-x12c.google.com with SMTP id a198so21769098lfd.7; Mon, 22 Mar 2021 07:58:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lVTrG8JCPNE05lTkBKvgePSs0cvzj/1GdhU4+D7/M5k=; b=vBW3aDNLiExP3zx9uNNiIWAoVS9URUn9IVPCjsBe6eqgZCcxJC2xVUDld5JvfAzDFk o4tyAFhvLVHpg07W4sUuhp0ggYoTNNIF11hCLJPTct01t8mb+Dpw3MAaVvtp5R3VIEEE EtKZYi+AxCC6mk5i7XIq0P9jibW2hMz1FADBQlmQjC9Lwqoc5AyDLzg+MqLRrTK5Lpbo bXIk6LD97jEiytXni+6aEjkXD/aTjgHNEgw0N2i+MMgrYQ7atQYpC2kXGGHF1gjHcX/T i+zQOUQhlsQ1JJsgQHJyXSCSuIoTcqGzfDkTe9XjND2/D/z4pfTzIEp4X9dhzKXCyEj+ 9Uzg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lVTrG8JCPNE05lTkBKvgePSs0cvzj/1GdhU4+D7/M5k=; b=egsUgoBy92SeWfNdEHH3g7Pk5ba+b0hn/Z1V4l9RQ1QIaCQF/lM5/46n3tg4rVgO/e 36eKbHwlFJK0TzosJ+p51QuSKPRjYLjj9D1qKRjYC4Tm4QfWyQsTc/YSxWm3vTI5J8fi /QCz/nTFcGUZsSV0N8TJ7ea5ddmVA+AbWp/MH5+bIAP5ug807wwsnRYucNz7aFy9Yb8O 1PLmiTOoUtLw+ulhjHF9spEnDlo3M3ZCqcD+HLf0wR0mFcjB954LBeajM41B4MIkL4WO /w2yeAV9Ddm+jdMKuYohn/IMErp8ldJ/koW1MF3lhzS4MQIjAGzmUhNKrcRdIdPVvGWT T5yw==
X-Gm-Message-State: AOAM530QDxehcbxI2KYkdlm2hzl+kHQ+9cUvYbbAV8NeojQGHTLc68gS ygyTeRKPsCsXSSBXlPa6c6tMq3P9OVBR7Nu1zXI=
X-Google-Smtp-Source: ABdhPJwTzjdS7hnuecU52zSDRpmgM1+MH6qj5Q8KDG6KNXK7KyOHcqqxpL2paiYnZrxGPwwE/dHpf3FRO95LEPo+KCA=
X-Received: by 2002:ac2:430b:: with SMTP id l11mr6892099lfh.350.1616425080336; Mon, 22 Mar 2021 07:58:00 -0700 (PDT)
MIME-Version: 1.0
References: <202103161440487606255@zte.com.cn> <CA+wi2hPLG_Og=rDerVqK7hMjkjUGxzjpQnZMSFMf965UVLCxNA@mail.gmail.com> <54b33eef-31c1-5ceb-0bcf-051149d7e876@uni-tuebingen.de> <MN2PR13MB40870D62A90DBC972AE31B48F26B9@MN2PR13MB4087.namprd13.prod.outlook.com> <CA+wi2hN5xrq758tXQ0MxWe2tgfqQtH0Mw1zhU0t5DWS7N9gCrg@mail.gmail.com> <MN2PR13MB4087993A204A1A3D9665E463F26B9@MN2PR13MB4087.namprd13.prod.outlook.com> <CA+RyBmWit164ufdvANuHpe63Wfe0vhaDrxOSuR30TDvQL=y5gw@mail.gmail.com> <MN2PR13MB408793DFA8329CB76B232B5DF2679@MN2PR13MB4087.namprd13.prod.outlook.com> <CA+RyBmUgd8JS_r7UBP6LzvMy_KWRF1NuKU9O9bcEk8W9=6A88w@mail.gmail.com> <MN2PR13MB408704E4EB8C2827C003FFB2F2659@MN2PR13MB4087.namprd13.prod.outlook.com>
In-Reply-To: <MN2PR13MB408704E4EB8C2827C003FFB2F2659@MN2PR13MB4087.namprd13.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 22 Mar 2021 07:57:49 -0700
Message-ID: <CA+RyBmUJcATMq=Laxwv8BNRmVkbXV-937Wo2ScKh+nFMJh5jyA@mail.gmail.com>
To: Huaimo Chen <huaimo.chen@futurewei.com>
Cc: "bier@ietf.org" <bier@ietf.org>, BIER WG Chairs <bier-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b8335b05be214a98"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/szCkmKFDlOm7cQNGsFjkzqvRWkY>
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: Mon, 22 Mar 2021 14:58:09 -0000

Hi Huaimo,
thank you for listing the differences between IP and BIER data planes.
Which method of network failure detection, in your opinion, exposes these
differences for local protection such as FRR?

Regards,
Greg

On Mon, Mar 22, 2021 at 7:19 AM Huaimo Chen <huaimo.chen@futurewei.com>
wrote:

> Hi Greg,
>
>     It seems there are some misunderstandings.
>     My responses/explanations in another way are inline below with prefix
> [HC].
>
> Best Regards,
> Huaimo
> ------------------------------
> *From:* Greg Mirsky <gregimirsky@gmail.com>
> *Sent:* Sunday, March 21, 2021 1:05 PM
> *To:* Huaimo Chen <huaimo.chen@futurewei.com>
> *Cc:* bier@ietf.org <bier@ietf.org>rg>; BIER WG Chairs <bier-chairs@ietf.org>
> *Subject:* Re: [Bier] WG adoption call for draft-chen-bier-frr-02
>
> Hi Huaimo,
> perhaps my question was not clearly stated. Let me re-phrase it and add
> more detail to the scenario.
> As understand the discussion about using IP FRR and BIER FRR concurrently
> in the same BIER domain, you are of the opinion that such a combination is
> useful while others have expressed some reservation of its practicality. Do
> I understand that part of the discussion correctly?
> [HC]: IP packets are forwarded using the normal FIB and its IP forwarding
> procedure.
> BIER packets are forwarded using the BIFT and its BIER forwarding
> procedure.
> Forwarding BIER packets is separated from forwarding IP packets.
> BIER packets are not forwarded through using the normal FIB and its IP
> forwarding procedure.
> IP FFR is for protecting IP packets through enhancing normal FIB and IP
> forwarding procedure.
> BIER FRR is for protecting BIER packets through enhancing BIFT and BIER
> forwarding procedure.
> BIER FRR is separated from IP FRR.
> IP FRR will not protect any BIER packets.
> BIER FRR can use x-LFA and IP FRR can use y-LFA. x-LFA and y-LFA can be
> different.
>
> If we consider multi-layer protection schemes, using IP FRR and BIER FRR
> is one of its examples, we should consider operational issues that a
> multi-layer scenario introduces. Particularly, coordination of timers that
> determine detection of the network failure and trigger the protection
> switchover. Such coordination of OAM parameters and the expected switchover
> intervals intended to avoid unnecessary loss of data packets caused by the
> excessive of protection switchover in an overlay network.
> [HC]: It seems that no coordination is needed since BIER FRR is separated
> from IP FRR.
>
> I missed finding that being discussed in the e-mail you've pointed out.
> Perhaps you can quote the part that you believe addressed my question.
>
> Regards,
> Greg
>
> On Fri, Mar 19, 2021 at 9:47 PM Huaimo Chen <huaimo.chen@futurewei.com>
> wrote:
>
> Hi Greg,
>
>     Thanks for your comments/questions.
>     My responses to another email below should address/answer them.
>
> https://mailarchive.ietf.org/arch/msg/bier/VsTPRmUi-26VSWrBPzdnLXzPvT0/
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fmsg%2Fbier%2FVsTPRmUi-26VSWrBPzdnLXzPvT0%2F&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653338271%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=SHRUO3CVl%2Fls%2B4UcwWhGVOhg1fJRQ9tz5wtWmMgmZVU%3D&reserved=0>
>
>
> Best Regards,
> Huaimo
> ------------------------------
> *From:* Greg Mirsky <gregimirsky@gmail.com>
> *Sent:* Wednesday, March 17, 2021 12:45 PM
> *To:* Huaimo Chen <huaimo.chen@futurewei.com>
> *Cc:* bier@ietf.org <bier@ietf.org>rg>; BIER WG Chairs <bier-chairs@ietf.org>
> *Subject:* Re: [Bier] WG adoption call for draft-chen-bier-frr-02
>
> Hi Huaimo,
> it seems that you are suggesting using IP FRR and BIER FRR in the same
> domain. Is my understanding correct? Multi-layer protection in a network
> may work but, in my opinion, overcomplicated network management and
> operation. Would you expect that BIER FRR is more responsive to a network
> failure than IP FRR? What benefits could be in such a scenario? Which
> parameters, in your opinion, need to be coordinated between IP and BIER
> layers? I think that if the document includes the concurrent use of IP FRR
> and BIER FRR it should provide more detail on how such a scenario could be
> realized.
>
> Regards,
> Greg
>
> On Tue, Mar 16, 2021 at 10:27 AM Huaimo Chen <huaimo.chen@futurewei.com>
> wrote:
>
> Hi Tony,
>
>     Even though there is IGP running in the network and the underlay IP
> FRR is provided, the BIER FRR seems still needed. All the BIER packets are
> forwarded using the BIFTs. They are not forwarded using the normal FIBs
> with IP FRR support.  When a failure happens in the network, the BIER
> packets will still be forwarded using the old BIFTs without considering the
> failure until the old BIFT is recomputed and updated based on the new
> network topology after the failure. During this period (from the time of
> the failure to the time at which the BIFTs are updated), the BIER packets
> may be lost.
>
> Best Regards,
> Huaimo
> ------------------------------
> *From:* Tony Przygienda <tonysietf@gmail.com>
> *Sent:* Tuesday, March 16, 2021 12:58 PM
> *To:* Huaimo Chen <huaimo.chen@futurewei.com>
> *Cc:* Michael Menth <menth@uni-tuebingen.de>de>; bier@ietf.org <bier@ietf.org
> >
> *Subject:* Re: [Bier] WG adoption call for draft-chen-bier-frr-02
>
> we need a framework here ;-)
>
> when IGP calculates the underlying FRR it's always a better solution.
> Nothing is faster than IGP and anything calculated as "better FRR" or
> "backup FRR" will not have the topology to do a better job/faster than IGP
> can. So AFAIS the only real use case here is BIER without IGP signalling
> but correct me if I'm wrong
>
> -- tony
>
>
> On Tue, Mar 16, 2021 at 5:02 PM Huaimo Chen <huaimo.chen@futurewei.com>
> wrote:
>
> Hi Michael,
>
>     Thanks much for your valuable comments.
>     My responses are inline below with prefix [HC].
>
> Best Regards,
> Huaimo
> ------------------------------
> *From:* BIER <bier-bounces@ietf.org> on behalf of Michael Menth <
> menth@uni-tuebingen.de>
> *Sent:* Tuesday, March 16, 2021 7:11 AM
> *To:* bier@ietf.org <bier@ietf.org>
> *Subject:* Re: [Bier] WG adoption call for draft-chen-bier-frr-02
>
> Hi Tony, all,
>
> Am 16.03.2021 um 11:08 schrieb Tony Przygienda:
>
> > 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.
>
> Right. The solution may make sense if the routing underlay does not
> offer FRR capabilities.
>
> [HC]: When the routing underlay supports IP FRR, the BIER should also
> provide BIER FRR since the BIER packets are forwarded using the BIFTs.
> When failures happen in the network, the BIER packets are still forwarded
> using the old BIFTs until the old BIFTs are updated according to the
> updated network topology after the failures.
>
> >
> > 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
>
> I agree. in the absence of an IGP, the "native BIER-FRR on bier layer"
> must be set by a controller.
>
> [HC]: I agree too.
>
> So, below the line, an applicability statement would be helpful. What
> are those cases?
> - IGP running but without FRR on the routing underlay?
> - No IGP and no FRR on the routing underlay?
>
> [HC]: When IGP is running in the network, each BFR in the network
> calculates,
> installs and/or updates its BIER FRR BIFTs. The BIER FRR in the draft is
> independent of the underlay IP FRR.
> When no IGP is running in the network, the BIER controller for the network
> calculates, installs and/or updates the BIER FRR BIFTs into BFRs in the
> network,
> regardless of whether the routing underlay FRR is provided.
>
>
> However, if the controller takes care of BIER-FRR, what could be reasons
> for missing FRR on the routing underlay? If there is a FRR on the
> routing underlay (also provided through a controller), tunnel-based
> bier-frr solves the problem in a transparent way.
>
> [HC]: The BIER FRR in the draft is independent of the underlay IP FRR.
> Regardless of whether the routing underlay FRR is provided, the
> BIER FRR BIFTs are computed in the same way.
>
> BTW, we studied protection variants for controller-based infrastructures
> (for routing underlays, not for BIER). Challenge is to keep state low.
> LFA-based solutions help a lot and outperform others. 100% protection is
> possible with only little additions. Results are available:
>
> https://nam11.safelinks.protection.outlook.com/?url=https:%2F%2Fatlas.informatik.uni-tuebingen.de%2F~menth%2Fpapers%2FMenth20-Sub-6.pdf&amp;data=04%7C01%7Chuaimo.chen%40futurewei.com%7C5d3cb8163c7f4a1557e608d8e86c408f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637514898966623524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=03cc%2BIvdV%2BCg%2F0PCFulWzuCa0h4I5sBqn8K5QPT5BR8%3D&amp;reserved=0
> <https://nam11.safelinks.protection.outlook.com/?url=https:%2F%2Fatlas.informatik.uni-tuebingen.de%2F~menth%2Fpapers%2FMenth20-Sub-6.pdf&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653348226%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Ge8zAv7lk6tfQJTY5IByDrytSUm5dMoPtEX%2B4VfJDO8%3D&reserved=0>
> (under
> revision)
>
> [HC]: Thanks much for your information.
>
>
> Regards,
>
> Michael
>
> >
> > thanks
> >
> > -- tony
> >
> > On Tue, Mar 16, 2021 at 7:41 AM <zhang.zheng@zte.com.cn
> > <mailto:zhang.zheng@zte.com.cn <zhang.zheng@zte.com.cn>>> wrote:
> >
> >     A 2-week WG adoption call begins for the following draft:
> >
> >
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-chen-bier-frr%2F&amp;data=04%7C01%7Chuaimo.chen%40futurewei.com%7C5d3cb8163c7f4a1557e608d8e86c408f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637514898966623524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=797z0ndM2IahVL2y9xPoY%2BOU5x4%2F3w1FaSWfoF%2BC6pQ%3D&amp;reserved=0
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-chen-bier-frr%2F&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653358181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=fMg%2Bk522VU1Lcwm5JXmFI3guMPzN01vTF8Wx4wjb6YE%3D&reserved=0>
> >     <
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-chen-bier-frr%2F&amp;data=04%7C01%7Chuaimo.chen%40futurewei.com%7C5d3cb8163c7f4a1557e608d8e86c408f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637514898966623524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=797z0ndM2IahVL2y9xPoY%2BOU5x4%2F3w1FaSWfoF%2BC6pQ%3D&amp;reserved=0
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-chen-bier-frr%2F&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653358181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=fMg%2Bk522VU1Lcwm5JXmFI3guMPzN01vTF8Wx4wjb6YE%3D&reserved=0>
> >
> >
> >     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)
> >
> >
> >
> > _______________________________________________
> > BIER mailing list
> > BIER@ietf.org
> >
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fbier&amp;data=04%7C01%7Chuaimo.chen%40futurewei.com%7C5d3cb8163c7f4a1557e608d8e86c408f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637514898966623524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=aZ6%2BjQBpo7k81fqf%2FnYdfer7mS45RlhB0lPT7%2B%2BVm6I%3D&amp;reserved=0
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fbier&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653368139%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oKCUjhmsv7UOmbBmPT4PFf24NejSGXd9PuHsT6WaadY%3D&reserved=0>
> >
>
> --
> Prof. Dr. habil. Michael Menth
> University of Tuebingen
> Faculty of Science
> Department of Computer Science
> Chair of Communication Networks
> Sand 13, 72076 Tuebingen, Germany
> phone: (+49)-7071/29-70505
> fax: (+49)-7071/29-5220
> mailto:menth@uni-tuebingen.de <menth@uni-tuebingen.de>
>
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkn.inf.uni-tuebingen.de%2F&amp;data=04%7C01%7Chuaimo.chen%40futurewei.com%7C5d3cb8163c7f4a1557e608d8e86c408f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637514898966623524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=2gozTq4XIXnxQu2P62mtFSGOEID93679cjqQeAQOPbo%3D&amp;reserved=0
> <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkn.inf.uni-tuebingen.de%2F&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653368139%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=SZWIwISkow8RN1Dewm8WKrktjgEL%2FEUd0y0U6%2FhDLAg%3D&reserved=0>
>
> _______________________________________________
> BIER mailing list
> BIER@ietf.org
>
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fbier&amp;data=04%7C01%7Chuaimo.chen%40futurewei.com%7C5d3cb8163c7f4a1557e608d8e86c408f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637514898966623524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=aZ6%2BjQBpo7k81fqf%2FnYdfer7mS45RlhB0lPT7%2B%2BVm6I%3D&amp;reserved=0
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fbier&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653378096%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=m6lOWxJWqUM8ajoSPCZQxQpitaRdwt%2FmlVmc%2FFSXA0o%3D&reserved=0>
> _______________________________________________
> BIER mailing list
> BIER@ietf.org
> https://www.ietf.org/mailman/listinfo/bier
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fbier&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653378096%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=m6lOWxJWqUM8ajoSPCZQxQpitaRdwt%2FmlVmc%2FFSXA0o%3D&reserved=0>
>
> _______________________________________________
> BIER mailing list
> BIER@ietf.org
> https://www.ietf.org/mailman/listinfo/bier
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fbier&data=04%7C01%7Chuaimo.chen%40futurewei.com%7Cdc2120c4087e4dceff9708d8ec8b9bb3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637519431653388053%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=ZugL4Z%2B%2B8G2vhXJnqjrz3rSiQvSVTYG5FmsDGwRIjfA%3D&reserved=0>
>
>