IETF Logo Mail Archive

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

"Luis M. Contreras" <luisc@it.uc3m.es> Sat, 05 December 2009 11:45 UTC

Return-Path: <luisc@it.uc3m.es>
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 E105A3A683B for <multimob@core3.amsl.com>; Sat, 5 Dec 2009 03:45:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 nmMdW1aFdoj8 for <multimob@core3.amsl.com>; Sat, 5 Dec 2009 03:45:37 -0800 (PST)
Received: from smtp01.uc3m.es (smtp01.uc3m.es [163.117.176.131]) by core3.amsl.com (Postfix) with ESMTP id D52CE3A6860 for <multimob@ietf.org>; Sat, 5 Dec 2009 03:45:35 -0800 (PST)
Received: from localhost (webcartero01.uc3m.es [163.117.136.131]) by smtp01.uc3m.es (Postfix) with ESMTP id 6344BBA65F2; Sat, 5 Dec 2009 12:45:23 +0100 (CET)
Received: from 96.pool85-49-221.dynamic.orange.es (96.pool85-49-221.dynamic.orange.es [85.49.221.96]) by webcartero01.uc3m.es (Horde MIME library) with HTTP; Sat, 05 Dec 2009 12:45:22 +0100
Message-ID: <20091205124522.4q9osw00w0s8wck8@webcartero01.uc3m.es>
Date: Sat, 05 Dec 2009 12:45:22 +0100
From: "Luis M. Contreras" <luisc@it.uc3m.es>
To: Hitoshi Asaeda <asaeda@sfc.wide.ad.jp>
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>
In-Reply-To: <20091205.151420.60711179.asaeda@sfc.wide.ad.jp>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.4)
X-TM-AS-Product-Ver: IMSS-7.0.0.3116-6.0.0.1038-17004.003
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 11:45:38 -0000

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.

Regards,

Luis

v2.23.0 | Report a Bug | By Email