[Idr] Re: BGP Origin Scrubbing (draft-marenamat-idr-scrub-bgp-origin-00)

Robert Raszuk <robert@raszuk.net> Mon, 03 November 2025 23:12 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 C02D481FFE44 for <idr@mail2.ietf.org>; Mon, 3 Nov 2025 15:12:01 -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 oBHnMz_Pqq-I for <idr@mail2.ietf.org>; Mon, 3 Nov 2025 15:12:01 -0800 (PST)
Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 E99EC81FFA3D for <idr@ietf.org>; Mon, 3 Nov 2025 15:11:21 -0800 (PST)
Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-640b0639dabso3594322a12.3 for <idr@ietf.org>; Mon, 03 Nov 2025 15:11:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1762211481; x=1762816281; 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=L28A4jlGX5vE7tt6O2PUW+pdgmTtaO5I9aU8oR4Dymw=; b=R2AW3y5g0On330dNQQ1aGEQVuTDP9KkLQ34i5/wSwYKlgdUoXzHfkT6HPpMVT3Fvv3 rI+iGHvn34uBz/nlp0hRqHKjrZTVcoicHNpAxI3MoJiwmEV1BiIGAqRuKqD2aom4WNUw lRl40Jw9OL4kDar74zCugtjncvgVYDHQUDoqu+aAI0EaEJDgAcVuDsd6DrXIX52VW4qL weAnXa097v2LIDkoJJDr40ZDGonGTYCxbF+N4Sp06pQI1h26O7u/IU6Spzv05mOUkq0E qRHEnehbTF5MWqpLuhSpo5WkgMJu/or58o+van4Evno1KaA5SrB1jTqpdr5alS9LSgCt ijZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762211481; x=1762816281; 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=L28A4jlGX5vE7tt6O2PUW+pdgmTtaO5I9aU8oR4Dymw=; b=q0hZHjY3zq6AD4qaqZtIkKGd8DH4pQ8rV/5TfFSkXBCwdEkbN/jqKCAA2I8FeLxR7F +Izd90jbE0RK2uS7OChxqiCjw86flftDWJDmtFiUoZhrLcVwH3yuakWssCffSQH55kb/ sVpuIKne84mZ65BfTvl0n/edSXnKgAd/0WlnJVKvUP0ywfQK7LGbM0+9uj2OYGhrS2Rj HWLGSS+VcjVpABy4yKLvjFj3UysGBFhxdVh7U6p8Fj4Pb8yw1qu0h9R8rxq/ucVd7NXu gyToiOXWBC1Gy11DRXGaw97e5qA9vy8QpOVe2/NHSpNLjyqV5jaOZD+7E6nSKuaB0XOz Q5/w==
X-Gm-Message-State: AOJu0Yx2dCDHeYCtLeg/GcdtrL5NxcLA3Eh0DKcTT8h5oZba7STMDJlV jE8x+9DLXS94LfduCKxjQEEPgu9DWPwHZOE4BkTztbokZN4w8Poh7nfsmHvNFLpfav7fepbU9RT dlUXKoctjpG2rOa8DaliRC0iZCoPwbhmoIYLjBM3b8MP0PaDoJZtu
X-Gm-Gg: ASbGncswfHnnnYX7DaUdlc2ahuV0Q/Hsukv6GYK0Ff5o2hgFt2IdO5xypYMTDdRAMm4 dqf1srfkdPMNFOgV++Vs81BPoN+Vey0wWXGi8r0pwwpnams6hS82H9zzHf7YNJcv4tr9SGJiGM6 NZbEgUWrATGw0u10vC5RfVY0xC+Nmh5ir3+xjOGRLQ1LkpBsBYYQ32Qnby2qGCeTvW79Qyg/xs2 JG14S1G5dQL1usPTBpJiG/VqyUBqM23j7S5a1CRPk0zsS7f/0u4A6Plsy0=
X-Google-Smtp-Source: AGHT+IEiZ91dw5buGpBSvIArVFjq2lqKlu+AzJH1nX4oPe37g74zHlRqcZmNrwo4bmP5mBR8mW5JuAOeV2GeN1dDPIs=
X-Received: by 2002:a05:6402:5192:b0:640:b97c:8494 with SMTP id 4fb4d7f45d1cf-640b97c8748mr4919112a12.36.1762211480919; Mon, 03 Nov 2025 15:11:20 -0800 (PST)
MIME-Version: 1.0
References: <176220981836.503762.16382714890971746625@dt-datatracker-5df8666cb-7l4w5> <aQkxNvBHOa7tNRn0@struhadlo.private.jmq.cz>
In-Reply-To: <aQkxNvBHOa7tNRn0@struhadlo.private.jmq.cz>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 04 Nov 2025 00:11:10 +0100
X-Gm-Features: AWmQ_bmDDI1bC0bQF-FTcPZwCMDH79r591XpI2nr784_4WM6rULav2g3Bx21ZzY
Message-ID: <CAOj+MMFk2o0N796XjWOSVF=TqNAhaNLdjBpvxBrzDzoYr_CsLg@mail.gmail.com>
To: Maria Matejka <maria.matejka=40nic.cz@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000056eddc0642b8d58d"
Message-ID-Hash: NN6ZSLMSBFGN7KLJXEZNPOFOJGRBLYJT
X-Message-ID-Hash: NN6ZSLMSBFGN7KLJXEZNPOFOJGRBLYJT
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, Alexander Zubkov <green@qrator.net>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Idr] Re: BGP Origin Scrubbing (draft-marenamat-idr-scrub-bgp-origin-00)
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/-h0S3MZFo6pIvOSuEzRHHbiXeKE>
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>

