Re: [MEXT] the future of the MEXT working group

jouni korhonen <jouni.nospam@gmail.com> Sun, 13 November 2011 17:10 UTC

Return-Path: <jouni.nospam@gmail.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 1845E21F8B1A for <mext@ietfa.amsl.com>; Sun, 13 Nov 2011 09:10:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.038
X-Spam-Level:
X-Spam-Status: No, score=-1.038 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SARE_RECV_IP_061228=0.895, SARE_RECV_SPAM_DOMN0b=1.666]
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 Nz8gz7WLJIEd for <mext@ietfa.amsl.com>; Sun, 13 Nov 2011 09:10:49 -0800 (PST)
Received: from mail-pz0-f50.google.com (mail-pz0-f50.google.com [209.85.210.50]) by ietfa.amsl.com (Postfix) with ESMTP id 6A6E421F8B17 for <mext@ietf.org>; Sun, 13 Nov 2011 09:10:49 -0800 (PST)
Received: by pzk5 with SMTP id 5so7353592pzk.9 for <mext@ietf.org>; Sun, 13 Nov 2011 09:10:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=Tk9tUggeKvXViyJgE66Ags1bYycLbsUeARK+tXp1MeE=; b=wX0JXdqT1y4+1+9HL4Wuzx725G0u37u+8uDZHAY4BGed5h+EvXzqgd9O6hcjICuK5L VU/Gvx0m5t/NKpIzCG4jcV+Th7hOljv1Vj6/bfnHqH/ZMrspD+H53MPD2ZbU8u2aEYFK PTYk5+VoloKFyp0f0WC0UIXQXGi2B1kZF+XsE=
Received: by 10.68.29.197 with SMTP id m5mr43425095pbh.9.1321204248096; Sun, 13 Nov 2011 09:10:48 -0800 (PST)
Received: from [192.168.0.15] (61-230-55-233.dynamic.hinet.net. [61.230.55.233]) by mx.google.com with ESMTPS id g8sm31008546pbe.11.2011.11.13.09.10.44 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Nov 2011 09:10:46 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: jouni korhonen <jouni.nospam@gmail.com>
In-Reply-To: <CAKcc6AeY1fYDGF8T3pN4KOAEmOYAgKDf_eZzAX2y4dO7F1w8=Q@mail.gmail.com>
Date: Sun, 13 Nov 2011 19:10:41 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <4E374797-95D5-45DA-A2F8-E04D18E0E5ED@gmail.com>
References: <4EB2D421.4030905@earthlink.net> <CAD9800F.1D0F9%hesham@elevatemobile.com> <CACvMsLG496pFVaVM0aJzt9W+=kwAwJjMNru4OO45aK66iDhhgw@mail.gmail.com> <1672201A-C652-4204-99D9-3DE4D23D2BB2@gmail.com> <CAC8QAcc85DKuerWsZC9S_C7bUzhdgSr9Z5yMFNngjtTcaoZv+g@mail.gmail.com> <C90EE503-DF1D-4870-9768-4E7107872788@gmail.com> <CAKcc6AeY1fYDGF8T3pN4KOAEmOYAgKDf_eZzAX2y4dO7F1w8=Q@mail.gmail.com>
To: liu dapeng <maxpassion@gmail.com>
X-Mailer: Apple Mail (2.1084)
Cc: Jouni Korhonen <jouni.korhonen@nsn.com>, Jari Arkko <jari.arkko@piuha.net>, mext@ietf.org
Subject: Re: [MEXT] the future of the MEXT working group
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: Sun, 13 Nov 2011 17:10:50 -0000

On Nov 13, 2011, at 11:30 AM, liu dapeng wrote:

