ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопасность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

4 минуты чтени€

ќдиннадцата€ часть тут.

≈сли у вас есть сеть, подобна€ той, что показана на рисунке 1, и ¬ам нужно чтобы ј распростран€тл тот же контент в G, H, M и N, как бы вы это сделали?

¬ы можете либо сгенерировать четыре копии трафика, отправив по одному потоку на каждый из приемников с помощью обычной (одноадресной - unicast) переадресации, либо каким-то образом отправить трафик на один адрес, который сеть знает дл€ репликации, чтобы все четыре хоста получили копию. Ётот последний вариант называетс€ многоадресной рассылкой (multicast), что означает использование одного адреса дл€ передачи трафика нескольким получател€м.  лючева€ проблема, решаема€ в многоадресной рассылке, заключаетс€ в том, чтобы пересылать и реплицировать трафик по мере его прохождени€ через сеть, чтобы каждый получатель, заинтересованный в потоке, получал копию.

–ис. 1 ѕример многоадресной рассылки

¬ажно: набор устройств, заинтересованных в получении потока пакетов от источника многоадресной рассылки, называетс€ группой многоадресной рассылки. Ёто может быть немного запутанным, потому что адрес, используемый дл€ описани€ многоадресного потока, также называетс€ группой многоадресной рассылки в некоторых ситуаци€х. Ёти два применени€ практически взаимозамен€емы в том, что набор устройств, заинтересованных в получении определенного набора пакетов многоадресной рассылки, присоединитс€ к группе многоадресной рассылки, что, по сути, означает прослушивание определенного адреса многоадресной рассылки.

¬ажно: в случа€х, когда многоадресный трафик €вл€етс€ двунаправленным, эту проблему гораздо сложнее решить. Ќапример, предположим, что существует требование создать группу многоадресной рассылки с каждым хостом в сети, показанной на рисунке 2, кроме N, и далее, чтобы люба€ многоадресна€ рассылка, переданна€ по адресу группы многоадресной рассылки, доставл€лась каждому узлу в группе многоадресной рассылки.

 лючева€ проблема дл€ решени€ многоадресной рассылки может быть разбита на две проблемы:

  •  ак узнать, какие устройства хотели бы получить копию трафика, передаваемого в группу многоадресной рассылки?
  •  ак вы определ€ете, какие устройства в сети должны реплицировать трафик и на каких интерфейсах они должны отправл€ть копии?

ќдним из возможных решений €вл€етс€ использование локальных запросов дл€ построени€ дерева, через которое многоадресный трафик должен передаватьс€ по сети. ѕримером такой системы €вл€етс€ разреженный режим (Sparse Mode) в Protocol Independent Multicast (PIM). ¬ этом процессе каждое устройство отправл€ет сообщение соединени€ дл€ многоадресных потоков, которые его интересуют; эти соединени€ передаютс€ вверх по потоку в сети до тех пор, пока не будет достигнут отправитель (хост, отправл€ющий пакеты через многоадресный поток). ƒл€ иллюстрации этого процесса используетс€ рисунок 2.

–ис. 2 Sparse mode multicast

Ќа рисунке 2:

  1. A посылает некоторый трафик в группу многоадресной рассылки (адрес) - назовем его Z.
  2. N хотел бы получить копию Z, поэтому он посылает запрос (соединение) своему вышесто€щему маршрутизатору D дл€ копии этого трафика.
  3. D не имеет источника дл€ этого трафика, поэтому он посылает запрос маршрутизаторам, к которым он подключен, на копию этого трафика. ¬ этом случае единственный маршрутизатор D отправл€ет запрос ¬.

ѕри каждом переходе маршрутизатор, получающий запрос, помещает интерфейс, на котором он получил запрос, в свой список исход€щих интерфейсов (Outbound Interface List - OIL) и начинает пересылку трафика, полученного в данной многоадресной группе, полученной через любой другой интерфейс. “аким образом, может быть построен путь от получател€ к отправителю трафика -это называетс€ деревом обратного пути.

¬торой вариант определени€ того, какие хосты заинтересованы в получении трафика дл€ определенной группы многоадресной рассылки, - через своего рода сервер регистрации.  аждый хост, который хотел бы получить копию потока, может зарегистрировать свое желание на сервере. ≈сть несколько способов, которыми хост может обнаружить присутствие сервера, в том числе:

  1. ќбращение с адресом группы многоадресной рассылки как с доменным именем и поиск адреса сервера регистрации путем запроса адреса группы многоадресной рассылки.
  2. ѕостроение и ведение списка или сопоставлени€ групп с серверами, отображаемыми в локальной таблице
  3. »спользование некоторой формы хэш-алгоритма дл€ вычислени€ регистрационного сервера по адресу группы многоадресной рассылки

–егистрации могут отслеживатьс€ либо устройствами на пути к серверу, либо, когда набор приемников и передатчиков известен, сервер может сигнализировать соответствующим устройствам вдоль пути, какие порты следует настроить дл€ репликации и пересылки пакетов.