RE: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>

<mohamed.boucadair@orange.com> Thu, 06 June 2019 07:21 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8A20120193 for <ipv6@ietfa.amsl.com>; Thu, 6 Jun 2019 00:21:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 1Cl8FYBVtoSN for <ipv6@ietfa.amsl.com>; Thu, 6 Jun 2019 00:21:21 -0700 (PDT)
Received: from orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F564120182 for <ipv6@ietf.org>; Thu, 6 Jun 2019 00:21:21 -0700 (PDT)
Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id 45KHC32sV8z130s; Thu, 6 Jun 2019 09:21:19 +0200 (CEST)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.60]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 45KHC329SwzyQ5; Thu, 6 Jun 2019 09:21:19 +0200 (CEST)
Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM5D.corporate.adroot.infra.ftgroup ([fe80::8899:bbc3:9726:cd5e%21]) with mapi id 14.03.0439.000; Thu, 6 Jun 2019 09:21:19 +0200
From: mohamed.boucadair@orange.com
To: "Darren Dukes (ddukes)" <ddukes@cisco.com>
CC: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Subject: RE: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>
Thread-Topic: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>
Thread-Index: AQHVEKPvir/m07qyXEqVGUt8jQpJGaZ+tJAAgAu0V4CAA+TY8A==
Date: Thu, 06 Jun 2019 07:21:18 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93302EAA17AD@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <20160428004904.25189.43047.idtracker@ietfa.amsl.com> <588C586F-C303-418E-8D26-477C4B37CF92@gmail.com> <787AE7BB302AE849A7480A190F8B93302EA8F6B2@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <ECE11EF9-6CC0-4EBE-98D3-AD5E7E5B782A@cisco.com>
In-Reply-To: <ECE11EF9-6CC0-4EBE-98D3-AD5E7E5B782A@cisco.com>
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: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/eYJuZ2xED2b0IT4Nfk_3LeaMgPs>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Jun 2019 07:21:24 -0000

Hi Darren, 

I may missed where this was discussed, but this text is underspecified/not clear. 

The text says explicitly that the use of this tag is out of scope. It is weird to provision a field for something we don't know/understand (from the reading of the spec).

Cheers,
Med

> -----Message d'origine-----
> De : Darren Dukes (ddukes) [mailto:ddukes@cisco.com]
> Envoyé : lundi 3 juin 2019 21:47
> À : BOUCADAIR Mohamed TGI/OLN
> Cc : Bob Hinden; IPv6 List
> Objet : Re: 6man w.g. last call for <draft-ietf-6man-segment-routing-
> header-19.txt>
> 
> Hi Med, this was closed by the WG during the previous last call,
> concluding with this text.
> 
> Darren
> 
> > On May 27, 2019, at 5:02 AM, mohamed.boucadair@orange.com wrote:
> >
> > Hi Bob, all,
> >
> > I do still don't understand the intent of this field:
> >
> >   o  Tag: tag a packet as part of a class or group of packets, e.g.,
> >      packets sharing the same set of properties.  When tag is not used
> >      at source it MUST be set to zero on transmission.  When tag is not
> >      used during SRH Processing it SHOULD be ignored.  Tag is not used
> >      when processing the SID defined in Section 4.3.1.  It may be used
> >      when processing other SID types which are not defined in this
> >      document.  The allocation and use of tag is outside the scope of
> >      this document.
> >
> > In the absence of a clear definition of this field, it is better to set
> these bits as unassigned.
> >
> > Cheers,
> > Med
> >
> >> -----Message d'origine-----
> >> De : ipv6 [mailto:ipv6-bounces@ietf.org] De la part de Bob Hinden
> >> Envoyé : mercredi 22 mai 2019 15:40
> >> À : IPv6 List
> >> Cc : Bob Hinden
> >> Objet : 6man w.g. last call for <draft-ietf-6man-segment-routing-
> header-
> >> 19.txt>
> >>
> >> Hello,
> >>
> >> This message starts a new two week 6MAN Working Group Last Call on
> >> advancing:
> >>
> >>       Title           : IPv6 Segment Routing Header (SRH)
> >>       Authors         : Clarence Filsfils
> >>                         Darren Dukes
> >>                         Stefano Previdi
> >>                         John Leddy
> >>                         Satoru Matsushima
> >>                         Daniel Voyer
> >> 	Filename        : draft-ietf-6man-segment-routing-header-19.txt
> >> 	Pages           : 32
> >> 	Date            : 2019-05-21
> >>
> >>    https://tools.ietf.org/html/draft-ietf-6man-segment-routing-header
> >>
> >> as a Proposed Standard.
> >>
> >> This document was in an extended last call that started in March of
> 2018.
> >> An issue tracker was set up, and eight new versions of the draft were
> >> produced and discussed on the list and at face to face 6man sessions.
> >> All of the issues in the tracker have been closed.  The chairs believe
> it
> >> is ready to advance, but given the number of changes and the time that
> >> elapsed, a new w.g. last call is warranted.  Please review the new
> >> document.
> >>
> >> Our thanks to the authors/editors and the working group for the work on
> >> this document.
> >>
> >> Substantive comments and statements of support for publishing this
> >> document should be directed to the mailing list. Editorial suggestions
> can
> >> be sent to the author.  This last call will
> >> end on 5 June 2019.
> >>
> >> Thanks,
> >> Bob & Ole
> >>
> >>
> >>
> >>
> >> --------------------------------------------------------------------
> >> IETF IPv6 working group mailing list
> >> ipv6@ietf.org
> >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> >> --------------------------------------------------------------------
> >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > --------------------------------------------------------------------