Re: [Pce] WG Last Call of draft-ietf-pce-vendor-constraints-10

Oscar González de Dios <ogondio@tid.es> Wed, 26 June 2013 15:53 UTC

Return-Path: <ogondio@tid.es>
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 82B9011E80AD for <pce@ietfa.amsl.com>; Wed, 26 Jun 2013 08:53:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Level:
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oRVEQ-nDZtsc for <pce@ietfa.amsl.com>; Wed, 26 Jun 2013 08:52:57 -0700 (PDT)
Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id 04BA511E8121 for <pce@ietf.org>; Wed, 26 Jun 2013 08:52:52 -0700 (PDT)
Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0MP000JU4C3YUW@tid.hi.inet> for pce@ietf.org; Wed, 26 Jun 2013 17:52:46 +0200 (MEST)
Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id C0.7B.02911.C4E0BC15; Wed, 26 Jun 2013 17:52:45 +0200 (CEST)
Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0MP000JTOC3WUW@tid.hi.inet> for pce@ietf.org; Wed, 26 Jun 2013 17:52:44 +0200 (MEST)
Received: from EX10-MB2-MAD.hi.inet ([169.254.2.38]) by EX10-HTCAS7-MAD.hi.inet ([::1]) with mapi id 14.02.0342.003; Wed, 26 Jun 2013 17:52:44 +0200
Date: Wed, 26 Jun 2013 15:51:41 +0000
From: Oscar González de Dios <ogondio@tid.es>
In-reply-to: <51CAEC21.3080004@pantheon.sk>
X-Originating-IP: [10.95.64.115]
To: "pce@ietf.org" <pce@ietf.org>
Message-id: <7CFF94B047D8864CB6268315034E35DE2F5EEB83@EX10-MB2-MAD.hi.inet>
Content-id: <F699CAC792D46140860DF1AB06CCC30B@hi.inet>
MIME-version: 1.0
Content-type: text/plain; charset="Windows-1252"
Content-language: es-ES
Content-transfer-encoding: quoted-printable
Accept-Language: es-ES, en-US
Thread-topic: [Pce] WG Last Call of draft-ietf-pce-vendor-constraints-10
Thread-index: AQHOZ0QaBI4q8OuOG0O2c7ctd4I1UJlFAKOAgAKQTACAACVdAIAAO06AgABKQgA=
user-agent: Microsoft-MacOutlook/14.2.5.121010
X-AuditID: 0a5f4e69-b7f118e000000b5f-8f-51cb0e4c6aa3
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsXCFe9nqOvHdzrQ4PUyY4um+zfYHRg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVcfTAZpaC+7wVfV8bmBoY/3J1MXJySAiYSNz6+4cRwhaTuHBv PVsXIxeHkMB2RomHex9AOd8ZJSZ0z4dypjFK9H24zALSwiKgKrGi9z0biM0m4CTR0HMebJSw gIdEb98jZhCbU0BbouHrN1aIFQoSf849BusVEVCU+H5jNVgvr4C3xMlvrWA1zAJmEqtu9UPF BSV+TL7HAhHXk/j45zYjhC0uMefXRKh6bYkn7y6A2YwCshIrz58GquEAmu8p0XE9G2KVn0TT tcVgY0SBxrQdO8MOcY6AxJI955khbFGJl4//sU5gFJ+F5IpZSK6YheSKWUiumIXkigWMrKsY xYqTijLTM0pyEzNz0g2M9DIy9TLzUks2MULiK3MH4/KdKocYBTgYlXh4PzCeDhRiTSwrrsw9 xCjBwawkwvtm/qlAId6UxMqq1KL8+KLSnNTiQ4xMHJxSDYx97u1e6rmbpm2vED1bO+WMcPwE O9n93F/2OuinJtp3PPi3wjLqvcVqmTPf7oiErxYRP/Bf+NpEH8UDn/YltAdvvt7aztF6/9k9 +aN1c4X+uCT9MVefsLN58+UTaWZX+2+X3iw54Vt0b77V/tNPz5VfmKcz57W7VtoLdhGvd9c1 vZo0lgRsW82pxFKckWioxVxUnAgAy5D/Ao0CAAA=
Subject: Re: [Pce] WG Last Call of draft-ietf-pce-vendor-constraints-10
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: <http://www.ietf.org/mail-archive/web/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: Wed, 26 Jun 2013 15:53:03 -0000

Dear PCErs,

   First of all, I must say that standardizing a way to de-standardize a
protocol is weird. The document draft-ietf-pce-vendor-constraints-10
defines a new object and a new TLV to carry proprietary information. Thus,
two implementations will never interwork properly if they use this I-D. Of
course, the object can be ignored, but also, the information of the object
is lost. And if the intention is to be used only internally by vendors,
why standardize it? You can add to your implementation whatever new object
or TLV you have in mind, you are not going to interop with anybody
anywayŠ.

   As nothing can be done about that (the ID was adopted by the WG long
time ago), let's focus on what can be done now to foster interoperabilityŠ

   Ramon, Cyril and Robert raised very good issues about grammars and
having several documents that do not cover all the objects in them. Given
that the ordering is STRICT, it is highly important to have a clear
grammar, with ZERO interpretation margin.

   My suggestion is that now, when most of the extensions to PCEP are
quite mature, we could have an ID covering the grammar of RFC 5440 +
mature stateless PCE extensions. This is something I had in mind long time
ago, as it would be the best way to facilitate the interoperability.


   Best Regards,

        Oscar



________________________________

Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo.
This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx