[SAM] message types in ID Application Layer Multicast Extensions to RELOAD

Dr Mario Kolberg <mko@cs.stir.ac.uk> Tue, 17 January 2012 13:20 UTC

Return-Path: <mko@cs.stir.ac.uk>
X-Original-To: sam@ietfa.amsl.com
Delivered-To: sam@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 2AD2F21F85D0 for <sam@ietfa.amsl.com>; Tue, 17 Jan 2012 05:20:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=5 tests=[BAYES_40=-0.185]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 6zCoMdS-UvmR for <sam@ietfa.amsl.com>; Tue, 17 Jan 2012 05:20:09 -0800 (PST)
Received: from bannock.stir.ac.uk (bannock.stir.ac.uk []) by ietfa.amsl.com (Postfix) with ESMTP id 7AE1221F85D5 for <sam@irtf.org>; Tue, 17 Jan 2012 05:20:08 -0800 (PST)
Received: from smtp.stir.ac.uk ([]) by bannock.stir.ac.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from <mko@cs.stir.ac.uk>) id 1Rn8wp-0002Hl-Ig for sam@irtf.org; Tue, 17 Jan 2012 13:19:35 +0000
Received: from d253090.cs.stir.ac.uk ([]) by smtp.stir.ac.uk with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from <mko@cs.stir.ac.uk>) id 1Rn8wp-0008EU-Bp for sam@irtf.org; Tue, 17 Jan 2012 13:19:35 +0000
Message-ID: <4F157566.7090002@cs.stir.ac.uk>
Date: Tue, 17 Jan 2012 13:19:34 +0000
From: Dr Mario Kolberg <mko@cs.stir.ac.uk>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: sam <sam@irtf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-stir.ac.uk-MailScanner-ID: 1Rn8wp-0002Hl-Ig
X-stir.ac.uk-MailScanner: Found to be clean
Subject: [SAM] message types in ID Application Layer Multicast Extensions to RELOAD
X-BeenThere: sam@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" <sam.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/options/sam>, <mailto:sam-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/sam>
List-Post: <mailto:sam@irtf.org>
List-Help: <mailto:sam-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/sam>, <mailto:sam-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jan 2012 13:20:11 -0000

Hi All,

we are currently extending the draft with ALM example algorithms. We 
have included Scribe and are new working on P2PCast. P2PCast is similar 
to Splitstream (using multiple subtrees for parts of the data) but does 
not assume specific overlays. When nodes join/leave the P2PCast ALM tree 
some reorganisation of the tree may be required. This requires some 
messaging between tree nodes with P2PCast specific messages. The draft 
currently contains a message REFORM which could be used for this 
purpose, in which the P2PCast messages could be wrapped by the REFORM 
message. An alternative to using REFORM is to create a separate message 
which would contain the P2PCast messages.

I would be interested in any views as to which option you'd prefer, 
either using REFORM or setting up a new message type.

Many thanks,
Mario Kolberg

The Sunday Times Scottish University of the Year 2009/2010
The University of Stirling is a charity registered in Scotland, 
 number SC 011159.