Re: [Netconf] Netconf Light or Netconf for constrained devices

Phil Shafer <phil@juniper.net> Wed, 04 April 2012 12:06 UTC

Return-Path: <phil@juniper.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 537CD21F8736 for <netconf@ietfa.amsl.com>; Wed, 4 Apr 2012 05:06:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PL8pc5olo4G2 for <netconf@ietfa.amsl.com>; Wed, 4 Apr 2012 05:06:56 -0700 (PDT)
Received: from exprod7og124.obsmtp.com (exprod7og124.obsmtp.com [64.18.2.26]) by ietfa.amsl.com (Postfix) with ESMTP id F278A21F8735 for <netconf@ietf.org>; Wed, 4 Apr 2012 05:06:53 -0700 (PDT)
Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob124.postini.com ([64.18.6.12]) with SMTP ID DSNKT3w5XW/+4gme1YO1c842twrCsX6PVOmy@postini.com; Wed, 04 Apr 2012 05:06:56 PDT
Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB02-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 4 Apr 2012 05:06:39 -0700
Received: from idle.juniper.net (idleski.juniper.net [172.25.4.26]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q34C6Y121875; Wed, 4 Apr 2012 05:06:35 -0700 (PDT) (envelope-from phil@juniper.net)
Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.14.4/8.14.3) with ESMTP id q34C75u7013612; Wed, 4 Apr 2012 08:07:06 -0400 (EDT) (envelope-from phil@idle.juniper.net)
Message-ID: <201204041207.q34C75u7013612@idle.juniper.net>
To: Jonathan.Hansford@generaldynamics.uk.com
In-Reply-To: <83C941F7F59F3F42AC017AD1E6505462069530E5@GDUKADH850.uk1.r-org.net>
Date: Wed, 04 Apr 2012 08:07:05 -0400
From: Phil Shafer <phil@juniper.net>
MIME-Version: 1.0
Content-Type: text/plain
Cc: netconf@ietf.org
Subject: Re: [Netconf] Netconf Light or Netconf for constrained devices
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netconf>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Apr 2012 12:06:57 -0000

Jonathan.Hansford@generaldynamics.uk.com writes:
>One of the operator requirements brought out in RFC3535 states:
>
>4. It is necessary to enable operators to concentrate on the
>   configuration of the network as a whole rather than individual
>   devices.
>
>That is most easily achieved if either all network products are from a
>single supplier and managed through their NMS or network products are
>from multiple suppliers managed through a generic "3rd-party" NMS.

I think the key need here is to stop seeing device models as the
target, but to instead model networks at a higher level.  We could
model LAN segments and point-to-point links and assign protocol
features to them (ip prefix, OSPF area) instead of repeating the
same config values for each device in the network.

With appropriate models, error checking become automatic and simple.
Opportunities for errors disappear, as the config values are entered
in a single place (can't set the an inconsistent OSPF area number
if you set it for the LAN segment).  Difficult errors become trivial
(easy to check that every interface connected to a LAN segment fits
into the segment's IP prefix).  Whole classes of impossible-to-find
errors (like misconfiguring the encoding on an unnumbered point-to-point
link) simply vanish.

The NMS would generate generic device-centric configuration that
would be translated into specific device config based on the
make, model, and role of that device.

Thanks,
 Phil