Интернет-радио: оптимизируется ли broadcast-трафик?

Question

[zencd]

Если аудио-сервер отдаёт двум клиентам два идентичных потока, то было бы эффективно клонировать исходный поток не аудио-серверу, а интернет-маршрутизатору — общему и наиболее близкому для обоих клиентов.

Вопрос: действует ли такая оптимизация на практике? Для серверов shoutcast/icecast, например. Нужно ли делать что-то нестандартное чтобы её «прикрутить».

Плюсы для сервера: уменьшается нагрузка на процессор, разгружается сетевой интерфейс, уменьшается трафик. Для остальных участников схемы вроде бы ничего не меняется.

Answer 1

[Олег Матрозов]

Такая штука называется Multicast.
И, броадкаст — это всё же совсем не то, что вы описываете. То что вы описываете — это стандартный unicast (один поток к одному клиенту, +1 клиент — +1 поток). В броадкасте данные идут сразу всем, но броадкаст не распространяется выше L2 или L3 (см вики про броадкаст), т.е. не применим в рамках интернета, а используется только в локальных сетях. Multicast же может работать как на уровне локальных сетей, так и на более высоком уровне всего интернета. Но, на сколько я знаю, multicast достаточно геморно организовать в техническом плане (т.е. это не тупо галочка у сервера вещания), да и не все провы (не все маршрутизаторы) кушают такой трафик (хотя в этом плане могу ошибаться, давно не копался).

Comments

[Олег Матрозов]

И да, отвечая на вопрос. Хоть на 100% уверенности нет, но думаю трафик (т.е. пакеты) кроме заранее определенных случаев с multicast никоим образом не объединяются и даже не сравниваются. Представьте, какая бы это была нагрузка на маршрутизаторы. Еще и пакеты сравнивать >_<. Тем более маршрутизатор же не может быть уверен в последующей идентичности пакетов. Как раз для всего этого и придумали мультикаст, где сам пакет говорит, кому, что и как нужно доставить. Маршрутизатор же решает только, пора уже его клонировать или еще нет.

[zencd]

Спасибо за прояснение ситуации.

[Олег Матрозов]

Если вас интересует вещание радио (одного потока) на множество слушателей при ограниченном канале, то возможно вам лучше посмотреть в сторону p2p multicast, т.е. когда сами клиенты будут между собой обмениваться частями потока. Правда такие технологии зачастую требуют доп.ПО со стороны клиента (как в случае с FreeCast да и развиты не особо хорошо пока. Вообще я опять таки только одним глазом глянул на всё это дело. За подробностями лучше в вики в раздел «P2P и мультикастинг» ну и далее в гугл (: