Re: Basic ietf process question ...
Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 02 August 2012 18:11 UTC
Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F63C21F8592; Thu, 2 Aug 2012 11:11:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.46
X-Spam-Level:
X-Spam-Status: No, score=-101.46 tagged_above=-999 required=5 tests=[AWL=0.231, BAYES_00=-2.599, RCVD_ILLEGAL_IP=1.908, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 C21BF+CaE2UM; Thu, 2 Aug 2012 11:11:13 -0700 (PDT)
Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id B2D9B11E8200; Thu, 2 Aug 2012 11:11:12 -0700 (PDT)
Received: by weyu54 with SMTP id u54so6888972wey.31 for <multiple recipients>; Thu, 02 Aug 2012 11:11:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=15LcXXzM72CCqEbZLP5PBiUzAiuj14e5H9nyrnaPvAE=; b=Emg8+eOMknZ8acozJpcMknPOk7a24Q/Uv+7g0kWHH+zkEuBh+WmoaIjm55POWov5WL S+6c6eUxGHxT/RfT3voFU7ZOXbn6teUVZfioUACy7v4xFIVlCQOxRBo+fYYIK0VqmJ81 U+s4bFa5u3R+uK1N/b82fux1cLKelpwFy0oVPtG+f1bCcKgkI3k0FPfqMmd4Mi8pAdgB ohILsuIRWS99NrZeg1w3MMQ9UdvZPXPZinY9WLqqx0DGZM1FJSbNTuECXH26lZFqKFAf fot0XL/JXXPsE8sg/gY9ZzYjPWRoDamdUnXOf9yPcfXPmd3tc94gojGFemLKXpEpEWh8 lpdg==
Received: by 10.180.104.197 with SMTP id gg5mr6700774wib.9.1343931071890; Thu, 02 Aug 2012 11:11:11 -0700 (PDT)
Received: from [192.168.1.65] (host-2-102-219-46.as13285.net. [2.102.219.46]) by mx.google.com with ESMTPS id fb20sm18993230wid.1.2012.08.02.11.11.10 (version=SSLv3 cipher=OTHER); Thu, 02 Aug 2012 11:11:11 -0700 (PDT)
Message-ID: <501AC2C7.6040707@gmail.com>
Date: Thu, 02 Aug 2012 19:11:19 +0100
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: robert@raszuk.net
Subject: Re: Basic ietf process question ...
References: <20120802055556.1356.17133.idtracker@ietfa.amsl.com><CALaySJK6RE1pnk0RJZjpU8jHb9KKb3zOjGc5NqTcVyb7kTBOyw@mail.gmail.com><CAL0qLwZaoVDtt_8o1Qr5NqG-rBk6jkAMMVT+jUUoiD2rhEvmuw@mail.gmail.com> <501AA9DF.6010208@raszuk.net> <EDC652A26FB23C4EB6384A4584434A0407E24713@307622ANEX5.global.avaya.com> <501AB4F5.7030205@raszuk.net>
In-Reply-To: <501AB4F5.7030205@raszuk.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, opsawg@ietf.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 18:11:19 -0000
I think anyone with intimate experience of the Web Services standards experiment (trying to use XML as if it was a Turing machine) would have extreme doubts about any proposal to impose such a requirement. It was not for no reason that many people came to refer to the Web Services family of standards as "WS-splat". The words "small" and "xml schema" don't really belong together, Regards Brian Carpenter On 02/08/2012 18:12, Robert Raszuk wrote: > Hi Dan, > >> We should be talking >> nowadays about a toolset rather than one tool that fits all. > > Just to clarify what I asked about .. I am not looking for a single tool > or single protocol to be used to configure everything. > > I am asking for small building block like xml schema (or something > similar) to be part of each new IETF proposal or protocol change. IMHO > only that can allow any further more fancy abstractions and tools to be > build and used in practice. > > Best regards, > R. > > > >> Hi, >> >> The OPSAWG/OPSAREA open meeting this afternoon has an item on the agenda >> concerning the revision of RFC1052 and discussing a new architecture for >> management protocols. >> >> >> My personal take is that no one protocol, or one data modeling language >> can match the operational requirements to configure and manage the wide >> and wider range of hosts, routers and other network devices that are >> used to implement IP networks and protocols. We should be talking >> nowadays about a toolset rather than one tool that fits all. However, >> this is a discussion that just starts. >> >> Regards, >> >> Dan >> >> >> >> >>> -----Original Message----- >>> From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On Behalf >> Of >>> Robert Raszuk >>> Sent: Thursday, August 02, 2012 7:25 PM >>> Cc: ietf@ietf.org >>> Subject: Basic ietf process question ... >>> >>> All, >>> >>> IETF documents have number of mandatory sections .. IANA Actions, >>> Security Considerations, Refs, etc ... >>> >>> Does anyone have a good reason why any new protocol definition or >>> enhancement does not have a build in mandatory "XML schema" section >>> which would allow to actually use such standards based enhancement in >>> vendor agnostic way ? >>> >>> There is a lot of talk about reinventing APIs, building network wide >> OS >>> platform, delivering SDNs (whatever it means at any point of time for >>> one) ... but how about we start with something very basic yet IMHO >>> necessary to slowly begin thinking of network as one plane. >>> >>> I understand that historically we had/still have SNMP however I have >>> never seen this being mandatory section of any standards track >> document. >>> Usually SNMP comes 5 years behind (if at all) making it obsolete by >>> design. >>> >>> NETCONF is great and very flexible communication channel for >>> provisioning. However it is sufficient to just look at number of ops >>> lists to see that those who tried to use it quickly abandoned their >>> efforts due to complete lack of XML schema from each vendor they >> happen >>> to use or complete mismatch of vendor to vendor XML interpretation. >>> >>> And while perhaps this is obvious I do not think that any new single >>> effort will address this. This has to be an atomic and integral part >> of >>> each WG's document. >>> >>> Looking forward for insightful comments ... >>> >>> Best, >>> R. >>> >> >> >> > >
- Re: New Version Notification for draft-leiba-exte… Barry Leiba
- Re: New Version Notification for draft-leiba-exte… Murray S. Kucherawy
- Basic ietf process question ... Robert Raszuk
- Re: Basic ietf process question ... Randy Bush
- RE: Basic ietf process question ... Romascanu, Dan (Dan)
- Re: Basic ietf process question ... Robert Raszuk
- RE: [OPSAWG] Basic ietf process question ... Romascanu, Dan (Dan)
- Re: Basic ietf process question ... Thomas Nadeau
- Re: Basic ietf process question ... Brian E Carpenter
- Re: Basic ietf process question ... Robert Raszuk
- Re: Basic ietf process question ... Robert Raszuk
- Re: Basic ietf process question ... Brian E Carpenter
- Re: Basic ietf process question ... Robert Raszuk
- Re: [OPSAWG] Basic ietf process question ... Randy Presuhn
- Re: [OPSAWG] Basic ietf process question ... Robert Raszuk
- Re: [OPSAWG] Basic ietf process question ... Andy Bierman
- Re: [OPSAWG] Basic ietf process question ... David Harrington
- Re: Basic ietf process question ... Joe Hildebrand (jhildebr)
- Re: [OPSAWG] Basic ietf process question ... Juergen Schoenwaelder
- Re: [OPSAWG] Basic ietf process question ... Juergen Schoenwaelder
- Re: Basic ietf process question ... Mark Nottingham
- Re: Basic ietf process question ... Martin Rex
- Re: Basic ietf process question ... ned+ietf
- Re: Basic ietf process question ... Mark Nottingham
- Re: Basic ietf process question ... ned+ietf
- Re: Basic ietf process question ... Mark Nottingham
- Re: Basic ietf process question ... Martin Thomson
- Re: Basic ietf process question ... Mark Nottingham
- Re: Basic ietf process question ... Hector Santos
- Re: Basic ietf process question ... ned+ietf
- Re: Basic ietf process question ... Mark Nottingham
- RE: Basic ietf process question ... Worley, Dale R (Dale)
- Re: Basic ietf process question ... Tim Bray