Re: [DMM] regarding the re-chartering..

Alexandru Petrescu <alexandru.petrescu@gmail.com> Fri, 05 September 2014 14:24 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB24C1A0702 for <dmm@ietfa.amsl.com>; Fri, 5 Sep 2014 07:24:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.983
X-Spam-Level:
X-Spam-Status: No, score=-4.983 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TRKCJhrF-wA6 for <dmm@ietfa.amsl.com>; Fri, 5 Sep 2014 07:24:21 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 798E91A06FA for <dmm@ietf.org>; Fri, 5 Sep 2014 07:24:21 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id s85EOJU7023592; Fri, 5 Sep 2014 16:24:19 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A5706203661; Fri, 5 Sep 2014 16:24:35 +0200 (CEST)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 99C1A20365D; Fri, 5 Sep 2014 16:24:35 +0200 (CEST)
Received: from [127.0.0.1] (is010446-4.intra.cea.fr [10.8.33.116]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id s85EO2lp023613; Fri, 5 Sep 2014 16:24:19 +0200
Message-ID: <5409C782.6070807@gmail.com>
Date: Fri, 05 Sep 2014 16:24:02 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.1.0
MIME-Version: 1.0
To: Alper Yegin <alper.yegin@yegin.org>
References: <53D17F75.3030207@gmail.com> <53D8AAE0.4040301@gmail.com> <2E9AF0DF-8B1A-475B-B5FB-ED5E419F0085@yegin.org> <53EB4F10.1040502@gmail.com> <A02C6954-3EC9-443F-ACC3-4A635EC79EFC@yegin.org> <53F35B44.1090808@gmail.com> <1E1DFA1F-8BC5-474B-A792-A8681A99D094@yegin.org> <72DAF3D2-05D9-4A1E-9185-7265AA915075@gmail.com> <CAC8QAcegx1QPATsrPS-v-dkoLbaSTNqE3M+BbrYJPHrCFKMyXA@mail.gmail.com> <5404BC3D.1000406@gmail.com> <CAC8QAccqjXHogC44iOBO5bDccFBRixgcgrQU=hst8ZYGM3Y5xA@mail.gmail.com> <5406A20F.60604@gmail.com> <CAC8QAccBSXSsydagekNHnBbaYvmtTdm=xv5aEE64c+=9X2Fp9w@mail.gmail.com> <5407422F.2010700@innovationslab.net> <CAC8QAcdvdY1Kbys4a=dw9aQ4cUs8cnRcnfaujxm1Fjn6_EAvkg@mail.gmail.com> <54074DAB.9020801@innovationslab.net> <CAC8QAcfVBeToUYYMp1uKTDwx8dGHw5TP2MTTSw8wziepcEZCsw@mail.gmail.com> <540763A0.7080509@innovationslab.net> <54083B6C.5010701@gmail.com> <F51A5BB8-0B0D-4F77-B354-A22B3171D8B9@yegin.org> <5409AD44.40308@gmail.com> <2C4B175F-425C-40A6-8CD1-432C193FC06C@yegin.o! rg>
In-Reply-To: <2C4B175F-425C-40A6-8CD1-432C193FC06C@yegin.org>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/dmm/KxJcVpv9WHLzDHXgY4QLtkLc_0I
Cc: dmm@ietf.org
Subject: Re: [DMM] regarding the re-chartering..
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 05 Sep 2014 14:24:23 -0000

Le 05/09/2014 14:45, Alper Yegin a écrit :
> Hi Alex,
>
> On Sep 5, 2014, at 3:32 PM, Alexandru Petrescu wrote:
>
>> Le 05/09/2014 10:48, Alper Yegin a écrit :
>>> Alex,
>>>
>>> DMM is not meant to be only about a bunch of MIP-based
>>> solutions. There are various components in DMM solution space
>>> that'd also work with GTP-based architectures. For example,
>>> identifying the mobility needs of flows. Or, conveying the
>>> mobility characteristic of a prefix to the UE.
>>
>> Alper - thanks for the reply.
>>
>> Identifying the mobility needs of flows assumes that IP flows _can_
>> be characterized, and then distinguished as mobile - or non-mobile.
>> I think this is very hard to do, given the difficulty to write good
>> firewall rules, and the difficulty of analyzing traffic dumps.
>>
>> For example, Netalyzr was written to tell whether or not one's
>> computer is connected to the Internet.  That report page has so
>> many lines that it is hard to tell which part of it really means
>> 'connected to the Internet'.
>>
>> The same problem may arise when trying to identify a particular
>> 'flow'.
>>
>
> The most robust way is to let the application tell the IP stack.
>
> http://www.ietf.org/id/draft-yegin-dmm-ondemand-mobility-02.txt

Sounds reasonable.

A complimentary means is to look at this as a source address selection 
problem: given two addresses configured on an interface (an IP address, 
and an IP address designated as CoA), the application selects the src 
address as the IP address if its flows are brief query/response (http), 
or it selects the src address as the CoA if its flows are longer timed 
(request of UDP stream, or TCP download).

This would need a means to designate to the stack an IP address as to be 
a 'CoA', or otherwise designate a prefix to be the 'home' prefix and, by 
deduction any address differing be the CoA.

Alex

>
> Alper
>
>
>
>> Alex
>>
>>
>>
>>>
>>> Alper
>>>
>>>
>>>
>>>
>>> On Sep 4, 2014, at 1:14 PM, Alexandru Petrescu wrote:
>>>
>>>> Le 03/09/2014 20:53, Brian Haberman a écrit :
>>>>> Behcet,
>>>>>
>>>>> On 9/3/14 2:33 PM, Behcet Sarikaya wrote:
>>>>>>
>>>>>> You don't seem to understand my points.
>>>>>
>>>>> That is quite possible.  Your comment on the list was "I am
>>>>> against any deployment work before we decide on a
>>>>> solution..."
>>>>>
>>>>> I read that as an objection to having the deployment models
>>>>> work item on the agenda.  Please do tell me what I am
>>>>> missing.
>>>>>
>>>>> Regards, Brian
>>>>
>>>> Hi,
>>>>
>>>> I am following the discussion and me too I do not quite
>>>> understand what is the complain.
>>>>
>>>> I am happy to learn that a if a WG is to be formed then it
>>>> would be around a solution rather than just requirements or
>>>> architecture.
>>>>
>>>> That said, I would like to express a worry along similar
>>>> lines.
>>>>
>>>> In DMM, precedents and the keen NETEXT, there seems to be a
>>>> hard-rooted disconnect between the product developped -
>>>> (P)Mobile IP - and the deployments.  We know for a fact that
>>>> 3GPP deployments (2G/3G/4G) do not use (P)Mobile IP.  We also
>>>> know that 3GPP specs do mention Mobile IP. To such a point that
>>>> I wonder whether 3GPP has not the same disconnect as here.
>>>>
>>>> On another hand, we do have indications of where (P)Mobile IP
>>>> is used - the trials, the projects, the kernel code, and not
>>>> least the slideware attracting real customers.
>>>>
>>>> The worry: develop DMM protocol while continuing the
>>>> disconnect.
>>>>
>>>> Alex
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________ dmm mailing
>>>>> list dmm@ietf.org https://www.ietf.org/mailman/listinfo/dmm
>>>>>
>>>>
>>>>
>>>> _______________________________________________ dmm mailing
>>>> list dmm@ietf.org https://www.ietf.org/mailman/listinfo/dmm
>>>
>>>
>>>
>>
>>
>
>
>