[Pce] PCE and codepoints

"Adrian Farrel" <adrian@olddog.co.uk> Sat, 04 March 2017 10:25 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE3091294A7 for <pce@ietfa.amsl.com>; Sat, 4 Mar 2017 02:25:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level:
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 IbiFgyHR1xNd for <pce@ietfa.amsl.com>; Sat, 4 Mar 2017 02:24:59 -0800 (PST)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBD771293F4 for <pce@ietf.org>; Sat, 4 Mar 2017 02:24:58 -0800 (PST)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id v24AOjw3017696; Sat, 4 Mar 2017 10:24:45 GMT
Received: from 950129200 ([176.241.250.4]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id v24AOeJP017651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Mar 2017 10:24:43 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Dhruv Dhody' <dhruv.dhody@huawei.com>, 'Girish Birajdar' <girish134@gmail.com>
Date: Sat, 04 Mar 2017 10:24:38 -0000
Message-ID: <027c01d294d1$89db44d0$9d91ce70$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_027D_01D294D1.89E15F50"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdKU0YYxVX2uRF/LTvab7K1IUcpPwA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-22920.006
X-TM-AS-Result: No--21.714-10.0-31-10
X-imss-scan-details: No--21.714-10.0-31-10
X-TMASE-MatchedRID: mGV7xPP3pcXv6kiVCTIVSiBQRBOQhaJimGfxHY10dzscIAvteQEPNoFE Kqw2CUrwUv4rCBFxg78thMwJZwfKERdqVG+mEWCurSR72b6g6bTKK48Aa8Xh3skvxOYLRocOECT q1hdYNfHbdVhh2FZARNOEZs/2oH3cSiliXIcwP3H4JyR+b5tvoLNSyHg0cfpjnK6NH0kJeVpHU0 ZSY2zMjAi0xaFtKyGqCU+6z8xKoLtxZkR+u3smBaj5v7I4/SgYP7OPdSg6FczdNsAVIvMIYrsjy dWSR8nqZMWKXMYF1HG20BbG4zmyXlK6+0HOVoSoAkmawJ00tAZxQ9CNI5RA3cX5dLrRwDRDI/VA i0x8r7hyXgR0ecAdfVu4M/xm4KZe/Hd4CUWIS/HxSV7YBeBhSxieLaqEci7JMWfVJxta6v/URHd UZw4OO5F8y72N+Bo0jdlx/pD6Y4ybKpAlY2y6SXK5XHK0qPyaLIHZB0nMVDGynUhD2tnSEis6L3 bFZPPBf46ELUnpDSz9KXlxhBAZb66IBbSnfz+30pZKESwinxOekFZ5VzCMoF632KLJ/vqKYzJXv nx6ybZ0bnu2kHqixLMsPmSZxbpkE7JInT4wddoTjfkO3pb+WD0msIgSyun3H/Z71HJDNaFacyhB 9L1arxJ3qw6ad/ljABhihvAhvAJIeNYTP8OmTPk3SjZMcZFk0aPEcmjimGzULI6JA2A+Neulrrv UsCg/hxaO3bw3PjDjrayXo0o3MIfsPVs/8Vw6EfKzCAntKpA57kFjOTI5JYBMc1fifV0YrASenh 5vFp6n+dP7GcjVHeRw69tAYXNG6tEkNTIMeQibKItl61J/yZUdXE/WGn0FSlnU38LCY8tjF674i qaTwTsAVzN+Ov/sGX5S67daNEO9rFkxQz/A+BtlXbFb6w0WAz3mbLhpCFHJ3k+viKTb5A==
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/vx7SjWiUpMMVAFHcsObGL-T5z0U>
Cc: pce@ietf.org
Subject: [Pce] PCE and codepoints
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Mar 2017 10:25:02 -0000

This thread is an example of why some of us have ranted *endlessly* at the PC working group to STOP PUTTING EXPLICIT VALUES FOR CODEPOINTS IN INTERNET-DRAFTS.
 
Just don't do it. Stop. Now. Take them out?
 
Why do you do it? It does not help anyone. It makes things bad.
 
I am sure I even recall the chairs asking editors to take them out. Why do we have WG drafts with explicit codepoints in them.
 
I am beyond frustrated with this :-)
 
