IETF Logo Mail Archive

Re: [ssm] building multi-sender apps with ssm

Pavlin Radoslavov <pavlin@icir.org> Fri, 17 January 2003 19:32 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA02400 for <ssm-archive@lists.ietf.org>; Fri, 17 Jan 2003 14:32:01 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h0HJlUJ24733; Fri, 17 Jan 2003 14:47:30 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h0HJcMJ24354 for <ssm@optimus.ietf.org>; Fri, 17 Jan 2003 14:38:22 -0500
Received: from possum.icir.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA02176 for <ssm@ietf.org>; Fri, 17 Jan 2003 14:22:08 -0500 (EST)
Received: from possum.icir.org (localhost [127.0.0.1]) by possum.icir.org (8.12.3/8.12.3) with ESMTP id h0HJNm2U075570; Fri, 17 Jan 2003 11:23:48 -0800 (PST) (envelope-from pavlin@possum.icir.org)
Message-Id: <200301171923.h0HJNm2U075570@possum.icir.org>
To: holbrook@cisco.com
cc: holbrook@dsg.stanford.edu, Pavlin Radoslavov <pavlin@icir.org>, Michael Luby <luby@digitalfountain.com>, ssm@ietf.org
Subject: Re: [ssm] building multi-sender apps with ssm
In-Reply-To: Message from Hugh Holbrook <holbrook@cisco.com> of "Fri, 17 Jan 2003 13:09:43 EST." <20030117180943.96D1710B7A7@holbrook-laptop.cisco.com>
Date: Fri, 17 Jan 2003 11:23:48 -0800
From: Pavlin Radoslavov <pavlin@icir.org>
Sender: ssm-admin@ietf.org
Errors-To: ssm-admin@ietf.org
X-BeenThere: ssm@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ssm>, <mailto:ssm-request@ietf.org?subject=unsubscribe>
List-Id: Source-Specific Multicast <ssm.ietf.org>
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>

[ Hopefully my last comment :) ]

>   Peer-to-peer multicast resource discovery of the form in

What about removing "Peer-to-peer", because I think it is not really
needed here. Further, to me it has some association with
application-level multicast, and I guess this is not what you meant
here.

Pavlin

>   which a client sends a multicast query directly to a "service
>   location group" to which servers listen is not directly supported
>   by SSM
_______________________________________________
ssm mailing list
ssm@ietf.org
https://www1.ietf.org/mailman/listinfo/ssm

v2.46.0 | Report a Bug | By Email | System Status