RE: [Mip6] Comments on jee-mip6-bootstrap-pana

Tschofenig Hannes <hannes.tschofenig@siemens.com> Thu, 04 November 2004 10:33 UTC

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 FAA06810 for <mip6-web-archive@ietf.org>; Thu, 4 Nov 2004 05:33:54 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CPfBl-000072-KJ for mip6-web-archive@ietf.org; Thu, 04 Nov 2004 05:49:57 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CPeoJ-0000b8-5o; Thu, 04 Nov 2004 05:25:43 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CPeaB-0007Ah-1F for mip6@megatron.ietf.org; Thu, 04 Nov 2004 05:11:08 -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 FAA05234 for <mip6@ietf.org>; Thu, 4 Nov 2004 05:11:05 -0500 (EST)
Received: from david.siemens.de ([192.35.17.14]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CPepf-00083q-8b for mip6@ietf.org; Thu, 04 Nov 2004 05:27:08 -0500
Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by david.siemens.de (8.12.6/8.12.6) with ESMTP id iA4AB3BO023009; Thu, 4 Nov 2004 11:11:03 +0100
Received: from mchp9daa.mch.sbs.de (mchp9daa.mch.sbs.de [139.25.137.99]) by mail3.siemens.de (8.12.6/8.12.6) with ESMTP id iA4AB3BO016751; Thu, 4 Nov 2004 11:11:03 +0100
Received: by mchp9daa.mch.sbs.de with Internet Mail Service (5.5.2657.72) id <4BVR0LW1>; Thu, 4 Nov 2004 11:11:03 +0100
Message-ID: <2A8DB02E3018D411901B009027FD3A3F05319F6C@mchp905a.mch.sbs.de>
From: Tschofenig Hannes <hannes.tschofenig@siemens.com>
To: Alper Yegin <alper.yegin@samsung.com>, mip6@ietf.org
Subject: RE: [Mip6] Comments on jee-mip6-bootstrap-pana
Date: Thu, 04 Nov 2004 11:11:01 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mip6.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip6@ietf.org>
List-Help: <mailto:mip6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=subscribe>
Sender: mip6-bounces@ietf.org
Errors-To: mip6-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88

hi alper, 

when i read the draft i came accross the same questions. 

i like your pull (instead of the push approach). this might also work nicely
with <draft-ietf-mip6-auth-protocol-00.txt>. 

i wasn't sure how and when the MIPv6-AAA-Key is computed as well. 

a minor correction to your mail: the diameter application ships the
parameters to the PAA (and not to the mobile node). this is the reason why a
pana protocol is required which carries the parameters finally to the end
host. this is probably the most important difference with regard to the
<draft-giaretta-mip6-authorization-eap> draft.
 
ciao
hannes
  
ps: it might be good to reference an old draft
<draft-le-aaa-diameter-mobileipv6-02.txt> which proposed the same approach.
i also remember that julien published a draft with a similar idea some time
ago. 

> -----Original Message-----
> From: Alper Yegin [mailto:alper.yegin@samsung.com] 
> Sent: Dienstag, 02. November 2004 02:23
> To: mip6@ietf.org
> Subject: [Mip6] Comments on jee-mip6-bootstrap-pana
> 
> Hello,
> 
> Here are some comments and questions on the 
> draft-jee-mip6-bootstrap-pana-00.txt.
> 
> - I see the new Diameter application has two functionalities. 
> Regarding the delivery of the bootstrapping information to 
> the MN, I was wondering if we could get away with not 
> defining new commands, but instead piggybacking on existing 
> NAS application? The bootstrapping information could be 
> delivered to the NAS as part of the mobile's profile.
> 
> - The other functionality is the push of bootstrapping 
> information from AAAh to HA. This is carried in serial with 
> the (in fact, in the middle
> of) network access AAA. I think it could be done in parallel, 
> or even after the network access AAA. If you use a pull model 
> instead of the push, this part gets aligned with the 
> yegin-mip6-aaa-fwk.
> 
> - I didn't quite understand how the MN obtains/computes the 
> MIPv6-AAA-Key. It is only provided with the MIPv6-AAA-Key-Id, 
> and that's not sufficient to derive the key.
> 
> Thanks in advance.
> 
> Alper
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Mip6 mailing list
> Mip6@ietf.org
> https://www1.ietf.org/mailman/listinfo/mip6
> 

_______________________________________________
Mip6 mailing list
Mip6@ietf.org
https://www1.ietf.org/mailman/listinfo/mip6