Re: [recipe] Anything going to happen at IETF 75?

Chris Lonvick <> Thu, 14 May 2009 17:37 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DAA6C28C148 for <>; Thu, 14 May 2009 10:37:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_41=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id ygWRdaI8lcTM for <>; Thu, 14 May 2009 10:37:04 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 3A70028C2CE for <>; Thu, 14 May 2009 10:36:27 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.41,195,1241395200"; d="scan'208";a="185575815"
Received: from ([]) by with ESMTP; 14 May 2009 17:38:00 +0000
Received: from ( []) by (8.12.11/8.12.11) with ESMTP id n4EHc0Dr021743; Thu, 14 May 2009 10:38:00 -0700
Received: from ( []) by (8.13.8/8.13.8) with ESMTP id n4EHc0vb004739; Thu, 14 May 2009 17:38:00 GMT
Date: Thu, 14 May 2009 10:38:00 -0700 (PDT)
From: Chris Lonvick <>
To: Stuart Cheshire <>
In-Reply-To: <>
Message-ID: <>
References: <> <>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2422; t=1242322680; x=1243186680; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;;; z=From:=20Chris=20Lonvick=20<> |Subject:=20Re=3A=20[recipe]=20Anything=20going=20to=20happ en=20at=20IETF=2075? |Sender:=20; bh=GaqILYsmmVjIOmmznhK4Z3U15J564esKXNJ02XMkb+Q=; b=BwmiY9gnC7mAVoFdVyJs/BN3tleJmkCNEx4Wm4H9o8m+eXgem+cGcHIXb6 D6TeCFpNAwvj6Lf7NNsZpLJv4/nMEQDZM/4RbaYwFZRqTW1lTNmYA9sRqO6r o4p0LAj5J6gJu2kWXZ3BrH2yuR/hVhMvE7LdBLT+CPuFTNiJbfc8A=;
Authentication-Results: sj-dkim-1;; dkim=pass ( sig from verified; );
Subject: Re: [recipe] Anything going to happen at IETF 75?
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "RECIPE \(Reducing Energy Consumption with Internet Protocols Exploration\)" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 14 May 2009 17:37:05 -0000


On Tue, 5 May 2009, Stuart Cheshire wrote:

> On 21 Apr, 2009, at 14:05, Chris Lonvick wrote:
>> Hi,
>> Is anyone planning a BoF (or Bar BoF) for IETF 75 for RECIPE?
>> Thanks,
>> Chris
> I think there's a lot of agreement that this is an important area, but sadly 
> there appears to be little energy in the IETF right now for actually doing 
> anything. Any thoughts on how we can fix that?

I think that there is energy but not enough focus on a problem that can be 
handled by IETF-ers.

On the social side, the IETF has handled protocols; the ones that make the 
Internet work (e.g., BGP), ones that provide transport for application 
communications (tpc, udp, tls, etc.), and some (few) that directly link to 
an application (i.e., ftp and telnet).  My personal opinion is that this 
is because the IETF encompasses the people who understand the problems 
that need to be solved in this space and therefore can apply themselves to 
it.  The management of energy from producer to consumer is a very large 
field of study which has few current touchpoints with the Intenet and with 
the IP protocol.  With a few exceptions, I just don't think that this 
group has the background to start poking at the entirety of this. 
Perhaps we could get something going by scoping some clearly defined 
projects, and liasing with other SDOs that are closer to energy management 
who will need some help with the protocols?

Your posting suggesting areas of investigation for the home.  While I'd 
like to see something happening there, I'm not seeing any participation on 
this list from appliance manufacturors (Whirlpool, LG, etc.) nor from the 
people who make home energy distribution products (outlets, circuit 
breakers, meters, etc.).  Without those people, I kind'a feel that we're 
just guessing about what is possible, and that if we produce a 
specification we'd have a difficult time getting anyone to implement it. 
(I'd be happy to be proven wrong. :-)

> One important step would be to get the makes of the relevant devices (and 
> chipsets) involved.
> Stuart Cheshire <>
> * Wizard Without Portfolio, Apple Inc.
> * Internet Architecture Board
> *

I'm not sure where else to go with this at this time.