За мултикаст като технология за видео предаване в интернет VPN, OTT, Telemedia
От peering към multicast
Интернет протоколите с потвърждение за получаване на пакет в първо приближение работят по следния начин: след получаване на всеки пакет клиентът казва на сървъра, че всичко е наред и можете да изпратите следващия. Времето от заявка до отговор се нарича RTT (round time trip). Размерът на пакета е параметърът за размера на TCP прозореца. Размерът на TCP прозореца определя количеството данни, които могат да се предават, преди сървърът да получи друго потвърждение. Да речем TCP Window = 64KB и времето, необходимо за доставяне на пакети от сървъра = 50ms. Тогава RTT=100ms и максималната възможна скорост на доставка = 640KB в секунда, тоест приблизително 5Mbps. Размерът на TCP прозореца се определя от сървъра и постоянно се променя. Сървърът го увеличава, докато нещо се загуби. След това сървърът приема, че каналът е претоварен някъде, превключва веднага на малки пакети и всичко започва отначало. Загубата на пакети възниква по различни причини, но отговорът на сървъра винаги е един и същ – намаляване на предаването. В резултат на това лентата, заета от сигнала, се колебае през цялото време. Тъй като има няколко сигнала, използващи TCP едновременно в канала, тези флуктуации произволно се припокриват и периодично си пречат.
Трета теза: за да спестите честотна лента, трябва да използвате мултикаст
Все още не сме успели.
Octoshape активно популяризира техния подход и публикува много материали за мултикаст, като това описание на техния подход към доставката на съдържание. Може би в България е време да помислим за подобни технологии.