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

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

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id C2DB212D159; Fri, 13 May 2016 07:02:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -15.517
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: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id dKq19mtK2MgY; Fri, 13 May 2016 07:02:29 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 92EF112D18A; Fri, 13 May 2016 07:02:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; 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-AV: E=Sophos;i="5.24,614,1454976000"; d="scan'208";a="107616487"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 May 2016 14:02:28 +0000
Received: from ( []) by (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 ( by ( with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 13 May 2016 10:02:27 -0400
Received: from ([]) by ([]) with mapi id 15.00.1104.009; Fri, 13 May 2016 10:02:27 -0400
From: "Acee Lindem (acee)" <>
To: "t.petch" <>, Alan Davey <>, "Derek Man-Kit Yeung (myeung)" <>, "" <>
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: <>
References: <> <> <> <> <> <> <01f101d1ac75$8fd66a80$>
In-Reply-To: <01f101d1ac75$8fd66a80$>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-ID: <>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <>
Cc: OSPF WG List <>
Subject: Re: [OSPF] draft-ietf-ospf-yang-03 questions and doubts
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-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" < on
behalf of> wrote:

>----- Original Message -----
>From: "Alan Davey" <>
>To: "Derek Man-Kit Yeung (myeung)" <>;
>Cc: "OSPF WG List" <>
>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,
>-          For OSPFv3, RFC 5643 defines the index as ospfv3IfIndex,
>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?
>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).



>Tom Petch
>OSPF mailing list