[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ssm] Re: draft-chesterfield-avt-rtcpssm
On Thu, Jul 07, 2005 at 10:21:15AM +0200, Joerg Ott wrote:
> >Sure, I understand that. But from my reading, this draft *does* refer
> >explicitly to SSM rather than just "multicast" -- what needs to be
> >changed?
>
> To add to this, draft-ietf-avt-rtcpssm also discusses how
> non-aggregatable RTCP messages shall be treated. Thus, it is explicitly
> designed to also support RTCP feedback in SSM environments--obviously
> at some loss of damping efficiency but what would you expect if you
> double propagation delay.
I was saying:
> Thanks, Colin,
>
> Just as a general critique: I don't think that a draft like
> draft-ietf-avt-rtcp-feedback should go forward without specifically
> detailing whether or how it supports ASM and/or SSM multicast. This draft
> only refers to multicast, and that is just not sufficient anymore.
eg: different draft! But one which i think relates quite a bit to the
issue at hand as well and should not become an RFC without explicitly
mentioning ASM and SSM (which it does not).
I for once fail to easily determine from the claims of support whether
one could use the mechanisms described therein with SSM (i think not),
nor do i understand easily whether it would be possible to use them with
SSM if combined with draft-ietf-avt-rtcpssm without further extensions.
And this is probably not the only draft about other RTCP stuff. For
all of it, the rule applies: In the real world, customers want to move
to SSM and it needs to be easy to determine applicability from the
drafts claims !
Cheers
Toerless
_______________________________________________
ssm mailing list
ssm@ietf.org
https://www1.ietf.org/mailman/listinfo/ssm