Re: [MEXT] Discussion proposal on network-initiated flow binding forMIPv6
<pierrick.seite@orange-ftgroup.com> Mon, 27 June 2011 12:00 UTC
Return-Path: <pierrick.seite@orange-ftgroup.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 CA30421F85C9 for <mext@ietfa.amsl.com>;
Mon, 27 Jun 2011 05:00:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level:
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 LiXG2434UaAH for
<mext@ietfa.amsl.com>; Mon, 27 Jun 2011 05:00:27 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com
[217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 0CE1E21F8553 for
<mext@ietf.org>; Mon, 27 Jun 2011 05:00:27 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (localhost.localdomain
[127.0.0.1]) by localhost (Postfix) with SMTP id 2F7EFFC4005;
Mon, 27 Jun 2011 13:23:11 +0200 (CEST)
Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by
r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 253F8FC4004;
Mon, 27 Jun 2011 13:23:11 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by
ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675);
Mon, 27 Jun 2011 13:23:12 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 27 Jun 2011 13:23:09 +0200
Message-ID: <843DA8228A1BA74CA31FB4E111A5C46201C574AC@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <4DF55B69.4080606@kddilabs.jp>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MEXT] Discussion proposal on network-initiated flow binding
forMIPv6
Thread-Index: AcwpYfoAW9EJUzmGSDeKEsxxCpbUZQLWgfwA
References: <4DF55B69.4080606@kddilabs.jp>
From: <pierrick.seite@orange-ftgroup.com>
To: <yokota@kddilabs.jp>, <mext@ietf.org>
X-OriginalArrivalTime: 27 Jun 2011 11:23:12.0841 (UTC)
FILETIME=[99F5A390:01CC34BC]
Subject: Re: [MEXT] Discussion proposal on network-initiated flow binding
forMIPv6
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: Mon, 27 Jun 2011 12:00:27 -0000
Hi Hidetoshi, Sorry for the late answer, but this long delay does not mean a lack of interest for network-initiated flow binding :-) Actually, I think we should consider the case where mobility triggers may come from the network, especially in multiple interfaces use-case you are referring to. For instance, the handover could be triggered when the network changes its inter-system handover policy, or when the network detects, or anticipates, network load issues. Note that we are talking only about mobility initiation here; I mean that this model should not preclude the terminal to make the final decision, e.g. considering quality of the radio link. Then, "network initiated mobility" does not mean "mobility is always initiated by the network"... Obviously, if the terminal looses an interface, the terminal will initiate the mobility whithout waiting for a network trigger.... Actually, I'd say that a complete mobility management process should include both network and terminal initiated mobility, depending on the type of trigger. This discussion should not be restricted to MIP. PMIP is network-based execution protocols, so it can be awkward not having also a network-based initiation model with PMIP. Pierrick > -----Message d'origine----- > De : mext-bounces@ietf.org [mailto:mext-bounces@ietf.org] De > la part de Hidetoshi Yokota > Envoyé : lundi 13 juin 2011 02:36 > À : mext@ietf.org > Objet : [MEXT] Discussion proposal on network-initiated flow > binding forMIPv6 > > Hi all, > > A while back, there was a discussion on network-initiated > flow binding, whereby the home agent indicates the mobile > node to move flows between access networks. At that time, the > discussion didn't get enough momentum partly due to lack of a > convincing use case. Nowadays, it is rather common for a > smartphone to have multiple interfaces pumping a lot of > packets into the network. Data traffic offload is becoming a > serious issue for mobile operators worldwide. The > host-initiated flow binding provided by RFC6089 is a big step > to realize fine-grained data traffic offload. And for the > next step, it may be a way forward for the network to be able > to trigger flow mobility since the network knows more about > its conditions and interworks with the policy server or > application servers. > > I would therefore like to revitalize the discussion on the > network-initiated flow binding for MIPv6. The following I-D, > which was once discussed in the past meetings, could be good > for restarting the > discussion: > > "Home Agent Initiated Flow Binding for Mobile IPv6" > <draft-xia-mext-ha-init-flow-binding> > http://tools.ietf.org/id/draft-xia-mext-ha-init-flow-binding-05.txt > > In NetExt WG, there is a similar discussion going for PMIPv6, > which includes network-initiated flow mobility. As a side > note, a related item is being discussed in 3GPP and the > discussion in IETF will certainly help them make their way. > > I would appreciate your opinion and hopefully your interest. > > Regards, > -- > Hidetoshi > > _______________________________________________ > MEXT mailing list > MEXT@ietf.org > https://www.ietf.org/mailman/listinfo/mext >
- [MEXT] Discussion proposal on network-initiated f… Hidetoshi Yokota
- Re: [MEXT] Discussion proposal on network-initiat… pierrick.seite
- Re: [MEXT] Discussion proposal on network-initiat… Hidetoshi Yokota