Re: [ssm] msnip status
Pekka Savola <pekkas@netcore.fi> Wed, 19 October 2005 18:07 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ESILC-0005jV-IV; Wed, 19 Oct 2005 14:07:06 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ESILA-0005jK-76 for ssm@megatron.ietf.org; Wed, 19 Oct 2005 14:07:04 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA02803 for <ssm@ietf.org>; Wed, 19 Oct 2005 14:06:54 -0400 (EDT)
Received: from netcore.fi ([193.94.160.1]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ESIWv-0003J0-OD for ssm@ietf.org; Wed, 19 Oct 2005 14:19:15 -0400
Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id j9JI6gN06716; Wed, 19 Oct 2005 21:06:42 +0300
Date: Wed, 19 Oct 2005 21:06:42 +0300
From: Pekka Savola <pekkas@netcore.fi>
To: Hugo Santos <hsantos@av.it.pt>
Subject: Re: [ssm] msnip status
In-Reply-To: <20051019175505.GL26261@innerghost.net>
Message-ID: <Pine.LNX.4.61.0510192102520.6607@netcore.fi>
References: <20051019124841.GL9025@storhaugen.uninett.no> <ce8f3212bc8ba11a7739b4c9433e3a22@innovationslab.net> <20051019175505.GL26261@innerghost.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906
Cc: Brian Haberman <brian@innovationslab.net>, ssm mailing list <ssm@ietf.org>
X-BeenThere: ssm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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
On Wed, 19 Oct 2005, Hugo Santos wrote: > Personally i believe it would be good to have a solution that would > allow sources to be active only when there was downstream interest > without explicit signaling between listeners and senders. So in that > sense, i'm interested in the problem. While solving this kind of problem might be an interesting academic or engineering exercise, personally I'd prefer not to use the time and energy for this at this point. That is because I believe there is not sufficiently high demand for such a protocol, and there are WAY too many multicast protocols out there already which aren't really all that useful to be worth universal implementation, deployment, etc. (at least yet). If (SSM) multicast becomes widespread so we wouldn't be doing the work just for the fun of it, let's revisit the need for the protocol. Otherwise I think we should let it rest until the time is right. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings _______________________________________________ ssm mailing list ssm@ietf.org https://www1.ietf.org/mailman/listinfo/ssm
- [ssm] msnip status Stig Venaas
- Re: [ssm] msnip status Brian Haberman
- Re: [ssm] msnip status Hugo Santos
- Re: [ssm] msnip status Pekka Savola
- Re: [ssm] msnip status Toerless Eckert
- Re: [ssm] msnip status Beau Williamson
- Re: [ssm] msnip status Isidor Kouvelas
- Re: [ssm] msnip status Pekka Savola
- Re: [ssm] msnip status Isidor Kouvelas
- Re: [ssm] msnip status hoerdt Mickael
- Re: [ssm] msnip status Matthias Waehlisch
- Re: [ssm] msnip status Brian Haberman