All,

First I disagree that this ORIGIN attribute has been "out of use for
years". For sure all implementations I am aware of use it.

The real question however here to answer is if deprecating it is a good
thing.

Today it seems that the main role of ORIGIN servers is to prefer routes
originated with network command from routes injected to BGP via
redistribution. Is treating them in the same way a good thing ? I am not
sure.

I am not convinced stuffing 0 there will not break some path selections (by
break meaning will result in suboptimal path selection across domain
boundaries) as compared with today.

Regards,
Robert

On Mon, Nov 3, 2025 at 11:49 PM Maria Matejka <maria.matejka=
40nic.cz@dmarc.ietf.org> wrote:

> Hello!
>
> Moving on from James Bensley’s talk at RIPE 91, this is a proposal to
> start a deprecation process of the BGP ORIGIN attribute.
>
> Comments and suggestions appreciated.
>
> Maria
>
> On Mon, Nov 03, 2025 at 02:43:38PM -0800, internet-drafts@ietf.org wrote:
>
> A new version of Internet-Draft
> draft-marenamat-idr-scrub-bgp-origin-00.txt has been successfully submitted
> by Maria Matejka and posted to the IETF repository.
>
> Name:     draft-marenamat-idr-scrub-bgp-origin
> Revision: 00
> Title:    Scrubbing BGP ORIGIN Attribute
> Date:     2025-11-03
> Group:    Individual Submission
> Pages:    7
> URL:      https://www.ietf.org/archive/id/draft-marenamat-idr-scrub-bgp-origin-00.txt
> Status:   https://datatracker.ietf.org/doc/draft-marenamat-idr-scrub-bgp-origin/
> HTML:     https://www.ietf.org/archive/id/draft-marenamat-idr-scrub-bgp-origin-00.html
> HTMLized: https://datatracker.ietf.org/doc/html/draft-marenamat-idr-scrub-bgp-origin
>
> Abstract:
>
> The BGP Origin attribute in its original meaning has been out of use for
> years. Yet, the BGP Origin attribute has high priority in the best route
> selection algorithm, right after the AS Path length, and it’s being used
> inconsistently over the Internet to manipulate the route preference.
>
> This document updates RFC 4271 and RFC 7606 by making the BGP Origin
> attribute half-optional and explicitly allowing its scrubbing to zero (IGP).
>
> –
> Maria Matejka (she/her) | BIRD Team Leader | CZ.NIC, z.s.p.o.
> _______________________________________________
> Idr mailing list -- idr@ietf.org
> To unsubscribe send an email to idr-leave@ietf.org
>