Adrian
 
From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody
Sent: 04 March 2017 03:26
To: Girish Birajdar; draft-ietf-pce-stateful-sync-optimizations@ietf.org
Cc: pce@ietf.org
Subject: Re: [Pce] I-D Action: draft-ietf-pce-stateful-sync-optimizations-09.txt
 
Hi Girish, 
 
(1)    You are comparing two different things - 
https://tools.ietf.org/html/draft-ietf-pce-stateful-sync-optimizations-09#section-8.3
is for bit inside the STATEFUL-PCE-CAPABILITY TLV i.e. bit no 26
where as https://tools.ietf.org/html/draft-ietf-pce-segment-routing-08#section-9.3
is for the TLV Type i.e TLV Type = 26
We have done our best to keep the codepoints align across all stateful PCE drafts. 
But note that these are only suggestions and final authority is with IANA. 
 
(2)    The IANA early allocation [RFC7120] is the best way to make sure implementations use the right code points with no confusion. 
Chairs have done that for the stateful PCE, SR, Initiated and path setup type drafts. Those are visible at - http://www.iana.org/assignments/pcep/pcep.xhtml.
         As this draft goes to the RFC editor, the IANA would block the codepoints for this draft too.
 
(3)    There is a draft asking for experimental code points in PCEP - https://tools.ietf.org/html/draft-dhody-pce-pcep-exp-codepoints-02 ; do review and suggest if you find that useful for early experimentation of ideas. 
 
Thanks! 
Dhruv
 
From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Girish Birajdar
Sent: 04 March 2017 02:20
To: draft-ietf-pce-stateful-sync-optimizations@ietf.org
Cc: pce@ietf.org
Subject: Re: [Pce] I-D Action: draft-ietf-pce-stateful-sync-optimizations-09.txt
 
Dear Authors,
Suggested TLV values conflict with in other PCE drafts. I could find 2 conflicts, there may be more. Is there a way the PCE WG can manage TLV values across drafts? For compatibility between vendors and different software release from same vendor - keeping these values unchanged is critical.
8.3.  STATEFUL-PCE-CAPABILITY TLV
    TBD11 (suggested value 26) TRIGGERED-INITIAL-SYNC    This document
    TBD12 (suggested value 28) TRIGGERED-RESYNC          This document


https://tools.ietf.org/html/draft-ietf-pce-segment-routing-08#section-9.4 - 
SR-PCE-CAPABILITY is 26

https://tools.ietf.org/html/draft-ietf-pce-lsp-setup-type-03#section-6.1
PATH-SETUP-TYPE is 28
Thanks,
Girish
 
On Tue, Feb 28, 2017 at 6:08 AM, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Path Computation Element of the IETF.

        Title           : Optimizations of Label Switched Path State Synchronization Procedures for a Stateful PCE
        Authors         : Edward Crabbe
                          Ina Minei
                          Jan Medved
                          Robert Varga
                          Xian Zhang
                          Dhruv Dhody
        Filename        : draft-ietf-pce-stateful-sync-optimizations-09.txt
        Pages           : 25
        Date            : 2017-02-28

Abstract:
   A stateful Path Computation Element (PCE) has access to not only the
   information disseminated by the network's Interior Gateway Protocol
   (IGP), but also the set of active paths and their reserved resources
   for its computation.  The additional Label Switched Path (LSP) state
   information allows the PCE to compute constrained paths while
   considering individual LSPs and their interactions.  This requires a
   state synchronization mechanism between the PCE and the network, PCE
   and path computation clients (PCCs), and between cooperating PCEs.
   The basic mechanism for state synchronization is part of the stateful
   PCE specification.  This document presents motivations for
   optimizations to the base state synchronization procedure and
   specifies the required Path Computation Element Communication
   Protocol (PCEP) extensions.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-sync-optimizations/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-pce-stateful-sync-optimizations-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-sync-optimizations-09


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce