[ssm] Session Relaying in SSM: architectural aspects

Kostas Katrinis <katrinis@tik.ee.ethz.ch> Sat, 07 January 2006 14:50 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvFOU-0003oe-FS; Sat, 07 Jan 2006 09:50:10 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvFOS-0003mm-TD for ssm@megatron.ietf.org; Sat, 07 Jan 2006 09:50:08 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA13308 for <ssm@ietf.org>; Sat, 7 Jan 2006 09:48:51 -0500 (EST)
Received: from smtp.ee.ethz.ch ([129.132.2.219] ident=postfix) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EvFUX-0004n8-VI for ssm@ietf.org; Sat, 07 Jan 2006 09:56:28 -0500
Received: from localhost (tranquillity.ee.ethz.ch [129.132.2.222]) by smtp.ee.ethz.ch (Postfix) with ESMTP id 6B678D938C for <ssm@ietf.org>; Sat, 7 Jan 2006 15:50:05 +0100 (MET)
Received: from smtp.ee.ethz.ch ([129.132.2.217]) by localhost (tranquillity [129.132.2.222]) (amavisd-new, port 10024) with LMTP id 06927-01-4 for <ssm@ietf.org>; Sat, 7 Jan 2006 15:50:05 +0100 (MET)
Received: from [10.0.0.9] (athedsl-01672.otenet.gr [87.202.6.148]) by smtp.ee.ethz.ch (Postfix) with ESMTP id 9F5EED935B for <ssm@ietf.org>; Sat, 7 Jan 2006 15:50:04 +0100 (MET)
Message-ID: <43BFE329.8040402@tik.ee.ethz.ch>
Date: Sat, 07 Jan 2006 16:50:01 +0100
From: Kostas Katrinis <katrinis@tik.ee.ethz.ch>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ssm@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at ee.ethz.ch
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44
Content-Transfer-Encoding: 7bit
Subject: [ssm] Session Relaying in SSM: architectural aspects
X-BeenThere: ssm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: katrinis@tik.ee.ethz.ch
List-Id: Source-Specific Multicast <ssm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ssm>, <mailto:ssm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ssm@ietf.org>
List-Help: <mailto:ssm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ssm>, <mailto:ssm-request@ietf.org?subject=subscribe>
Sender: ssm-bounces@ietf.org
Errors-To: ssm-bounces@ietf.org

Hello all,

within the premises of my PhD work I am studying multi-source 
functionality over SSM.

Pertaining to supporting multiple sources within a single SSM session by 
using a session relay,
the related bibliography (at least to my knowledge) agrees to placing 
the relay service at the application
layer (due to many advantages not listed herein).

Now, assuming an application-layer relay service, the possibilities for 
placing the relays are two:

a) At group members
b)"Inside" the network, using dedicated "proxies" (like Zappala proposed 
in [1]).

Assuming that one does not want to go for a) (for instance because the 
worst case delay is twice as high
as the worst case delay when using SPTs as proved in Holbrook's thesis), 
the goal of my email is to ask, whether
there is any insight/consensus on how the architectural model will look 
like for the b) option.

Queries are for example of the type:

1) Who is going to provide the proxy (relay) service? Is it the ISP for 
all SSM groups or does any application provider
(like a gaming company or a videoconferencing company) have to develop 
its own service. Or just have a dedicated
provider for the service (e.g. like Akamai).

2) How many of the benefits of SSM are lost (e.g. source filtering), if 
one goes for the relaying solution.

Think of it as searching an answer to the question: "how good can the 
relay solution get without sacrificing the deployment
benefits of the SSM model (whatever the latter is supposed to mean)".

I would greatly appreciate any inputs, related work hints etc.

Thanks,
Kostas.









[1] Daniel Zappala, and Aaron Fabbri, Using SSM Proxies to Provide 
Efficient Multiple-Source Multicast Delivery 
<http://faculty.cs.byu.edu/%7Ezappala/pubs/ssm-gis01.pdf>. IEEE 
Globecom, Sixth Global Internet Symposium, Volume 3, pages 1590-1594, 
November 2001.

_______________________________________________
ssm mailing list
ssm@ietf.org
https://www1.ietf.org/mailman/listinfo/ssm