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

Colby Barth <barth.colby@gmail.com> Tue, 02 February 2021 19:19 UTC

Return-Path: <barth.colby@gmail.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE69F3A109F; Tue, 2 Feb 2021 11:19:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mSuK_sLXXgl7; Tue, 2 Feb 2021 11:19:27 -0800 (PST)
Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88DC43A10A4; Tue, 2 Feb 2021 11:19:27 -0800 (PST)
Received: by mail-pl1-x629.google.com with SMTP id x9so7133281plb.5; Tue, 02 Feb 2021 11:19:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3kLXHA7DagiCbH/o/HdIAB+MyFn/7bJPn+jzCln+bmI=; b=IDCl/KGqYMvGSLjwAioyK3LFM020s13cPb8H0sfexnaXwx/Scn72+2uUzL6MmqYJ9Y jivME9LfRd0l3XgOFu4Cnltm6mljwHgISzmiHDx/YDYUYAg2fSY/pgxdmZwY4kBVV4+B 7M9apg53ZxX14VBQNXGV3CkKPbvFBvItqjMQS8IZp7qh9DOtIynZadeR0OQbgzbHaVM8 nZ1krkvbVHPue4al4SjBVvWJfGj9fdMl1EFHWmQuRVzTXzPiDR+zsR6C2qxMA2YaMSsg Q/vdMf6cdStJLujj4dmiTC233WJQtz/DA1kYq1RjTkOeZQBLH3kWmuH0l6tzQw0QP+L3 G0gA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3kLXHA7DagiCbH/o/HdIAB+MyFn/7bJPn+jzCln+bmI=; b=OwwtrfVLwyJTEIuyiVeINz74ztvB32luAOLGLqHaajYhXcF4UUDnj92gvqYPtlyQj9 bGJFliy7g9IE8NioIDMa7rDTb4WVcpU5a3m9LihXawIrr6gFSr/DZceWDsZpV3aYg8q5 xz9eceq8gqpNcSAF44qHmp6FXdTz+Uwaq+m16cEYW+TYwnmtjT8hHBI/Mhi06kLGGB77 ml3L18/KqKDbqGRiT8CdLEJGhxqlpOX3mH1aIG8safVva2kzrqz8eHaLKgvcCrlBBYDo Hp4K3dB7g8x/gYz2gPIkbZ9xxPfzvcWdjxn5eu1ogsmch9p1JIzCewY5ooZHS61FJQTs WdpQ==
X-Gm-Message-State: AOAM5332c6H2BQEJ49VqEudAs22aMVh/c9viKqQwWrj30odg+y14MSBv xcZ3suTqyRNXrxs5/rpLh0A=
X-Google-Smtp-Source: ABdhPJx/EC0IOjC6Sqg4ObadSTqII3y10WmhRhl/ZsrSXqZsJKIxH2XNeBl88sTv2gVuHHyuAeCrPA==
X-Received: by 2002:a17:90a:de0e:: with SMTP id m14mr5624427pjv.97.1612293567091; Tue, 02 Feb 2021 11:19:27 -0800 (PST)
Received: from cbarth-mbp.jnpr.net ([66.129.241.12]) by smtp.gmail.com with ESMTPSA id 123sm22762920pfd.91.2021.02.02.11.19.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Feb 2021 11:19:25 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Colby Barth <barth.colby@gmail.com>
In-Reply-To: <99E7CBE7-9FF0-41AC-8083-F62CFF543AA2@juniper.net>
Date: Tue, 02 Feb 2021 14:19:22 -0500
Cc: Vasilenko Eduard <vasilenko.eduard@huawei.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <9C77EDF2-8E3A-4E4C-837A-4BC40497B0A5@gmail.com>
References: <MN2PR13MB42061AD1E295598F1F2726BDD2BB9@MN2PR13MB4206.namprd13.prod.outlook.com> <4834865901e24eaaa2f5d521183541d6@huawei.com> <f978d7e834c044bbafc15dd75f4d663b@huawei.com> <99E7CBE7-9FF0-41AC-8083-F62CFF543AA2@juniper.net>
To: Tarek Saad <tsaad=40juniper.net@dmarc.ietf.org>, "spring@ietf.org" <spring@ietf.org>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/s919HwOp2iYTatouSQVBW2aNgTM>
Subject: Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Feb 2021 19:19:30 -0000

Tarek, indeed …

draft-bestbar-spring-scalable-ns-00 provides a relevant example of the rather enormous amount of state the solution described in draft-dong-spring-sr-for-enhanced-vpn results in:

   "Notably, this approach requires maintaining per slice state for each
   topological element on every router in the network in both the
   control and data plane.  For example, a network composed of 'N'
   nodes, where each node has up to 'K' adjacencies to its neighbors, a
   node would have to assign and advertise 'M' Slice Prefix-SIDs and 'M'
   Slice Adjacency-SID(s) to each of it 'K' adjacencies.  Consequently,
   a router will have to maintain up to (N+K)*M SIDs in the control
   plane, and an equal number of label routes in its forwarding plane."


Put in practical terms, this implicitly limits the number of VTNs or, in draft-bestbar-teas-ns-packet-01 terminology, the number of Slice aggregates that can be offered.  It also introduces a dependency between the network size and the number of VTNs.  i.e. the larger the network, the smaller the number of VTNs that can be supported.

—Colby

> On Feb 2, 2021, at 12:54 PM, Tarek Saad <tsaad=40juniper.net@dmarc.ietf.org> wrote:
> 
> Hi Eduard,
>  
> Inline..
>  
> On 2/2/21, 10:50 AM, "spring on behalf of Vasilenko Eduard" <spring-bounces@ietf.org on behalf of vasilenko.eduard@huawei.com> wrote:
>  
> Hi all,
> There is the general trend to encode the action into the packet, not to distribute states in the control plane for all possible traffic types. Granularity, programmability are better.
>  
> [TS]: Indeed, we are in agreement on encoding the information in packet as opposed to distributing states in the control plane. In draft-bestbar-spring-scalable-ns, a separate ID inside the packet is proposed to carry the needed information. However, this draft <draft-dong-spring-sr-for-enhanced-vpn> is proposing distributing per VTN state in the network which is completely against your argument ...
>  
> Regards,
> Tarek
>  
>  
>  
> This type of virtualization is fully in-line with this trend.
> Support.
> Eduard
> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of James Guichard
> Sent: Wednesday, January 27, 2021 12:47 PM
> To: spring@ietf.org
> Cc: spring-chairs@ietf.org
> Subject: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
>  
> Dear WG:
>  
> This message starts a 2 week WG adoption call for https://datatracker.ietf.org/doc/draft-dong-spring-sr-for-enhanced-vpn/ 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
>  
>  
>  
> 
> Juniper Business Use Only
> 
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring