Re: [MEXT] Multiple interfaces problems in MEXT and mif

Thierry Ernst <thierry.ernst@inria.fr> Wed, 28 January 2009 10:08 UTC

Return-Path: <mext-bounces@ietf.org>
X-Original-To: nemo-archive@megatron.ietf.org
Delivered-To: ietfarch-nemo-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 51A8328C264; Wed, 28 Jan 2009 02:08:02 -0800 (PST)
X-Original-To: mext@core3.amsl.com
Delivered-To: mext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A871128C25E; Wed, 28 Jan 2009 02:08:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.401
X-Spam-Level:
X-Spam-Status: No, score=-3.401 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, FRT_MEETING=2.697, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gfc3zJKpoqFM; Wed, 28 Jan 2009 02:07:56 -0800 (PST)
Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by core3.amsl.com (Postfix) with ESMTP id CBA9728C25D; Wed, 28 Jan 2009 02:07:55 -0800 (PST)
X-IronPort-AV: E=Sophos; i="4.37,337,1231110000"; d="vcf'?scan'208"; a="23182761"
Received: from guest-rocq-135129.inria.fr ([128.93.135.129]) by mail1-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Jan 2009 11:07:36 +0100
Message-ID: <49802E59.7030407@inria.fr>
Date: Wed, 28 Jan 2009 11:07:21 +0100
From: Thierry Ernst <thierry.ernst@inria.fr>
Organization: INRIA
User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209)
MIME-Version: 1.0
To: marcelo bagnulo braun <marcelo@it.uc3m.es>
References: <932b01c98117$dcb28e10$8310fe81@etri.info> <498027F9.8050604@it.uc3m.es>
In-Reply-To: <498027F9.8050604@it.uc3m.es>
Content-Type: multipart/mixed; boundary="------------070403020101030809060408"
Cc: mif@ietf.org, julien.laganier.IETF@googlemail.com, mext@ietf.org
Subject: Re: [MEXT] Multiple interfaces problems in MEXT and mif
X-BeenThere: mext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mobile IPv6 EXTensions WG <mext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/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>
Sender: mext-bounces@ietf.org
Errors-To: mext-bounces@ietf.org


Dear all,

The work on mobile edge multihoming (multiple interface support) started 
in the NEMO WG where we published RFC 4980 “Analysis of Multihoming in 
Network Mobility Support”.  This document expresses the problem 
statement for multihomed mobile routers and mobile networks with 
multiple mobile routers.

A similar document "Analysis of Multihoming in Mobile IPv6"
http://tools.ietf.org/html/draft-ietf-monami6-mipv6-analysis-05
has been started under the framework of the MonAmi6 WG and is now a work 
item in MeXT, as pointed out by Marcelo.

In addition, another draft explaining the motivations also exists
http://tools.ietf.org/html/draft-ietf-monami6-multihoming-motivation-scenario-03

These two drafts correspond to the 2 MeXT WG items as reminded by 
Marcelo (we need to republish them, though - the lack of progress on 
these documents is due to a number of reasons and the recent activity on 
this topic is pleading for a quick update - and I'm will willing to do 
it ASAP given this interest).

So, I think MIF shall be referring to these 3 documents (RFC 4980 and 
the 2 above mentioned drafts) since the purpose of these documents is to 
document the issues for mobile hosts and routers.

Regards,
Thierry





