Re: [Idr] draft-dong-idr-node-target-ext-comm-05.txt - WG Adoption and IPR call (9/27 to 10/11/2022) - Extended an Additional week to 10/18/2022

Robert Raszuk <robert@raszuk.net> Wed, 19 October 2022 22:20 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 7B226C15256B for <idr@ietfa.amsl.com>; Wed, 19 Oct 2022 15:20:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.108
X-Spam-Level:
X-Spam-Status: No, score=-7.108 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_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_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 xD3Jcw9ZGS4H for <idr@ietfa.amsl.com>; Wed, 19 Oct 2022 15:20:09 -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 90BECC1524C2 for <idr@ietf.org>; Wed, 19 Oct 2022 15:20:09 -0700 (PDT)
Received: by mail-ej1-x62e.google.com with SMTP id sc25so43178043ejc.12 for <idr@ietf.org>; Wed, 19 Oct 2022 15:20:09 -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:subject:date:message-id:reply-to; bh=3c/DuTmGcsW21D1xalLCx5mM+rYsVoayHa8UQZGGiHI=; b=FjSCqjCZuuInLGNxgZfI9y7yr58d/54wAmbjhx9fZ20A0t09c3WiNnxyc1HMeR9xPU nYSepKxq3mS8rCIVHnviGOOrxOddLMgb8MstWO/7K4WgoGVZ38BacMpgCFhHnOE/bhkP XPIFk0yoR097FAnFLS36waV+yIH6V4/okK++lkMMVk/LqePgiCzWT5l0tTC/XLVgpNHW QT+YAT8hEIgMHlrd7zumA2n0ffsyENKfnK+GziQC21YmOcXRUY49Cq7vc0vpNgdB0zKk IkIAoU4OjvuQ1R2ZVPTDLI1BqCzMCRKa1hpB9k4zv/JVSHukrbmPjfb4IjKegkEDF4R/ OaDQ==
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:subject:date:message-id :reply-to; bh=3c/DuTmGcsW21D1xalLCx5mM+rYsVoayHa8UQZGGiHI=; b=U6bgv65y6UWeF4NmhIEGXaQIqhek7yXID8wur0Ohu2RSrJw3Qz7LJ/I0rlRS2goMk/ zbdU6jW3jtfapyZugGLaD0Tb9ksfCsASwthBnHZzEPNsMsiFFOXJW5hw9eg9ZsE484Y4 OChDnWAhqrZx+ptqtd7ufApCo5xqaXPs3G2zWce8EiMfK20EHOsR3HNr5dYe69KcI6Df 2CS5vwsbRgJYz4wl8aoMfrQ/3DAHMotUjB9x3Wj2nv21qBshAVHMZ7BMnVpQBC0WZPpr d8mRsqxTlFJ9wkTL5NNFD2PI6Yll45luPmXsQpb6FcZho2F4Ykh4aKs+r235fNJrs0DD DpoQ==
X-Gm-Message-State: ACrzQf05ry/dJi2zfptx+jwQ8e8AFyyDzGKc/GRUdXI8YcESmicd6CDZ Tr7TGX3tjdDTC5N0Z/iIiIlL3bAByqu0Nc4nFr/I5Q==
X-Google-Smtp-Source: AMsMyM4WBD3IUx7cmZZzYfEVvajrDzJZwAU5iHSSxgXAoVsQdJiwHH2LaNfslhJhbo4ltwcKf3GZf7O3MuZmRs3yvaM=
X-Received: by 2002:a17:906:fe45:b0:788:15a5:7495 with SMTP id wz5-20020a170906fe4500b0078815a57495mr8664456ejb.633.1666218008107; Wed, 19 Oct 2022 15:20:08 -0700 (PDT)
MIME-Version: 1.0
References: <BYAPR08MB4872FFB2ED1C82409C861369B3229@BYAPR08MB4872.namprd08.prod.outlook.com> <BL0PR05MB565229580BB9F0011090EF11D4289@BL0PR05MB5652.namprd05.prod.outlook.com> <2f4ca371565d4be1a4a20b15b97cd9a1@huawei.com> <BL0PR05MB5652697A256A6E212FA37BC3D42B9@BL0PR05MB5652.namprd05.prod.outlook.com> <80D68AF7-5826-4459-80B5-3673C72730E2@pfrc.org> <CAOj+MMFJJVUOjX0bUkyMrJO=DGWKYV8Xstc=DOYcgUH8pHfiDg@mail.gmail.com> <89C5EAA7-F13D-48DA-81CD-D55C40482E1F@pfrc.org>
In-Reply-To: <89C5EAA7-F13D-48DA-81CD-D55C40482E1F@pfrc.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 20 Oct 2022 00:20:59 +0200
Message-ID: <CAOj+MMGiqtruWaVzXCqy3y2PhzVh1XBzYG5J36pbMUQL=CUCVg@mail.gmail.com>
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: "Jeffrey (Zhaohui) Zhang" <zzhang=40juniper.net@dmarc.ietf.org>, "Dongjie (Jimmy)" <jie.dong=40huawei.com@dmarc.ietf.org>, Sue Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007df55d05eb6a9c62"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/IjSKmiXIdrKTmQ218t-fs8yDmXg>
Subject: Re: [Idr] draft-dong-idr-node-target-ext-comm-05.txt - WG Adoption and IPR call (9/27 to 10/11/2022) - Extended an Additional week to 10/18/2022
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: Wed, 19 Oct 2022 22:20:13 -0000

>
> The way I understand it by reading Jie's use case that this VRF scoped
> too. It could be nodes scoped and VRF scoped.
>
> My understanding was that this was a logical AND case in such
> circumstances.  Thus, a specific node for a specific VPN and would have
> route targets in addition to the node-target.
>

As you know for many years we have been addressing such cases by allocating
a new RT. My point also already shared is that if the target node has 1000s
VRFs your granularity of logical AND of RT and NT is simply not sufficient.

- - -

In any case what was not discussed at all here is how that information on
what BGP_IDs to apply is communicated to sourcing nodes. It may very well
turn orders of magnitude easier to simply configure target nodes with a
required configuration as opposed to sending policy to source nodes and
modify the entire network to accommodate new auto filtering rules.

Thx,
R.