Re: [YANG] new pyang errors

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 23 January 2008 08:41 UTC

Return-path: <yang-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHbAw-0005VI-18; Wed, 23 Jan 2008 03:41:38 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JHbAu-0005VA-OA for yang-confirm+ok@megatron.ietf.org; Wed, 23 Jan 2008 03:41:36 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHbAu-0005V1-8R for yang@ietf.org; Wed, 23 Jan 2008 03:41:36 -0500
Received: from hermes.jacobs-university.de ([212.201.44.23]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JHbAt-0005qG-LH for yang@ietf.org; Wed, 23 Jan 2008 03:41:36 -0500
Received: from localhost (demetrius.jacobs-university.de [212.201.44.32]) by hermes.jacobs-university.de (Postfix) with ESMTP id 419C48A400; Wed, 23 Jan 2008 09:41:34 +0100 (CET)
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 19875-06; Wed, 23 Jan 2008 09:41:29 +0100 (CET)
Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 302138A40B; Wed, 23 Jan 2008 09:41:25 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id A0D4447973C; Wed, 23 Jan 2008 09:41:23 +0100 (CET)
Date: Wed, 23 Jan 2008 09:41:23 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Ladislav Lhotka <lhotka@cesnet.cz>
Subject: Re: [YANG] new pyang errors
Message-ID: <20080123084123.GB7227@elstar.local>
Mail-Followup-To: Ladislav Lhotka <lhotka@cesnet.cz>, yang@ietf.org
References: <200801230559.m0N5xoXf020086@idle.juniper.net> <1201074051.17304.35.camel@missotis> <20080123074427.GE7105@elstar.local> <1201076756.17304.62.camel@missotis>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1201076756.17304.62.camel@missotis>
User-Agent: Mutt/1.5.17 (2007-11-01)
X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at jacobs-university.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9
Cc: yang@ietf.org
X-BeenThere: yang@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: j.schoenwaelder@jacobs-university.de
List-Id: YANG modeling Language for NETCONF <yang.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/yang>, <mailto:yang-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/yang>
List-Post: <mailto:yang@ietf.org>
List-Help: <mailto:yang-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/yang>, <mailto:yang-request@ietf.org?subject=subscribe>
Errors-To: yang-bounces@ietf.org

On Wed, Jan 23, 2008 at 09:25:56AM +0100, Ladislav Lhotka wrote:

> > a) ssh is not going to do that for me anytime soon
> 
> It's important that raw ssh works in principle but let's face it -
> reading and typing NETCONF XML stuff via stdin/stdout is only for
> masochists.

Perhaps real operators are masochists. Seriously, the amount of
existing scripting code using CLI interfaces is huge. This is not
going to go away. 

> > b) only the device really knows what has been touched
> 
> I'd like to make sure that my configurations work - as much as possible
> - even after the device has been replaced by another brand.

There is no contradiction between these two statements so I guess you
agree with my statement. ;-)

> > c) configuration will always be to some extend proprietary; so your
> >    app needs to understand all the proprietary stuff of all your devices
> 
> I don't agree - the whole NETCONF then wouldn't make much sense. That
> "some extent" must be rather minor IMO.

It is an illusion to believe that all router vendors will ship exactly
the same feature set. Whether the proprietary configuration knobs will
be 1% or 100% we don't know - but it will exist.

> > d) SNMP failed badly in this space, partly because of b) and c)
> 
> Avoiding hidden assumptions cannot make the situation worse, only
> better.

I am not sure which hidden assumptions you have in mind.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>


_______________________________________________
YANG mailing list
YANG@ietf.org
https://www1.ietf.org/mailman/listinfo/yang