Re: [multimob] [Fwd: New Version Notification for draft-schmidt-multimob-fmipv6-pfmipv6-multicast-01]

"Thomas C. Schmidt" <schmidt@informatik.haw-hamburg.de> Fri, 12 March 2010 09:41 UTC

Return-Path: <schmidt@informatik.haw-hamburg.de>
X-Original-To: multimob@core3.amsl.com
Delivered-To: multimob@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 008363A691C for <multimob@core3.amsl.com>; Fri, 12 Mar 2010 01:41:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.643
X-Spam-Level:
X-Spam-Status: No, score=-1.643 tagged_above=-999 required=5 tests=[AWL=0.606, BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 H6oK0SiBlkMs for <multimob@core3.amsl.com>; Fri, 12 Mar 2010 01:41:48 -0800 (PST)
Received: from mail2.rz.htw-berlin.de (mail2.rz.htw-berlin.de [141.45.10.102]) by core3.amsl.com (Postfix) with ESMTP id F39473A6A59 for <multimob@ietf.org>; Fri, 12 Mar 2010 01:41:25 -0800 (PST)
Envelope-to: multimob@ietf.org
Received: from e178128049.adsl.alicedsl.de ([85.178.128.49] helo=[192.168.178.25]) by mail2.rz.htw-berlin.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from <schmidt@informatik.haw-hamburg.de>) id 1Nq1N3-000E4q-Q9; Fri, 12 Mar 2010 10:41:30 +0100
Message-ID: <4B9A0C48.1010802@informatik.haw-hamburg.de>
Date: Fri, 12 Mar 2010 10:41:28 +0100
From: "Thomas C. Schmidt" <schmidt@informatik.haw-hamburg.de>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Min Hui <huimin.cmcc@gmail.com>
References: <4B912044.5040203@informatik.haw-hamburg.de> <5dca10d31003112235o21439c75rc3d623090a83ecc1@mail.gmail.com>
In-Reply-To: <5dca10d31003112235o21439c75rc3d623090a83ecc1@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-HTW-SPAMINFO: this message was scanned by eXpurgate (http://www.eleven.de)
Cc: "multimob@ietf.org" <multimob@ietf.org>
Subject: Re: [multimob] [Fwd: New Version Notification for draft-schmidt-multimob-fmipv6-pfmipv6-multicast-01]
X-BeenThere: multimob@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multicast Mobility <multimob.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/multimob>, <mailto:multimob-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/multimob>
List-Post: <mailto:multimob@ietf.org>
List-Help: <mailto:multimob-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multimob>, <mailto:multimob-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2010 09:41:50 -0000

Hi Hui,

Min Hui wrote:

> I have a draft to solve this multicast fast handover issue which was
> proposed last year, and we have discussed this draft by mail before
> last IETF meeting.
> See my draft by the link:
> http://tools.ietf.org/id/draft-hui-multimob-fast-handover-00.txt
> The draft was on the Multimob agenda in the last IETF meeting, but
> wasn't presented due to the lack of time.
>

Of course I know. In Hiroshima, we had a quick discussion with Hui Deng 
and Rajeev about the subject and the work we had already been doing on this.

> I have a quick look about your new draft, it seems our drafts are
> quite similar. We both extend the HI/HACK message to support multicast
> context transfer, and setup the tunnel between pMAG and nMAG to ensure
> multicast fast handover.
> 

As mentioned in the Acknowledgements Section (and also in the problem 
statement), there has actually been a long history of proposals, papers 
& drafts on this issue, the first draft was 
draft-suh-mipshop-fmcast-mip6-00 already in July 2004. They are all 
similar on this very abstract level that context is transfered via 
HI/HACK messages. However, none of the proposals I have seen have really 
tried to work out the problem in sufficient detail. (Even though we have 
not completed the protocol details section, you already see from 
comparisons that there are quite a number of issues such an 
M-FMIPv6/M-PFMIPv6 protocol must resolve that haven't been addressed 
before).

So from this abstract point of view, not much had happened since 2004, 
why I was hesitant to present a longer list of references ...

... but the latter we might change.

Best wishes,

Thomas


> 
> 
> 2010/3/5 Thomas C. Schmidt <schmidt@informatik.haw-hamburg.de>:
>> Hi all,
>>
>> following the focus of Dirk, we submitted a new draft on FMIPv6/PFMIPv6
>> multicast extensions.
>>
>> This work was actually initiated back in the last meeting of MobOpts and
>> delayed due to the initial PMIP focus of Multimob.
>>
>> Looking forward to your comments and to progressing the discussion!
>>
>> Best regards,
>>
>> Thomas
>>
>> -------- Original Message --------
>> Subject: New Version Notification for
>> draft-schmidt-multimob-fmipv6-pfmipv6-multicast-01
>> Date: Fri,  5 Mar 2010 07:08:30 -0800 (PST)
>> From: IETF I-D Submission Tool <idsubmission@ietf.org>
>> To: Schmidt@informatik.haw-hamburg.de
>> CC: mw@link-lab.net,rkoodli@cisco.com,gorry@erg.abdn.ac.uk
>>
>>
>> A new version of I-D, draft-schmidt-multimob-fmipv6-pfmipv6-multicast-01.txt
>> has been successfuly submitted by Thomas Schmidt and posted to the IETF
>> repository.
>>
>> Filename:        draft-schmidt-multimob-fmipv6-pfmipv6-multicast
>> Revision:        01
>> Title:           Multicast Listener Extensions for MIPv6 and PMIPv6 Fast
>> Handovers
>> Creation_date:   2010-03-06
>> WG ID:           Independent Submission
>> Number_of_pages: 21
>>
>> Abstract:
>> Fast handover protocols for MIPv6 and PMIPv6 define mobility
>> management procedures that support unicast communication at reduced
>> handover latencies.  Fast handover base operations do not affect
>> multicast communication, and hence do not accelerate handover
>> management for native multicast listeners.  Many multicast
>> applications like IPTV or conferencing, though, are comprised of
>> delay-sensitive real-time traffic and could strongly benefit from
>> fast handover execution.  This document specifies extension of the
>> Mobile IPv6 Fast Handovers (FMIPv6) and the Fast Handovers for Proxy
>> Mobile IPv6 (PFMIPv6) protocols to include multicast traffic
>> management in fast handover operations.
>>
>>
>>
>>
>> The IETF Secretariat.
>>
>>
>>
>> --
>>
>> Prof. Dr. Thomas C. Schmidt
>> ° Hamburg University of Applied Sciences                   Berliner Tor 7 °
>> ° Dept. Informatik, Internet Technologies Group    20099 Hamburg, Germany °
>> ° http://www.haw-hamburg.de/inet                   Fon: +49-40-42875-8452 °
>> ° http://www.informatik.haw-hamburg.de/~schmidt    Fax: +49-40-42875-8409 °
>> _______________________________________________
>> multimob mailing list
>> multimob@ietf.org
>> https://www.ietf.org/mailman/listinfo/multimob
>>
> _______________________________________________
> multimob mailing list
> multimob@ietf.org
> https://www.ietf.org/mailman/listinfo/multimob

-- 

Prof. Dr. Thomas C. Schmidt
° Hamburg University of Applied Sciences                   Berliner Tor 7 °
° Dept. Informatik, Internet Technologies Group    20099 Hamburg, Germany °
° http://www.haw-hamburg.de/inet                   Fon: +49-40-42875-8452 °
° http://www.informatik.haw-hamburg.de/~schmidt    Fax: +49-40-42875-8409 °