Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

bruno.decraene@orange.com Wed, 11 March 2020 18:23 UTC

Return-Path: <bruno.decraene@orange.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 8816F3A0128; Wed, 11 Mar 2020 11:23:32 -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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 FpBsUxIYhuhT; Wed, 11 Mar 2020 11:23:29 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE0F53A0141; Wed, 11 Mar 2020 11:23:27 -0700 (PDT)
Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) by opfedar27.francetelecom.fr (ESMTP service) with ESMTP id 48d0hG1MgPz2yJr; Wed, 11 Mar 2020 19:23:26 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1583951006; bh=mbX3QIzM0k/8jnawJHH+Ug0oIyV5w1CXV16u+a15fZA=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=KraADK6AX+iT0TNM2KrzBuBc1cgVYUlyrwnr4KGusvAJwzIaYB9gbwLynNvP0UzkO myYPr5JoY/defj5HWfsgAbuhmnqSuTDgtiK64bpJ7r3y9cqDeycWktOPU6l7LUTpCm bUNZ3/2AKkbdam6VasjCL3aFv70tgdKC40jjaFzB0Uvw3rEmvHffOd4eOC62wSqr8/ emgz25/GTuvvLUEOFp1f9ep6e1OpyjGaUuOEJKuNaahyEMU3QiU2b/caLyqQoW9o0t x5QyHdZ3qXuTLSVZ30VrVVcK9z+ymJ7pUsbAa6oCJeIU7yZONGqzwDtqWFdqhAg1B9 wLW+ZfFXm9DfA==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.70]) by opfedar02.francetelecom.fr (ESMTP service) with ESMTP id 48d0hG03kszCqkM; Wed, 11 Mar 2020 19:23:26 +0100 (CET)
From: <bruno.decraene@orange.com>
To: Andrew Alston <Andrew.Alston@liquidtelecom.com>, "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>
CC: "spring@ietf.org" <spring@ietf.org>, 6man WG <ipv6@ietf.org>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdWrjZKMyJw/FcG0Qj29O28HuDn7+xFNkTUAAAh6zQAAUFctAABT0o7wAOZRhgAAGh18EAAWNPyQ
Date: Wed, 11 Mar 2020 18:23:25 +0000
Message-ID: =?utf-8?q?=3C14562=5F1583951006=5F5E692C9E=5F14562=5F385=5F1=5F5?= =?utf-8?q?3C29892C857584299CBF5D05346208A48DE6243=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=3E?=
References: =?utf-8?q?=3C17421=5F1575566127=5F5DE93B2F=5F17421=5F93=5F1=5F53?= =?utf-8?q?C29892C857584299CBF5D05346208A48D1A3DA=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=3E?= <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> <265A3B0A-358B-4163-B7E1-2FFE36B3607E@liquidtelecom.com> =?utf-8?q?=3C14D40038-77D4-43DB-AC36-1199EE547944=40cisco=2Ecom=3E_=3CDBBPR?= =?utf-8?q?03MB5415A2097FD500326B7907FCEEE30=40DBBPR03MB5415=2Eeurprd03=2Epr?= =?utf-8?q?od=2Eoutlook=2Ecom=3E?= =?utf-8?q?=3CC223D73B-D556-427C-82AB-0042C33E32F4=40cisco=2Ecom=3E_=3CDBBPR?= =?utf-8?q?03MB5415ADF9271EE267C3205CCBEEFC0=40DBBPR03MB5415=2Eeurprd03=2Epr?= =?utf-8?q?od=2Eoutlook=2Ecom=3E?=
In-Reply-To: =?utf-8?q?=3CDBBPR03MB5415ADF9271EE267C3205CCBEEFC0=40DBBPR03MB?= =?utf-8?q?5415=2Eeurprd03=2Eprod=2Eoutlook=2Ecom=3E?=
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.245]
Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A48DE6243OPEXCAUBM43corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/LRyDrrt4HoI7tMcCVmq2mQ7sKVI>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
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: Wed, 11 Mar 2020 18:23:33 -0000

Andrew,

>  I just went and checked the spring WG site on trac.ietf.org.  I found it rather curious that there is not a *single* ticket on that site – nor is there any closures listed on that site, despite all the work that has gone in.

Some WGs use the ticket tracking system [1] , some don’t. SPRING WG has not, so far, since its creation. For the WGs that I follow in the routing area, it’s not used a lot. 6MAN WG has used it for the SRH document.

--Bruno

[1] I’m assuming that you are referring to https://trac.ietf.org/trac/spring/report/6


From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Andrew Alston
Sent: Wednesday, March 11, 2020 8:48 AM
To: Pablo Camarillo (pcamaril)
Cc: spring@ietf.org; 6man WG
Subject: RE: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Pablo

PC2: The comment started because in the draft we had an example that was assigning A:1::/32 as loopback interface for a router. This is wrong (prefix length, documentation prefix,).
This was fixed in revision 2 of the WG draft, published in September 19th 2019. The closure of this comment was presented by me personally in IETF Singapore. Please refer to the slides. In Singapore you were present (signed blue sheet) and did not had any comment about such closure.


This is interesting – so firstly – let me state that because I was present in a meeting and signed a blue sheet to say I was there – in no way indicates that I forgo the right to object after the meeting – and last I checked, signatures on a blue sheet are there to track attendance, not to track consensus.

Now, on to the issue at hand – I am curious as to how this closure was presented to you because I just went and checked the spring WG site on trac.ietf.org.  I found it rather curious that there is not a *single* ticket on that site – nor is there any closures listed on that site, despite all the work that has gone in.  I also point out that I was in that room in Montreal, and the issue related beyond just as a /32 – and the agreement from my reading of it was not to change to an arbitrary number, and declare the issue closed – the agreement was to do an analysis of the address space potentially utilized and present it to the working group – this has not happened.  So – can you provide a clear reference to this closure either in a tracker or an email list somewhere?

I also point you to  https://mailarchive.ietf.org/arch/msg/spring/_SYsvWXQo9t4o2KbJuEiVS-75B4/ Which expressly refers to the lack of discussion that has occurred on this – which appeared way after Singapore.

Thanks

Andrew


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.