IETF Logo Mail Archive

[Idr] Re: AD evaluation review of draft-ietf-idr-link-bandwidth-15

Ketan Talaulikar <ketant.ietf@gmail.com> Fri, 05 September 2025 04:16 UTC

Return-Path: <ketant.ietf@gmail.com>
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 1BF295DC1232; Thu, 4 Sep 2025 21:16:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, 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=gmail.com
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 uNuD1IGNRNMV; Thu, 4 Sep 2025 21:16:19 -0700 (PDT)
Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 C951D5DC122B; Thu, 4 Sep 2025 21:16:19 -0700 (PDT)
Received: by mail-pg1-x534.google.com with SMTP id 41be03b00d2f7-b4d1e7d5036so1069103a12.1; Thu, 04 Sep 2025 21:16:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757045773; x=1757650573; 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=mugD21r+YSyxhmuCQh/KKeiaaj23zemn6hdwSEZKpSk=; b=VIqS+7VVTYBexYJPLNiv/u5rTCUGKD1n9c2v/t1jKUdMqREUs+nCBnilRxLLY2HDbO KvyZMkoL9PooEshc5Te22zDi/O92Ig+KLVQrC46uFJbGSzvyVM22XdiL/1oBHOvj4N0J zgpWUiSCkpbPVN3q0wmE7oswlB6KQu8xz9LGRWBf9WD7U2cHLak0UR3l7ozAPXdBv60g 08OiktHux1afGiX/dfYcW9BzaP205AJp//0co7L5II28U9k5OX7DJlCp+67X4Iob9aj/ 1c+0vpEyRu8sKeVwF3TsCDVAQlgHcz1vD+I8KijXhw0M77ma0mhPVUlV5Bgkp2VI2Jtu /c+g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757045773; x=1757650573; 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=mugD21r+YSyxhmuCQh/KKeiaaj23zemn6hdwSEZKpSk=; b=D0B1F1RRbQqEDQkGDOHu4c9210oeL/N85y8g2Ru371F1h9A8bCC2ZyqHN3ZZed0qBe ZXx+Xrx9Pj1P2vATirkwaQx8pXKKo1QfcAUsnp62wYTN3sAiCuDOFuHLExOBOlXmCYQA qvHjs3bx9zrgsOSw9rJZt9YfFBHWNHhXhTMSa0xOSJRQKkWJ+dr9wUycrqZs2x5+xvk9 QKzt460II7Pl40X3xTmRBzX3z/46s2setD4NGphJxEEtuvKmXbL7mzHBDFcEtzURRH6v VBbO8Ule2yuSGt/fz9rcY5sABvY5tsaJuO6RBa5lwbLkERah8KpqiVhsHZeauoQoHkSl Oeaw==
X-Forwarded-Encrypted: i=1; AJvYcCUMP0mDwHkDwCOaWmU2OmT7PjPOwHRlfAkX2oxJl0Z9b1ilYDYJENjOdPQtWAOqC0/hVUQ=@ietf.org
X-Gm-Message-State: AOJu0Ywbi9Xh0YZ9T0JvmluIClpYveRDGozlY8gXhpldSsizdo/0HGBd CRW91Uhg8HW2RTWTLBXMA6zh0hq0jMtxUMpo1tEDacokzU3qNsnN9ky+39C0MO1i5pLEnQvLfAS LZa/BmHmmdDbWZg0aTek/zRrvb1HWKqkR1uB/
X-Gm-Gg: ASbGncuRjZ2SFtk2Ik2agsrC2GVJYufA8uu+HNSwFlFeetAsSpahoeieEv/ddHhhUf0 u4RfRd8RcWxfEmKgKyAlpk5LTKvORd1LXIITiZSEcsxIsPqZEQAOZshJ+0oBdzfGIs2qE/50nBY MRCaufI14jD79JVKsq9ZKpE5gmiiV1xmCDCutY6mkknQznc+Cykjbo1fxwXyQZwN5RHy9YpYPlx bk3e5WBZ1RX8IrLgQ==
X-Google-Smtp-Source: AGHT+IGfGQeQKVpbRYnNp/nCoifKu5DYbw3xGYa0UWAcjOSF/a6/hg9dNDBq15X/V1PtIabigsccRYvPTVFEZxjygAc=
X-Received: by 2002:a17:903:3884:b0:249:407f:9638 with SMTP id d9443c01a7336-24944b79032mr269863555ad.61.1757045773321; Thu, 04 Sep 2025 21:16:13 -0700 (PDT)
MIME-Version: 1.0
References: <CAH6gdPxO0sOZkho0nUo5YvtM1AhuReixD0b_G8KqTOZ0=Pn=zQ@mail.gmail.com> <CAOj+MMHVVGeRziME7GPtGPQk0o3+f-F_7KO9Zi4u2v-bcn161A@mail.gmail.com>
In-Reply-To: <CAOj+MMHVVGeRziME7GPtGPQk0o3+f-F_7KO9Zi4u2v-bcn161A@mail.gmail.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Fri, 05 Sep 2025 09:46:02 +0530
X-Gm-Features: Ac12FXydp4IA7CqT8EoF0Qq_Pxa-DL0Ak5sKGRKWzcjhVPtz91eOauEwBeXcAD8
Message-ID: <CAH6gdPzSsL3hSdEeTitQtt_FFTKRObF1021hUuA=h7Dk_2z=+g@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Content-Type: multipart/alternative; boundary="0000000000002c4943063e061991"
Message-ID-Hash: HDXT6HX4YOD7JOQ2WTNHBI7WVO2XR2DS
X-Message-ID-Hash: HDXT6HX4YOD7JOQ2WTNHBI7WVO2XR2DS
X-MailFrom: ketant.ietf@gmail.com
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: draft-ietf-idr-link-bandwidth@ietf.org, "idr@ietf. org" <idr@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Idr] Re: AD evaluation review of draft-ietf-idr-link-bandwidth-15
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/taaQK2WhVhQ9xKJ_MEDcc8_NXuw>
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 Robert/Authors,

Perhaps:
This document specifies a type of BGP Extended Community that enables
routers to perform
weighted load-balancing in multipath scenarios.

Thanks,
Ketan


On Fri, Sep 5, 2025 at 12:09 AM Robert Raszuk <robert@raszuk.net> wrote:

> Hi,
>
>
>> 19 Abstract
>>
>> 21   This document describes an application of BGP extended communities
>> 22   that allows a router to perform WECMP (Weighted Equal-Cost
>> 23   Multipath).
>>
>> <major> The document is actually specifying a new BGP extended community.
>>
>> SUGGEST:
>> This document specifies a BGP Extended Community that enables routers to
>> perform
>> weighted equal-cost multipath (WECMP).
>>
>
> This document defines a new type not BGP Extended Community as an
> attribute. I actually find the original text more correct.
>
> Actually while we are at this sentence I would like to point out that it
> can be also useful to perform unequal-cost multipath.
>
> Especially with encapsulation and EPE the cost to more then one egress
> does not need to be equal for multipath. That's legacy for hop by hop IP
> lookup networks which is rather gone these days.
>
> Thx,
> Robert
>

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