RE: [Pana] Issue 143: CTP and PANA editorial clarification

Alper Yegin <alper.yegin@samsung.com> Thu, 18 November 2004 00:03 UTC

Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA04387 for <pana-archive@lists.ietf.org>; Wed, 17 Nov 2004 19:03:43 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CUZby-0001DD-Sy; Wed, 17 Nov 2004 18:53:18 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CUZMA-0006ZC-K4 for pana@megatron.ietf.org; Wed, 17 Nov 2004 18:36:58 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA02536 for <pana@ietf.org>; Wed, 17 Nov 2004 18:36:55 -0500 (EST)
Received: from mailout3.samsung.com ([203.254.224.33]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CUZOf-0000jX-8S for pana@ietf.org; Wed, 17 Nov 2004 18:39:33 -0500
Received: from custom-daemon.mailout3.samsung.com by mailout3.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) id <0I7C00B0EK8O62@mailout3.samsung.com> for pana@ietf.org; Thu, 18 Nov 2004 08:36:24 +0900 (KST)
Received: from ep_mmp1 (mailout3.samsung.com [203.254.224.33]) by mailout3.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I7C00GE0K8NZP@mailout3.samsung.com> for pana@ietf.org; Thu, 18 Nov 2004 08:36:24 +0900 (KST)
Received: from Alperyegin ([105.144.29.156]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0I7C00BJCK8LF1@mmp1.samsung.com> for pana@ietf.org; Thu, 18 Nov 2004 08:36:23 +0900 (KST)
Date: Wed, 17 Nov 2004 15:36:21 -0800
From: Alper Yegin <alper.yegin@samsung.com>
Subject: RE: [Pana] Issue 143: CTP and PANA editorial clarification
In-reply-to: <20041117223403.GQ25002@steelhead>
To: 'Yoshihiro Ohba' <yohba@tari.toshiba.com>
Message-id: <00de01c4ccfe$3f855a40$9c1d9069@sisa.samsung.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Mailer: Microsoft Outlook, Build 10.0.2627
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Content-Transfer-Encoding: 7bit
Cc: pana@ietf.org
X-BeenThere: pana@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Protocol for carrying Authentication for Network Access <pana.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pana>, <mailto:pana-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:pana@ietf.org>
List-Help: <mailto:pana-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pana>, <mailto:pana-request@ietf.org?subject=subscribe>
Sender: pana-bounces@ietf.org
Errors-To: pana-bounces@ietf.org
Content-Transfer-Encoding: 7bit

Yoshi,

OK, please send in the proposal.

There are various possible solutions. I prefer to have one basic
approach in the base spec, with an open door for others defined
elsewhere (base spec shall not have all possible schemes). If you can
come up with a more generic/flexible solution while keeping the
complexity well-contained, that's welcome.

Alper


> -----Original Message-----
> From: pana-bounces@ietf.org [mailto:pana-bounces@ietf.org] On Behalf
Of
> Yoshihiro Ohba
> Sent: Wednesday, November 17, 2004 2:34 PM
> To: Alper Yegin
> Cc: pana@ietf.org
> Subject: Re: [Pana] Issue 143: CTP and PANA editorial clarification
> 
> Hi Alper,
> 
> There are a couple of people (including myself) who think this
> mobility section can be improved to be flexibile enough to support
> future CTP protocol changes and any other mobility optimization
> scheme.  I will submit suggested text soon.
> 
> Yoshihiro Ohba
> 
> On Wed, Nov 17, 2004 at 01:49:38PM -0800, Alper Yegin wrote:
> > http://danforsberg.info:8080/pana-issues/issue143
> >
> > The PaC DOES have an active role in PANA mobility optimization. It
> > conveys its desire to use CTP by including its session ID in the
> > PANA-Start-Answer. This is not CTAR, but this is an explicit
"message".
> >
> > This is a CTP (draft-ietf-seamoby-ctp-11.txt) design issue. I
recommend
> > this be fixed in seamoby-ctp, or another simple CTP can be designed.
I
> > don't think we shall morph PANA solution to fit the seamoby-ctp
design
> > (which I think has some room for improvement -- as PANA example
shows).
> >
> > The PANA spec states seamoby-ctp MAY be useful, it does not mandate
its
> > use.
> >
> > Regarding CTP module vs. PANA module, I think this is an
implementation
> > issue. One module needs to talk to the other, and there needs to be
> > interface between the two.
> >
> > So, I recommend we reject this issue.
> >
> > Alper
> >
> >
> >
> >
> >
> > _______________________________________________
> > Pana mailing list
> > Pana@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pana
> 
> _______________________________________________
> Pana mailing list
> Pana@ietf.org
> https://www1.ietf.org/mailman/listinfo/pana



_______________________________________________
Pana mailing list
Pana@ietf.org
https://www1.ietf.org/mailman/listinfo/pana