Сети и системы телекоммуникаций. Погонин В.А - 69 стр.

UptoLike

Локальный адрес отправителя
(байты 4 – 5)
IP-адрес отправителя
(байты 0 – 1)
IP-адрес отправителя
(байты 2 – 3)
Искомый локальный ад-
рес
(байты 0 – 1)
Искомый локальный адрес
(байты 2 – 5)
Искомый IP-адрес (байты 0 –
3)
Рис. 8.2. Формат пакета протокола ARP
В поле типа сети для сетей Ethernet указывается значение 1. Поле типа протокола позволяет исполь-
зовать пакеты ARP не только для протокола IP, но и для других сетевых протоколов. Для IP значение
этого поля равно 0800
16
.
Длина локального адреса для протокола Ethernet равна 6 байтам, а длина IP-адреса 4
байтам. В поле операции для ARP запросов указывается значение 1 для протокола ARP и 2
для протокола RARP.
Узел, отправляющий ARP-запрос, заполняет в пакете все поля, кроме поля искомого локального ад-
реса (для RARP-запроса не указывается искомый IP-адрес). Значение этого поля заполняется узлом,
опознавшим свой IP-адрес.
В глобальных сетях администратору сети чаще всего приходится вручную формировать
ARP-таблицы, в которых он задает, например, соответствие IP-адреса адресу узла сети X.25, ко-
торый имеет смысл локального адреса. В последнее время наметилась тенденция автоматиза-
ции работы протокола ARP и в глобальных сетях. Для этой цели среди всех маршрутизаторов,
подключенных к какой-либо глобальной сети, выделяется специальный маршрутизатор, кото-
рый ведет ARP-таблицу для всех остальных узлов и маршрутизаторов этой сети. При таком
централизованном подходе для всех узлов и маршрутизаторов вручную нужно задать только IP-
адрес и локальный адрес выделенного маршрутизатора. Затем каждый узел и маршрутизатор
регистрирует свои адреса в выделенном маршрутизаторе, а при необходимости установления
соответствия между IP-адресом и локальным адресом узел обращается к выделенному маршру-
тизатору с запросом и автоматически получает ответ без участия администратора.
8.4. Отображение символьных адресов на IP-адреса: служба DNS
DNS (Domain Name System) это распределенная база данных, поддерживающая иерархическую
систему имен для идентификации узлов в сети Internet. Служба DNS предназначена для автоматическо-
го поиска IP-адреса по известному символьному имени узла. Спецификация DNS определяется стандар-
тами RFC 1034 и 1035. DNS требует статической конфигурации своих таблиц, отображающих имена
компьютеров в IP-адрес.
Протокол DNS является служебным протоколом прикладного уровня. Этот протокол несимметри-
чен: в нем определены DNS-серверы и DNS-клиенты. DNS-серверы хранят часть распределенной базы
данных о соответствии символьных имен и IP-адресов. Эта база данных распределена по административ-
ным доменам сети Internet. Клиенты сервера DNS знают IP-адрес сервера DNS своего административного
домена и по протоколу IP передают запрос, в котором сообщают известное символьное имя и просят вер-
нуть соответствующий ему IP-адрес.
Если данные о запрошенном соответствии хранятся в базе данного DNS-сервера, то он сразу посы-
лает ответ клиенту, если же нет то он посылает запрос DNS-серверу другого домена, который может сам
обработать запрос, либо передать его другому DNS-серверу. Все DNS-серверы соединены иерархически, в
соответствии с иерархией доменов сети Internet. Клиент опрашивает эти серверы имен, пока не найдет
нужные отображения. Этот процесс ускоряется из-за того, что серверы имен постоянно кэшируют ин-
формацию, предоставляемую по запросам. Клиентские компьютеры могут использовать в своей работе
IP-адреса нескольких DNS-серверов, для повышения надежности своей работы.