Re: [OSPF] draft-ietf-ospf-yang-03 questions and doubts

"Acee Lindem (acee)" <acee@cisco.com> Fri, 13 May 2016 14:02 UTC

Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2DB212D159; Fri, 13 May 2016 07:02:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.517
X-Spam-Level:
X-Spam-Status: No, score=-15.517 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 dKq19mtK2MgY; Fri, 13 May 2016 07:02:29 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92EF112D18A; Fri, 13 May 2016 07:02:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4020; q=dns/txt; s=iport; t=1463148149; x=1464357749; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=q6KSyVMvziFFpXKaIFFuI/F0Eq/7+GKyHrY/DL8uu7Q=; b=Z7ffrTsmkxL94dxLy4NBhDXBiboYntWE/VBCy6jYbDGD1AMB42LfEhBQ uQC2pzKauPUXO6XAKYoOSm5Y/0Qx7UVLTN+iyYwI0ZLNCEkiLqcAzxp3f fA6sry5CbMUSDz8WA9a8LDNjmGUhABoalrwW0aucu0iVewLnCGdcAB6Q5 Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D9AQAl3jVX/5RdJa1egzdVfga5UQENgXYXC4JAgzICHIEQOBQBAQEBAQEBZSeEQgEBAQQBAQEgEToLDAQCAQgVAQQCJgICAiULFRACBAENBYgvDq9DkQgBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBYEBiXGEKRYHMQKCRoJZBY1fikgBjh2BaYRPiGGPQAEeAQFCg2xuh1t/AQEB
X-IronPort-AV: E=Sophos;i="5.24,614,1454976000"; d="scan'208";a="107616487"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 May 2016 14:02:28 +0000
Received: from XCH-RTP-006.cisco.com (xch-rtp-006.cisco.com [64.101.220.146]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id u4DE2Sia010129 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 May 2016 14:02:28 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-006.cisco.com (64.101.220.146) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 13 May 2016 10:02:27 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.009; Fri, 13 May 2016 10:02:27 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "t.petch" <ietfc@btconnect.com>, Alan Davey <Alan.Davey@metaswitch.com>, "Derek Man-Kit Yeung (myeung)" <myeung@cisco.com>, "draft-ietf-ospf-yang@ietf.org" <draft-ietf-ospf-yang@ietf.org>
Thread-Topic: [OSPF] draft-ietf-ospf-yang-03 questions and doubts
Thread-Index: AQHRrHYn2XZTM8Zh7Ea9M+xWxcvHEp+25z2A
Date: Fri, 13 May 2016 14:02:27 +0000
Message-ID: <D35B5666.60D24%acee@cisco.com>
References: <C2EE31C852049D499842B19FC01C0804012A72782A@ENFICSMBX1.datcon.co.uk> <D2D8C451.73937%myeung@cisco.com> <CY1PR0201MB1066110895F4C141E7779015F9AF0@CY1PR0201MB1066.namprd02.prod.outlook.com> <D2FDEE96.7531D%myeung@cisco.com> <BN3PR0201MB10597DBA718D60998EA82E0FF9950@BN3PR0201MB1059.namprd02.prod.outlook.com> <BN3PR0201MB10593ECF530B4B73B7EDEA38F9720@BN3PR0201MB1059.namprd02.prod.outlook.com> <01f101d1ac75$8fd66a80$4001a8c0@gateway.2wire.net>
In-Reply-To: <01f101d1ac75$8fd66a80$4001a8c0@gateway.2wire.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.196]
Content-Type: text/plain; charset="utf-8"
Content-ID: <13C65CE6EF58E04D99665334839BBC14@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/dVLa6Emho3R6N24mMFBHcDzZVgw>
Cc: OSPF WG List <ospf@ietf.org>
Subject: Re: [OSPF] draft-ietf-ospf-yang-03 questions and doubts
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.17
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, 13 May 2016 14:02:33 -0000

Hi Tom, 

On 5/12/16, 1:41 PM, "OSPF on behalf of t.petch" <ospf-bounces@ietf.org on
behalf of ietfc@btconnect.com> wrote:

>----- Original Message -----
>From: "Alan Davey" <Alan.Davey@metaswitch.com>
>To: "Derek Man-Kit Yeung (myeung)" <myeung@cisco.com>;
><draft-ietf-ospf-yang@ietf.org>
>Cc: "OSPF WG List" <ospf@ietf.org>
>Sent: Wednesday, May 11, 2016 5:40 PM
>
>Hi Derek
>
>A question about the key for OSPF interfaces in the Yang draft.  Please
>let me know what you think.
>
>The background is that the Management Information Base definitions
>define indices for OSPF interfaces as follows.
>
>
>-          For OSPFv2, RFC 4750 defines the index as ospfIfIpAddress,
>ospfAddressLessIf.
>
>-          For OSPFv3, RFC 5643 defines the index as ospfv3IfIndex,
>ospfv3IfInstId.
>
>However, in the OSPF Yang draft, the key is defined as "interface",
>which I believe is a name of the interface.
>
>How does "interface" map to the indices defined in RFCs 4750 and 5643?
>
><tp>
>
>It doesn't (IMHO).  You have two lists of interfaces in this I-D
>
>container interfaces { description "All interfaces."; list interface {
>key "interface";
>description "List of OSPF interfaces.";
>
>container interfaces { description "All interfaces in the area.";  list
>interface { key "interface";
>description "List of OSPF interfaces.";
>
>both keyed on 'interface' (which is two separate lists so two separate
>'interface' leaf, different sets of key objects.).

These are basically the same lists - one is for operational state and the
other is for configuration.


>
>Both are defined as
>
>     type if:interface-ref;
>
>and the if: harks back to
>     import ietf-interfaces {prefix "if";
>and ietf-interfaces is in RFC7223 where interface-ref is defined as
>"   An interface is identified by its name, which is unique within the
>   server.  This property is captured in the "interface-ref" and
>   "interface-state-ref" typedefs, which other YANG modules SHOULD use
>   when they need to reference a configured interface or operationally
>   used interface, respectively."
>
>So both lists are keyed on a name which is unique within the server and
>can be anything, such as 'lan0' or 'fast-ethernet-23/7' or
>'hotplug23/6/15' or... It all depends; names may be dictated by the
>hardware with no choice, or they may be dictated by the software to
>compliant hardware or ...
>
>Underlying this is the thought that we have no good definition of an
>interface, one that works across all protocols and other aspects of a
>configuration; an interface is like a blob of jelly and pinning it down
>to be a name is about as good a grasp of it as we will get (IMO).

Agreed. 

Thanks,
Acee 



>
>Tom Petch
>
>Thanks
>Alan
>
>_______________________________________________
>OSPF mailing list
>OSPF@ietf.org
>https://www.ietf.org/mailman/listinfo/ospf