IETF Logo Mail Archive

[Idr] Fwd: I-D Action: draft-wang-idr-dpf-00.txt

Robert Raszuk <robert@raszuk.net> Tue, 02 December 2025 11:32 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 E341E93D4E61 for <idr@mail2.ietf.org>; Tue, 2 Dec 2025 03:32:13 -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 SoGZbFoUYFjx for <idr@mail2.ietf.org>; Tue, 2 Dec 2025 03:32:12 -0800 (PST)
Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 EDE5C93D4DFB for <idr@ietf.org>; Tue, 2 Dec 2025 03:31:58 -0800 (PST)
Received: by mail-ed1-x52d.google.com with SMTP id 4fb4d7f45d1cf-640aa1445c3so8157909a12.1 for <idr@ietf.org>; Tue, 02 Dec 2025 03:31:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1764675118; x=1765279918; 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=eh8AkTRgY6SPuCuxnZ3DR3mA/DcnGtVsd6O71qIOjR8=; b=PxJHNf9HuusKxC047NkCK866ScNfkCw+9kXTSje+TGOCbgtT3QwIhD1LGJXOEeajH0 DTq6QgzUEwWf0PQVtfRnvaOgUcHVoRwBjVR6w2vwVPHF84HC70If0KiNianxWMqOFZ0b 9fQyL6cIP4CIEz2BTFH/ZuhQSHa63OfQKng4Gpr3xzfGhO37ltgNkDxAO2Y5eFF7Id0r B8kywZf7NI1uTEQ9KgQpO86b3Hd9vQyKt1w4L/8Vrhjm65gRxUfCtWho5Q7ecBL6cP0t htnNDDscBhiKhLpxv0xM8Exf4p0rxdWex3zFfqb41O4bdKoAdj+cUbue0BN9omwm1DTE U25g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764675118; x=1765279918; 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=eh8AkTRgY6SPuCuxnZ3DR3mA/DcnGtVsd6O71qIOjR8=; b=F8WaYB7Uwrd3GMNobd0TBelVom9u2PYWTUI3qQGI2z8rGnfejr4v8B36BFaPfBvzEZ owkiD+H/LgiIcvjRrFDphK7K90nuNveIHyaFOgPtYo81vxxQOTjsXQq4vsYwOcPfyat1 bQ+CMOMHhlmUDKQWbpphBJysjufqr8jpPrH5r9pC5GDQHfUC166FpTZXv6tcbnPwuX+f +tCguocrEzy4j0x+jgSmtKgFVnoxAUBuTWr3cTXz9WBZWiCSQs6rJ+gWxrZnTPXGGozS JacvJ+oYorUTic+JGlzQm3zTETZHF/uk5Phe9TGb3aI9GSR0hGpwktABtYjjHcO3pfM0 59fg==
X-Gm-Message-State: AOJu0YzhkEYi0/V+VQVq67pTuwKB0DD845xNrW1LNyU20jRsdBeEBuab T5+TS+98nQ/eIwfNlScHIugI800ZnNAfWcoqOB4iNkWG2eVPbgQntkfJpAyDzMXXLPKfIh4iLO1 al9FH/Vu1cvUKs2mJZuAvYORjD5DXDyPofYdnni1YrgjwDhwg16PU
X-Gm-Gg: ASbGncsKvvvY+ARChI+k5NO8Cdl7hRdYQXvCLopCUfn61JPunZDsaalDhilLFpykzpx gsUHYPJSjmL6OE58WfFEkzUz90wwfv665Bi1yZV3GCHbGPcg4g7yCdLIg7mYERZKadeadSin5g/ +ignMMxKau1VbyhxudG/6ayg2aFYJXa9OcffAAgtndRsDNiN7biyAQBkeAohnI3EttJMDjpXm0+ IIUQjfyHuL08NnE3MfHbTwnljCLbkUWIkpVkQaPj6PecXXVG79w8EU/+2m6QcuDHXzCQD7GC6mv hN82Gw==
X-Google-Smtp-Source: AGHT+IGoaqw9NvlbJAF5sdoOimTjQzHcIX9QkqEked0JE5ltamd2y15JVXcKxT5LCQdGe1QZwcLG1LwLMyJTs31z2LE=
X-Received: by 2002:a05:6402:26c7:b0:647:5e6c:3220 with SMTP id 4fb4d7f45d1cf-6475e6c327emr14743269a12.21.1764675115850; Tue, 02 Dec 2025 03:31:55 -0800 (PST)
MIME-Version: 1.0
References: <176462578612.3650528.8915305565733099516@dt-datatracker-5bd94c585b-wk4l4>
In-Reply-To: <176462578612.3650528.8915305565733099516@dt-datatracker-5bd94c585b-wk4l4>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 02 Dec 2025 12:31:44 +0100
X-Gm-Features: AWmQ_bn7NxUqdgcVsX_0koS560Q7NB96pm7Spw6obLvA3n9wjBlNNBCwdQRIxGk
Message-ID: <CAOj+MMEw4HFJRmJ_=VhVSQCr1Sic6nrixXqFYpT3E47Mk_EaGw@mail.gmail.com>
To: "idr@ietf. org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006cc5da0644f67199"
Message-ID-Hash: RIJQNT3Y6GRZQDKTRQTBD2MJ5I6TZQH5
X-Message-ID-Hash: RIJQNT3Y6GRZQDKTRQTBD2MJ5I6TZQH5
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: lsr <lsr@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Idr] Fwd: I-D Action: draft-wang-idr-dpf-00.txt
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/d0lOFpF9ho-XB7hNJQcb_VTN74o>
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,

