Re: [recipe] Application layer
JP Vasseur <jvasseur@cisco.com> Fri, 12 February 2010 19:34 UTC
Return-Path: <jvasseur@cisco.com>
X-Original-To: recipe@core3.amsl.com
Delivered-To: recipe@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A009128C1BD for <recipe@core3.amsl.com>; Fri, 12 Feb 2010 11:34:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.72
X-Spam-Level:
X-Spam-Status: No, score=-9.72 tagged_above=-999 required=5 tests=[AWL=0.879, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2AILXh+4wn33 for <recipe@core3.amsl.com>; Fri, 12 Feb 2010 11:34:14 -0800 (PST)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 37DF73A6870 for <recipe@ietf.org>; Fri, 12 Feb 2010 11:34:14 -0800 (PST)
Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AuwAAOc8dUuQ/uCWe2dsb2JhbACbARUBARYkBh2ne5dOhFgEjiY
X-IronPort-AV: E=Sophos;i="4.49,462,1262563200"; d="scan'208";a="57031080"
Received: from ams-core-1.cisco.com ([144.254.224.150]) by ams-iport-1.cisco.com with ESMTP; 12 Feb 2010 19:35:14 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by ams-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o1CJZEPI028131; Fri, 12 Feb 2010 19:35:14 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 12 Feb 2010 20:35:14 +0100
Received: from ams-jvasseur-8713.cisco.com ([10.55.201.132]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 12 Feb 2010 20:35:13 +0100
Message-Id: <6EC0B5E2-9EDA-4E90-94AC-22C82AC7EE42@cisco.com>
From: JP Vasseur <jvasseur@cisco.com>
To: Henning Schulzrinne <hgs@cs.columbia.edu>
In-Reply-To: <F00404F5-9A41-427C-A60D-264ED1547F48@cs.columbia.edu>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 12 Feb 2010 20:35:12 +0100
References: <968747.90846.qm@web51302.mail.re2.yahoo.com> <E6ECE1AC-1573-42A6-94D0-EDD8DD1B32F1@cisco.com> <F00404F5-9A41-427C-A60D-264ED1547F48@cs.columbia.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 12 Feb 2010 19:35:13.0548 (UTC) FILETIME=[7F210CC0:01CAAC1A]
Cc: recipe@ietf.org
Subject: Re: [recipe] Application layer
X-BeenThere: recipe@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "RECIPE \(Reducing Energy Consumption with Internet Protocols Exploration\)" <recipe.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/recipe>, <mailto:recipe-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/recipe>
List-Post: <mailto:recipe@ietf.org>
List-Help: <mailto:recipe-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/recipe>, <mailto:recipe-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Feb 2010 19:34:18 -0000
The Zigbee alliance. On Feb 12, 2010, at 8:31 PM, Henning Schulzrinne wrote: > Who defines/defined "SE 2.0"? > > On Feb 12, 2010, at 1:54 PM, JP Vasseur wrote: > >> Hi, >> >> On Feb 12, 2010, at 9:25 AM, Tom Herbst wrote: >> >>> Not sure I understand Zigbee vs v6/lowpan since all of the >>> work being done on Smart Energy 2.0 is v6/6lowpan and >>> either tcp/http or COAP provided RESTful api. >>> >>> Several of the people defining this will be in Anaheim. >>> >> >> +1. SE 2.0 brings the convergence that we were looking for. >> SE 2.0 is using IP. >> >> JP. >> >>> tom >>> >>> --- On Thu, 2/11/10, Henning Schulzrinne <hgs@cs.columbia.edu> >>> wrote: >>> >>>> From: Henning Schulzrinne <hgs@cs.columbia.edu> >>>> Subject: [recipe] Application layer >>>> To: recipe@ietf.org >>>> Date: Thursday, February 11, 2010, 7:55 PM >>>> Bruce Nordman and I have been >>>> discussing whether we should re-convene a Bar BOF in >>>> Anaheim, focusing on topics beyond the usual Zigbee-vs.-IPv6 >>>> or LowPAN discussions. In particular, I think that the >>>> current stovepipe application layers (e.g., in BACS and the >>>> other control-oriented building networks) are not very >>>> helpful as a long-term architecture. We also might want to >>>> think about the interfaces that need to be exposed - we >>>> don't want our architecture to look like the 3GPP diagram... >>>> (If you've taken a look at the NIST interface diagram for >>>> the smart grid, this comparison is not purely theoretical, >>>> although obviously the protocols are completely different.) >>>> >>>> Does this sound like something of interest? >>>> >>>> (There is some work in the SIP Forum context, but this is >>>> not [just] about a particular protocol.) >>>> >>>> Henning >>>> _______________________________________________ >>>> recipe mailing list >>>> recipe@ietf.org >>>> https://www.ietf.org/mailman/listinfo/recipe >>>> >>> _______________________________________________ >>> recipe mailing list >>> recipe@ietf.org >>> https://www.ietf.org/mailman/listinfo/recipe >> >> >
- Re: [recipe] Application layer Tom Herbst
- Re: [recipe] Application layer Bruce Nordman
- [recipe] Application layer Henning Schulzrinne
- Re: [recipe] Application layer Tom Herbst
- Re: [recipe] Application layer JP Vasseur
- Re: [recipe] Application layer Henning Schulzrinne
- Re: [recipe] Application layer JP Vasseur