IETF Logo Mail Archive

Re: [DMM] regarding DMM framework and draft-chan-dmm-framework-gap-analysis

Jong-Hyouk Lee <jonghyouk@gmail.com> Tue, 06 November 2012 12:52 UTC

Return-Path: <jonghyouk@gmail.com>
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 30E8521F88E0 for <dmm@ietfa.amsl.com>; Tue, 6 Nov 2012 04:52:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 ITH1sf6arsFm for <dmm@ietfa.amsl.com>; Tue, 6 Nov 2012 04:52:21 -0800 (PST)
Received: from mail-ia0-f172.google.com (mail-ia0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4DB3521F88A3 for <dmm@ietf.org>; Tue, 6 Nov 2012 04:52:21 -0800 (PST)
Received: by mail-ia0-f172.google.com with SMTP id x24so291443iak.31 for <dmm@ietf.org>; Tue, 06 Nov 2012 04:52:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6LDRwqUOgvuV6FkXohB7iWSY3uwI5Ap5YsoPHdHCtfc=; b=wsAq6u+Pd75NWdSye91ja3spO8oRchPzEyFPk7a/m+QiFceLc9BbGumkkf/hYQv2k/ 5YKRFqUoCM9nxr2wu1Znd/VeJTb2w7oDp+WCKFNF93gdgkT8755+C1crs5TUSQuoVQSw dJRJXXA7HF8pKqcu2G4V7I7TrcY66PVfHSik/WpFou278n4xbsPl2n3HY/HbmoU4xkFH j9HI3maFcXONqZPxymDIINGVQ/UIqnvKI3IwPcvsFXrG9I/DEA6GKM/SIBoHbx66I1Vo Oei8HA97dc517X7LmTZQRC/jg/JVx2++eK2DuVWssJDMGDZSkBQMdEvFc2IngZQZh35v co6A==
MIME-Version: 1.0
Received: by 10.50.184.232 with SMTP id ex8mr12593056igc.30.1352206340905; Tue, 06 Nov 2012 04:52:20 -0800 (PST)
Received: by 10.64.0.34 with HTTP; Tue, 6 Nov 2012 04:52:20 -0800 (PST)
In-Reply-To: <FF1A9612A94D5C4A81ED7DE1039AB80F2CC17A63@EXMBX04.ad.utwente.nl>
References: <FF1A9612A94D5C4A81ED7DE1039AB80F2CBE684D@EXMBX04.ad.utwente.nl> <6E31144C030982429702B11D6746B98C284130CD@SZXEML510-MBX.china.huawei.com> <FF1A9612A94D5C4A81ED7DE1039AB80F2CC17A63@EXMBX04.ad.utwente.nl>
Date: Tue, 06 Nov 2012 13:52:20 +0100
Message-ID: <CAB2CD_U1HtNVXj-ZnsF08Zn1-2Ms4786JaBPYRBgUkXwe6TDZg@mail.gmail.com>
From: Jong-Hyouk Lee <jonghyouk@gmail.com>
To: karagian@cs.utwente.nl
Content-Type: multipart/alternative; boundary="14dae9340ef19cdbeb04cdd31296"
Cc: dmm@ietf.org
Subject: Re: [DMM] regarding DMM framework and draft-chan-dmm-framework-gap-analysis
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: Tue, 06 Nov 2012 12:52:22 -0000

Georgios,

We will consider that at the next version of
http://tools.ietf.org/html/draft-chan-dmm-framework-gap-analysis

Thanks for this comment.

On Mon, Nov 5, 2012 at 7:30 PM, <karagian@cs.utwente.nl> wrote:

>  Hi Anthony,
>
>
>
> Regarding your question, yes, the framework should allow the possibility
> that data traffic and signaling take different paths!
>
>
>
> Best regards,
>
> Georgios
>  ------------------------------
> *Van:* h chan [h.anthony.chan@huawei.com]
> *Verzonden:* maandag 5 november 2012 15:06
> *To:* Karagiannis, G. (EWI)
> *Cc:* dmm@ietf.org
> *Onderwerp:* RE: [DMM] regarding DMM framework and
> draft-chan-dmm-framework-gap-analysis
>
>   Georgios,
>
> The framework is only at a high level. As we go deeper, granularity will
> arise.
>
> I thought these mobility management signaling are mainly in the control
> plane. When you say separation into control path and data path, do you mean
> the signaling and the data traffic can take different paths?
>
>
>
> H Anthony Chan
>
>
>
> *From:* dmm-bounces@ietf.org [mailto:dmm-bounces@ietf.org] *On Behalf Of *
> karagian@cs.utwente.nl
> *Sent:* Friday, August 03, 2012 10:17 AM
> *To:* h chan
> *Cc:* dmm@ietf.org
> *Subject:* [DMM] regarding DMM framework and
> draft-chan-dmm-framework-gap-analysis
>
>
>
> Hi Anthony,
>
>
>
> I have read the draft-chan-dmm-framework-gap-analysis-02.txt.
>
>
>
> The DMM framework part description is useful. However, I have a comment!
> The current provided DMM framework is not making any distinction between
> control path and data path related functions/entities.
>
>
>
> I think that the DMM framework should provide this distinction, since
> functions/entities that are supporting the control path may not be
> collocated with functions/entities that are supporting the data path.
>
>
>
> This comment is in my opinion valid for both: (1) mobility routing (MR)
> function/entity and (2) internetwork location management (LM)
> function/entity.
>
>
>
> This could mean that:
>
>
>
> The MR function/entity can be divided in:
> MRC (Mobility Routing Control path) function/entity
> MRD (Mobility Routing Data path) function/entity
>
>
>
> The LM function can be divided in:
> LMC (internetwork Location Management Control path) function/entity
> LMD (internetwork Location Management Data path) function/entity
>
>
>
> Best regards,
> Georgios
>
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
>
>


-- 
RSM Department, TELECOM Bretagne, France
Jong-Hyouk Lee, living somewhere between /dev/null and /dev/random

#email: jonghyouk (at) gmail (dot) com
#webpage: http://sites.google.com/site/hurryon/

v2.23.0 | Report a Bug | By Email