Re: [MEXT] The first proposal for the DMM charter
"Templin, Fred L" <Fred.L.Templin@boeing.com> Tue, 03 January 2012 17:43 UTC
Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: mext@ietfa.amsl.com
Delivered-To: mext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB7B211E8087 for <mext@ietfa.amsl.com>; Tue, 3 Jan 2012 09:43:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zbryw611AcRv for <mext@ietfa.amsl.com>; Tue, 3 Jan 2012 09:43:53 -0800 (PST)
Received: from stl-smtpout-01.boeing.com (stl-smtpout-01.boeing.com [130.76.96.56]) by ietfa.amsl.com (Postfix) with ESMTP id 8676411E808C for <mext@ietf.org>; Tue, 3 Jan 2012 09:43:13 -0800 (PST)
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4]) by stl-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id q03HhbaU001019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <mext@ietf.org>; Tue, 3 Jan 2012 11:43:38 -0600 (CST)
Received: from localhost (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with SMTP id q03Hh4O1020513 for <mext@ietf.org>; Tue, 3 Jan 2012 09:43:04 -0800 (PST)
Received: from XCH-NWHT-05.nw.nos.boeing.com (xch-nwht-05.nw.nos.boeing.com [130.247.25.109]) by slb-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id q03Hgs9o020010 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL); Tue, 3 Jan 2012 09:42:55 -0800 (PST)
Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.97]) by XCH-NWHT-05.nw.nos.boeing.com ([130.247.25.109]) with mapi; Tue, 3 Jan 2012 09:42:54 -0800
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: jouni korhonen <jouni.nospam@gmail.com>, liu dapeng <maxpassion@gmail.com>
Date: Tue, 03 Jan 2012 09:42:53 -0800
Thread-Topic: [MEXT] The first proposal for the DMM charter
Thread-Index: AczJO5QO+3UtHKROT4WgTDLQ7butnABAt06Q
Message-ID: <E1829B60731D1740BB7A0626B4FAF0A65C7930232C@XCH-NW-01V.nw.nos.boeing.com>
References: <8CAD2158-A0AC-4767-9DDC-857536E26DC6@gmail.com> <CAKcc6Aeqj24Smyvv5VQV5Emtaj-16C=5bpqjyv=-Lt3Haj2B+A@mail.gmail.com> <91BED5F7-FEE9-435E-80F3-5BF01421EB3B@gmail.com>
In-Reply-To: <91BED5F7-FEE9-435E-80F3-5BF01421EB3B@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "julien.ietf@gmail.com Laganier" <julien.ietf@gmail.com>, "mext@ietf.org" <mext@ietf.org>
Subject: Re: [MEXT] The first proposal for the DMM charter
X-BeenThere: mext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Mobile IPv6 EXTensions WG <mext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mext>, <mailto:mext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mext>
List-Post: <mailto:mext@ietf.org>
List-Help: <mailto:mext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jan 2012 17:43:54 -0000
Hi Jouni, > -----Original Message----- > From: mext-bounces@ietf.org [mailto:mext-bounces@ietf.org] On > Behalf Of jouni korhonen > Sent: Monday, January 02, 2012 2:45 AM > To: liu dapeng > Cc: julien.ietf@gmail.com Laganier; mext@ietf.org > Subject: Re: [MEXT] The first proposal for the DMM charter > > Dapeng, > > Below is the charter text that was submitted to the next > IESG. Does it cover all your concerns? > > - JOuni > > > > Distributed Mobility Management (DMM) > ------------------------------------- > > Charter > > Current Status: Active > > Chairs: > Julien Laganier <julien.ietf@gmail.com> > Jouni Korhonen <jouni.nospam@gmail.com> > > Internet Area Directors: > Ralph Droms <rdroms.ietf@gmail.com> > Jari Arkko <jari.arkko@piuha.net> > > Internet Area Advisor: > Jari Arkko <jari.arkko@piuha.net> > > Mailing Lists: > General Discussion: mext@ietf.org > To Subscribe: https://www.ietf.org/mailman/listinfo/mext > Archive: http://www.ietf.org/mail-archive/web/mext > > Description of Working Group: > > The Distributed Mobility Management (DMM) working group specifies IP > mobility, access network and routing solutions, which allow for > setting up IP networks so that traffic is distributed in an > optimal way and does not rely on centrally deployed anchors to manage > IP mobility sessions. The distributed mobility management solutions > aim for transparency above the IP layer, including maintenance of > active transport level sessions as mobile hosts or entire mobile > networks change their point of attachment to the Internet. > > The protocol solutions should be based on existing IP mobility > protocols, either host- or network-based, such as Mobile IPv6 > [RFC6275, 5555], Proxy Mobile IPv6 [RFC5213, 5844] and NEMO > [RFC3963]. I don't understand the "should be based on existing IP mobility protocols". IRON for example provides an alternative mobility management solution which I believe has significant advantages over other approaches: http://tools.ietf.org/html/draft-templin-ironbis-10 Thanks - Fred fred.l.templin@boeing.com > Solutions may also focus specifically on managing the use of care-of > versus home addresses in an efficient manner for different types of > communications. > > Although the maintenance of stable home address(es) and/or prefix(es) > and upper level sessions is a desirable goal when mobile > hosts/routers > change their point of attachment to the Internet, it is not a strict > requirement. Mobile hosts/routers should not assume that IP > addressing including home address(es) and/or home network prefix(es) > remain the same throughout the entire upper level session lifetime, > or that support for mobility functions is provided on the > network side > in all conditions. > > The distributed mobility management solutions primarily target IPv6 > Deployment and should not be tailored specifically to support IPv4, > in particular in situations where private IPv4 addresses and/or NATs > are used. At least IPv6 is assumed to be present in both the mobile > host/router and the access networks. Independent of the distributed > mobility management solution, backward compatibility must be > maintained. If the network or the mobile host/router do not support > the distributed mobility management enabling protocol, nothing should > break. > > Work items related to the distributed mobility management include: > > o Solution Requirements: Define precisely the problem of distributed > mobility management and identity the requirements for a distributed > mobility management solution. > > o Best practices: Document best practices for the deployment > of existing > mobility protocols in a distributed mobility management > environment. > > o Gap Analysis and extensions: identify the limitations in the best > current practices with respect to providing the expected > functionality. > > o If limitations are identified as part of the above deliverable, > specify extensions to existing protocols that removes these > limitations within a distributed mobility management environment. > > Goals and Milestones: > > Aug 2012 - Submit I-D 'Solution Requirements' as a working group > document. To be Informational RFC. > Aug 2012 - Submit I-D 'Best practices and Gap Analysis' as a working > group document. To be Informational RFC. > Nov 2012 - Evaluate the need for additional working group document(s) > for extensions to fill the identified gaps. > Jan 2013 - Submit I-D 'Solution Requirements' to the IESG for > consideration as an Informational RFC. > Jan 2013 - Submit I-D 'Best practices ' to the IESG forvconsideration > as an Informational RFC. > Mar 2013 - Submit I-D 'Gap Analysis' to the IESG for consideration as > an Informational RFC. > Mar 2013 - Evaluate the need for further work based on the identified > gaps and revise the milestones and/or the charter of the > group. > > > > > On Dec 21, 2011, at 7:53 PM, liu dapeng wrote: > > > 2011/12/14, jouni korhonen <jouni.nospam@gmail.com>: > >> Folks, > >> > >> We have been working on a charter text from DMM based on > the initial goal > >> setting and the input we received during the Taipei > meeting. Note that this > >> is the first draft and now we are soliciting for input. > >> > >> - Jouni & Julien > >> > >> > >> > -------------------------------------------------------------- > ----------- > >> > >> Distributed Mobility Management (DMM) > >> ------------------------------------- > >> > >> Charter > >> > >> Current Status: Active > >> > >> Chairs: > >> Julien Laganier <julien.ietf@gmail.com> > >> Jouni Korhonen <jouni.nospam@gmail.com> > >> > >> Internet Area Directors: > >> Ralph Droms <rdroms.ietf@gmail.com> > >> Jari Arkko <jari.arkko@piuha.net> > >> > >> Internet Area Advisor: > >> Jari Arkko <jari.arkko@piuha.net> > >> > >> Mailing Lists: > >> General Discussion: mext@ietf.org > >> To Subscribe: https://www.ietf.org/mailman/listinfo/mext > >> Archive: http://www.ietf.org/mail-archive/web/mext > >> > >> Description of Working Group: > >> > >> The Distributed Mobility Management (DMM) working group > specifies IP > >> mobility, access network and routing solutions, which allow for > >> setting up IP networks so that traffic is distributed in an > >> optimal way and does not rely on centrally deployed > anchors to manage > >> IP mobility sessions. The distributed mobility management > solutions > >> aim for transparency above the IP layer, including maintenance of > >> active transport level sessions as mobile hosts or entire mobile > >> networks change their point of attachment to the Internet. > > > > [Comment] > > > > This point seems not specific to DMM, since all IP mobility protocol > > aim for transparency above IP layer. And the point (maintenance of > > active transport level sessions) contradicts with : "it is not a > > strict requirement to maintenance stable IP address" (later in the > > charter). Or does it mean that DMM aims to develop > solutions that can > > maintain active transport level sessions without > maintaining stable IP > > address? > > > > > >> The protocol solutions should be enhancements to existing > IP mobility > >> protocols, either host- or network-based, such as Mobile IPv6 > >> [RFC6275, 5555], Proxy Mobile IPv6 [RFC5213, 5844] and > >> NEMO [RFC3963]. Alternatively, the distributed mobility management > >> solution can be transparent to any underlying IP mobility > protocol. > >> Although the maintenance of stable home address(es) > and/or prefix(es) > >> and upper level sessions is a desirable goal when mobile > hosts/routers > >> change their point of attachment to the Internet, it is > not a strict > >> requirement. > > > > [comment] > > please refer the previous comment. > > I think we should not exclude the solutions that can > maintain stable IP address. > > > > > > > > Mobile hosts/routers should not assume that IP > >> addressing including home address(es) and/or home network > prefix(es) > >> remain the same throughout the entire upper level session > lifetime. > >> > >> The distributed mobility management solutions primarily > target IPv6 > >> Deployment and should not be tailored specifically to > support IPv4, > >> in particular in situations where private IPv4 addresses > and/or NATs > >> are used. > > > > [comment] Since DMM remains backward compatibility with existing IP > > mobility protocol. And DSMIPv6 can support IPv4, should we also need > > to keep IPv4 support in DMM? > > > > > > At least IPv6 is assumed to be present in both the mobile > >> host/router and the access networks. Independent of the > distributed > >> mobility management solution, backward compatibility must be > >> maintained. If the network or the mobile host/router do > not support > >> the distributed mobility management enabling protocol, > nothing should > >> break. > >> > >> Work items related to the distributed mobility management include: > >> > >> o Solution Requirements: Define precisely the problem of > distributed > >> mobility management and identity the requirements for a > distributed > >> mobility management solution. > >> > >> o Best practices and Gap Analysis: Document best practices for the > >> deployment of existing mobility protocols in a > distributed mobility > >> management environment and identify the limitations of each such > >> approach with respect to fulfillment of the solution > requirements. > >> > >> o If limitations are identified as part of the above deliverable, > >> specify extensions to existing protocols that removes these > >> limitations within a distributed mobility management > environment. > >> > >> Goals and Milestones: > >> > >> Aug 2012 - Submit I-D 'Solution Requirements' as a working > >> group document. To be Informational RFC. > >> Aug 2012 - Submit I-D 'Best practices and Gap Analysis' > as a working > >> group document. To be Informational RFC. > >> Nov 2012 - Evaluate the need for additional working group > document(s) > >> for extensions to fill the identified gaps. > >> Jan 2013 - Submit I-D 'Solution Requirements' to the IESG for > >> consideration as an Informational RFC. > >> Jan 2013 - Submit I-D 'Best practices and Gap Analysis' > to the IESG for > >> consideration as an Informational RFC. > >> Mar 2013 - Conclude the working group or re-charter. > >> > >> > >> _______________________________________________ > >> MEXT mailing list > >> MEXT@ietf.org > >> https://www.ietf.org/mailman/listinfo/mext > >> > > > > > > -- > > > > ------ > > Best Regards, > > Dapeng Liu > > _______________________________________________ > MEXT mailing list > MEXT@ietf.org > https://www.ietf.org/mailman/listinfo/mext >
- [MEXT] The first proposal for the DMM charter jouni korhonen
- [MEXT] 答复: The first proposal for the DMM charter luo.wen
- Re: [MEXT] 答复: The first proposal for the DMM cha… Julien Laganier
- Re: [MEXT] The first proposal for the DMM charter Behcet Sarikaya
- [MEXT] 答复: Re: 答复: The first proposal for the DMM… luo.wen
- Re: [MEXT] 答复: Re: 答复: The first proposal for the… jouni korhonen
- Re: [MEXT] The first proposal for the DMM charter jouni korhonen
- [MEXT] 答复: Re: 答复: Re: 答复: The first proposal for… luo.wen
- Re: [MEXT] The first proposal for the DMM charter jouni korhonen
- Re: [MEXT] The first proposal for the DMM charter Dirk.von-Hugo
- Re: [MEXT] The first proposal for the DMM charter Bruno Mongazon-Cazavet
- Re: [MEXT] The first proposal for the DMM charter Pierrick Seite
- Re: [MEXT] The first proposal for the DMM charter Jari Arkko
- Re: [MEXT] The first proposal for the DMM charter jouni korhonen
- Re: [MEXT] The first proposal for the DMM charter pierrick.seite
- Re: [MEXT] The first proposal for the DMM charter Conny Larsson
- Re: [MEXT] The first proposal for the DMM charter liu dapeng
- Re: [MEXT] The first proposal for the DMM charter jouni korhonen
- Re: [MEXT] The first proposal for the DMM charter Conny Larsson
- Re: [MEXT] The first proposal for the DMM charter jouni korhonen
- Re: [MEXT] The first proposal for the DMM charter Templin, Fred L
- Re: [MEXT] The first proposal for the DMM charter liu dapeng
- Re: [MEXT] The first proposal for the DMM charter jouni korhonen
- Re: [MEXT] The first proposal for the DMM charter jouni korhonen
- Re: [MEXT] The first proposal for the DMM charter Templin, Fred L
- Re: [MEXT] The first proposal for the DMM charter Jouni
- Re: [MEXT] The first proposal for the DMM charter Templin, Fred L