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
- [Netconf] FW: NETCONF WG Session Summary Ersue, Mehmet (NSN - DE/Munich)
- Re: [Netconf] FW: NETCONF WG Session Summary Juergen Schoenwaelder
- [Netconf] Netconf Light or Netconf for constraine… Bert Wijnen (IETF)
- Re: [Netconf] FW: NETCONF WG Session Summary Phil Shafer
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Cole, Robert G CIV USARMY CERDEC (US)
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Juergen Schoenwaelder
- Re: [Netconf] Netconf Light or Netconf for constr… Juergen Schoenwaelder
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Juergen Schoenwaelder
- Re: [Netconf] Netconf Light or Netconf for constr… Juergen Schoenwaelder
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Juergen Schoenwaelder
- Re: [Netconf] Netconf Light or Netconf for constr… Phil Shafer
- Re: [Netconf] Netconf Light or Netconf for constr… Martin Bjorklund
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Jonathan.Hansford
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Kent Watsen
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Jonathan.Hansford
- Re: [Netconf] Netconf Light or Netconf for constr… Phil Shafer
- Re: [Netconf] Netconf Light or Netconf for constr… Andy Bierman
- Re: [Netconf] Netconf Light or Netconf for constr… Juergen Schoenwaelder
- Re: [Netconf] Netconf Light or Netconf for constr… Randy Presuhn