Re: [DMM] DMM functional framework posted

<karagian@cs.utwente.nl> Thu, 08 November 2012 15:01 UTC

Return-Path: <karagian@cs.utwente.nl>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 024B121F8B58 for <dmm@ietfa.amsl.com>; Thu, 8 Nov 2012 07:01:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.479
X-Spam-Level:
X-Spam-Status: No, score=-0.479 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gD5obrL-mNQo for <dmm@ietfa.amsl.com>; Thu, 8 Nov 2012 07:01:38 -0800 (PST)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id DF1BC21F8590 for <dmm@ietf.org>; Thu, 8 Nov 2012 07:01:37 -0800 (PST)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.318.4; Thu, 8 Nov 2012 16:01:37 +0100
Received: from EXMBX04.ad.utwente.nl ([169.254.4.65]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0318.004; Thu, 8 Nov 2012 16:01:36 +0100
From: karagian@cs.utwente.nl
To: Marco.Liebsch@neclab.eu, dmm@ietf.org
Thread-Topic: DMM functional framework posted
Thread-Index: Ac2rtkYqUHMX3R8lT2GK/zx0O/gz3QPEEFH+AAPJ97AAuvjZew==
Date: Thu, 08 Nov 2012 15:01:36 +0000
Message-ID: <FF1A9612A94D5C4A81ED7DE1039AB80F2ED8D152@EXMBX04.ad.utwente.nl>
References: <69756203DDDDE64E987BC4F70B71A26D55135B39@DAPHNIS.office.hd> <FF1A9612A94D5C4A81ED7DE1039AB80F2CC125F5@EXMBX01.ad.utwente.nl>, <69756203DDDDE64E987BC4F70B71A26D5513C865@DAPHNIS.office.hd>
In-Reply-To: <69756203DDDDE64E987BC4F70B71A26D5513C865@DAPHNIS.office.hd>
Accept-Language: nl-NL, en-US
Content-Language: nl-NL
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.129.23.132]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [DMM] DMM functional framework posted
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dmm>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Nov 2012 15:01:39 -0000

Hi Marco,

Thanks for the answers!
I think that the draft is valuable. In particular, this draft can provide the basis for the work on gap analysis!

Best regards,
Georgios

________________________________________
Van: Marco Liebsch [Marco.Liebsch@neclab.eu]
Verzonden: zondag 4 november 2012 23:30
To: Karagiannis, G. (EWI); dmm@ietf.org
Onderwerp: RE: DMM functional framework posted

Hi Georgios,

thanks for your comments. Please see inline for my response.

>-----Original Message-----
>From: karagian@cs.utwente.nl [mailto:karagian@cs.utwente.nl]
>Sent: Sonntag, 4. November 2012 21:02
>To: Marco Liebsch; dmm@ietf.org
>Subject: RE: DMM functional framework posted
>
>Hi Marco,
>
>I have read this draft and I think that it is useful for the DMM WG. However, I
>have some comments:
>
>1) Can you please emphasize which approach have you followed in order to
>derive the functional entities that are described in Section 3. One could derive
>other FEs than the ones mentioned in Section 3.

The approach is to assume a mobility anchor/gateway and add functional
entities to enable DMM without taking assumptions on the mobility protocol.
Hence, it does not take assumptions on mobility protocol dependency.

As soon as a suitable set of functional entities is defined, we can take mobility
protocols (MIP6, PMIP6), either with or without extension protocols, such as
runtime LMA redirection. Then the DMM functional entities can be placed to
the associated architecture in different ways, either collocated with mobility
components or other components, e.g. provided by the transport network, and
we can analyze if a function is implicitly supported by the mobility protocol or
needs a further extension or support from an external protocol.

Latter point is still important, IMHO, I still think DMM should be enabled by looking
for support from other protocols outside the IP-mobility protocol space.

>
>2) What are the main differences between the framework that you propose in
>this draft and the one proposed in: framework, like the one introduced in
>http://www.ietf.org/id/draft-chan-dmm-framework-gap-analysis-05.txt.

The main difference is that it defines DMM functional entities without being dependent
on functions of available IP mobility architecture. We discussed such framework
during last IETF and came to the conclusion that such framework is useful
for the gap analysis and the specification of protocol extensions without being
Dependent on mobility protocols.

I received some feedback to version -00 about further separation of defined
functional entities into control- and data-plane, which can help to apply the
DMM functional elements to available components of Mobile IP, Proxy Mobile
IPv6, LISP on top of a Mobile IP architecture or even an OpenFlow-based architecture
in the mobile carrier's transport network.

The draft is simply the way of communicating the approach of using these functional
elements for the analysis and the specification of protocol extensions to enable DMM.

It's not meant as further competing gap analysis draft :-) But it reflects what I could discuss
with some DMM folks and hopefully supports the discussion about DMM while tackling
the associated complexity behind this topic.

marco

>
>Best regards,
>Georgios
>
>________________________________________
>Van: dmm-bounces@ietf.org [dmm-bounces@ietf.org] namens Marco Liebsch
>[Marco.Liebsch@neclab.eu]
>Verzonden: dinsdag 16 oktober 2012 18:04
>To: dmm@ietf.org
>Onderwerp: [DMM] DMM functional framework posted
>
>As follow up of a discussion during last IETF meeting with some of you,  we
>posted a new draft about an initial functional framework for DMM. We think
>that discussing BCP and gaps can be supported by using well defined functional
>entities (FE) and reference points to enable DMM. Different constellations of FEs
>can match architectures of existing protocols and gaps as well as strengths or
>weak points of the associated architecture/protocol can be easily identified.
>
>The current version provides a basic set of FEs and interfaces and depicts two
>key models as starting point to group FEs according to the WG's current
>understanding how DMM may be solved.
>
>Any opinion about the proposed framework and approach as well as
>contributions to an updated version of this draft are appreciated.
>
>Marco
>
>--
>A new version of I-D, draft-liebsch-dmm-framework-analysis-00.txt
>has been successfully submitted by Marco Liebsch and posted to the IETF
>repository.
>
>Filename:        draft-liebsch-dmm-framework-analysis
>Revision:        00
>Title:           Distributed Mobility Management - Framework & Analysis
>Creation date:   2012-10-15
>WG ID:           Individual Submission
>Number of pages: 16
>URL:             http://www.ietf.org/internet-drafts/draft-liebsch-dmm-framework-
>analysis-00.txt
>Status:          http://datatracker.ietf.org/doc/draft-liebsch-dmm-framework-
>analysis
>Htmlized:        http://tools.ietf.org/html/draft-liebsch-dmm-framework-analysis-
>00
>
>
>Abstract:
>   Mobile operators consider the distribution of mobility anchors to
>   enable offloading some traffic from their core network.  The
>   Distributed Mobility Management (DMM) Working Group is investigating
>   the impact of decentralized mobility management to existing protocol
>   solutions, while taking into account well defined requirements, which
>   are to be met by a future solution.  This document discusses DMM
>   using a functional framework.  Functional Entities to support DMM as
>   well as reference points between these Functional Entities are
>   introduced and described.  The described functional framework allows
>   distribution and co-location of Functional Entities and build a DMM
>   architecture that matches the architecture of available protocols.
>   Such methodology eases the analysis of best current practices with
>   regard to functional and protocol gaps.
>
>
>_______________________________________________
>dmm mailing list
>dmm@ietf.org
>https://www.ietf.org/mailman/listinfo/dmm