Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Robert Raszuk <> Wed, 27 January 2021 12:03 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5FC9E3A0EEA for <>; Wed, 27 Jan 2021 04:03:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.098
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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id rkA3R9RBYa8q for <>; Wed, 27 Jan 2021 04:03:29 -0800 (PST)
Received: from ( [IPv6:2a00:1450:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id D25F13A08D6 for <>; Wed, 27 Jan 2021 04:03:28 -0800 (PST)
Received: by with SMTP id e18so1749385lja.12 for <>; Wed, 27 Jan 2021 04:03:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GrCzzW/ZXOSDLIfiBaavuQ2atvfLP3YQurivbS4uEx0=; b=bAnRm9vMd0kcYZV+Q/sbrmk5iGEehg7mJGM8cVy3UCt3i5j0HUu9a2Sslosjg7M5wf fEntUWrCy8ewAABsv1wYX2TMgJeXCIuslLN3rZf2RbktrQBbGfUHYVHnEaw8+5brX9zh 4oF5F1GLIE80dcxIFPCEcF9Ewxi0hGqu/dGmISkOqHzYOOHt5HJ4lYdO4SgzVpmDgck6 DXdg4Sbwnd94uGc7JYpWnyGUJbgUqgFjVP3o+fTPP/TAiQVW2pfrbcGSXCotZpUyqpKE DOyj+FSJ+A9d8dV8uVyZN2+MdvmtnfjUnJWSRMDE1bZVc5ez+YAPPnDALQFe5kLJBQ/z Afpg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GrCzzW/ZXOSDLIfiBaavuQ2atvfLP3YQurivbS4uEx0=; b=Ew1ujdkH2HHj+WixDAB6/MTzUz5+yqTsx9g9jVk8mdiVIOX4VLakcdSQp4f8H4AFEx ft7GBcvW4TPUcTvxy9sZh/Q13u8reqTp7YAjiZkq17DMI+OceJzUzBqRVa13lIFj1iFn 7rax7UIOOX9k942q6orPT32XO8UjjEPKIVqp/rbg/hlCuoFquML/CBan5jhzc9pLKrfE Fy0Z8QL84XhpT8CRUY6HO+YjYk3Lt0JDmSSijfYgdUu/GRiKXcippksn5ndPDx1z2wtv vgYqjIMfGZd6ZPlksKJsx1ePyU6ocDQ64Q01OUS8HzZuCu3b19/e+MJua1RQe9jttOa+ 3c5g==
X-Gm-Message-State: AOAM530YFatLAn9t2X8szMCiHuB1ywhViCToVN1dFWskXtx+nntnPXhE hZqWqgDE4pfQqOfI3EwteikME/aE9DTA293DDuUOZl4i5xcTyQ==
X-Google-Smtp-Source: ABdhPJzoBOZ1j7Dkqk+YqKq/B3mqsgxAmqKdhEqLNSH9Z/GKVI32tTfXq3Ex3p4rQ7NFozvTaWjm+kbX2iMw79X4vUk=
X-Received: by 2002:a2e:9906:: with SMTP id v6mr5491138lji.361.1611749006589; Wed, 27 Jan 2021 04:03:26 -0800 (PST)
MIME-Version: 1.0
References: <>
In-Reply-To: <>
From: Robert Raszuk <>
Date: Wed, 27 Jan 2021 13:03:17 +0100
Message-ID: <>
To: James Guichard <>
Cc: "" <>, "" <>
Content-Type: multipart/alternative; boundary="000000000000015d3e05b9e08f6f"
Archived-At: <>
Subject: Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 27 Jan 2021 12:03:31 -0000


Before I make a decision on expressing my support or indicate no support I
would like to better understand what resource reservation is being
discussed here.

draft-ietf-spring-resource-aware-segments-01 also talks about
"reservations" yet lacks clarity what those reservations will actually be.
It provides analogy to MPLS-TE, but at least those who build MPLS-TE
products are aware MPLS-TE or even MPLS GB-TE does not provide any data
plane reservations. All both do is to provide control plane resource

So fundamentally does draft-ietf-spring-resource-aware-segments-01 and this
draft in question also are trying to now map SIDs to control plane
resource bookings ? Note fundamentally in all above cases it only works
when all traffic in yr network is actually using such reservations as
otherwise unaccounted traffic will destroy the game completely for those
who think we see green light we are good to go. That is also why for real
TE it is/was critical in MPLS-TE to provide such engineering for all of
your ingress-egress macro flows.

Even then if you start to run other traffic on the same links ... say
multicast or control plane storms of any sort - again all of your assumed
reservations are immediately becoming unnecessary complexity with zero

So with that let's make sure we understand what is being proposed here.

Btw if someone has a pointer to discussion about
spring-resource-aware-segments it would be great too. My few years of email
history does not return much. Maybe the draft got renamed during publishing
as SPRING WG item.


On Wed, Jan 27, 2021 at 12:46 PM James Guichard <> wrote:

> Dear WG:
> This message starts a 2 week WG adoption call for
> ending February 10th 2021.
> After review of the document please indicate support (or not) for WG
> adoption to the mailing list and if you are willing to work on the
> document, please state this explicitly. This gives the chairs an indication
> of the energy level of people in the working group willing to work on this
> document. Please also provide comments/reasons for your support (or lack
> thereof) as this is a stronger way to indicate your (non) support as this
> is not a vote.
> Thanks!
> Jim, Bruno & Joel
> _______________________________________________
> spring mailing list