Re: [netmod] interface and ip

Ladislav Lhotka <lhotka@nic.cz> Tue, 11 September 2012 08:27 UTC

Return-Path: <lhotka@nic.cz>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E78221F8742 for <netmod@ietfa.amsl.com>; Tue, 11 Sep 2012 01:27:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.724
X-Spam-Level:
X-Spam-Status: No, score=-1.724 tagged_above=-999 required=5 tests=[AWL=0.275, BAYES_00=-2.599, J_CHICKENPOX_23=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zaWaeUdQIMrr for <netmod@ietfa.amsl.com>; Tue, 11 Sep 2012 01:27:53 -0700 (PDT)
Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 76F0421F8746 for <netmod@ietf.org>; Tue, 11 Sep 2012 01:27:50 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 0874C540566 for <netmod@ietf.org>; Tue, 11 Sep 2012 10:27:49 +0200 (CEST)
Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jOlz-P2MrcJQ for <netmod@ietf.org>; Tue, 11 Sep 2012 10:27:42 +0200 (CEST)
Received: from localhost (birdie.lhotkovi.cz [172.29.2.201]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 25A745404F5 for <netmod@ietf.org>; Tue, 11 Sep 2012 10:27:41 +0200 (CEST)
From: Ladislav Lhotka <lhotka@nic.cz>
To: netmod@ietf.org
In-Reply-To: <20120910.220655.433664319.mbj@tail-f.com>
References: <CABCOCHQ1GkHXsSoQ5dxa-rOX43+URTm1Tnh4MdqYwnmeiQcGyA@mail.gmail.com> <36531B4B-E76B-4C6C-A05B-1ADC1234CCA1@nic.cz> <CABCOCHTtAzDzyvov+SC-EspC23RfAK6EvtJKHcZTxdH=3e_j-A@mail.gmail.com> <20120910.220655.433664319.mbj@tail-f.com>
User-Agent: Notmuch/0.13.2+77~g39beeb2 (http://notmuchmail.org) Emacs/23.3.50.1 (i386-apple-darwin9.8.0)
Mail-Followup-To: netmod@ietf.org
Date: Tue, 11 Sep 2012 10:27:40 +0200
Message-ID: <m2zk4xm0ar.fsf@nic.cz>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Subject: Re: [netmod] interface and ip
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netmod>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Sep 2012 08:27:54 -0000

Martin Bjorklund <mbj@tail-f.com> writes:

>> 
>> If vendors can pick their own secret patterns for strings, then they can
>> also change them, right?  So a name that works today in the "standard"
>> is in no way guaranteed to work in the future?  I think the current key
>> for the interface list needs more work.
>
> Even if the name is arbitrary, you will still have the problem that
> different devices have different hardware, and thus different
> "locations".  Again, making the name arbitrary doesn't solve *this*
> problem.

So how about doing three simple things:

1. Add a new leaf "local-name", mandatory for physical interfaces.

   IMO "type" and "location" is not enough, in particular on systems that allow for changing the 
   internal interface name, such as Linux.

2. Make "type" and "location" optional even for physical interfaces.

3. Remove the following two paragraphs from the description of "name":

   ---------------------------------------------------------
   A device MAY restrict the allowed values for this leaf,
   possibly depending on the type and location.

   For example, if a device has a single array of 8 ethernet
   ports, the name might be restricted to be on the form
   'ethN', where N is an integer between '1' and '8'.
   ----------------------------------------------------------

   A device imposing such restrictions should declare a deviation.

Lada

>
>
> /martin

-- 
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C