[netlmm] Some comments // RE: Fwd: New Version Notification for draft-ietf-netlmm-lma-discovery-05

Dear Jouni,

I ever responded some comments, at
http://www.ietf.org/mail-archive/web/netlmm/current/msg06537.html,
But I think some are not clearly addressed in this version.

RFC5149 issue.
The abstract of RFC5149 reads, 
"  This
   document describes a Service Selection Mobility Option for both
   conventional Mobile IPv6 and Proxy Mobile IPv6 that is intended to
   assist home agents to make a specific service selection for the..."
So in my understanding, RFC5149 is about mobility option, is used between MN
and HA (or MAG/LMA), is involved after HA/LMA is chosen.
But in this LMA-discovery draft, RFC5149 is referred as
"  Other drivers for the dynamic discovery of a LMA include LMA
   load balancing solutions and selecting a LMA based on desired
   services [RFC5149]."
This seems that RFC5149 is the basis or input of LMA selecting, is it a
circulatory logic?

Multiple LMA addresses issue.
The draft reads
"  The MAG expects that the LMA returned by the AAA server is able to
   provide mobility session continuity for the MN, i.e. after a handover
   the LMA would be the same one the MN already has a mobility session
   set up with."  -- section 2.1.

It is not clear how the goal is achieved (I'm not sure is it achieved by MAG
or by LMA, or by both together?), we need a more obvious operation
description than "expect", imho.

"  In order for this to work, the resolved
   and selected LMA IP address must be updated to the remote Policy
   Store.  For example, the LMA could perform the update once it
   receives the initial PBU from the MAG for the new mobility session." --
section 2.2.

Similarly, I don't understand how this procedure happens. It seems that the
LMA must update the state maintained by AAA server/Policy Store/DNS server.
What protocols are used in this procedure? Mobility protocol or others (e.g.
Diameter, DNS)? Or the protocol is out of scope of this document?

Thanks and regards,
Xiangsong

> -----Original Message-----
> From: netlmm-bounces@ietf.org [mailto:netlmm-bounces@ietf.org] On Behalf
> Of jouni korhonen
> Sent: Monday, September 13, 2010 5:40 PM
> To: netlmm@ietf.org List
> Subject: [netlmm] Fwd: New Version Notification for
> draft-ietf-netlmm-lma-discovery-05
> 
> FYI. We reduced the text a bit and added recommendations as asked by Jari.
> 
> - Jouni
> 
> Begin forwarded message:
> 
> > From: IETF I-D Submission Tool <idsubmission@ietf.org>
> > Date: September 13, 2010 12:36:16 PM GMT+03:00
> > To: jouni.nospam@gmail.com
> > Cc: dvijay@gmail.com
> > Subject: New Version Notification for draft-ietf-netlmm-lma-discovery-05
> >
> >
> > A new version of I-D, draft-ietf-netlmm-lma-discovery-05.txt has been
> successfully submitted by Jouni Korhonen and posted to the IETF
repository.
> >
> > Filename:	 draft-ietf-netlmm-lma-discovery
> > Revision:	 05
> > Title:		 LMA Discovery for Proxy Mobile IPv6
> > Creation_date:	 2010-09-13
> > WG ID:		 netlmm
> > Number_of_pages: 9
> >
> > Abstract:
> > Large Proxy Mobile IPv6 deployments would benefit from a
> > functionality, where a Mobile Access Gateway could dynamically
> > discover a Local Mobility Anchor for a Mobile Node attaching to a
> > Proxy Mobile IPv6 domain.  The purpose of the dynamic discovery
> > functionality is to reduce the amount of static configuration in the
> > Mobile Access Gateway.  This document describes several possible
> > dynamic Local Mobility Anchor discovery solutions.
> >
> >
> >
> > The IETF Secretariat.
> >
> >
> 
> _______________________________________________
> netlmm mailing list
> netlmm@ietf.org
> https://www.ietf.org/mailman/listinfo/netlmm