Re: [OSPF] Alvaro Retana's Discuss on draft-ietf-ospf-node-admin-tag-07: (with DISCUSS and COMMENT)

<bruno.decraene@orange.com> Fri, 16 October 2015 15:26 UTC

Return-Path: <bruno.decraene@orange.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B050B1B3177; Fri, 16 Oct 2015 08:26:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham
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 ehI7mQSix419; Fri, 16 Oct 2015 08:26:26 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56D0C1B3152; Fri, 16 Oct 2015 08:26:25 -0700 (PDT)
Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id A2C5422C456; Fri, 16 Oct 2015 17:26:23 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.17]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id 75AC235C05A; Fri, 16 Oct 2015 17:26:23 +0200 (CEST)
Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM24.corporate.adroot.infra.ftgroup ([fe80::a1e6:3e6a:1f68:5f7e%19]) with mapi id 14.03.0248.002; Fri, 16 Oct 2015 17:26:23 +0200
From: bruno.decraene@orange.com
To: "Acee Lindem (acee)" <acee@cisco.com>, Rob Shakir <rjs@rob.sh>, Shraddha Hegde <shraddha@juniper.net>, The IESG <iesg@ietf.org>, "Alvaro Retana (aretana)" <aretana@cisco.com>
Thread-Topic: Alvaro Retana's Discuss on draft-ietf-ospf-node-admin-tag-07: (with DISCUSS and COMMENT)
Thread-Index: AQHRBcJvLL/ypjzyUkSUc2T68+cxGJ5sUYCAgAAuTQCAAbA8AP//5uGAgABXaoCAABZCgIAAAQmA//++nID///yfoA==
Date: Fri, 16 Oct 2015 15:26:22 +0000
Message-ID: <22323_1445009183_5621171F_22323_5667_1_53C29892C857584299CBF5D05346208A0F67D2CF@OPEXCLILM21.corporate.adroot.infra.ftgroup>
References: <20151013142127.29680.19611.idtracker@ietfa.amsl.com> <BY1PR0501MB1381AA752314C8677284A2F5D53E0@BY1PR0501MB1381.namprd05.prod.outlook.com> <D244F4BA.DB9E8%aretana@cisco.com> <BY1PR0501MB1381A540ECC4E6F62651BF6ED53D0@BY1PR0501MB1381.namprd05.prod.outlook.com> <D2464C12.DBDFA%aretana@cisco.com> <etPan.5620f609.42befee7.19d1@piccolo.local> <D2467F6C.DBF6D%aretana@cisco.com> <etPan.5621091b.7b9078ae.ae6d@jivecommunications.com> <D24681AA.36A15%acee@cisco.com>
In-Reply-To: <D24681AA.36A15%acee@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.5]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.16.141517
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/WTZ4CO5hWNwkb5gvcrqLR9oWUBg>
Cc: "ospf@ietf.org" <ospf@ietf.org>, "draft-ietf-ospf-node-admin-tag@ietf.org" <draft-ietf-ospf-node-admin-tag@ietf.org>, "draft-ietf-ospf-node-admin-tag.ad@ietf.org" <draft-ietf-ospf-node-admin-tag.ad@ietf.org>, "draft-ietf-ospf-node-admin-tag.shepherd@ietf.org" <draft-ietf-ospf-node-admin-tag.shepherd@ietf.org>, "ospf-chairs@ietf.org" <ospf-chairs@ietf.org>
Subject: Re: [OSPF] Alvaro Retana's Discuss on draft-ietf-ospf-node-admin-tag-07: (with DISCUSS and COMMENT)
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Oct 2015 15:26:28 -0000

Acee,

> From: Acee Lindem (acee) [mailto:acee@cisco.com] > Sent: Friday, October 16, 2015 4:32 PM
> 
> Hi Rob, Alvaro,
> 
> This is a great discussion! It is unfortunate that it did not occur
> earlier on the OSPF WG list. I’d like to determine how we can solicit more
> discussion earlier in the process. See one inline below…
> 
> On 10/16/15, 10:26 AM, "Rob Shakir" <rjs@rob.sh> wrote:
> 
> >
> >Hi Alvaro,
> >
> >On October 16, 2015 at 08:23:44, Alvaro Retana (aretana)
> >(aretana@cisco.com) wrote:
> >> Are you advocating for the draft to specify an ordering scheme, or at
> >>just
> >> leaving it at "MUST be considered unordered"? Your text below says one
> >>or
> >> the other, just wondering about preference.
> >
> >I prefer leaving "MUST be considered unordered” in the document, I
> >currently cannot envisage any use cases that would need to consider
> >ordering (in general, I think this can be dealt with by creating a new
> >tag).
> 
> In thinking about this and case of nondeterministic behavior with varying
> implementation ordering, I think we should keep it as unordered and
> discourage the creation of policies that are sensitive to ordering.

Looks good to me.
This is also in sync with IS-IS prefix admin tag (RFC 5130), which BTW has a section about "Ordering of tags" http://tools.ietf.org/html/rfc5130#section-4

OSPF node tag says:
   The semantics of the tag order has no meaning.  That is, there is no
   implied meaning to the ordering of the tags that indicates a certain
   operation or set of operations that need to be performed based on the
   ordering.


IS-IS prefix tags says:
The semantics of the tag order are implementation-dependent.  That
   is, there is no implied meaning to the ordering of the tags that
   indicates a certain operation or set of operations need be performed
   based on the order of the tags.


i.e. both are quite identical. An option would be to make then identical.

Thanks,
--Bruno 

> Thanks,
> Acee
> 
> 
> 
> >
> >Kind regards,
> >r.


_________________________________________________________________________________________________________________________

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.