Re: [multimob] RV: I-D Action: draft-ietf-multimob-fast-handover-03.txt
"Thomas C. Schmidt" <schmidt@informatik.haw-hamburg.de> Tue, 06 November 2012 00:09 UTC
Return-Path: <prvs=650f20da4=schmidt@informatik.haw-hamburg.de>
X-Original-To: multimob@ietfa.amsl.com
Delivered-To: multimob@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4577111E80AE for <multimob@ietfa.amsl.com>; Mon, 5 Nov 2012 16:09:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.249
X-Spam-Level:
X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, USER_IN_WHITELIST=-100]
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 jAxp4a7uySgG for <multimob@ietfa.amsl.com>; Mon, 5 Nov 2012 16:09:40 -0800 (PST)
Received: from mx3.haw-public.haw-hamburg.de (mx3.haw-public.haw-hamburg.de [141.22.6.2]) by ietfa.amsl.com (Postfix) with ESMTP id C18F711E80A5 for <multimob@ietf.org>; Mon, 5 Nov 2012 16:09:39 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFALpUmFCNFh5K/2dsb2JhbABEFsMdgQiCHgEBAQMBAQEBLwEFNgoBBQcECxEDAQIBCQQSCAcJAwIBAgEVHwkIEAMBBQIBAQUSh2kGBAe7FYt8GoY7A4hajj2ET4VLhQ6DDYFGFw
Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail3.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 06 Nov 2012 01:09:37 +0100
Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id DB8EB10CF285; Tue, 6 Nov 2012 01:09:37 +0100 (CET)
Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26317-06; Tue, 6 Nov 2012 01:09:37 +0100 (CET)
Received: from [130.129.84.79] (dhcp-544f.meeting.ietf.org [130.129.84.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id 5396010CF284; Tue, 6 Nov 2012 01:09:36 +0100 (CET)
Message-ID: <5098553E.2090101@informatik.haw-hamburg.de>
Date: Mon, 05 Nov 2012 19:09:34 -0500
From: "Thomas C. Schmidt" <schmidt@informatik.haw-hamburg.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: cjbc@it.uc3m.es
References: <20121022180703.7551.40147.idtracker@ietfa.amsl.com> <823234EF5C7C334998D973D822FF801B1B8570D4@EX10-MB1-MAD.hi.inet> <50983D98.3040905@informatik.haw-hamburg.de> <1352157208.7643.82.camel@acorde.it.uc3m.es>
In-Reply-To: <1352157208.7643.82.camel@acorde.it.uc3m.es>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de
Cc: "multimob@ietf.org" <multimob@ietf.org>
Subject: Re: [multimob] RV: I-D Action: draft-ietf-multimob-fast-handover-03.txt
X-BeenThere: multimob@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Mobility <multimob.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 06 Nov 2012 00:09:41 -0000
Hi Carlos, On 05.11.2012 18:13, Carlos Jesús Bernardos Cano wrote: >> I was just flying over the rams/sial draft and saw my previous comments >> untreated. >> >> This was the transient binding below ... and IPv4 treatment ... and some >> more details I had commented about 10 - 15 months ago, but cannot >> quickly find my mail. Please have a look. > > Regarding the transient binding, I thought Marco already commented on > that. I'm just pasting below what he said: > > "Just a side note: As there was already some confusion during Vancouver > meeting and the reference to the transient binding extensions (RFC6058) > still shows up repeatedly, let me clarify one thing: > > PFMIP6 and Transient Binding address different use cases, they > have been specified to address different problem spaces. It's > not appropriate to refer to these two unicast protocol extensions > in the multicast space [...]" > This was a different discussion. Marco said *PFMIP* and *Transient*Binding* are different (which is obviously true) ... but your draft is unrelated to *PFMIP* - it does transfer context via the LMA ... just as *Transient*Binding* does. As mentioned earlier: It does not appear smart to me if we define Multicast solutions that mirror unicast approaches, but remain incompatible on the wire. (For a way how to do unicast-integrated fast handover support see http://tools.ietf.org/html/draft-schmidt-multimob-fmipv6-pfmipv6-multicast-07). The second issue was *IPv4*support* - I suppose, PMIP acceleration protocols MUST provide IPv4 support. I don't see this in the current version. Regarding further issues I raised longer ago, I searched, but cannot find my old email ... if time permits, I should review the draft in more detail. Cheers, Thomas > Probably Luis can add on top of that. > >> >> So I guess you wanted to say "*partially* addressing received comments" > > Regarding the other comments you mentioned, please tell us which > specific issues you have on current version. When we said that current > version addresses all received comments, we truly believed that, though > it is possible we missed some by mistake (not intentionally). We are > actually looking forward for your review. > > Thanks, > > Carlos > >> >> Cheers, >> >> Thomas >> >> -------- Original Message -------- >> Subject: [multimob] draft-ietf-multimob-fast-handover + transient binding >> Date: Mon, 30 Jul 2012 14:36:25 -0700 >> From: Thomas C. Schmidt <schmidt@informatik.haw-hamburg.de> >> To: multimob@ietf.org <multimob@ietf.org> >> >> Hi, >> >> as discussed today in the meeting, the following question was raised: >> >> draft-ietf-multimob-fast-handover transfers context from pMAG via LMA to >> nMAG - which in concept corresponds to the *Transient*Binding* in >> unicast RFC 6058 http://tools.ietf.org/html/rfc6058. >> >> draft-ietf-multimob-fast-handover does not even reference RFC 6058 ... >> but probably should closely stick to the unicast solution. >> >> So the question is about protocol systematics: Do we want unicast and >> multicast protocol operations remain incompatible? >> >> Cheers, >> >> Thomas >> >> On 23.10.2012 15:09, LUIS MIGUEL CONTRERAS MURILLO wrote: >>> Hi all, >>> >>> Yesterday we submitted a new version of the WG document "draft-ietf-multimob-fast-handover", addressing received comments and pending sections. >>> >>> Additional comments are welcome. >>> >>> Best regards, >>> >>> Luis >>> >>> -----Mensaje original----- >>> De: multimob-bounces@ietf.org [mailto:multimob-bounces@ietf.org] En nombre de internet-drafts@ietf.org >>> Enviado el: lunes, 22 de octubre de 2012 20:07 >>> Para: i-d-announce@ietf.org >>> CC: multimob@ietf.org >>> Asunto: [multimob] I-D Action: draft-ietf-multimob-fast-handover-03.txt >>> >>> >>> A New Internet-Draft is available from the on-line Internet-Drafts directories. >>> This draft is a work item of the Multicast Mobility Working Group of the IETF. >>> >>> Title : PMIPv6 multicast handover optimization by the Subscription Information Acquisition through the LMA (SIAL) >>> Author(s) : Luis M. Contreras >>> Carlos J. Bernardos >>> Ignacio Soto >>> Filename : draft-ietf-multimob-fast-handover-03.txt >>> Pages : 42 >>> Date : 2012-10-22 >>> >>> Abstract: >>> This document specifies a multicast handover optimization mechanism >>> for Proxy Mobile IPv6 to accelerate the delivery of multicast traffic >>> to mobile nodes after handovers. The mechanism is based on speeding >>> up the acquisition of mobile nodes' multicast context by the mobile >>> access gateways. To do that, extensions to the current Proxy Mobile >>> IPv6 protocol are proposed. These extensions are not only applicable >>> to the base solution for multicast support in Proxy Mobile IPv6, but >>> they can also be applied to other solutions being developed to avoid >>> the tunnel convergence problem. Furthermore, they are also >>> independent of the role played by the mobile access gateway within >>> the multicast network (either acting as multicast listener discovery >>> proxy or multicast router). >>> >>> >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-multimob-fast-handover >>> >>> There's also a htmlized version available at: >>> http://tools.ietf.org/html/draft-ietf-multimob-fast-handover-03 >>> >>> A diff from the previous version is available at: >>> http://www.ietf.org/rfcdiff?url2=draft-ietf-multimob-fast-handover-03 >>> >>> >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>> >>> _______________________________________________ >>> multimob mailing list >>> multimob@ietf.org >>> https://www.ietf.org/mailman/listinfo/multimob >>> >>> ________________________________ >>> >>> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo. >>> This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at: >>> http://www.tid.es/ES/PAGINAS/disclaimer.aspx >>> _______________________________________________ >>> 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 °
- [multimob] RV: I-D Action: draft-ietf-multimob-fa… LUIS MIGUEL CONTRERAS MURILLO
- [multimob] I-D Action: draft-ietf-multimob-fast-h… internet-drafts
- Re: [multimob] RV: I-D Action: draft-ietf-multimo… karagian
- Re: [multimob] RV: I-D Action: draft-ietf-multimo… Thomas C. Schmidt
- Re: [multimob] RV: I-D Action: draft-ietf-multimo… Carlos Jesús Bernardos Cano
- Re: [multimob] RV: I-D Action: draft-ietf-multimo… Thomas C. Schmidt
- Re: [multimob] RV: I-D Action: draft-ietf-multimo… LUIS MIGUEL CONTRERAS MURILLO
- Re: [multimob] RV: I-D Action: draft-ietf-multimo… Thomas C. Schmidt