RFC: 950
Оригинал: Internet Standard Subnetting Procedure
Категория: Стандарт Интернета
Дата публикации:
Авторы: ,
Перевод: Николай Малых

RFC 950, Страница 8 из 14

2.3. Определение адресной маски

Как хост может определить, что в подсети, к которой подключен хост, используется адресная маска. Эта проблема аналогична некоторым проблемам сетевой загрузки (bootstrapping) хостов Internet — как хосту определить собственный адрес и как узнать адрес шлюза в локальной сети. Для всех трех случаев существуют два варианта решения — "аппаратная" (hardwired) информация или использование протоколов на базе широковещания.

К аппаратной информации относятся сведения, доступные хосту без подключения к сети (изолированному) — эти сведения могут быть включены в программный код (compiled-in) или (предпочтительно) сохранены в дисковом файле. Однако для случая бездисковых станций, загружаемых через ЛВС ни один из этих вариантов не подходит. Поскольку большинство технологий ЛВС поддерживают широковещание, лучшим вариантом для "свежезагруженного" хоста является широковещательная передача запроса на получение требуемой информации. Например, для определения адреса IP хост может использовать протокол RARP [4].

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

В тех случаях, когда хосту требуется определить адресную маску, используя для это отдельную операцию, применяется следующий механизм:

Для обеспечения сведений об адресных масках в протокол ICMP [5] добавлена пара новых типов сообщений ICMP — Address Mask Request (запрос маски) и Address Mask Reply (отклик на запрос маски), аналогичные сообщениям Information Request (запрос информации) и Information Reply (отклик на запрос информации. Эти типы сообщений описаны ниже (Приложение I. Сообщения ICMP Address Mask).

Новые сообщения ICMP используются следующим образом — хост при загрузке передает широковещательное сообщение Address Mask Request. Шлюз (или хост, действующий вместо шлюза), получив такое сообщение, будет передавать отклик Address Mask Reply. Если в запросе отправитель не был указан (поле IP Source Address имеет значение 0), отклик также передается в широковещательном сообщении. Запросивший информацию хост получит это сообщение и сможет определить адресную маску.

Поскольку для каждой конкретной ЛВС в сообщении Address Mask Reply может содержаться только одно значение, нет необходимости проверять соответствие отклика запросу. Даже при получении отклика от нескольких шлюзов, информация во всех сообщениях будет совпадать. Предполагается, что хосты перезагружаются достаточно редко, поэтому количество широковещательных сообщений для определения маски достаточно мало.

Страница 8 из 14

2007 - 2022 © Русские переводы RFC, IETF, ISOC.