Реферат: Технологии создания сетей
[ AARP-ответ ]
[ (широковещание)] [ У меня адрес 15! ]
[5] Рис. 28-1. Сценарии протокола AARP.
[КС 28-5]
[5]После установления соответствия между протокольным и звеньевым адресами
(адресной ассоциации) информация сохраняется в таблице отображения адресов
АМТ (Address Maping Table). При этом прежде, чем передавать запрос адреса
Канального уровня, т.е. звеньевого адреса, узел просматривает свою таблицу
AMT. Этот метод позволяет сэкономить по-крайней мере пересылку двух сообщений,
если узел находит в таблице АМТ требуемую ассоциацию адресов. Элементы
таблицы АМТ содержат таймерные счетчики, с помощью которых отслеживаются
устаревшие ассоциации.
Протокол AARP применяется для динамической адресной селекции (выборки). Для
этой цели применяется пакет AARP-зонд (AARP-probe). Пакет AARP-зонд
включает требуемый протокольный адрес. После получения ответа на переданное
сообщение AARP-зонд используется результирующий адрес, а процесс зондирования
продолжается с другим протокольным адресом.
[КС 28-6]
[ AppleTalk и Сетевой Уровень ]
[к рис. на стр. 28-7 (в поле рисунка).
[1]Протоколы сетевого уровня
[5]Основным протоколом сетевого уровня в архитектуре AppleTalk является
протокол доставки дейтаграмм DDP (Datagram Delivery Protocol).
[5]Протокол доставки дейтаграмм (DDP)
[5]Протокол DDP предоставляет услуги передачи данных между двумя точками
взаимодействия (sockets) в дейтаграммном режиме. Точки взаимодействия
уникально идентифицируют соответствующие высокоуровневые процессы. Понятие
точки взаимодействия (socket - гнезда) в AppleTalk аналогично понятиям гнезда
или порта, вводимым в предыдущих разделах.
[5]Гнезда назначаются или статически, или динамически. Статически назначаемые
гнезда (SASs - Statically Assigned Sockets) нумеруются с 1 по 127,
динамически назначаемые гнезда (DASs - Dinamically Assigned Sockets)
имеют номера с 128 по 254. Точки SAS зарезервированы для специальных
низкоуровневых протоколов AppleTalk, точки DAS используются полностью в
интересах протокола DDP.
[КС 28-7]
[5]Как и все другие протоколы Cетевого уровня, протокол DDP решает одну из
основных задач - задачу адресации. Узлы AppleTalk уникально идентифицируются
шестнадцатибитовым полем, содержащим номер сети, и восьмибитовым полем,
содержащим идентификатор узла (ID). Для идентификации процесса применяется
дополнительное 8-ми битовое поле. Таким образом межсетевая система адресации
позволяет DDP идентифицировать процессы, что проиллюстрировано на рис. 28-2.
Ноль в поле номера сети указывает текущую сеть, идентификатор узла "FF"
используется для широковещательной передачи всем узлам указанной сети.
[ ID узла=15 ]
[ ТВ 47 ]
[ номер сети=23-25 ]
[5] [ Рис.28-2. Адресация в Appletalk.]
[5]В AppleTalk Phase II делается различие между нерасширяемыми и расширяемыми
сетями. Нерасширяемой сетью является сеть, в которой каждый идентификатор
узла AppleTalk уникален. LocalTalk - это пример нерасширяемой сети.
Расширяемой сетью является сеть, для которой уникальным является сочетание
"номер сети/ID узла". EtherTalk и TokenTalk - примеры расширяемых сетей.
Каждой расширяемой сети выделяется диапазон сетевых номеров. Всем сегментам
внутри расширяемой сети дается один или более сетевых номеров из
соответствующего диапазона. Назначение более одного сетевого номера сегменту
ApplTalk позволяет объединить этим сегментом более 254 узлов.
Пакеты протокола DDP могут иметь короткий или расширенный формат. Короткий
формат используется в нерасширяемыx сетях, расширенный формат - в расширяемых
сетях. Значение поля Тип в пакете LocalTalk определяет формат пакета DDP
(см. Главу 21 для получения более детальной информации о формате кадра
LocalTalk).
Поскольку расширенный формат DDP используется для интерсетей, пакет DDP
содержит дополнительную информацию для поддержки интерсетевых потребностей.
В частности, в заголовке указываются номера сети узла источника и узла
назначения, счетчик переходов (для поддержки операций маршрутизации),
идентификаторы узлов источника и назначения. Кроме этого, пакет DDP может
содержать необязательное поле контрольной суммы.
[КС 28-8]
[5]Алгоритм маршрутизации AppleTalk был получен из протокола маршрутизации
RIP, описанного в разделе 23. Маршрутизация в AppleTalk выполняется
протоколом DDP с помощью RTMP - протокола поддержания таблиц маршрутизации
(Routing Table Maintenance Protocol).
Маршрутизация в AppleTalk выполняется следующим образом. В узле источника
прежде всего проверяется номер сети назначения. Если пакет предназначается
для той же локальной сети, где расположен источник, то пакет передается
Канальному уровню для доставки. Если же это не так, то пакет пересылается в
любой межсетевой маршрутизатор (IR - Internetwork Router) данного сегмента.
Межсетевой маршрутизатор анализирует адрес назначения и, используя таблицу
маршрутов, определяет следующее направление передачи пакета. Шаг за шагом
пакет проходит по интерсети. После достижения пакетом межсетевого
маршрутизатора, принадлежащего сети назначения, для его доставки получателю
используется соответствующая реализация протокола Канального уровня.
[5]Протокол поддержания таблицы маршрутизации RTMP
[5]Протокол RTMP используется межсетевыми маршрутизаторами для установки и
поддержания таблиц маршрутов AppleTalk . Модификации таблицы маршрутов
передаются между соседними маршрутизаторами через определенные временные
интервалы. Если за определенный период времени не удается получить
информацию от некоторого соседнего маршрутизатора, то считается, что маршрут
через этот маршрутизатор не существует, при выборе маршрута используется
альтернативный путь.
[КС 28-9]
[5]Как показано на рис. 28-3, таблицы маршрутизации AppleTalk имеют пять
составляющих: сетевой диапазон; расстояние; порт; следующий маршрутизатор
(сосед); состояние. Диапазон сетевых номеров - это номер сети, который
присвоен данному сетевому сегменту. Расстояние - это число маршрутизаторов,
которое необходимо пройти при движении к сети назначения. Порт - это номер
(идентификатор) порта маршрутизатора, через который возможен доступ к
соответствующей сети назначения. Следующий маршрутизатор - это числовой
идентификатор соседнего маршрутизатора, которому и направляются дейтаграммы.
Состояние - состояние данного направления. Состояние направления может быть:
"good", "suspect", "bad". Состояние направления может изменяться следующим
образом: "good" - "suspect" (опасность) - "bad", из-за непоступления от
соседа информации о модификации таблицы в течение определенного периода
времени.
[ Сеть 8-10 ]
[ Порт 1 ]
[ Порт 2 ]
[ Сеть 2-5 ] . . . [ Сеть 7 ] . . . [ Порт 3 . . . [ Сеть 11 ]
[ Порт 2 ] [ Порт 2 ]
[ Порт 1 ] [Порт 1 ]
[ Сеть 1 ] [ Сеть 6 ] [ Порт 2 ] [ порт 1]
[ Порт 1 ] [ Сеть 12 ]
[ Порт 2 ]
[5] Таблица маршрутизатора R1
[ Номер сети ] [ Расстояние ] [ Порт ] [ Сосед ] [ Состояние ]
[5] Рис. 28-3. Пример таблицы маршрутизации AppleTalk.
[КС 28-10]
[5]В протоколе RTMP специфицированы четыре типа пакетов: данные, запрос,
запрос маршрутных данных и ответ. Пакеты "данные" используются для
транспортировки маршрутной информации. Конечные узлы (не маршрутизаторы) с
помощью "запросов" могут получить номер сети, которой они принадлежат, а
также идентифицировать маршрут, по которому следует передавать пакеты.
Маршрутизатор, получив такой пакет, формирует и передает пакет "ответ".
Конечные узлы, желающие получить пакеты, "данные" имеют возможность
инициировать их передачу с помощью пакета "запрос маршрутных данных". Такой
метод часто применяется в тех случаях, когда для приема маршрутной
информации неодходимо использовать гнездо, отличное от точки, стандартно
используемой в протоколе RTMP. Кроме этого, этот метод применяется в тех
случаях, когда узлам необходимо получить маршрутные данные от
маршрутизатора, который непосредственно не подключен к их сети.
[5]Протокол связывания имен (NBP - Name Binding Protocol)
[5]Идентификаторы узлов (ID) довольно часто меняются. Имена в высокоуровневых
протоколах претерпевают изменения гораздо реже, и, к тому же, они более
просты и удобны для применения в обычной общечеловеческой деятельности. Для
трансляции имен AppleTalk в адреса служит протокол NBP.
В AppleTalk поддерживается концепция Сетевых видимых объектов (NVE - Network
Visible Entity). NVE является адресуемым сетевым набором услуг.
Пользователи и сетевые узлы не являются NVE. Однако адресуемые на сети
процессы, реализующие сетевой сервис, исполняемый на узлах сети, являются
NVE. Гнезда являются примером объектов NVE.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72