marcelo bagnulo braun wrote:
> Hi,
>
> In the current MEXT charter there are several items about supporting 
> multiple interfaces, including the following two:
>
> - A document explaining the motivations for a node using multiple
> interfaces and the scenarios where it may end up with multiple
> global addresses on its interfaces [Informational]
>
> - An analysis document explaining what are the limitations for
> mobile hosts using multiple simultaneous Care-of Addresses and Home
> Agent addresses using Mobile IPv6, whether issues are specific to
> Mobile IPv6 or not [Informational].
>
> I think this is very similar to the scope of one of you documents at 
> least, so i would find very strange that the same work is chartered in 
> two different working groups.
>
> Moreover, we do have wg documents for these two, but we find very hard 
> to find reviewers for those, which makes me think that there is not 
> much interest on these. So, if you find a more motivated crew to do 
> the work, that would be great, we can either do it in mext or 
> soemwhere else, if people feels that needs to be done, but that is 
> certainly not the feeling i am getting from the input in mext
>
> Regards, marcelo
>
>
>
> Hong Yong-Geun escribió:
>>
>> Hi, all in MEXT and mif.
>>
>>  
>>
>> In IETF mif (Multiple Interface) mailing list 
>> (_https://www.ietf.org/mailman/listinfo/mif_ 
>> <https://www.ietf.org/mailman/listinfo/mif>),
>>
>> we now discuss the host which would like to use multiple interfaces.
>>
>> I understand that MEXT WG is also related to the use of multiple 
>> interfaces of a host
>> using Mobile IPv6 or a mobile router using NEMO Basic Support and 
>> their variants
>>
>> MEXT WG is focuing on monami6 related topic (multiple CoA, Multiple 
>> HoA, and Multple HA, etc.,)
>> and extedning Mobile IPv6 and NEMO for these, but mif is not related 
>> to this direction.
>> In mif, source address selection, routing and DNS control protocol 
>> are consideration items
>> due to multiple interfaces of a host.
>>
>>  
>>
>> For mif’s scope, Jari Arkko made some comments and classification of 
>> problems.
>>
>> _http://www.ietf.org/mail-archive/web/mif/current/msg00050.html_
>>
>> Among these classification which includes access selection, split 
>> DNS, configuration reconciliation,
>> routing, address selection, tunnel multihoming, and the communication 
>> way between the host and
>> the network about their policies regarding all of the above, Jari 
>> said that access selection is already
>> coverd in RFC 5113 and tunnel multihoming is already covered in MEXT 
>> WG work items.
>>
>>  
>>
>> At monami6 WG in 64th IETF meetinng, I submitted and presented two 
>> Internet Drafts.
>>
>> - Analysis of multiple interfaces in a Mobile Node
>>
>> _http://tools.ietf.org/id/draft-hong-multipleif-mn-pb-statement-00.txt_
>>
>> - Virtual network interface for multiple interfaces in a Mobile node 
>> using Mobile IPv6
>>
>> _http://tools.ietf.org/id/draft-hong-virtualif-mn-mipv6-00.txt_ 
>> <http://tools.ietf.org/id/draft-hong-virtualif-mn-mipv6-00.txt>
>>
>> Because these two drafts were not in the monami6 WG’s scope and 
>> virtual network interface draft was
>>
>> implementation specific, there were not adoped in monami6 WG’s work 
>> items. The intentions of two drafts
>> are supporting multiple interfaces of a host without extending Mobile 
>> IPv6/NEMO.
>>
>>  
>>
>> I think that multiple interfaces problems of a host are related to 
>> both Mobile IP/NEMO specific issues and
>> general network issues. Mobile IP/NEMO specific issues are related to 
>> extending of Mobile IP/NEMO and
>> these are already studied in MEXT WG and general network issues which 
>> were not related to
>> Mobile IP/NEMO could be studied in mif. As same manner, I think that 
>> my drafts could be discussed and
>> developed in mif. In the first draft (Analysis document), I 
>> classified multiple interface problems into
>> Mobile IPv6-sepcific issues, General network issues, and 
>> heterogeneous environment issues.
>>
>>  
>>
>> Including Hui Deng in mif, with regarding to these drafts, they want 
>> to hear comments from MEXT WG’s point of view,
>> because it seems that these drafts are quite related to monami6/MEXT 
>> WG. So, I ask MEXT to review whether there are
>>
>> some overlap between MEXT works and my drafts or not.
>>
>> It is appreciate to give comments.
>>
>>  
>>
>> Best regards.
>>
>> Yong-Geun.
>>
>
> _______________________________________________
> 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