In respect to the subject draft ... why would you not use IGP Flexible
Algorithm for it ?

Are you going to port now years of work from IGP to BGP to achieve the same
?

Besides, in a non-blocking fabric latency is really not a factor. So you
want to logically partition it to make it blocking them worry about what
travels on which such logical plane ? Is this a reasonable direction ?

Thx,
R.

---------- Forwarded message ---------
From: <internet-drafts@ietf.org>
Date: Mon, Dec 1, 2025 at 10:49 PM
Subject: I-D Action: draft-wang-idr-dpf-00.txt
To: <i-d-announce@ietf.org>


Internet-Draft draft-wang-idr-dpf-00.txt is now available.

   Title:   BGP Deterministic Path Forwarding (DPF)
   Authors: Kevin Wang
            Michal Styszynski
            Wen Lin
            Mahesh Subramaniam
            Thomas Kampa
            Diptanshu Singh
   Name:    draft-wang-idr-dpf-00.txt
   Pages:   18
   Dates:   2025-12-01

Abstract:

   Modern data center (DC) fabrics typically employ Clos topologies with
   External BGP (EBGP) for plain IPv4/IPv6 routing.  While hop-by-hop
   EBGP routing is simple and scalable, it provides only a single best-
   effort forwarding service for all types of traffic.  This single
   best-effort service might be insufficient for increasingly diverse
   traffic requirements in modern DC environments.  For example, loss
   and latency sensitive AI/ML flows may demand stronger Service Level
   Agreements (SLA) than general purpose traffic.  Duplication schemes
   which are standardized through protocols such as Parallel Redundancy
   Protocol (PRP) require disjoint forwarding paths to avoid single
   points of failure.  Congestion avoidance may require more
   deterministic forwarding behavior.

   This document introduces BGP Deterministic Path Forwarding (DPF), a
   mechanism that partitions the physical fabric into multiple logical
   fabrics.  Flows can be mapped to different logical fabrics based on
   their specific requirements, enabling deterministic forwarding
   behavior within the data center.

The IETF datatracker status page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-wang-idr-dpf/

There is also an HTML version available at:
https://www.ietf.org/archive/id/draft-wang-idr-dpf-00.html

Internet-Drafts are also available by rsync at:
rsync.ietf.org::internet-drafts


_______________________________________________
I-D-Announce mailing list -- i-d-announce@ietf.org
To unsubscribe send an email to i-d-announce-leave@ietf.org

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