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

Tarek Saad <tsaad.net@gmail.com> Sat, 25 July 2020 18:57 UTC

Return-Path: <tsaad.net@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 ACA883A092D; Sat, 25 Jul 2020 11:57:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, 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 gn7-33YR_fOq; Sat, 25 Jul 2020 11:57:11 -0700 (PDT)
Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 970A43A0928; Sat, 25 Jul 2020 11:57:11 -0700 (PDT)
Received: by mail-qk1-x733.google.com with SMTP id e13so11825164qkg.5; Sat, 25 Jul 2020 11:57:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :mime-version; bh=Y2dQ6xtHYgHNVkT9B9KMZfALYFLzfvm+t3j4Am/HgCs=; b=kIpAfe3pvFuXi2ud/Y18b3m+tXhZ4Cd8LqAQdYn76XZGm94EaGG/vfbHQlO061FtKd UbfBQO4kGF3VXK1oVTjzmhObxtCCujvFVnpTzQ8zrIUB8Ye+t9NwIUoICZ6SZ/fEjrBq ENAwr104t2e/ky6Qptp42gCz6teP6QSgegury9+s8zI7R8LNawqu+rOtge4sp3E0zSOc LwsHpyE/U+iWW6QWSnKXscrQ/2Q0jDIrSU3b5I19E93LWr95KbcS0nqz4FiqlR9D0XcA 3LXf6k6dr+OQ9Hvo/3bHsMIrNUYxsWHZZ+WT278E9hu2ZVkDbekALdLNsf2QnFmkPNol 7OGQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:mime-version; bh=Y2dQ6xtHYgHNVkT9B9KMZfALYFLzfvm+t3j4Am/HgCs=; b=FZok52iF3bicyL6DpDG/bQ03Uf6MOIIu3cyvyK8nTEvPOj75XriX26PEZNxBfw1z/A /7OfJaZEENDJwiw3+sGhn2RDdaEf7+DPSa788e/b9fZPa+QxzSw1BLIQq3k1bVHtnpo+ +phGO0D7YBmKCxnmaWDTLnlDDK00wtNYtnta5D4Z4zq0qzftHwXbAYVGhXVFWwPiGOmy IF7HcyWFLLseSnvZA8pTv+1g4EVHtAQRU0H4K9281jbiEjMzOKzWfaWGcOXG9mdQ/IOm p5UrF58+H1jXcH+kC9vhO8G+ib669VIK1B63sYq6+w+FpkqrYyPRRgGffskiKWxQ8Bpx SHlA==
X-Gm-Message-State: AOAM533wB1MuS8/PIOQtXlMCh6fvGm/p5/9ohwL0lng/vtR/hTbhOV7l YYDinGeuR0wPvEQXseWE6J0=
X-Google-Smtp-Source: ABdhPJx/jxk+WBbf9Lj3CWAN7XuBog28Z/0tfwt11wxJqlCtSjQaQ5YomONQfWfRdir1yW6KcFbSMg==
X-Received: by 2002:a37:a655:: with SMTP id p82mr16111102qke.92.1595703430695; Sat, 25 Jul 2020 11:57:10 -0700 (PDT)
Received: from DM5PR1901MB2150.namprd19.prod.outlook.com ([2603:1036:4:9e::5]) by smtp.gmail.com with ESMTPSA id k9sm6851299qtu.1.2020.07.25.11.57.09 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Jul 2020 11:57:09 -0700 (PDT)
From: Tarek Saad <tsaad.net@gmail.com>
To: James Guichard <james.n.guichard@futurewei.com>, "spring@ietf.org" <spring@ietf.org>
CC: "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Thread-Topic: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
Thread-Index: ATAzODQzzDpt+CG4LJbkdLHSMBadKcxe+mIC
X-MS-Exchange-MessageSentRepresentingType: 1
Date: Sat, 25 Jul 2020 18:57:08 +0000
Message-ID: <DM5PR1901MB2150139D3BA8F4A10127010AFC740@DM5PR1901MB2150.namprd19.prod.outlook.com>
References: <DM6PR13MB306697E48ACA918A213E832ED27E0@DM6PR13MB3066.namprd13.prod.outlook.com>
In-Reply-To: <DM6PR13MB306697E48ACA918A213E832ED27E0@DM6PR13MB3066.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator:
X-MS-Exchange-Organization-RecordReviewCfmType: 0
Content-Type: multipart/alternative; boundary="_000_DM5PR1901MB2150139D3BA8F4A10127010AFC740DM5PR1901MB2150_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/ul-BZzs3a7NaSUwKmyBQuwluqk4>
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: Sat, 25 Jul 2020 18:57:14 -0000

Hi WG,

This document is touching important topics regarding forwarding on specific set of resources in the network (such as those that define a network slice).
For this, it’s important to be able to identify transiting traffic as belonging to a specific slice so as to impose the specific behavior upon forwarding the traffic on the associated resources.

This draft is proposing to allocate/assign different labels/SIDs (per topological element – either node or link) to identify the specific resource per slice and the respective forwarding behavior.
This may work for smaller networks (and for limited number of slices), but there are concerns that it would run into scale problems (related to # of required labels to allocate and amount of IGP state required for the different SIDs) - as number of topological elements in the network grows and number of vertical/ horizontal slices grows.

It might be useful to define a mechanism by which specific allocated resources for a given link or node are to be identified and not describe how virtual network topologies are to be constructed. This is because the topologies are not necessarily virtual and because there are a multiplicity of uses for this mechanism beyond constructing subsets of the underlay network topology.

We believe encoding the slice identifier separate from the forwarding instruction can yield better scale and still allow for steering on the specific resource. We intend to publish something along those lines in the coming next couple of weeks to gather more feedback.

Regards,
Tarek


From: spring <spring-bounces@ietf.org> on behalf of James Guichard <james.n.guichard@futurewei.com>
Date: Wednesday, July 15, 2020 at 7:17 AM
To: "spring@ietf.org" <spring@ietf.org>
Cc: "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Subject: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Dear WG:

This email begins a 2 week WG adoption call for https://datatracker.ietf.org/doc/draft-dong-spring-sr-for-enhanced-vpn/ ending Wednesday 29th July 2020.

Please speak up if you support or oppose adopting this document into the WG. Please also provide comments/reasons for that support (or lack thereof). Silence will not be considered consent.

Thanks!

Jim, Joel & Bruno