Re: [ssm] Re: last call comments on ssm-arch doc

[Toerless Eckert <eckert@cisco.com>]

On Wed, Jan 15, 2003 at 05:08:46PM +0100, Rolland Vida wrote:
> > Because in SSM the reflection is done at application level, so the
> > reflecting server can do a lot of useful stuff like source filtering
> > (access control), (re-)encoding/fec, (re-)encryption, filtering,
> > synchronization, buffering, shaping, adding coffee.
> 
> It depends on the application. For some, I agree that this model can be
> useful. for a small size videoconference for example, you could mix all the
> voice flows together at the server, and send out only one voice stream on
> the SSM channel (for the video it's more complicated...)
> 
> But in any case, I see it as a way to use SSM for doing something that is
> quite different from what SSM was originaly meant for.

I think that that opinion requires a narrow minded expectation on what
SSM was meant for ;-))

> One basic feature of
> SSM is source filtering. In your model the server can only filter out
> malicious sources for example. But if two different receivers want to listen
> to two different "legal" sources, and do not want to listen to nobody else,
> your server can never support that on the same SSM channel.

Not true. If you ONLY want to have a server for reasons of securities et. al.,
then you can still have this server reflect each sources traffic on an
individual channel. You don't save SSM channels, but this can help you
hide the IP addresses of the sources for example for scurity reasons.

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