11.6 Эволюция BOOTP

11.6 Эволюция BOOTP

Протокол BOOTP обеспечивает в работе достаточную гибкость:

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

? Клиент может получить информацию на сервере загрузки или выбрать для этого специально указанный сервер.

? Клиент может не загружать программное обеспечение, загрузить его по умолчанию или загрузить определенный файл.

Прошло немного времени, и в сообщения BOOTP потребовалось включить дополнительные параметры — маску подсети, адрес маршрутизатора по умолчанию, адреса DNS и другую информацию.

Список дополнительных параметров постоянно увеличивался (полный список параметров BOOTP на момент выхода книги приведен в таблице 11.1), и скоро даже их часть уже не могла разместиться в сообщении UDP реалистичного размера. Для решения этой проблемы избыточные значения поместили в конфигурационном файле, который должен загружаться клиентом через TFTP. Идентификатор этого файла находится в основном сообщении UDP.

Таблица 11.1 Параметры BOOTP и DHCP

Конфигурационные параметры IP
Subnet mask (маска подсети)
Time Offset Difference (различия в смещениях времени) Разность в секундах между местным и универсальным временем (Coordinated Universal Time — UTC)
Client Host Name (имя хоста клиента) С использованием или без применения локального имени домена
Domain Name (имя домена) Используется для разрешения имен хостов
Enable/Disable IP Forwarding (разрешение/запрещение перенаправления в IP) Указывает на маршрутизацию системой датаграмм
Enable/Disable Non-Local Source Routing (разрешение/запрещение нелокальной маршрутизации от источника) Указывает на перенаправление датаграмм с маршрутизацией от источника
Policy Filter (фильтр политики безопасности) Список IP-адресов и масок подсети для фильтрации маршрутов, поступающих от источника
Maximum
Поделитесь на страничке

Следующая глава >

Похожие главы из других книг

Эволюция My Yahoo!

Из книги Бизнес путь: Yahoo! Секреты самой популярной в мире интернет-компании автора Вламис Энтони


17.1. Эволюция С

Из книги Искусство программирования для Unix автора Реймонд Эрик Стивен

17.1. Эволюция С Главным фактом практики Unix-программирования всегда была стабильность языка С и небольшого количества служебных интерфейсов, которые всегда ему сопутствовали (особенно стандартная 1/О-библиотека и подобные ей). Тот факт, что i язык, созданный в 1973 году, в


8.3. Эволюция

Из книги Объектно-ориентированный анализ и проектирование с примерами приложений на С++ автора Буч Гради

8.3. Эволюция Планирование релизов Рассмотрев несколько сценариев работы системы и убедившись в правильности стратегических решений, можно начинать планирование процесса разработки. Разобьем работу на ряд этапов, результат каждого из которых будет являться основой для


9.3. Эволюция

Из книги Фреймы для представления знаний автора Мински Марвин

9.3. Эволюция Проектирование интерфейса классов После того, как выработаны основные принципы построения архитектуры системы, остающаяся работа проста, но зачастую довольно скучна и утомительна. Следующий этап будет состоять в реализации трех или четырех семейств


10.3. Эволюция

Из книги Феномен науки. Кибернетический подход к эволюции автора Турчин Валентин Фёдорович

10.3. Эволюция Управление релизами Теперь, полностью определив архитектурный каркас системы складского учета, мы можем приступить к последовательному развитию. Выберем сначала наиболее важные транзакции в нашей системе (ее вертикальный срез) и выпустим продукт, который


11.3. Эволюция

Из книги Искусство программирования для Unix автора Реймонд Эрик Стивен

11.3. Эволюция Интеграция Теперь, когда ключевые абстракции предметной области выявлены, можно приступить к их соединению в действующее приложение. Мы будем реализовывать и проверять вертикальные срезы системы, а затем последовательно отрабатывать механизмы. Интеграция


12.3. Эволюция

Из книги TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security) автора Фейт Сидни М

12.3. Эволюция Модульная архитектура Мы уже говорили о том, что модульность для больших систем необходима, но не достаточна; для задач такого масштаба, как система управления движением, нужно сосредоточиться на декомпозиции по подсистемам. На ранних стадиях эволюции мы


5.4. Эволюция

Из книги автора

5.4. Эволюция Теория фреймов предполагает наличие большого числа разнообразных механизмов для манипуляции визуальными и символьными образами. Я не думаю, что большинство этих механизмов может возникнуть в процессе самоорганизации системы; скорее, они зависят от того,


17.1. Эволюция С

Из книги автора

17.1. Эволюция С Главным фактом практики Unix-программирования всегда была стабильность языка С и небольшого количества служебных интерфейсов, которые всегда ему сопутствовали (особенно стандартная I/O-библиотека и подобные ей). Тот факт, что язык, созданный в 1973 году, в


Глава 11 Конфигурация с помощью BOOTP и DHCP

Из книги автора

Глава 11 Конфигурация с помощью BOOTP и DHCP 11.1 Введение Наиболее заметным явлением в компьютерной области, произошедшим в последние несколько лет, является распространение сетей TCP/IP на настольные системы. Необходимая для этого инфраструктура — маршрутизаторы, мосты,


11.2 Требования протокола BOOTP

Из книги автора

11.2 Требования протокола BOOTP Некоторым компьютерам для запуска требуется небольшое число конфигурационных параметров, другим — длинный подробный список значений множества таких параметров. Некоторым операционным системам, например настольным сетевым станциям, хостам


11.3 Возможности BOOTP

Из книги автора

11.3 Возможности BOOTP BOOTP был первым стандартом по автоматизации загрузки в окружении TCP/IP. После того как протокол прошел несколько этапов улучшения, он стал способен предоставлять системам все базовые конфигурационные параметры, а также несколько специализированных.


11.5 Первая версия BOOTP

Из книги автора

11.5 Первая версия BOOTP Первоначально BOOTP разрабатывался для бездисковых рабочих станций. Современные условия привели к необходимости автоматизации загрузки систем, имеющих в ПЗУ (постоянном запоминающем устройстве, которое сохраняет информацию даже после отключения


11.7 Протокол BOOTP

Из книги автора

11.7 Протокол BOOTP Рассмотрим более подробно протокол начальной загрузки (Bootstrap Protocol — BOOTP). Он является простейшим приложением для запроса/ответа по протоколу UDP.? Клиент отсылает сообщение запроса на загрузку (bootrequest) из порта 68 на порт 67 сервера.? Сервер реагирует на это


11.7.1 Формат сообщения BOOTP

Из книги автора

11.7.1 Формат сообщения BOOTP Для запроса и ответа загрузки используется одинаковый формат сообщения. В запросе некоторые поля имеют нулевые значения. Формат сообщения показан на рис. 11.4. Рис. 11.4. Формат запроса и ответа сообщения загрузкиПоля, которые должны быть заполнены в