[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