Организация Multicast передачи. Multicast передача
Рассмотрим следующую задачу: пусть требуется доставить IP-пакет с одними и теми же данными нескольким получателям с разными IP адресами. Рассылка писем не подходит, но подходит IP-телевидение.
1 |
* |
IP11 * IPy1 50 IPП50
100 IPy3 IPП51
IP100
Рис 4.2. Фрагмент сети
На источнике создается 100 копий пакета, которые будут содержать одни и те же данные, в заголовке будут различное поле «адрес получателя» и КС.
Сейчас в маршрутной таблице стоит только то, что передается этот пакет по этому каналу, а этот – по тому. Этот участок будет отличаться, т.к. там отличается только получатель.
Выполняется в 3 этапа:
1. Создание Multicast узла.
1.1. Изначально у каждого абонента имеется свой IP адрес из класса unicast адресов.
Источник случайным образом выбирает этот адрес и посылает сообщение с указанием этого адреса всем получателям.
1.2. Во все маршрутные таблицы, которые находятся на промежуточных узлах, нужно внести соответствующие изменения. На рис. 4.2 эти узлы обозначены *
2. Передача в режиме Mulitcast
Источник создает 1 единственный пакет, которому в качестве адреса получателя указывается IPM, в качестве источника указывается его адрес и с небольшим значением поля «время жизни пакета».
|
|
На каждом промежуточном узле в соответствии с изменнными маршрутными таблицами создается необходимое число копий пакета.
IPM | |
IPП | |
| |
t<255 | |
|
3. Удаление multicast группы
При этом из маршрутных таблиц удаляется информация о multicast адресе.
Понятие о MAC адресах. Установление соответствия между IP и MAC адресами.
Первоначально глобальные и локальные сети создавались и развивались независимо друг от друга. Разработчики локальной сети базировались на модели в виде звезды или шины.
AM
A1 A2 A1 A2 AM
Предполагалось, что у каждого устройства на стадии изготовления будет аппаратно закладываться уникальный адрес. Принципиально невозможно, что у двух устройств он одинаковый.
MAC адрес – последовательность из 48 бит(6 бит), при записи каждого байта записывается 16-ричными числами.
Из всех MAC-адресов выделяется так называемый широковещающий адрес, состоящий из всех «1». Пакет с этим адресом будет обрабатываться всеми абонентами, подключенным к данной локальной сети. Теперь можно говорить, что у каждого устройства два адреса – IP и MAC.
|
|
Пример. Имеется локальная сеть, с точки зрения физического это единая среда.
……….
IP1 IP2 IPM
MAC1 MAC2 MACM
У каждого абонента должна быть таблица соответствия между IP и MAC адресами.
IP | MAC |
IP1 | MAC1 |
IP2 | MAC2 |
IP3 | MAC3 |
…. | …. |
IPM | MACM |
Предполагается, что IP устанавливается администратором сети MAC для сетевой карты ПК.
Для того, чтобы создать такую таблицу, нужно иметь информацию об адресах всех сетевых карт. Такую таблицу можно сделать статистической в момент развертывания сети.
Основной недостаток статической таблицы заключается в том, что при изменении сетевой карты на одном ПК, изменять таблицы придется на всех.
|
|
В настоящее время используется динамический способ форматирования таблиц. Основная идея: в исходном состоянии таблица пуста. Пусть требуется передать данные с IP1 -> IPM.
Шаг 1. На канальном уровне абонент 1 посылает пакет следующего вида:
111….11 |
MAC1 |
IPM - ? |
Шаг 2. На канальном уровне этот пакет принимают все абоненты.
Шаг 3. Отвечает на этот пакет только тот абонент, чей адрес задан в качестве IPM. Ответ выглядит так:
MAC1 |
MACM |
ДА, IPM |
Шаг 4. В таблицу добавляется запись:
IP | MAC |
IPM | MACM |
Рассмотренная выше идея реализовывается в ARP – протоколе.
Транспортный уровень. Интерфейс между транспортным и прикладным уровнями.
Основная задача транспортного уровня: передача через все нижележащие уровни с заданной оперативностью и достоверностью.
1. Pдост. = 1, tдоставки = ? TCP
2. tдоставки = min, Pдост. < 1 UDP
На работу нижележащих уровней мы влиять не можем. Время доставки зависит от исходных данных.
Для того, чтобы данные дошли за минимальное время, мы должны добавить к ним заголовок с минимальной избыточностью.
ПОРТ П |
ПОРТ И |
ДЛИНА ДАННЫХ |
КС |
16 бит |
|
|
Раньше пакеты данных назывались дейтограммами.
Предположим, что мы последовательно передаем данные через UDP протокол. Пакеты могут не дойти до получателя. Основная причина этого – промежуточные узлы и из-за перегрузок узлов пакет может быть уничтожен. Также из-за этого же пакеты могут изменить маршруты и на приемной стороне, пакеты могут быть перепутаны местами. Таким образом, канал, образованный с нижележащими устройствами, может вносить случайную задержку.
Дата добавления: 2018-06-01; просмотров: 384; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!