Re: [netlmm] FW: I-D Action:draft-ietf-netlmm-lma-discovery-04.txt

"Soininen, Jonne (NSN-FI/Espoo)" <Jonne.Soininen@nsn.com> Tue, 01 June 2010 08:15 UTC

Return-Path: <jonne.soininen@nsn.com>
X-Original-To: netlmm@core3.amsl.com
Delivered-To: netlmm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 542543A693A for <netlmm@core3.amsl.com>; Tue, 1 Jun 2010 01:15:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.124
X-Spam-Level:
X-Spam-Status: No, score=-2.124 tagged_above=-999 required=5 tests=[AWL=0.475, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0IjTBFPwM6ir for <netlmm@core3.amsl.com>; Tue, 1 Jun 2010 01:15:54 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by core3.amsl.com (Postfix) with ESMTP id 939B028C110 for <netlmm@ietf.org>; Tue, 1 Jun 2010 01:15:53 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o518FY8d013318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 1 Jun 2010 10:15:34 +0200
Received: from demuexc025.nsn-intra.net (demuexc025.nsn-intra.net [10.159.32.12]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o518FXvO015398; Tue, 1 Jun 2010 10:15:34 +0200
Received: from FIESEXC015.nsn-intra.net ([10.159.0.23]) by demuexc025.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 1 Jun 2010 10:15:33 +0200
Received: from 10.144.244.30 ([10.144.244.30]) by FIESEXC015.nsn-intra.net ([10.159.0.28]) via Exchange Front-End Server webmail.nsn-intra.net ([10.150.128.35]) with Microsoft Exchange Server HTTP-DAV ; Tue, 1 Jun 2010 08:15:33 +0000
User-Agent: Microsoft-Entourage/12.24.0.100205
Date: Tue, 01 Jun 2010 11:15:31 +0300
From: "Soininen, Jonne (NSN-FI/Espoo)" <Jonne.Soininen@nsn.com>
To: ext Frank Xia <xiayangsong@huawei.com>, "netlmm@ietf.org" <netlmm@ietf.org>
Message-ID: <C82A9C53.B08E1%Jonne.Soininen@nsn.com>
Thread-Topic: [netlmm] FW: I-D Action:draft-ietf-netlmm-lma-discovery-04.txt
Thread-Index: Acr9fIv/E5LKHuBpuE69mtzyRx0gOwAMb0YgAL8k8fAAI5VRIAAKWe9p
In-Reply-To: <001601cb013d$f864cea0$4101a8c0@china.huawei.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 01 Jun 2010 08:15:33.0327 (UTC) FILETIME=[9B3FE5F0:01CB0162]
Subject: Re: [netlmm] FW: I-D Action:draft-ietf-netlmm-lma-discovery-04.txt
X-BeenThere: netlmm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NETLMM working group discussion list <netlmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netlmm>
List-Post: <mailto:netlmm@ietf.org>
List-Help: <mailto:netlmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Jun 2010 08:15:55 -0000

Hi Frank,



On 6/1/10 6:53 AM, "ext Frank Xia" <xiayangsong@huawei.com> wrote:

> Hi Jonne
> 
> I would like to stop debating this with you
> because it seems that you won't try to solve the
> problem in a constructive way.

Sorry, I think I've given you a way to push your scenario: Get support.
However, you have not been able to get it. As soon as you get support for
your scenario there most probably will be more discussion.

Perhaps, it is just not the right time for DHCP based LMA discovery. You
always have the time to post your draft to netext and try get it forward
there independently of the current draft.

> 
> However, I would like to post the following
> arguments later so that relevant people would
> have some technical comments eventually.
> 
> As for "Automatic LMA discovery" WG item, Netlmm
> charter says " This will define the ability for MAGs
> to automatically discover and use an LMA within a
> PMIPv6 domain. The scope of this effort may include
> specifying the use of DNS or DHCP based LMA discovery
> or LMA discovery using policy information retrieved
> via AAA protocols"
> 
> DHCP solution is valuable for the scenario that
> LMA and HA are collocated (e.g. in 3GPP/WiMAX),
> and LMA/HA availability information is  stored
> in a DHCP server( 3GPP 24.303  "Home agent
> address discovery based on DHCPv6").

Just to put the record straight here: 3GPP does not use, and is currently
not planning to use DHCP for LMA discovery. It does not fit the
architecture, and has no purpose in 3GPP system.

Maybe you should take a look at the 3GPP specs on SAE bearer establishment,
and you'll notice your mistake on this.

DHCP does fit for HA discovery, when the HA is local to the network where
the MN comes up. However, setting up infrastructure elements (MAGs) is a bit
different. 

> 
> The chairs try to exclude DHCP solution from the
> chartered WG item without soliciting enough
> technical comments.

Frank, this topic has been up now for a very long time. You have not been
able to demonstrate any support for your point of view. Please, find the
people to support your point of view - with technical arguments.

This is the only thing you have to do.

Cheers,

Jonne.

> 
> BR
> Frank
> 
> -----Original Message-----
> From: Soininen, Jonne (NSN-FI/Espoo) [mailto:Jonne.Soininen@nsn.com]
> Sent: Monday, May 31, 2010 5:20 AM
> To: ext Frank Xia; netlmm@ietf.org
> Subject: Re: [netlmm] FW: I-D Action:draft-ietf-netlmm-lma-discovery-04.txt
> 
> Hi Frank,
> 
> 
> On 5/27/10 6:12 PM, "ext Frank Xia" <xiayangsong@huawei.com> wrote:
> 
>> Hi Jonne
>> 
>> Could you stop pushing this without solving
>> the existing problems?
> 
> I don't really understand what problems you are referring to. I know that
> there is a scenario that you have been pushing, but has not got any support
> on the list.
> 
>> 
>> If you can not find a way, here is my suggestion:
>> You can ask some experts except you chairs and authors
>> in the WG to review the DHCP scenarios that I posted,
>> and send their comments in the mailing list.
> 
> This is the last-call of a WG document. I've seen that you have tried to
> rally support for your scenarios. Everybody who thinks that this scenario is
> missing from the document can comment on the last call and ask it to be
> added. Then we can have a debate about it - if needed.
> 
> However, only you have been supporting your own proposal. Nobody else has
> written any supportive comments.
> 
> I assure you that the WG is open to comments to this document. However, if
> there are none. There is nothing to consider.
> 
> Cheers,
> 
> Jonne.
> 
>> 
>> BR
>> Frank
>> 
>> -----Original Message-----
>> From: netlmm-bounces@ietf.org [mailto:netlmm-bounces@ietf.org] On Behalf
> Of
>> Soininen, Jonne (NSN-FI/Espoo)
>> Sent: Thursday, May 27, 2010 4:11 AM
>> To: netlmm@ietf.org
>> Subject: [netlmm] FW: I-D Action:draft-ietf-netlmm-lma-discovery-04.txt
>> 
>> Hello,
>> 
>> Jouni has published a new version of the LMA discovery document. Please,
>> take a look to see if this version is acceptable for publishing as an RFC.
>> 
>> Cheers,
>> 
>> Jonne.
>> ------ Forwarded Message
>>> From: "ext Internet-Drafts@ietf.org" <Internet-Drafts@ietf.org>
>>> Reply-To: <internet-drafts@ietf.org>
>>> Date: Mon, 24 May 2010 08:00:01 -0700 (PDT)
>>> To: <i-d-announce@ietf.org>
>>> Cc: "netlmm@ietf.org" <netlmm@ietf.org>
>>> Subject: I-D Action:draft-ietf-netlmm-lma-discovery-04.txt
>>> 
>>> A New Internet-Draft is available from the on-line Internet-Drafts
>>> directories.
>>> This draft is a work item of the Network-based Localized Mobility
>> Management
>>> Working Group of the IETF.
>>> 
>>> 
>>> Title           : LMA Discovery for Proxy Mobile IPv6
>>> Author(s)       : J. Korhonen, V. Devarapalli
>>> Filename        : draft-ietf-netlmm-lma-discovery-04.txt
>>> Pages           : 10
>>> Date            : 2010-05-24
>>> 
>>> 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.
>>> 
>>> A URL for this Internet-Draft is:
>>> 
> http://www.ietf.org/internet-drafts/draft-ietf-netlmm-lma-discovery-04.txt
>>> 
>>> Internet-Drafts are also available by anonymous FTP at:
>>> ftp://ftp.ietf.org/internet-drafts/
>>> 
>>> Below is the data which will enable a MIME compliant mail reader
>>> implementation to automatically retrieve the ASCII version of the
>>> Internet-Draft.
>>> _______________________________________________
>>> I-D-Announce mailing list
>>> I-D-Announce@ietf.org
>>> https://www.ietf.org/mailman/listinfo/i-d-announce
>>> Internet-Draft directories: http://www.ietf.org/shadow.html
>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> 
>> ------ End of Forwarded Message
>> 
>> 
>