[Dcpel] FWD: [Re: proposed charter]

David Kessens <david.kessens@nokia.com> Thu, 09 March 2006 05:56 UTC

Received: from [] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FHE8p-0006E2-UH; Thu, 09 Mar 2006 00:56:51 -0500
Received: from [] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FHE8o-00069X-NR for dcpel@ietf.org; Thu, 09 Mar 2006 00:56:50 -0500
Received: from mgw-ext02.nokia.com ([]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FHE8o-0004SN-8v for dcpel@ietf.org; Thu, 09 Mar 2006 00:56:50 -0500
Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com []) by mgw-ext02.nokia.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k295ufHK011603; Thu, 9 Mar 2006 07:56:44 +0200
Received: from esebh001.NOE.Nokia.com ([]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Mar 2006 07:56:43 +0200
Received: from dadhcp-172019068136.americas.nokia.com ([]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Thu, 9 Mar 2006 07:56:42 +0200
Received: from dadhcp-172019068136.americas.nokia.com (localhost.localdomain []) by dadhcp-172019068136.americas.nokia.com (8.12.8/8.12.8) with ESMTP id k295uffe029663; Wed, 8 Mar 2006 21:56:41 -0800
Received: (from kessens@localhost) by dadhcp-172019068136.americas.nokia.com (8.12.8/8.12.8/Submit) id k295ubPK029661; Wed, 8 Mar 2006 21:56:37 -0800
Date: Wed, 8 Mar 2006 21:56:37 -0800
From: David Kessens <david.kessens@nokia.com>
To: dcpel@ietf.org
Message-ID: <20060309055637.GF29193@nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-OriginalArrivalTime: 09 Mar 2006 05:56:43.0349 (UTC) FILETIME=[3DFA6050:01C6433E]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Cc: Bert Wijnen <bwijnen@lucent.com>, Magnus Westerlund <magnus.westerlund@ericsson.com>
Subject: [Dcpel] FWD: [Re: proposed charter]
X-BeenThere: dcpel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mailing list for possible diffserv control plane elements WG <dcpel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dcpel>, <mailto:dcpel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/dcpel>
List-Post: <mailto:dcpel@ietf.org>
List-Help: <mailto:dcpel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dcpel>, <mailto:dcpel-request@ietf.org?subject=subscribe>
Errors-To: dcpel-bounces@ietf.org

[ I did not CC all (in the future) involved ADs in my previous mail ]

Kathie asked me whether I would be willing to share the following mail
with the group on my current thinking regarding a bof for dcepl.

I obviously have no problem with that so please see below for my mail
to Kathie regarding this topic. I, and the other ADs CC'ed on this
mail, are interested in your comments.

I hope this helps,

David Kessens

----- Forwarded message from David Kessens <david.kessens@nokia.com> -----

Date: Mon, 6 Mar 2006 20:58:32 -0800
From: David Kessens <david.kessens@nokia.com>
To: Kathleen Nichols <nichols@pollere.com>
Subject: Re: proposed charter


On Wed, Feb 22, 2006 at 10:51:34AM -0800, Kathleen Nichols wrote:
> Attached is a draft charter. Scott and Paulo haven't had a
> chance to weigh in on it, so I might get some good input
> there. I would hope to have better milestones after an
> organizational meeting or BoF.

I am sorry for the delay in my response. We normally spend some time
to do an internal review with the IAB and IESG and I was waiting for
Allison who promised comments.

I am sympathic to the goals of this proposed work and I have received
various comments from the IAB stating so.

However, I also received comments that this work could be conflicting
with existing IETF work in the NSIS and TSV working group.

While the proposed charter doesn't necessarily would require protocol
work, the drafts that I read would more or less require this. As you
know, the Ops part of the Ops&Mgmt area usually doesn't do protocol
work and limits itself to issues that are relevant to the operations
of the Internet. In addition, to make sure that things are relevant
for operators, we normally want to have feedback, support and
involvement from operators to avoid situations where vendors build all
kind of complex solutions for problems that operators don't have.

So far, I have seen some support from academia, research efforts
within larger corporations and some vendors, but I have seen little
evidence that this group is going to solve a problem that operators
want to be solved. As I already mentioned in an earlier mail, I am
really somewhat surprised that I haven't seen any operator on the list
commenting that we need to start this work as I did expect that myself.

Considering these issues, I think that it probably is not in your best
interest to pursue a bof for this IETF.

We will first need a much clearer answer on what problem is going to
be solved *for operators*, get real support from operators behind this
effort and after that we need to figure out whether that solution will
involve protocol work or not.

You can probably convince me to hold a bof anyways but considering
the above stumbling blocks, I would advise you not to do so.

David Kessens

Dcpel mailing list