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, 3 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: =?utf-8?q?=5BIdr=5D_Re=3A_Fwd=3A_I-D_Action=3A_draft-dunbar-idr-metadata-sub?=
	=?utf-8?q?scription-control-00=2Etxt?=
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>

--000000000000f81d8c064513e7ee
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

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=E2=80=AFPM Alvaro Retana <aretana.ietf@gmail.c=
om>
wrote:

> On December 3, 2025 at 5:06:28=E2=80=AFPM, 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 specif=
ic
> > 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.
>
>

--000000000000f81d8c064513e7ee
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Alvaro,<div><br></div><div>But if you express even disc=
reet=C2=A0metadata types in RTs no new signalling is needed. RTC can be use=
d as is.=C2=A0</div><div><br></div><div>See most implementations can handle=
 RT filtering fast and efficiently.=C2=A0</div><div><br></div><div>Adding n=
ew SAFI to signal RTs seems to me like adding complexity for no good reason=
.=C2=A0</div><div><br></div><div>Thx,</div><div>R.</div></div><br><div clas=
s=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_att=
r">On Wed, Dec 3, 2025 at 11:36=E2=80=AFPM Alvaro Retana &lt;<a href=3D"mai=
lto:aretana.ietf@gmail.com">aretana.ietf@gmail.com</a>&gt; wrote:<br></div>=
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex"><div><font size=3D"2">On =
December 3, 2025 at 5:06:28=E2=80=AFPM, Robert Raszuk wrote:</font></div><d=
iv><font size=3D"2"><br></font></div><div><font size=3D"2">Robert:</font></=
div><div><font size=3D"2"><br></font></div><div><font size=3D"2">Hi!</font>=
</div><div><font size=3D"2"><br></font></div><div><font size=3D"2">...</fon=
t></div><div><font size=3D"2">&gt; When I read the first sentence of the Ab=
stract: &quot; This document specifies a</font></div><div><font size=3D"2">=
&gt; receiver-driven _Metadata Subscription_ (MDS) mechanism for BGP.&quot;=
 I was hoping</font></div><div><font size=3D"2">&gt; to see actual subscrip=
tion proposal turning BGP into PUB-SUB for specific</font></div><div><font =
size=3D"2">&gt; metadata types.</font></div><div><font size=3D"2"><br></fon=
t></div><div><font size=3D"2">Yes, that is the ultimate goal, which is also=
 why a new SAFI is needed.</font></div><div><font size=3D"2"><br></font></d=
iv><div><font size=3D"2">&gt; But reading on the text let me down :)</font>=
</div><div><font size=3D"2"><br></font></div><div><font size=3D"2">Thank yo=
u for your patience. ;-)</font></div><div><font size=3D"2"><br></font></div=
><div><font size=3D"2">Alvaro.=C2=A0</font></div><div><br></div>
</blockquote></div>

--000000000000f81d8c064513e7ee--

