[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MMUSIC] RTP TS/SN NPT rehash
Mike Severa skrev:
> Thanks Magnus, this is definitely clearer.
>
> Two comments (just comments, not implications that anything should change):
> - this will make simply forwarding of live content (and supporting pause) not possible without modification of the RTP header (SN) on a client by client basis. Probably not a common use case though, and not unreasonable to assume supporting pause in such a case should imply some work.
Yes, but that has never been RTP compliant, although I heard about this
occurring.
> - regarding congestion control impact of allowing SNs to jump, since RTP-Info unambiguously states where SN will resume, even if RTCP reported losses they would always be implied to have happened back at pause time and feedback for congestion control that has that kind of delay shouldn't be useful to a server. However, treating the RTSP and RTP layers independently means reliance on something like RTP-Info knowledge may not be possible for the RTP source.
Exactly, that is the issue.
>
> Regardless, I agree that this text is more in-line with what is implied by 3550 and is now clear wrt SN behavior. Thanks for the clarification.
>
Good.
Thanks for the comments
Magnus Westerlund
IETF Transport Area Director & TSVWG Chair
----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB | Phone +46 8 4048287
Färögatan 6 | Fax +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund at ericsson.com
----------------------------------------------------------------------
_______________________________________________
mmusic mailing list
mmusic at ietf.org
https://www.ietf.org/mailman/listinfo/mmusic