Что же такое мультикаст?

Привет, случайный читатель! В этот раз я поделюсь своим скромным опытом настройки мультикаста.

Скажу, что с мультикастом столкнулся впервые, я про него только слышал, да и то было только слово "мультикаст", а что это за зверь и с чем его едят пришлось неплохо так вгуглиться. Если ты тоже ни разу не сталкивался с мультикастом, то попробую объяснить так, как его понял я
, ну а за подробностями тебе лучше и даже правильнее будет обратиться к википедиям и гуглам.

Итак, что же такое мультикаст? Это вид трафика, который используется для вещания IPTV и интернет-радио, ну и наверное еще для чего-нибудь :). Его суть заключается в том, что сервер, генерирует трафик всего один раз и для всех сразу, т.е. отдает свой контент в единственном экземпляре. Попробуем на пальцах: возьмем, например, простую файлопомойку с одним большущим файлом, который потребовался двум людям и на его скачивание требуется много часов. Первый начал качать этот файл в 13 часов, в этот момент сервер начинает передавать ему этот файл байт за байтом, создав нагрузку на канал, скажем, 2 мегабита. Второй начал качать в 14 часов, в этот момент сервер начал отдавать ему файл с самого начала байт за байтом, создав нагрузку на канал, скажем, 3 мегабита. итого суммараная нагрузка на канал составит 5 мегабит. Это есть юникаст (unicast). А в мультикасте дело обстоит иначе: Сервер просто и тупо начинает передавать непонятно кому (например, по адресу 224.0.0.1) этот большущий файл, даже если его об этом никто не просит и передает его вот уже несколько часов, создав нагрузку на канал 4 мегабита. Вдруг тем же двум людям этот файл опять понадобился, но уже неважно, будет он полный или целый, главное для них, что они знают куда сервер передает свой файл (вещает), обращаются за ним на тот же адрес 224.0.0.1 (подключаются к группе / каналу вещания) и получают свой файл, но именно с того байта, который был доступен на момент подключения к каналу. Даже если они начали получать файл в разное время, то полностью они его скачают уже одновременно и при этом, т.к. они уже обращаются не на сервер, а на адрес 224.0.0.1, то нагрузка на канал от сервера ни насколько не возрастет. Это главный плюс мультикаста, т.к. он призван передавать мультимедийный трафик с возможностью экономии пропускной способности передающей среды. Ты меня понимаешь, друг? Наверное у тебя сразу возник вопрос, с какого фига он будет экономиться, если каждый клиент будет просаживать канал на 3 мегабита (итого 6 в сумме). Сам долго думал над этим :), но в итоге понял, если тебе нужен мультикаст в локальной одноранговой сети без роутеров, ради развлекухи или изучения, то экономия пропускной способности не так уж и актуальна, но если ты являешься провайдером, или у тебя сложная разветвленная сеть с умными коммутаторами (свичами), которые умеют vlan (виланы) и прочее, то поймешь о чем я говорю.

Для передачи трафика используются адреса из подсети 239.0.0.0 с маской 255.0.0.0, где каждый ip-адрес является каналом вещания (на простом языке) или мультикаст-группой (в терминах мультикаста).

К особенностям трафика данного типа относится то, что каждый пакет прекращает свою жизнь на первом же по пути маршрутизаторе. Т.е. если у вас простая локальная сеть и через 3-4 хаба/концентратора находится потребитель, то трафик дойдет до него, т.к. и сервер и клиент находятся в одном широковещательном домене, т.е. такая фигня когда сервер и клиент свободно видят MAC-адреса друг друга командой arp -a, даже если они в разных ip-сетях. Это вроде и называется вторым уровнем сетевой модели OSI.

Сам же опыт изложен здесь