Re: [multimob] IGMP/MLD Proxy at the MAG

"Thomas C. Schmidt" <schmidt@informatik.haw-hamburg.de> Sat, 05 December 2009 13:34 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 41D273A6816 for <multimob@core3.amsl.com>; Sat, 5 Dec 2009 05:34:02 -0800 (PST)
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_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 RY0yGd2Rvza9 for <multimob@core3.amsl.com>; Sat, 5 Dec 2009 05:34:01 -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 1ACD63A6837 for <multimob@ietf.org>; Sat, 5 Dec 2009 05:33:59 -0800 (PST)
Envelope-to: multimob@ietf.org
Received: from 93-40-137-39.ip39.fastwebnet.it ([93.40.137.39] helo=[192.168.2.29]) by mail2.rz.htw-berlin.de with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from <schmidt@informatik.haw-hamburg.de>) id 1NGulg-0002iM-VL; Sat, 05 Dec 2009 14:33:49 +0100
Message-ID: <4B1A612F.9050005@informatik.haw-hamburg.de>
Date: Sat, 05 Dec 2009 14:33:35 +0100
From: "Thomas C. Schmidt" <schmidt@informatik.haw-hamburg.de>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: "Luis M. Contreras" <luisc@it.uc3m.es>
References: <4B165C18.7060509@piuha.net> <20091203.155431.189432716.asaeda@sfc.wide.ad.jp> <20091203191024.9lwy7wrvokgkow8s@webcartero01.uc3m.es> <20091205.151420.60711179.asaeda@sfc.wide.ad.jp> <20091205124522.4q9osw00w0s8wck8@webcartero01.uc3m.es>
In-Reply-To: <20091205124522.4q9osw00w0s8wck8@webcartero01.uc3m.es>
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: isoto@it.uc3m.es, multimob@ietf.org
Subject: Re: [multimob] IGMP/MLD Proxy at the MAG
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: Sat, 05 Dec 2009 13:34:02 -0000

Hi Luis,

Luis M. Contreras wrote:
> Hitoshi Asaeda <asaeda@sfc.wide.ad.jp> dijo:
> 
>>
>> MLD modification on a host-side implementation is not needed.
>> I've been saying, since a MN does not give its join state to its
>> upstream router (incl. proxy) unless no query reception, the MN cannot
>> continue to reveive streams from nMAG until nMAG completes joins
>> for all the subscribed channels.
>> We are trying to tune some MLD timer value to *reduce* this join
>> latency (a few seconds or more?) without protocol modification at this
>> stage, but it does not *eliminate* or effectively reduce the latency.
>>
> 
> I think the method we propose in draft-contreras-multimob-msd-00 to 
> support the MN handover by temporally redirecting the current multicast 
> flow (subscribed by the MN) from pMAG to nMAG till (normal or tuned) 
> subscription renewal can effectively reduce the latency in the reception 
> of the multicast content once the MN is attached to nMAG, at the cost of 
> more bandwidth temporally in the core network, as well as some other 
> inefficiencies (temporal routing ineficiency, MTU reduction, etc). I 
> think it is something we have to trade off.
> 

You do point at the proposal redirecting via the LMA?
Mhmm, then are you sure about this? We discussed the temporal handover 
behavior prior to IETF 76 online, and if I remember correctly, timing 
was exactly the same as for the "full" handover ??

Cheers,

Thomas


-- 

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 °