Re: [pcp] PANA implementatinos to consider

Yoshihiro Ohba <yoshihiro.ohba@toshiba.co.jp> Fri, 14 September 2012 14:19 UTC

Return-Path: <yoshihiro.ohba@toshiba.co.jp>
X-Original-To: pcp@ietfa.amsl.com
Delivered-To: pcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D04021F84C5 for <pcp@ietfa.amsl.com>; Fri, 14 Sep 2012 07:19:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.449
X-Spam-Level:
X-Spam-Status: No, score=-7.449 tagged_above=-999 required=5 tests=[AWL=0.640, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_HI=-8, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j9UbIwTWcZBY for <pcp@ietfa.amsl.com>; Fri, 14 Sep 2012 07:19:22 -0700 (PDT)
Received: from imx12.toshiba.co.jp (imx12.toshiba.co.jp [61.202.160.132]) by ietfa.amsl.com (Postfix) with ESMTP id D39B721F84B5 for <pcp@ietf.org>; Fri, 14 Sep 2012 07:19:21 -0700 (PDT)
Received: from arc11.toshiba.co.jp ([133.199.90.127]) by imx12.toshiba.co.jp with ESMTP id q8EEJJT7025257; Fri, 14 Sep 2012 23:19:19 +0900 (JST)
Received: (from root@localhost) by arc11.toshiba.co.jp id q8EEJJcI029187; Fri, 14 Sep 2012 23:19:19 +0900 (JST)
Received: from ovp11.toshiba.co.jp [133.199.90.148] by arc11.toshiba.co.jp with ESMTP id ZAA29186; Fri, 14 Sep 2012 23:19:19 +0900
Received: from mx2.toshiba.co.jp (localhost [127.0.0.1]) by ovp11.toshiba.co.jp with ESMTP id q8EEJItJ019113; Fri, 14 Sep 2012 23:19:18 +0900 (JST)
Received: from tsbpoa.po.toshiba.co.jp by toshiba.co.jp id q8EEJIkD004067; Fri, 14 Sep 2012 23:19:18 +0900 (JST)
Received: from [133.199.17.130] by mail.po.toshiba.co.jp (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTPA id <0MAC009AKFS5L4I0@mail.po.toshiba.co.jp>; Fri, 14 Sep 2012 23:19:18 +0900 (JST)
Date: Fri, 14 Sep 2012 23:19:23 +0900
From: Yoshihiro Ohba <yoshihiro.ohba@toshiba.co.jp>
In-reply-to: <0923263C-0A11-4399-BDF9-6C4648E94344@lilacglade.org>
To: Margaret Wasserman <margaretw42@gmail.com>
Message-id: <50533CEB.7090309@toshiba.co.jp>
MIME-version: 1.0
Content-type: text/plain; charset="ISO-2022-JP"
Content-transfer-encoding: 7bit
References: <0MZjvC-1SyMXc0ZaA-00Lf23@mx.perfora.net> <F621C78A-2005-46E4-969C-DF25495A735A@yegin.org> <B860EA81-0451-4F26-BF46-382176DC9103@lilacglade.org> <50532F9B.9030104@toshiba.co.jp> <0923263C-0A11-4399-BDF9-6C4648E94344@lilacglade.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
Cc: pcp@ietf.org
Subject: Re: [pcp] PANA implementatinos to consider
X-BeenThere: pcp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: PCP wg discussion list <pcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pcp>, <mailto:pcp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pcp>
List-Post: <mailto:pcp@ietf.org>
List-Help: <mailto:pcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcp>, <mailto:pcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Sep 2012 14:19:22 -0000

Hi Margaret,

We can work out in details on the needed interactions, but my point is
that this does not mean that we cannot decide on one approach until
the interactions are fully defined, especially because they are common
to all approaches.  We can work out details after we agree on one
approach.

Yoshihiro Ohba


(2012/09/14 22:58), Margaret Wasserman wrote:
> 
> Hi Yoshi,
> 
> On Sep 14, 2012, at 9:22 AM, Yoshihiro Ohba wrote:
>> On the other hand, if my understanding is correct, the needed set of
>> interactions between an AKM function and the base PCP functions are
>> not much different regardless of whether the AKM function is PANA or
>> PCP-specific, and therefore I think the interactions do not have to be
>> considered as a disadvantage of PANA-based approaches.
> 
> I agree with you -- the need for integration of the authentication and PCP functions is effectively the same in all of the approaches we've considered.  I was responding to Alper's assertion that this sort of integration was not needed in the side-by-side (or demux) approach.
> 
> There are some things (like how we handle authentication requests to PCP Servers that don't implement PANA) that will work better in either encapsulation approach than in the demux approach.  There are other things (like the need to check that the fields in the PCP header match corresponding fields in the PANA packet that are specific to the PANA encapsulation approach).  And there are other issues (like the need to respecify and re-implement some functions already included in PANA) that will be specific to a PCP-Specific approach.  These are the things that the WG needs to understand and decide between, IMO.  To understand these things, we need to understand each of the PANA-based approaches in more detail than is currently documented.
> 
> Margaret
> 
> 
> 
>