RE: [netlmm] Significance of MN-Identifier

"Chowdhury, Kuntal" <kchowdhury@starentnetworks.com> Tue, 11 September 2007 18:02 UTC

Return-path: <netlmm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IVA3u-0007qZ-3r; Tue, 11 Sep 2007 14:02:10 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IVA3s-0007qT-Me for netlmm@ietf.org; Tue, 11 Sep 2007 14:02:08 -0400
Received: from mx0.starentnetworks.com ([12.38.223.203]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IVA3r-0002VT-FY for netlmm@ietf.org; Tue, 11 Sep 2007 14:02:08 -0400
Received: from localhost (localhost.localdomain [127.0.0.1]) by mx0.starentnetworks.com (Postfix) with ESMTP id E147C980A7 for <netlmm@ietf.org>; Tue, 11 Sep 2007 14:02:03 -0400 (EDT)
Received: from mx0.starentnetworks.com ([127.0.0.1]) by localhost (mx0.starentnetworks.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04979-02 for <netlmm@ietf.org>; Tue, 11 Sep 2007 14:02:02 -0400 (EDT)
Received: from exchtewks1.starentnetworks.com (exchtewks1.starentnetworks.com [10.2.4.28]) by mx0.starentnetworks.com (Postfix) with ESMTP for <netlmm@ietf.org>; Tue, 11 Sep 2007 14:02:02 -0400 (EDT)
Received: from exchtewks2.starentnetworks.com ([10.2.4.27]) by exchtewks1.starentnetworks.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 11 Sep 2007 14:02:43 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [netlmm] Significance of MN-Identifier
Date: Tue, 11 Sep 2007 14:01:25 -0400
Message-ID: <7CCD07160348804497EF29E9EA5560D7024DA565@exchtewks2.starentnetworks.com>
In-Reply-To: <0MKpCa-1IV1Ng2eID-0007Js@mrelay.perfora.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [netlmm] Significance of MN-Identifier
Thread-Index: Acfz4ysg9DIwxAs2Tc2jO2vc2pv0mwAawfOAABOkQaA=
From: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
To: Alper Yegin <alper.yegin@yegin.org>, Sri Gundavelli <sgundave@cisco.com>
X-OriginalArrivalTime: 11 Sep 2007 18:02:43.0757 (UTC) FILETIME=[F39D65D0:01C7F49D]
X-Virus-Scanned: amavisd-new 2.2.1 (20041222) at mx0.starentnetworks.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027
Cc: netlmm@ietf.org
X-BeenThere: netlmm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NETLMM working group discussion list <netlmm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/netlmm>
List-Post: <mailto:netlmm@ietf.org>
List-Help: <mailto:netlmm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=subscribe>
Errors-To: netlmm-bounces@ietf.org

Alper,

I don't know what the issue is for MN-ID in the PMIP6 signaling
messages. Could you explain why we are having this debate?

MN-ID is the unique identifier to identify the session state in the LMA.
There are several good reasons to mandate the presence of MN-ID in the
PBU/PBA. For example, it helps to identify the session state in the LMA
for PMIP6 - MIP6 transition scenarios, when the LMA is collocated with a
MIP6 HA. Note that during IKEv2 exchange for MIP6, the IDi field (that
carries the same MN-ID) in the IKE packets help identify the ongoing
(PMIP6) session related to the MN. 

Hope this helps.

-Kuntal


> -----Original Message-----
> From: Alper Yegin [mailto:alper.yegin@yegin.org]
> Sent: Tuesday, September 11, 2007 3:46 AM
> To: 'Sri Gundavelli'
> Cc: netlmm@ietf.org
> Subject: RE: [netlmm] Significance of MN-Identifier
> 
> Sri,
> 
> > At handoff, nMAG may not know the HNP of the mobile node. How does
it
> > communicate with the LMA about the MN, if MN-Id is not used ? That's
> > is essential, its required in BCE and also in signaling messages.
> 
> 
> So it is just for HNP assignment as I was saying:
> 
> >>> Is it for the sake of identifying the MN during dynamic HNP
> >>> assignment in-band with PMIP?
> 
> 
> HNP can be assigned during network access authentication. I can't
imagine
> when this is not possible or desirable.
> 
> That's why mandating presence of MN-id that identifies the MN is not
> necessary, imo.
> 
> If people can show a reason why we must also support HNP assignment
in-
> band
> with PMIP, we can say:
> 
> 	When the HNP in PBU has the value 0::/0, an NAI [RFC4283] that
> carries 	the MN-id MUST be included in the PBU.
> 
> 
> 
> Alper
> 
> 
> >
> > Sri
> >
> >
> > > Alper
> > >
> > >
> > >
> > >
> > >
> > >>
> > >> Sri
> > >>
> > >>
> > >>
> > >>> -----Original Message-----
> > >>> From: Alper Yegin [mailto:alper.yegin@yegin.org]
> > >>> Sent: Monday, September 10, 2007 4:27 AM
> > >>> To: netlmm@ietf.org
> > >>> Subject: [netlmm] Significance of MN-Identifier
> > >>>
> > >>> What's the significance of MN-Identifier as carried in PBU?
> > >>>
> > >>> Is it for the sake of identifying the MN during dynamic HNP
> assignment
> > >>> in-band with PMIP?
> > >>>
> > >>> If so, given that the HNP may also be assigned during network
access
> > >>> authentication (out-of band with PMIP, as commonly done in
> integrated
> > >>> bootstrapping scenarios), we shall not mandate that the MN-
> identifier
> > >>> identifies the real MN.
> > >>>
> > >>> Another way of using of MN-identifier is to identify the
> > >>> "proxy MN" (MAG)
> > >>> with RFC 4285.
> > >>>
> > >>> Alper
> > >>>
> > >>>
> > >>>
> > >>> _______________________________________________
> > >>> netlmm mailing list
> > >>> netlmm@ietf.org
> > >>> https://www1.ietf.org/mailman/listinfo/netlmm
> > >
> 
> 
> _______________________________________________
> netlmm mailing list
> netlmm@ietf.org
> https://www1.ietf.org/mailman/listinfo/netlmm

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