Re: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-mvpn-fast-failover

"Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> Fri, 23 August 2019 18:21 UTC

Return-Path: <zzhang@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 346DB12023E; Fri, 23 Aug 2019 11:21:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=juniper.net
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 b_QKgk1uLHuK; Fri, 23 Aug 2019 11:21:01 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 21F91120863; Fri, 23 Aug 2019 11:21:01 -0700 (PDT)
Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x7NI9FkT019432; Fri, 23 Aug 2019 11:21:00 -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=rqDCgmsENfcoIeTkQifEAdHLH4ZDUWESnu04AZls7F4=; b=oMEpJgVcCvvQhVsVbefFmF3JWTi4G+4iHREvlmxCF17WSJF8SNwu+vCJhWz9hOqelFNq VIt609LhuP9g0/gfTRHQIzHa5inGscuvSBA/+NiEv44cKhWZwy1DDYbuzN3fveLcN4uM G5mCDKXKG5dMI/CNg0bI17Fgg9zdLvMNJqOkoG58Yn+5Aq31yddLvMeJ5L3ar86JAxl2 Ond2sFMmtDcvMcUqVnn+7Bg4zPYcjegLwd1YmwFRRXHsXihaOuFNmEvr3yzYTRQHz2o0 KmkyID6GTned7So65CiLJOS0IO3mQ8OFxkNvkAOuMdbGcI0NT2VWQ8VmwLIYkZ10K4fN RA==
Received: from nam02-cy1-obe.outbound.protection.outlook.com (mail-cys01nam02lp2051.outbound.protection.outlook.com [104.47.37.51]) by mx0a-00273201.pphosted.com with ESMTP id 2ujjdj896c-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 23 Aug 2019 11:20:58 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=htgF45FLxCgrlQ6qkxnabR6BKYyI1Jz+9yKeD1yXyA9mx6xDJK+b8AgmYI4Zq/OlgQQ28STtMq3U5QWKNE4ORg6My6iEunczfkJ4tvDuLxeNpsKR5VXu9x1BEgxJSe6kqhlnc+60km4iH3N2isHsm2E6X4Eh6l1GyvMJdebU5O5/X9t+Hl5iZJTzMQ+VPso7mj4HRZHeDC1xY8xxv0Dw9Mk878LI21uj0x/dOHU0Ks+exOpLvrAdJqgX3VoP7ZxYkz+qaThQA6GQZZY0kjfxF2LJa3FxUPLR3dtj5CvAXrAKdiWBPBYd9zYZAIUxxq2gqYJowdDbeJg1co92ut7Eug==
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=rqDCgmsENfcoIeTkQifEAdHLH4ZDUWESnu04AZls7F4=; b=Oi0wW7p45EhNr6ewHLZ241gVk2jhmRXUIvUuwrW2FFhWnGQHFY0xvn8GzOZz5JfX4Ws1VdIQOzzBtaP3tavZ6CiZg8MD+Ia2llt1ss3N+PLAdQFrqnV/36I8z+GXG3nNbtXVIIGv0i9apld6xAH8AsQ7rlW1yi2Ehh142TGIc8fKyvrOIA8xnz7vPKP2QRZoapHgB+qs6VfNf7T0wE37JHbx4ea6AA3XDm+eSJwvO7+rPDtwf3bckljpfgZ1RVBPmgaljcu3czi9+GZJhZyr2QqkltdjUAQMJDHlB9tR0tLdP/P0WvXnu263bDmfNODByav5uKzVnBfhCVqPyDYsmQ==
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
Received: from DM5PR05MB3548.namprd05.prod.outlook.com (10.174.242.153) by DM5PR05MB3420.namprd05.prod.outlook.com (10.174.240.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2199.13; Fri, 23 Aug 2019 18:20:50 +0000
Received: from DM5PR05MB3548.namprd05.prod.outlook.com ([fe80::18d2:ef12:6593:9e2a]) by DM5PR05MB3548.namprd05.prod.outlook.com ([fe80::18d2:ef12:6593:9e2a%7]) with mapi id 15.20.2199.011; Fri, 23 Aug 2019 18:20:50 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: Robert Kebler <rkebler@juniper.net>, "EXT - thomas.morin@orange.com" <thomas.morin@orange.com>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, BESS <bess@ietf.org>
Thread-Topic: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-mvpn-fast-failover
Thread-Index: AdSCOGobvyszpShjQe6cTmshOOxpcQGwJ0SwAPQjNQATOVJRcARi+wgABmfoLQAA1SowgA/sGpxgAW2C6QAAVn4TgAIjoF4AAJhdHuA=
Content-Class:
Date: Fri, 23 Aug 2019 18:20:50 +0000
Message-ID: <DM5PR05MB3548296C4704095D5866D348D4A40@DM5PR05MB3548.namprd05.prod.outlook.com>
References: <26502_1542873261_5BF660AD_26502_47_1_9E32478DFA9976438E7A22F69B08FF924B7752E9@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <BL0PR05MB5025A934922FDDC316AFD2E4D4AC0@BL0PR05MB5025.namprd05.prod.outlook.com> <CA+RyBmXcu3b9dObX=G9vyHNJtEuJ4wWqMtQXvxCNxgNOSCsmWw@mail.gmail.com> <CO2PR05MB24550CC9932A560B1DC7B19BD44B0@CO2PR05MB2455.namprd05.prod.outlook.com> <CA+RyBmV6oigz+ODY9C6QEqkDQY1X+x=yDpWqPoiODyyqVeTwHA@mail.gmail.com> <DM5PR05MB354829730C814ADE41F373CFD4310@DM5PR05MB3548.namprd05.prod.outlook.com> <CA+RyBmWNmdavTzoeGK+b1Tz-am6foNJ=1c5Kz7iKJ1gc7Lsvcg@mail.gmail.com> <DM5PR05MB35486A07622B1E28E781AE08D4D90@DM5PR05MB3548.namprd05.prod.outlook.com> <CA+RyBmXb-MrxwjQ9C5av+5XahJ1KjBb2QF=EHunMrCnidsqp=Q@mail.gmail.com> <DM5PR05MB35487E88B38742D6DEB5F666D4D60@DM5PR05MB3548.namprd05.prod.outlook.com> <CA+RyBmUScYZdFQSxToH8PZ92yZQs4vhGU9oAhgJmeCiMhADhJg@mail.gmail.com>
In-Reply-To: <CA+RyBmUScYZdFQSxToH8PZ92yZQs4vhGU9oAhgJmeCiMhADhJg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.2.0.14
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=zzhang@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-08-23T18:20:47.6199605Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=e19bba1d-8a8f-4c53-90b7-8b025cd7fab4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic
x-originating-ip: [173.76.165.175]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6e8ba861-fecf-42b9-8a88-08d727f6a0a2
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:DM5PR05MB3420;
x-ms-traffictypediagnostic: DM5PR05MB3420:
x-ms-exchange-purlcount: 2
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM5PR05MB3420A8D142D03E53D5302811D4A40@DM5PR05MB3420.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0138CD935C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(376002)(39860400002)(396003)(346002)(366004)(189003)(199004)(51914003)(1411001)(478600001)(8936002)(476003)(14454004)(6916009)(52536014)(76116006)(66556008)(25786009)(66446008)(4326008)(64756008)(5660300002)(6246003)(66476007)(6436002)(6506007)(53546011)(186003)(53936002)(229853002)(26005)(54896002)(6306002)(11346002)(5070765005)(55016002)(102836004)(446003)(76176011)(54906003)(74316002)(236005)(99286004)(9686003)(66066001)(7736002)(33656002)(561944003)(256004)(316002)(66946007)(71200400001)(71190400001)(5024004)(86362001)(14444005)(8676002)(486006)(81166006)(81156014)(3846002)(6116002)(790700001)(7696005)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3420; H:DM5PR05MB3548.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 2CTN019L6c6AeeFFxj+gz+jiCZGBqM9iv7YJ4EMp+N/5nMbLuSqOTcqvTH8ca3403IJ/LQ6yjMojGxBG6S5XNcvXU0R7Kh5K5skpTkd0BZ5yUu7IXN3rF9bqgVlQUNvVHzf0W/klP0Hr/ovhRB3t5RibvV1I/EgKJoePkJL7r6mMrz5cOxkgUBq0hGkMp/JNjB6rMF+p3mRNOzmqNmWaq1cq0xd3fBQnYZFwadXqQkwaGg3/Mph2WyCougY4n2y5ljYnaDtL+QmgA0sTdAGnvE4lDcvLaF5twsjhAUsJuXB8Q9hb5At+MRdahKeNWcGytz2PoVM4ffFnfZe2Ui/7wzQYjDy4eyo1Vta3fOGAdzIZkQT2UF5zQpd4Qr/SMovjXgHn3pEFzIRDeJV61Orjw+iBdGbLmS7zfKwbvwvAiEU=
Content-Type: multipart/alternative; boundary="_000_DM5PR05MB3548296C4704095D5866D348D4A40DM5PR05MB3548namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 6e8ba861-fecf-42b9-8a88-08d727f6a0a2
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2019 18:20:50.4393 (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: LqMXr/k3A265quTbYgguJtC8xr205ACMkmpt+km12UZUTUUTmWGoxW4jHxY8fUnDSWIXWmOAGoiGZYpozCt2cw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3420
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-08-23_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908230172
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/bK6ad0Jt_GyFhAytZ5thuYdRPB8>
Subject: Re: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-mvpn-fast-failover
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2019 18:21:03 -0000

Looks good!

Thanks.
Jeffrey

From: BESS <bess-bounces@ietf.org> On Behalf Of Greg Mirsky
Sent: Tuesday, August 20, 2019 1:38 PM
To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
Cc: Robert Kebler <rkebler@juniper.net>et>; EXT - thomas.morin@orange.com <thomas.morin@orange.com>om>; bess-chairs@ietf.org; BESS <bess@ietf.org>
Subject: Re: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-mvpn-fast-failover

Hi Jeffrey,
many thanks for the most detailed explanation. Please find my notes and answers in-line tagged GIM5>>. Also, trimmed text to clear issues that we agree has been resolved already.

Attached is the new working version of the draft and the diff to highlight the changes.

Regards,
Greg

On Fri, Aug 9, 2019 at 1:38 PM Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>> wrote:
Hi Greg,

I've trimmed some text. Please see zzh3> below.

Zzh2> I checked the surrounding text in this draft and section 5.1.3 in RFC6513. I believe section 3 of this document, before its subsection 3.1 should be re-written as following:
...
Zzh2> The reason is that for the candidate set is not ordered - it's just a set to select from (either based on IP address or hashing).
GIM4>> Many thanks, Jeffrey! Please check the working verion or diff and let me know if I've correctly applied the changes.

Zzh3> There is an extra "o":

   o  The first two options select the Upstream PE from a candidate PE
      set either based on IP address or a hashing algorithm.  When used
      together   with the optional procedure of considering the P-tunnel
      status as in   this document, a candidate upstream PE is included
      in the set if it either:

   o  <-- EXTRA
GIM5>> I think I've managed to clear it.

      A.  advertise a PMSI bound to a tunnel, where the specified tunnel
          is not known to be down or up



3.1.7.  Per PE-CE link BFD Discriminator
 ...
 Zzh2> Because you still want to track the tunnel state (in addition to pe-ce interface state), you would need at least two discriminators - one for the tunnel and one for the PE-CE link. However, the new "BGP- BFD attribute" defined in this spec only accommodates one discriminator (and my understanding is that you can't have more than one of the same attribute).
GIM4>> It is implied that the PE-CE link is monitored by p2p BFD session, most likely as described in RFC 5881 for single-hop BFD. That would not require bootstrapping.

Zzh3> I was saying that if you use "Per PE-CE link BFD Discriminator", then ...
Zzh2> The simplest solution is that just use the same discriminator (vs. per PE-CE link discriminator). With that, the ENTIRE section 3.1.7 (including its subsections) become the following:
GIM4>> I'm confused by "use the same Discriminator". The root advertises its Discriminator to the downstream PEs. The value is only locally unique for the root, not for any downstream PE. For a PE-CE link, if BFD is used, each PE must pick its locally unique value to use it as My Discriminator. CE uses that value in Your Discriminator field and thus the PE demultiplexes p2p sessions using its locally unique value in the Your Discriminator field. Note that p2mp BFD session among the root and the downstream PEs is such that PEs receives BFD control packets with the value of Your Discriminator field zeroed, and PEs use a different mechanism to demultiplex p2mp BFD sessions (as described in RFC 8562).

Zzh3> I meant that you don't use PE-CE link specific discriminator (e.g. value1 for the tunnel status, value2 for PE-CE link1 and value3 for PE-CE link2). Whether you track the PE-CE link status or not, you just include the discriminator that corresponds to the tunnel. I don't mean that all PEs use the same discriminator.

3.1.7 Tracking upstream PE-CE link status

   In case the PE-CE link on an upstream PE failed, even though the provider tunnel is still up,
   It is desired for the downstream PEs to switch to a backup upstream PE. To achieve that,
   If the upstream PE detects that its PE-CE link fails, it SHOULD set the bfd.LocalDiag of the
   p2mp BFD session to Concatenated Path Down and/or Reverse Concatenated Path Down,
   unless it switches to a new PE-CE link immediately (in that case the upstream PE will start tracking
   the status of the new PE-CE link).
   When a downstream PE receives that bfd.LocalDiag code, it treats as if the tunnel itself
   failed and tries to switch to a backup PE.
GIM4>> Would the downstream PE be switching to the backup Provider Tunnel, not to a backup PE? If yes, that option already listed in section 3.1.7.2

Zzh3> No.
Zzh3> Take one step back. When we don't track PE-CE link status on the ingress PE, we only care about the tunnel status. If it is down, we don't use the corresponding PE. There is no "backup tunnel". There is only a "backup upstream PE".
Zzh3> Now add the PE-CE link to the picture. Even if the tunnel remains up but if the PE-CE link is down, we don't use that upstream PE anymore. From the downstream PE's point of view, there is no difference whether it is the tunnel down or upstream PE-CE link down. It should not care.
Zzh3> That's why I say that the ENTIRE section of 3.1.7 should be replaced with my proposed text. No more 3.1.7.1 and 3.1.7.2.
GIM5>>  I agree and hopefully the new section 3.1.7 captured your proposal and addressed this concern. One question though. The text recommends that the upstream PE notifies the downstream PEs of PE-CE link failure "unless it switches to a new PE-CE link immediately". As we know, nothing happens immediately. Should we tie it to the value of bfd.DesiredMinTxInterval for the p2mp BFD session? One interval or multiplied by bfd.DetectMult? Or leave it outside of BFD by saying "within the separately defined time interval"?


Jeffrey


Juniper Business Use Only


Juniper Business Use Only