[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



> 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. 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.

Regards,
Rolland

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