What do you mean by this question? RTP is an application protocol. It's only one-way, there is no destination address, and there is no ACK defined for this protocol. It is also time-sensitive-the receiver will not wait for the missing packet for too long. It is used for real-time voice, thus missing packets are "allowed" by this protocol-a packet received 'too late' is lost anyway.
I have a question: You mentioned the RTSP bandwidth scaling assigns a fixed percentage of 5% of the sender's bandwidth to all receivers to not flood the multicast network with RTCP packets. You also mentioned that the receivers' reception reports can be used by the sender to adjust the sending quality to achieve a better reception rate. Now my question is, if more and more receivers join, the individual bandwidth allocation will just go lower and lower, so they will send less and less packets. Doesn't that make the job of improving the reception rate harder because the sender has to wait much longer for reception reports to arrive?
What do you mean? RTP and RTCP are both 'application protocols' - and they do not have defined 'addresses' for the sender and receiver. The sender only defines a kind of "unique" ID: Synchronization Source identifier - as described in the video. So they are used in both: point-to-point transmissions and also in broadcast
@@InnaVitamina777 this is a pro, a con is that people who are looking for more explaination after that book, finds this video telling them the same things xD
Excellent explanation, the nitty-gritty in a simple fashion. Thanks
Excellent job.
thank you
Excellent ！！！Help me a lot
Well explained ❤️
there are no need initiated acknowledge that may lead to packet loss common ?
What do you mean by this question? RTP is an application protocol. It's only one-way, there is no destination address, and there is no ACK defined for this protocol. It is also time-sensitive-the receiver will not wait for the missing packet for too long. It is used for real-time voice, thus missing packets are "allowed" by this protocol-a packet received 'too late' is lost anyway.
I have a question: You mentioned the RTSP bandwidth scaling assigns a fixed percentage of 5% of the sender's bandwidth to all receivers to not flood the multicast network with RTCP packets. You also mentioned that the receivers' reception reports can be used by the sender to adjust the sending quality to achieve a better reception rate.
Now my question is, if more and more receivers join, the individual bandwidth allocation will just go lower and lower, so they will send less and less packets. Doesn't that make the job of improving the reception rate harder because the sender has to wait much longer for reception reports to arrive?
Timestamp field is 32-bit long, not 32-byte long;)
is rtcp are connectionless protocol ?
What do you mean? RTP and RTCP are both 'application protocols' - and they do not have defined 'addresses' for the sender and receiver. The sender only defines a kind of "unique" ID: Synchronization Source identifier - as described in the video. So they are used in both: point-to-point transmissions and also in broadcast
yes
copied word for word from Kurose's book
Isn't it wonderful that now people all over the world who do not have access to the mentioned text can take advantage of the technique?!
@@InnaVitamina777 this is a pro, a con is that people who are looking for more explaination after that book, finds this video telling them the same things xD
Ryder Ports