Протоколы разрешения адресов ARP и RARP

Определение физического адреса устройства (MAC-адреса) по его IP-адресу и наоборот, IP-адреса по MAC-адресу, решают входящие в IP-стек два протокола:

· ARP (Address Resolution Protocol – Протокол разрешения адресов)

· RARP (Reverse Address Resolution Protocol – Протокол обратного определения адреса) соответственно рис.4.44.

Протокол ARP поддерживает в каждом узле (сетевом адаптере или порту маршрутизатора) ARP-таблицу, содержащую (рис.4.45):

· IP-адрес;

· MAC-адрес;

· тип записи (динамический, статический).

По этой таблице узел может определить физический адрес (МАС-адрес) узла назначения, находящегося в этой же сети, по известному IP-адресу и указать его в заголовке кадра канального уровня. Если в ARP-таблице отсутствует запись для некоторого IP-адреса, то узел формирует широковещательное сообщение – ARP-запрос, в котором запрашивает физический адрес узла назначения. Все узлы сети принимают этот запрос, однако лишь один узел, IP-адрес которого совпадает с указанным в ARP-запросе, отвечает на него, высылая ARP-ответ со своим физическим адресом непосредственно узлу, приславшему ARP-запрос. Последний записывает в ARP- таблицу найденное соответствие между IP-адресом и MAC-адресом и в дальнейшем не запрашивает его при повторных обращениях к этому узлу. Протокол ARP предполагает, что узлы знают свои IP-адреса. Формат ARP-запроса (ответа) представлен на рис.4.46.

В сети, объединяющей несколько локальных сетей (подсетей) с помощью маршрутизаторов, продвижение пакетов от узла, находящегося в одной подсети, к узлу, находящемуся в другой подсети, осуществляется на основе старшей части IP-адреса, то есть на основе номера сети. После того, как пакет поступит в конечный маршрутизатор, к которому подсоединена вторая подсеть (сеть назначения), необходимо этот пакет упаковать в кадр и в качестве физического адреса узла назначения указать его МАС-адрес.

Маршрутизатор просматривает свою ARP-таблицу и, если не находит соответствующего IP-адреса, формирует широковещательный ARP-запрос, посылает его в локальную сеть и ожидает ARP-ответа. Если в сети нет компьютера с указанным в ARP-запросе IP-адресом, то ARP-ответа не будет, и протокол IP уничтожит все пакеты, направляемые по этому адресу.

Статические записи создаются вручную и существуют, пока соответствующий узел (компьютер или маршрутизатор) не будет выключен.

Динамические записи создаются протоколом ARP как по собственным ARP-запросам, так и путем извлечения из широковещательных запросов IP- и MAC-адресов отправителя.

Динамические записи периодически обновляются. Если в течение определенного интервала времени (порядка нескольких минут) адрес не использовался, то он исключается из таблицы.

В глобальных сетях, не поддерживающих широковещательные сообщения, ARP-таблицы формируются администратором вручную и помещаются на какой-либо хост, либо выделяется специальный маршрутизатор, который автоматически ведет ARP-таблицу для всех остальных узлов этой автономной сети.

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

Узел широковещательно вызывает обслуживающий его сервер, закладывая в запрос свой физический адрес (при этом узел может даже не знать адреса сервера). В сети находится по меньшей мере один обслуживающий такие запросы сервер (RARP-сервер), который распознает запрос от рабочей станции, выбирает из некоторого списка свободный IP-адрес и шлет этому узлу сообщение с необходимой информацией:

· динамически выделенный узлу IP-адрес;

· свой физический адрес;

· IP-адрес и т.д.

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

Система доменных имен DNS.

Доменное имя – символьное имя компьютера.

В стеке TCP/IP применяется система доменных имен с иерархической древовидной структурой (рис.4.47), допускающей использование в имени произвольного количества составных частей. Совокупность имен, у которых несколько старших составных частей совпадают, образуют домен (domain) имен.

Примерами доменных имён организаций являются:

· com – коммерческие организации;

· edu – образовательные организации;

· gov – правительственные организации;

· org – некоммерческие организации;

· net –организации поддержки сетей.

Соответствие между доменными именами и IP-адресами может устанавливаться как средствами локального узла, так и средствами централизованной службы, реализуемой системой доменных имён.

Система доменных имен (Domain Name System – DNS) – централизованная служба, основанная на распределенной базе отображений «доменное имя – IP-адрес» (рис.4.48).

Служба DNS использует в своей работе протокол типа «клиент-сервер», в котором определены такие понятия как DNS-сервер, поддерживающий распределенную базу отображений, и DNS-клиент, обращающийся к DNS-серверу с запросом. DNS-сервер использует текстовые файлы формата «IP-адрес – доменное имя».

Служба DNS является распределенной. Каждый DNS-сервер хранит имена следующего уровня иерархии и кроме таблицы отображений имен содержит ссылки на DNS-серверы своих поддоменов, что упрощает процедуру поиска.

Для ускорения поиска IP-адресов в DNS-серверах применяется процедура кэширования проходящих через них ответов на определенное время – от нескольких часов до нескольких дней.