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, 3 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
>