|
Hi Ingemar, I read the draft, I am not sure how simple this option is
but first I have some general comments In the last paragraph of section 2.1 you discuss timing
between the main multicast session and the rapid stream. I am not sure how good
it will work since the join request is not precise in term of timing. The same goes for the suggestion to delay the multicast
stream, I assume that this is an RS application decision but I think that there
should be a warning that if the delay is too big it may cause the RR to send a retransmission
request since it will think it lost a packet. In 2.2.1 you have an Ed note about using SDP but RAMS-R is
from the RR which does not send an SDP. The RAMS work using declarative SDP
from the RS In 2.2.2 the RS sends the multicast address in the RTCP
message. I think we discussed this in port mapping and there was some consensus
that RTCP should not be used to convey addresses. Maybe the RS can allocate the
addresses in the SDP and in the RTCP just provide a label to the group Regards Roni Even |