IETF Logo Mail Archive

[Lsr] 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: lsr@mail2.ietf.org
Delivered-To: lsr@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 1519693D4E69 for <lsr@mail2.ietf.org>; Tue, 2 Dec 2025 03:32:15 -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=unavailable 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 e8NNPgQYy29m for <lsr@mail2.ietf.org>; Tue, 2 Dec 2025 03:32:12 -0800 (PST)
Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 ACE1C93D4DFD for <lsr@ietf.org>; Tue, 2 Dec 2025 03:32:03 -0800 (PST)
Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-640aa1445c3so8157895a12.1 for <lsr@ietf.org>; Tue, 02 Dec 2025 03:32:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1764675117; x=1765279917; 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=cL/7PvR2QpbS43y90vj/qiPuv55NyAELlz33SIRGiRPuysI7IwN0nw8JU9j2N5E5+W rkN3BMCr0wEZKkcgRJOz1nRyn2d0vAySYokBF+EOurztBofTSfu6gZZHuOtcmhORkWWT CJus0lhzYlazyLQZQE5GWwjhSLeiSJPla7yBzI1D8ULFLbqeJQLTa/nVYc/M8MAFmN4z k+Z95KZP3VZOemcvz7g7XFGO2gl61sZmh1kKV2gSZB1GbtGxQboMYUVqUogWowJ+Adtx 1k1yMTxHyMtXchrGvilae848RkHLLUlfgAzCszOHaa8rfph+lRNPDWbmmogruCpQ3jwC 3Alw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764675117; x=1765279917; 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=KHOS/FxSuYBUIxCwlkOB+REvcm/6aAUzBgzYkQoCCVFlwI2nutAkXgkm2dx8fQ+KqB tcP/miQJyjA2pSM0CdrLmukPeo/8chu7AMEfxX1BxddWmjf4D5kVUcNgedkD7G/gA/Hh qm/7dJ0Q9Sv0M1BuovNMO/APwwKyQ2u8uEMsCFDEspE7Rc2pKrJkawDGtBP391Uy6S+F pQwCCdUVvDp7o5dcXVlugXZPsSDDNp8cTQIAbLCWVqYUztp65p7fHcthOQ1pFA2O8yWt WTa14b/hB7+EXLbDBr/EMi2jgdhUBWvoWjzWzTvKshnXAlaGFWsGf6UroVh4u7ESCx6S YKhw==
X-Gm-Message-State: AOJu0Yzt3D2WiF0NZ9T21xwkhP/ZbyqE4PiemCmSRek81VYfM+sIiQye Vh+Z1WQxVLt4zr/Y8YgnwOlm6JQhBKZxbs3IqpzUsJ+BNVEWq9/nhEH2TXFyb7klRC/Up2vVXUP SAqR92bqrGY60n7D3bCR2r3tUh2WcPDRIV8Rm0hbQ65U1By7zdDGj
X-Gm-Gg: ASbGncs/ULICQJZEaR15ACorFbTPiVixLBijc/6uPt3LD3lU2DrVoUSr5IUzhnCSUvM 50tW0dw9RQpNOALdbgMgdozDUm05hJCr6TveCgIV4CWTnnuc2wLztsOMYzDWk0oXGD4X03k5xOp 0ILyiu/0Cg9/9h/ob+wLBFa8h4p71P38yeKvLIIDbWVCyri9S2vXxqxUemhT8Egf7EM0jtfJIcl Te+0/52YlejwUvwKcjzikbpDO3SPT3dD3JSDu9d2mO/K0rqtlKfL36BhVYkXKQPogaIVJcAKMoO 3sVdPQ==
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-lsr.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: [Lsr] Fwd: I-D Action: draft-wang-idr-dpf-00.txt
List-Id: Link State Routing Working Group <lsr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/MBn6hI1lcgj6wcaRQkQ-iJoN7Zg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Owner: <mailto:lsr-owner@ietf.org>
List-Post: <mailto:lsr@ietf.org>
List-Subscribe: <mailto:lsr-join@ietf.org>
List-Unsubscribe: <mailto:lsr-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.43.4 | Report a Bug | By Email | System Status