IETF Logo Mail Archive

Re: [Teas] [netmod] Key collision between configured and ephemeral list entries

Italo Busi <Italo.Busi@huawei.com> Tue, 11 June 2019 16:36 UTC

Return-Path: <Italo.Busi@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A479D120075; Tue, 11 Jun 2019 09:36:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 6ZlBQVRgV1Le; Tue, 11 Jun 2019 09:36:24 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BC8F120376; Tue, 11 Jun 2019 09:36:17 -0700 (PDT)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 4AE02994A7AD18363AF8; Tue, 11 Jun 2019 17:36:15 +0100 (IST)
Received: from LHREML504-MBS.china.huawei.com ([10.201.109.59]) by lhreml703-cah.china.huawei.com ([10.201.108.44]) with mapi id 14.03.0415.000; Tue, 11 Jun 2019 17:36:09 +0100
From: Italo Busi <Italo.Busi@huawei.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Andy Bierman <andy@yumaworks.com>
CC: "teas@ietf.org" <teas@ietf.org>, Tarek Saad <tsaad.net@gmail.com>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] [Teas] Key collision between configured and ephemeral list entries
Thread-Index: AQHVIGv3uNMq5vuvr0+PtfoTsE5mlKaWijaAgAAB7wCAABg74A==
Date: Tue, 11 Jun 2019 16:36:08 +0000
Message-ID: <91E3A1BD737FDF4FA14118387FF6766B2775D052@lhreml504-mbs>
References: <91E3A1BD737FDF4FA14118387FF6766B2774D314@lhreml504-mbs> <017f01d515f9$d0c662c0$4001a8c0@gateway.2wire.net> <91E3A1BD737FDF4FA14118387FF6766B2774DF6C@lhreml504-mbs> <062401d5160d$a568ea80$4001a8c0@gateway.2wire.net> <BYAPR11MB26314CD2365C6AEC39E696EDB51F0@BYAPR11MB2631.namprd11.prod.outlook.com> <BL0PR06MB4321DA01042ECAAD88E8420AFC1F0@BL0PR06MB4321.namprd06.prod.outlook.com> <91E3A1BD737FDF4FA14118387FF6766B2774E51F@lhreml504-mbs> <028b01d51933$1015fa80$4001a8c0@gateway.2wire.net> <91E3A1BD737FDF4FA14118387FF6766B2775CF49@lhreml504-mbs> <CABCOCHTFSfizdqszABgyv+SBHW2+5W5WF-HJvVo=EAJFcUnvJA@mail.gmail.com> <20190611160106.5o3pslwmnhaoyjzx@anna.jacobs.jacobs-university.de>
In-Reply-To: <20190611160106.5o3pslwmnhaoyjzx@anna.jacobs.jacobs-university.de>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.203.246.126]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/vULl1yW5p0lEP6cbket5Pug-o0o>
Subject: Re: [Teas] [netmod] Key collision between configured and ephemeral list entries
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Jun 2019 16:36:27 -0000

Juergen, Andy,

Thanks for your reply

I agree with your statements as long as we consider two sources for the same information/instance. In this case, my understanding is that the same key value is intentionally assigned by the two sources to indicate that they are representing the same information/instance and only one instance needs to be applied within the operational DS

The issue we are trying to solve is slightly different. We have two different instances from different sources and both of them need to be applied within the operational DS, but unfortunately they have got assigned the same key value ...

Italo

-----Original Message-----
From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
Sent: martedì 11 giugno 2019 18:01
To: Andy Bierman <andy@yumaworks.com>
Cc: Italo Busi <Italo.Busi@huawei.com>; teas@ietf.org; Tarek Saad <tsaad.net@gmail.com>; netmod@ietf.org
Subject: Re: [netmod] [Teas] Key collision between configured and ephemeral list entries

On Tue, Jun 11, 2019 at 08:54:11AM -0700, Andy Bierman wrote:

> There are no instance naming collisions within <running> or <ephemeral>.
> Only if you try to combine them, which is not how it works. The server 
> chooses what to put in <operational> and sets the origin attribute 
> accordingly.

And for a robust solution, it is good to have an explicit definition of which entry takes priority if there is a name clash.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>

v2.23.0 | Report a Bug | By Email