Basic ietf process question ...
Robert Raszuk <robert@raszuk.net> Thu, 02 August 2012 16:25 UTC
Return-Path: <robert@raszuk.net>
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 9AD3121F85CD for <ietf@ietfa.amsl.com>; Thu, 2 Aug 2012 09:25:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.534
X-Spam-Level:
X-Spam-Status: No, score=-1.534 tagged_above=-999 required=5 tests=[AWL=-0.227, BAYES_00=-2.599, MISSING_HEADERS=1.292]
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 aCIG2B6BGUFt for <ietf@ietfa.amsl.com>; Thu, 2 Aug 2012 09:25:06 -0700 (PDT)
Received: from mail1310.opentransfer.com (mail1310.opentransfer.com [76.162.254.103]) by ietfa.amsl.com (Postfix) with ESMTP id BE04321F84F6 for <ietf@ietf.org>; Thu, 2 Aug 2012 09:25:05 -0700 (PDT)
Received: (qmail 25561 invoked by uid 399); 2 Aug 2012 16:25:04 -0000
Received: from unknown (HELO ?130.129.17.10?) (pbs:robert@raszuk.net@130.129.17.10) by mail1310.opentransfer.com with ESMTPM; 2 Aug 2012 16:25:04 -0000
X-Originating-IP: 130.129.17.10
Message-ID: <501AA9DF.6010208@raszuk.net>
Date: Thu, 02 Aug 2012 18:25:03 +0200
From: Robert Raszuk <robert@raszuk.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
CC: ietf@ietf.org
Subject: Basic ietf process question ...
References: <20120802055556.1356.17133.idtracker@ietfa.amsl.com> <CALaySJK6RE1pnk0RJZjpU8jHb9KKb3zOjGc5NqTcVyb7kTBOyw@mail.gmail.com> <CAL0qLwZaoVDtt_8o1Qr5NqG-rBk6jkAMMVT+jUUoiD2rhEvmuw@mail.gmail.com>
In-Reply-To: <CAL0qLwZaoVDtt_8o1Qr5NqG-rBk6jkAMMVT+jUUoiD2rhEvmuw@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: robert@raszuk.net
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 16:25:06 -0000
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