> 2011/11/7, jouni korhonen <jouni.nospam@gmail.com>om>:
>> 
>> On Nov 4, 2011, at 6:18 PM, Behcet Sarikaya wrote:
>> 
>>> Hi all,
>>> 
>>> I am confused about all these very high level, intelligent looking
>>> comments, and I must say I am fed up with them :-).
>>> 
>>> Non-tunneled communications is already there in DMM. You connect to the
>>> nearest HA and all new communications is non-tunneled.
>>> 
>>> Do we agree that we should differentiate client-based and network based
>>> protocols and discuss them in different places? or even there is no issue
>>> for one.
>> 
>> 
>> IMHO I see no reason to focus only on client-based or network-based
>> solutions. FWIW the DMM solution space:
>> 
>> o is incremental to an existing IETF mobility protocol, be that client-,
>>  network- or even transport-based.
>> o or alternatively may not depend on a specific mobility protocol at all
>>  i.e. non-anchored solution is also in scope.
>> o solution is backward compatible in a sense that if a host or a network
>>  does not support DMM, nothing breaks.
>> o focuses on IPv6 because anything IPv4 is just NAT-games.
> 
> I have concern about only focuse on IPv6. IPv4 is still widely used
> today, we have to consider that.

I understand this. However, the day any DMM solution hits the market can we assume that IPv4 is the protocol those new subscribers & mobiles are then mainly using? Given the minimum 2-3 year window anything penetrates the mass market we manage to define here, I hope IPv6 will have more significant role, for example, in cellular systems.

- Jouni

> 
> regards,
> Dapeng
> 
>> - Jouni
>> 
>>> 
>>> I think this is what we should decide now.
>>> 
>>> Regards,
>>> 
>>> Behcet
>>> 
>>> On Fri, Nov 4, 2011 at 3:19 AM, jouni korhonen <jouni.nospam@gmail.com>
>>> wrote:
>>> Pete,
>>> 
>>> On Nov 4, 2011, at 3:16 AM, Pete McCann wrote:
>>> 
>>>> A good architecture is made not only from deciding what to standardize
>>>> but
>>>> also from what not to standardize.
>>> 
>>> Exactly.
>>> 
>>> [snip]
>>> 
>>>> 
>>>> Perhaps IETF could take LIPA as a starting point to design a cleaner
>>>> mobility management solution.
>>> 
>>> What came out from a certain SDO as a "Local IP Access" did not turn out
>>> as the most elegant solution :) But I do agree that from the idea &
>>> initial use case point of view, it definitely is something to look at..
>>> even as a basis for a cleaner design.
>>> 
>>>> It isn't clear to me that we should even start with tunnels as a basic
>>>> building
>>>> block.
>>> 
>>> I am along the same lines. See my earlier mail on the charter
>>> http://www.ietf.org/mail-archive/web/mext/current/msg04905.html
>>> 
>>> - Jouni
>>> 
>>> 
>>> 
>>>> 
>>>> -Pete
>>>> 
>>>> On Thu, Nov 3, 2011 at 8:43 PM, Hesham Soliman
>>>> <hesham@elevatemobile.com> wrote:
>>>>> Hi Charlie,
>>>>> 
>>>>> I agree completely with you on the problems with the current interfaces
>>>>> in
>>>>> LTE, and in 3G before that.
>>>>> I don't know what the best way to go about it would be. I say this
>>>>> because
>>>>> many people on this list are aware of what's happening in LTE and
>>>>> presumably have similar opinions about the complexity of their
>>>>> solutions,
>>>>> but it's still there.
>>>>> 
>>>>> Hesham
>>>>> 
>>>>> -----Original Message-----
>>>>> From: "Charles E. Perkins" <charles.perkins@earthlink.net>
>>>>> Organization: Wichorus Inc.
>>>>> Date: Thu, 03 Nov 2011 10:49:21 -0700
>>>>> To: Jari Arkko <jari.arkko@piuha.net>
>>>>> Cc: <jouni.korhonen@nsn.com>om>, <mext@ietf.org>
>>>>> Subject: Re: [MEXT] the future of the MEXT working group
>>>>> 
>>>>>> Hello folks,
>>>>>> 
>>>>>> For several years now, I have been studying 4G wireless
>>> 
>>> [snap]
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> MEXT mailing list
>>> MEXT@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mext
>>> 
>> 
>> _______________________________________________
>> MEXT mailing list
>> MEXT@ietf.org
>> https://www.ietf.org/mailman/listinfo/mext
>> 
> 
> 
> -- 
> 
> ------
> Best Regards,
> Dapeng Liu