Re: [spring] Beyond SRv6.
Dirk Steinberg <dirk@lapishills.com> Sun, 01 September 2019 14:20 UTC
Return-Path: <dirk@lapishills.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 69F8D120058 for <spring@ietfa.amsl.com>; Sun, 1 Sep 2019 07:20:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NO_DNS_FOR_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lapishills-com.20150623.gappssmtp.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 9iZ0ISvGjgSM for <spring@ietfa.amsl.com>; Sun, 1 Sep 2019 07:20:30 -0700 (PDT)
Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 93D0D120013 for <spring@ietf.org>; Sun, 1 Sep 2019 07:20:29 -0700 (PDT)
Received: by mail-wr1-x435.google.com with SMTP id t16so11417158wra.6 for <spring@ietf.org>; Sun, 01 Sep 2019 07:20:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lapishills-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:date:subject:in-reply-to:to:references; bh=SCcK9B41vRkl4JJf1SWfMo456dKK5KIG7JCjuNCB99c=; b=Bu+C3x1iTM5CHS/f1BhVk+VvzjBY3ATEdkV8V8ExXhng/1DKPPsDZIOOSDBFc5QzeL GH3jzezZkvDgHRqqha48llIrCtGvlJHMAPlVwfMoqshpUsysZ4zHZiVPa/YwXNAvtooY FFAYtgvhu3hkQJIMw4qZyKQQILpCdG4KP58PTGp3dDFQK7uIkC/5mHWppY7/JhWs9EvI B4ND6YJrMTDNDxuAB2h0jEm7rpwFuP9W0FHsiKt17L0cYnwPNHDO2Tlu6P7jx0+NbZEn ZzpRBuSRt5ifi0NOg44RHT2F+9MmdAzOQWvAy1njONlz8o+VQLp9ERnqXKHEGO8A2aXF 6RlA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:date:subject :in-reply-to:to:references; bh=SCcK9B41vRkl4JJf1SWfMo456dKK5KIG7JCjuNCB99c=; b=TW3wEfkET6fTNcJHoyKkpGwsk7fdH5rlIz0CQAVN1EQePGos5ke6cvH/q4lb5KiKZZ UuqtpVsCZk1188vDE7oAy16SZzM2cltjT+27rCS2pJpjvKcvqJep2zt4DrDFEgWYlKni Guler0X0nHZcvOG1riiG+ieOC3MezDntH1PmgPA2hG3Ql7eNWtVHG7IKTREomc/efXba C8f2FCquyHnNj9H2lgsqN9L/2mdc6MbVnOOpqiHk/aVSNxmmBQ78WQ4Qu4YrBJAhnAE9 PB0X4SUbcerseS7k3xH2Sfn3qK7a/3NhMx5pnopNNHCZtNdy3gkssICgHORe3ySX4QHV l5Ag==
X-Gm-Message-State: APjAAAXqihWuGyprnU5jUpTzLp9HEPsXwegJeC0SXl7r9zSNyGTubbSd 1Fm2aRpPnX8ieRaxfc+TJlRf46sNJ8x3LtrEHhSNmFaXQbORKDaouqpfrBzmmgy5bofjJG2Eu6q NcEfysqDe93b2SgxXqyMWNges3bxWrmZgzBVKDrYfE2xAnqd1r8uLsGvZVbaFUw==
X-Google-Smtp-Source: APXvYqxjcv2X0hzGCOru5QnjilPkOwuV4g5vw9TiNhZMgH2EsczKCtyjxSbNAEry5rB4KLVlGkU05A==
X-Received: by 2002:a5d:448a:: with SMTP id j10mr530171wrq.82.1567347627308; Sun, 01 Sep 2019 07:20:27 -0700 (PDT)
Received: from macpro.fritz.box (p57A0764A.dip0.t-ipconnect.de. [87.160.118.74]) by smtp.gmail.com with ESMTPSA id n14sm40741820wra.75.2019.09.01.07.20.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 01 Sep 2019 07:20:26 -0700 (PDT)
From: Dirk Steinberg <dirk@lapishills.com>
Message-Id: <9A655231-45C5-4852-831E-72EC33151F03@lapishills.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_1461A4D5-9B86-4FB4-8144-52DF748BC798"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Sun, 01 Sep 2019 16:20:25 +0200
In-Reply-To: <53E6C388-6DF1-42CF-A97D-98D248AB6CED@cisco.com>
To: SPRING WG List <spring@ietf.org>, Rob Shakir <robjs=40google.com@dmarc.ietf.org>
References: <CAHd-QWtA21+2Sm616Fnw0D-eB7SNb_BeG8-A-MCLLFgTwSpOsg@mail.gmail.com> <53E6C388-6DF1-42CF-A97D-98D248AB6CED@cisco.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/0ZRfywv_FyT1q-GxjFhm2pOHYBg>
Subject: Re: [spring] Beyond SRv6.
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: Sun, 01 Sep 2019 14:20:33 -0000
Hi, the introduction of SRv6 as alternate data plane in addition to MPLS has been an important step in SPRING, providing an encapsulation for SPRING traffic that is native to IPv6. The question about the necessity of work on alternate encapsulations was fueled by concerns about encapsulation overhead when using full 128 bit SIDs in the SRv6 SRH. Through the introduction of the uSID network instruction in SRv6 these concerns are now properly addressed and SRv6 with uSID can now also be deployed in a very MTU-efficient manner. Therefore I do not see a necessity for any additional encapsulations. Cheers Dirk > Am 31.08.2019 um 06:05 schrieb Zafar Ali (zali) <zali@cisco.com>: > > Dear Chairs and the WG: > > The SRv6 network programming solution and its SRH encapsulation is implemented on 12 hardware platforms including Merchant Silicon. > Multiple providers have deployed the SRv6 network programming solution and its SRH encapsulation with line-rate performance carrying a significant amount of commercial traffic. > Several independent interoperability reports documenting successful interoperability of implementation from multiple vendors exist. > Implementation, deployment, and interoperability status is publicly documented in https://www.ietf.org/id/draft-matsushima-spring-srv6-deployment-status-01.txt <https://www.ietf.org/id/draft-matsushima-spring-srv6-deployment-status-01.txt>. > > Most use-cases are expected to use very few SRv6 segments. > > In some specific use-cases, one may desire to optimize the MTU usage further. > The SRv6 network programming solution and its SRH encapsulation also support for this Optimization, through the uSID network instruction. > > I do not see the need for any new encapsulation work. > > Thanks > > Regards … Zafar > > From: spring <spring-bounces@ietf.org <mailto:spring-bounces@ietf.org>> on behalf of Rob Shakir <robjs=40google.com@dmarc.ietf.org <mailto:robjs=40google.com@dmarc.ietf.org>> > Date: Sunday, August 4, 2019 at 5:04 PM > To: SPRING WG List <spring@ietf.org <mailto:spring@ietf.org>> > Subject: [spring] Beyond SRv6. > > Hi SPRING WG, > > Over the last 5+ years, the IETF has developed Source Packet Routing in NetworkinG (SPRING) aka Segment Routing for both the MPLS (SR-MPLS) and IPv6 (SRv6) data planes. SR-MPLS may also be transported over IP in UDP or GRE. > > These encapsulations are past WG last call (in IESG or RFC Editor). > > During the SPRING WG meeting at IETF 105, two presentations were related to the reduction of the size of the SID for IPv6 dataplane: > > SRv6+ / CRH -- > https://tools.ietf.org/html/draft-bonica-spring-srv6-plus-04 <https://tools.ietf.org/html/draft-bonica-spring-srv6-plus-04> > > > uSID -- > https://tools.ietf.org/html/draft-filsfils-spring-net-pgm-extension-srv6-usid-01 <https://tools.ietf.org/html/draft-filsfils-spring-net-pgm-extension-srv6-usid-01> > > > During the IETF week, two additional drafts have been proposed: > > https://tools.ietf.org/html/draft-li-spring-compressed-srv6-np-00 <https://tools.ietf.org/html/draft-li-spring-compressed-srv6-np-00> > > > https://tools.ietf.org/html/draft-mirsky-6man-unified-id-sr-03 <https://tools.ietf.org/html/draft-mirsky-6man-unified-id-sr-03> > > > As we expressed during the meeting, it is important for the WG to understand what the aims of additional encapsulations are. Thus, we think it is important that the WG should first get to a common understanding on the requirements for a new IPv6 data plane with a smaller SID - both from the perspective of operators that are looking to deploy these technologies, and from that of the software/hardware implementation. > > Therefore, we would like to solicit network operators interested in SR over the IPv6 data plane to briefly introduce their: > > use case (e.g. Fast Reroute, explicit routing/TE) > > > forwarding performance and scaling requirements > > > e.g., (number of nodes, network diameter, > number of SID required in max and average). For the latter, if possible using both SRv6 128-bit SIDs and shorter (e.g. 32-bit) SIDs as the number would typically be different (*). > > > if the existing SRv6 approach is not deployable > in their circumstances, details of the requirement of a different solution is required and whether this solution is needed for the short term only or for the long term. > > > As well as deployment limitations, we would like the SPRING community to briefly describe the platform limitations that they are seeing which limit the deployment of SRv6 In particular limitations related to the number of SIDs which can be pushed and forwarded and how much the use of shorter SIDs would improve the deployments . > > For both of these sets of feedback if possible, please post this to the SPRING WG. If the information cannot be shared publicly, please send it directly to the chairs & AD (Martin). > > This call for information will run for four weeks, up to 2019/09/03. As a reminder, you can reach the SPRING chairs via spring-chairs@ietf.org <mailto:spring-chairs@ietf.org> and ADs via spring-ads@ietf.org <mailto:spring-ads@ietf.org>. > > Thank you, > -- Rob & Bruno > > (*) As expressed on the mailing list, a 128 bit SID can encode two instructions a node SID and an adjacency SID hence less SID may be required. > > _______________________________________________ > spring mailing list > spring@ietf.org <mailto:spring@ietf.org> > https://www.ietf.org/mailman/listinfo/spring <https://www.ietf.org/mailman/listinfo/spring>
- [spring] Beyond SRv6. Rob Shakir
- Re: [spring] Beyond SRv6. Rob Shakir
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. 徐小虎(义先)
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. 徐小虎(义先)
- Re: [spring] Beyond SRv6. Yuji Kamite
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Satoru Matsushima
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Fernando Gont
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Fernando Gont
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Sébastien Parisot
- Re: [spring] Beyond SRv6. Dirk Steinberg
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Gaurav Dawra
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. James Guichard
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Joel M. Halpern
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Darren Dukes (ddukes)
- Re: [spring] Beyond SRv6. Voyer, Daniel
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Andrew Alston
- [spring] 答复: Beyond SRv6. Lizhenbin
- Re: [spring] Beyond SRv6. Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [spring] Beyond SRv6. li zhenqiang
- Re: [spring] Beyond SRv6. Kamran Raza (skraza)
- Re: [spring] Beyond SRv6. Parag Kaneriya
- Re: [spring] Beyond SRv6. Shraddha Hegde
- Re: [spring] Beyond SRv6. Fernando Gont
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Tarek Saad
- Re: [spring] Beyond SRv6. Srihari Sangli
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Reji Thomas
- Re: [spring] Beyond SRv6. Sander Steffann
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. sthaug
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Srihari Sangli
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Tarek Saad
- Re: [spring] Beyond SRv6. Srihari Sangli
- Re: [spring] Beyond SRv6. Ca By
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Gyan Mishra
- [spring] 答复: Beyond SRv6.(CCDR Proposal) Aijun Wang
- Re: [spring] Beyond SRv6. 松嶋聡
- Re: [spring] Beyond SRv6. Dirk Steinberg
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Andy Smith (andsmit)
- Re: [spring] Beyond SRv6. Shraddha Hegde
- Re: [spring] Beyond SRv6. =?utf-8?B?SGlyb2Z1bWkgSWNoaWhhcmE=?=
- Re: [spring] Beyond SRv6. Satoru Matsushima
- Re: [spring] Beyond SRv6. =?utf-8?B?SGlyb2Z1bWkgSWNoaWhhcmE=?=
- Re: [spring] Beyond SRv6. xiechf@chinatelecom.cn
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Xiejingrong
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Brian E Carpenter
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Xiejingrong
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Stewart Bryant
- [spring] “SRV6+” complexity in forwarding Darren Dukes (ddukes)
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] “SRV6+” complexity in forwarding Andrew Alston
- Re: [spring] “SRV6+” complexity in forwarding Darren Dukes (ddukes)
- Re: [spring] “SRV6+” complexity in forwarding Tom Herbert
- Re: [spring] “SRV6+” complexity in forwarding Dirk Steinberg
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Gaurav Dawra
- Re: [spring] “SRV6+” complexity in forwarding Tom Herbert
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Fred Baker
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Srihari Sangli
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Reji Thomas
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Reji Thomas
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Chengli (Cheng Li)
- Re: [spring] “SRV6+” complexity in forwarding Jeff Tantsura
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Stewart Bryant
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] =?utf-8?Q?=E2=80=9CSRV6+=E2=80=9D_?=… Jeff Tantsura
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra