Re: [Idr] Adoption and IPR call for draft-wang-idr-vpn-prefix-orf-03.txt (8/16 to 8/30)

Robert Raszuk <robert@raszuk.net> Tue, 23 August 2022 17:32 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E1EFC14F747 for <idr@ietfa.amsl.com>; Tue, 23 Aug 2022 10:32:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JC5KviyLdO-O for <idr@ietfa.amsl.com>; Tue, 23 Aug 2022 10:32:19 -0700 (PDT)
Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E839C14F75F for <idr@ietf.org>; Tue, 23 Aug 2022 10:32:19 -0700 (PDT)
Received: by mail-ej1-x62e.google.com with SMTP id gi31so22362001ejc.5 for <idr@ietf.org>; Tue, 23 Aug 2022 10:32:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=x2kOAJhk6MYNlScK8xs0lqSiMm9ic2eNYZ1Yy8l9PFI=; b=WhkY9pKXPo+osKFR3G1s7D35kNbVtc6KRSYxUltOPbCz61QG3XolhEZz5tloqFi1jo fCdXTUgjHUubkpN4UkNMUcrp2LcjhQknjFeeCiNkwNzvCx96TjYgBwIVR6ztnRCumMEY zR7NIslyWdjKtH5Zbqd+y8bWHB6O6upZ3jUvNgDK4uNY0YUvlVvvLQUonvwCl3/Y9lIG 9kFfyCm8nrFvbxDnhnPxH7SqywAbs0bFDH1hXWJcSaJj0VDMxa6m78pJzgbBUy7aupGg 9WKKhhc0xMaCdsoRnYy8rjY6kLwP4sSI+ZQXftNXBf3sHvwMv1XbTNZqedd0PqarVeAc GISg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=x2kOAJhk6MYNlScK8xs0lqSiMm9ic2eNYZ1Yy8l9PFI=; b=2OY+FCwAXHKLh5uhXUdID+mubG/P+VKa6NrPC9kxLiDMvAYkKZOMkACz8JP01Eg8Ti 5s09w3o4i8yWaXJGZrliFNl+qIQGDhFqkQlRskYPArrgwLEHZxNUxzonOfAi+ZnX+SlV m58GUmgeZsGTVAOnnW07FQxrgmatX2o5v/VLtIpB6PBwW/nfkiS69s8f3FkHNPYjemEF FY+BF61ojo4edXJpqP1wYWtPJNYO/8quLqNeLWiD58b7JHQkeeoK2daO9kQcSLUz2r/4 nGiLwG5dG+5snpKXA/CHiY7Lm5pdTtrRU1bUyvffSkwwvLsL7lFBhMTlhPZ2vP2404Mu vqdw==
X-Gm-Message-State: ACgBeo0D34jzBm6b2I3QNX7rqzXaqA0omRKNpp6mVnqgyHrg9dbfpC9e Mv/HYGo0ZwVSEH3GAyd4vMRjba2q4Z+blYaXtTv/Mw==
X-Google-Smtp-Source: AA6agR6mHPDTzPwRqRDfjbbMpwPsj9R1cByJ9GGoUJBXqKw8iz8GytXfUS7fw6gfgUKq4sxuUqvUiWf+V541VyFhNJc=
X-Received: by 2002:a17:907:1dcb:b0:73d:34f7:d39c with SMTP id og11-20020a1709071dcb00b0073d34f7d39cmr421281ejc.600.1661275937163; Tue, 23 Aug 2022 10:32:17 -0700 (PDT)
MIME-Version: 1.0
References: <517EF247-76AF-4981-B33B-8A1707E0103B@tsinghua.org.cn> <CAOj+MMGvBKBL__Pk2AuAYWoiBkMeLW3eZkyp_GD-aXjEtZkJkw@mail.gmail.com> <007b01d8b693$92387190$b6a954b0$@tsinghua.org.cn> <CAOj+MMHmeSUuFy7zKBsDUECje6i-g+9e9qD2=oUkgGdcwL2fpw@mail.gmail.com> <tencent_D185B6FFEBB1CDC5CE17B30965D645B5B40A@qq.com> <CAOj+MMEQYcKoTqZKK1UpK9O11+Pm5J6Bq16KGUnkDHKtz5=OuA@mail.gmail.com> <BDFC32E1-1C79-4DAD-99E7-6C5086A681F8@pfrc.org>
In-Reply-To: <BDFC32E1-1C79-4DAD-99E7-6C5086A681F8@pfrc.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 23 Aug 2022 19:32:08 +0200
Message-ID: <CAOj+MMHW+jqHYe6qj-UOOmi0ytbcdffMzcqWiVaTTn9+a5=-QA@mail.gmail.com>
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: 王巍 <weiwang94@foxmail.com>, Zhuangshunwan <zhuangshunwan=40huawei.com@dmarc.ietf.org>, "idr@ietf. org" <idr@ietf.org>, Sue Hares <shares@ndzh.com>
Content-Type: multipart/alternative; boundary="0000000000001be22e05e6ebf265"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Bp80kC4PhbNA5JsYCOFzAkxIeOU>
Subject: Re: [Idr] Adoption and IPR call for draft-wang-idr-vpn-prefix-orf-03.txt (8/16 to 8/30)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2022 17:32:23 -0000

Hi Jeff,


> > First when BGP max prefix used session should get terminated with a
> peer.
>
> That's not their intent.
>

Of course. This was just along the lines of their comparison to max prefix
limit.


> They're doing this on VPN routes, not iBGP distributed IPv4 unicast routes.
>

Of course.

But as you know for VPNs there are few different types of demux VPN labels.
One of them is per vrf label where before any forwarding IPv4 unicast
lookup is done at the VRF's FIB.

If you have scenarios where you think dropping the VPN routes that would be
> used in a L3VPN VRF context is harmful, I'm sure the authors would
> appreciate explicit examples.


Few examples:

*  EIBGP load balancing will not work for multihomed site and per VRF
label.
* PE-CE protection will not work.
* Active-Backup multihomed site breaks if we start dropping say more
specific routes and suddenly large volume of traffic will be taking
different then planned forwarding path
etc ...

Many thx,
R.