IETF Logo Mail Archive

[Idr] Re: Fwd: I-D Action: draft-dunbar-idr-metadata-subscription-control-00.txt

Robert Raszuk <robert@raszuk.net> Wed, 03 December 2025 22:41 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: idr@mail2.ietf.org
Delivered-To: idr@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id DC8A394EC445 for <idr@mail2.ietf.org>; Wed, 3 Dec 2025 14:41:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U061dHoSxMI1 for <idr@mail2.ietf.org>; Wed, 3 Dec 2025 14:40:59 -0800 (PST)
Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id AC5C094EC43B for <idr@ietf.org>; Wed, 3 Dec 2025 14:40:59 -0800 (PST)
Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-64180bd67b7so352467a12.0 for <idr@ietf.org>; Wed, 03 Dec 2025 14:40:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1764801659; x=1765406459; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ybX0yMBQBmp7zGwv1YFti9jxjofK6u5b8dtvRWkeJdM=; b=NHPFI69KKmUKs1oVoIuD/hZx1BQvM95WN3hMxqsjF9TC1QsVLCHWBhEH6dWCPkUQRW srHexkj2v43/KOKE8oW0hmPRsEfKPzRkhcyVajKORpmtThadIzT/quSry8YXlPjEgYUP X+Urvguy8rW/Xg6t4wleiq0McgJWeS0KWvctLpm+qALT0EvaWqTHOMbrWXXwus6SfylP JmSAalynhRmpJdBwTzXkCzUvehicoPvXrJBmGY5JgMjDA81ho8vvMQBFnO1gZzmbFkyS 87j0AihtYi8qjARkB85+q1estfJuZMBzODyRfkjUJkWSSoij79YkGfWDlHKVC+LEE9Kl rHrw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764801659; x=1765406459; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ybX0yMBQBmp7zGwv1YFti9jxjofK6u5b8dtvRWkeJdM=; b=lGY4WKUplcTRUcDuF6McQKvW+fqe+8sCa42p9Us7d7PXN8u4rzXmO5mtWtT9ND81eM 0F0garIcmEuXGRvDTNpwyBqilbA3CvKlIIkHXcx6NqOB32Jnx/TSJoGXtqtGJocFS8Zn nEdM4/+b2x4rtK7S2JA62lhJqZBBgxZ0DxeK63EBdudHgi43UqNFyqNBQygZmJAv9nAD o6wbRMCDXDJp5ye83UEDEUuasy5qCmVZoB0n/B2eDiKU0VDVmxVNWRkfdn5rcGUTkBBM 2oDJFxBuCyhsIkY2Sx0KosbnHZLJbEtBvni5bNpOnTLSUN3rE7B1iB0NAHcfp/MH4kpH jvgQ==
X-Forwarded-Encrypted: i=1; AJvYcCXa+zwSSP3vZtNxFjkoklI63b+0hue6jXlKcHUUdNa8sNmSTa44y3uaivTq1FE1wel5Y1c=@ietf.org
X-Gm-Message-State: AOJu0YwWqfnwVgUxeUD+7WlnmmRD00e0Br2wjcQxVhD61IU6yRwE53+3 piFUED5gN+QI1K9/w8/YpyHJ3kut7jk8/w5sCadamLglAeNqmrO5VtpCH+Y1SjvhuRbqVEEPzeQ dMjgVnWQJn1NXVYGtPMkAZQOht0AkqCxqKppVlnt3zw==
X-Gm-Gg: ASbGncsHHusEcF8hIQ2b9bNl+pfrW/dnQkl5ir4EHhcW5JEahWbStIFvRtfWCBQc+sM +6p9hhUmJ6MKPt1bHdmZ3BGT+P5WyYzu5r4mmiwf6fua88F46piqcQ3J6DIchG+OssTvxr3q+A3 XTyxdhPtnCxhPGe6DyFV491HhfpCD0gJabIikXoDrodPFQoryUM53ZCgLwM3pX5WQsf2mMoJf+X +bWTBH5ZbCz6HbOV4DlEedjEqUg
X-Google-Smtp-Source: AGHT+IFiKdDyDIbdnEU4ExXAZG27dM64BT//mel4uWQBjDC/U8X7nwKs5/z4bNgQJndpdCwqIb8vayCPNxvU904G3Ds=
X-Received: by 2002:a05:6402:46c6:b0:647:a570:b75f with SMTP id 4fb4d7f45d1cf-647a570ba30mr1666811a12.16.1764801658751; Wed, 03 Dec 2025 14:40:58 -0800 (PST)
MIME-Version: 1.0
References: <176479878790.4061714.7341054658780281991@dt-datatracker-5bd94c585b-wk4l4> <CAOj+MMHTp03iZFho4yDBK=i-M=spZaxxk78CW94W3Sm0nxpFoQ@mail.gmail.com> <CAMMESswA8dVpCWW+Qg=1faZ+07QJBWDKtEY95hStutKhU=LF2g@mail.gmail.com>
In-Reply-To: <CAMMESswA8dVpCWW+Qg=1faZ+07QJBWDKtEY95hStutKhU=LF2g@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 03 Dec 2025 23:40:47 +0100
X-Gm-Features: AWmQ_bkZksypeKoJCnmZavnU6HVtO7e5IRUBbV-laRNeopK0dLS0ZF2h3VyxM64
Message-ID: <CAOj+MMHf7r+DizJd4LqGhUiBwTzGJFKbkB02qX8cPVpRfQHRDg@mail.gmail.com>
To: Alvaro Retana <aretana.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000f81d8c064513e7ee"
Message-ID-Hash: BV7XCM76JDMBUDLECZ3CBIOUW6HT2444
X-Message-ID-Hash: BV7XCM76JDMBUDLECZ3CBIOUW6HT2444
X-MailFrom: robert@raszuk.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "idr@ietf. org" <idr@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Idr] Re: Fwd: I-D Action: draft-dunbar-idr-metadata-subscription-control-00.txt
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Wf10NAuicgsZGxrjdn3agTVBgNE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>

Hi Alvaro,

But if you express even discreet metadata types in RTs no new signalling is
needed. RTC can be used as is.

See most implementations can handle RT filtering fast and efficiently.

Adding new SAFI to signal RTs seems to me like adding complexity for no
good reason.

Thx,
R.

On Wed, Dec 3, 2025 at 11:36 PM Alvaro Retana <aretana.ietf@gmail.com>
wrote:

> On December 3, 2025 at 5:06:28 PM, Robert Raszuk wrote:
>
> Robert:
>
> Hi!
>
> ...
> > When I read the first sentence of the Abstract: " This document
> specifies a
> > receiver-driven _Metadata Subscription_ (MDS) mechanism for BGP." I was
> hoping
> > to see actual subscription proposal turning BGP into PUB-SUB for specific
> > metadata types.
>
> Yes, that is the ultimate goal, which is also why a new SAFI is needed.
>
> > But reading on the text let me down :)
>
> Thank you for your patience. ;-)
>
> Alvaro.
>
>

v2.46.0 | Report a Bug | By Email | System Status