Re: [spring] Progressing Standardizing SR over IPv6 compression
Loa Andersson <loa@pi.nu> Thu, 19 August 2021 10:04 UTC
Return-Path: <loa@pi.nu>
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 3A47A3A074B for <spring@ietfa.amsl.com>; Thu, 19 Aug 2021 03:04:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 zmrwKA0v5EGs for <spring@ietfa.amsl.com>; Thu, 19 Aug 2021 03:04:30 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 640BC3A0765 for <spring@ietf.org>; Thu, 19 Aug 2021 03:04:29 -0700 (PDT)
Received: from [192.168.0.2] (c83-250-146-169.bredband.tele2.se [83.250.146.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id DD4223495A6; Thu, 19 Aug 2021 12:04:25 +0200 (CEST)
To: "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, "Joel M. Halpern" <jmh@joelhalpern.com>, "spring@ietf.org" <spring@ietf.org>
References: <4c03c28c-2b7d-0a90-c2bb-5fff53d0bc4c@joelhalpern.com> <DBAPR07MB6984444B7B0099E1E9C8CE88EBFF9@DBAPR07MB6984.eurprd07.prod.outlook.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <212a9ced-30c9-e5c4-d2b6-1cd59667d475@pi.nu>
Date: Thu, 19 Aug 2021 12:04:25 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <DBAPR07MB6984444B7B0099E1E9C8CE88EBFF9@DBAPR07MB6984.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/YLYf7WKw1HY4lZH31g57fLaHupg>
Subject: Re: [spring] Progressing Standardizing SR over IPv6 compression
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: Thu, 19 Aug 2021 10:04:39 -0000
Dhairs, working group, I agree with Matthew, we should standardize one single data plane behavior for IPv6 compression. /Loa > compressing SRv6 information On 18/08/2021 19:35, Bocci, Matthew (Nokia - GB) wrote: > Joel > > Yes, I believe the WG should standardize a single data plane solution. > > This will enable to the WG and industry to move forward and enable > vendors to implement a single interoperable solution. It reduces overall > solution complexity and greatly benefits deployments. > > Based on the experience of multiple working groups, it is hugely > beneficial to have a single data plane solution on which we can focus > our efforts. > > Thanks > > Matthew > > *From: *spring <spring-bounces@ietf.org> on behalf of Joel M. Halpern > <jmh@joelhalpern.com> > *Date: *Wednesday, 4 August 2021 at 19:52 > *To: *spring@ietf.org <spring@ietf.org> > *Subject: *[spring] Progressing Standardizing SR over IPv6 compression > > The SPRING Working Group Chairs thank the design team for their efforts > on the requirements and analysis drafts. The question of how the > working group wants to progress that part of the work will be the topic > for a separate email a bit later. > > Right now, we are hearing the discussion about how many solutions, and > the perspectives being expressed. While the topic was well-raised, the > discussion to date has not been structured in a way that makes clear to > everyone what the purpose is. In particular, the chairs have decided to > re-ask the question. We ask that even those who have responded in the > discussion respond to this thread. Preferably with both what their > opinion is and an explanation of why. > > The question we are asking you to comment on is: > > Should the working group standardize one data plane behavior for > compressing SRv6 information? > > Please speak up. We are looking to collect responses until close of > business PDT on 20-August-2021. > > Thank you, > Joel, Jim, and Bruno > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > <https://www.ietf.org/mailman/listinfo/spring> > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64
- [spring] Progressing Standardizing SR over IPv6 c… Joel M. Halpern
- Re: [spring] Progressing Standardizing SR over IP… Tony Li
- Re: [spring] Progressing Standardizing SR over IP… Aissaoui, Mustapha (Nokia - CA/Ottawa)
- Re: [spring] Progressing Standardizing SR over IP… Robert Raszuk
- Re: [spring] Progressing Standardizing SR over IP… Keyur Patel
- Re: [spring] Progressing Standardizing SR over IP… Rabadan, Jorge (Nokia - US/Mountain View)
- [spring] 答复: Progressing Standardizing SR over IP… Lihao
- Re: [spring] Progressing Standardizing SR over IP… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [spring] Progressing Standardizing SR over IP… Eduard Metz
- Re: [spring] Progressing Standardizing SR over IP… Gyan Mishra
- Re: [spring] Progressing Standardizing SR over IP… Takuya Miyasaka
- Re: [spring] Progressing Standardizing SR over IP… Bernier, Daniel
- Re: [spring] Progressing Standardizing SR over IP… Stefano Salsano
- Re: [spring] Progressing Standardizing SR over IP… Martin Horneffer
- Re: [spring] Progressing Standardizing SR over IP… Boris Hassanov
- Re: [spring] Progressing Standardizing SR over IP… Luis M. Contreras
- Re: [spring] Progressing Standardizing SR over IP… Vasilenko Eduard
- Re: [spring] Progressing Standardizing SR over IP… li_zhenqiang@hotmail.com
- Re: [spring] Progressing Standardizing SR over IP… Aijun Wang
- Re: [spring] Progressing Standardizing SR over IP… Chongfeng Xie
- Re: [spring] Progressing Standardizing SR over IP… Ville Hallivuori
- Re: [spring] Progressing Standardizing SR over IP… Shunsuke Homma
- Re: [spring] Progressing Standardizing SR over IP… James Guichard
- Re: [spring] Progressing Standardizing SR over IP… Dhruv Dhody
- Re: [spring] Progressing Standardizing SR over IP… Ahmed MostafaSaleh ElSawaf
- Re: [spring] Progressing Standardizing SR over IP… Bocci, Matthew (Nokia - GB)
- Re: [spring] Progressing Standardizing SR over IP… gregory.mirsky
- Re: [spring] Progressing Standardizing SR over IP… Dongjie (Jimmy)
- Re: [spring] Progressing Standardizing SR over IP… Luc-Fabrice Ndifor Ngwa [ MTN Cameroon ]
- Re: [spring] Progressing Standardizing SR over IP… Huaimo Chen
- Re: [spring] Progressing Standardizing SR over IP… Loa Andersson
- Re: [spring] Progressing Standardizing SR over IP… Sales, Bernard (Nokia - BE/Antwerp)
- Re: [spring] Progressing Standardizing SR over IP… Yingzhen Qu
- Re: [spring] Progressing Standardizing SR over IP… Satoru Matsushima
- Re: [spring] Progressing Standardizing SR over IP… Joel Halpern
- Re: [spring] Progressing Standardizing SR over IP… Haoyu Song
- Re: [spring] Progressing Standardizing SR over IP… Voyer, Daniel
- Re: [spring] Progressing Standardizing SR over IP… Gyan Mishra
- Re: [spring] Progressing Standardizing SR over IP… Darren Dukes (ddukes)
- Re: [spring] Progressing Standardizing SR over IP… Dirk Steinberg