Протокол стал новым словом в технологии сетевого распространения ПО
Сетевые компьютеры вот-вот начнут появляться в организациях, в результате распространение ПО по сетям стало горячей темой обсуждений, а DHCP (Dynamic Host Configuration Protocol - протокол динамического конфигурирования узла) - наиболее часто употребляемой при этом аббревиатурой.
Недавно была завершена версия 1.0 спецификации сетевых ПК (далее СПК), определяющая, что СПК будут использовать для сетевой загрузки и скачивания ПО новые расширения протокола DHCP.
Разработчики спецификации СПК - Compaq Computer, Dell Computer, Hewlett-Packard и Microsoft - представили в комиссию Internet Engineering Task Force расширения, которые дополнят возможности DHCP функциями удаленной пересылки ПО сетевым клиентам.
Идея загрузки на ПК операционной системы и прикладного ПО по сети не нова. IBM впервые реализовала эту технологию в RPL (Remote Program Load - удаленная загрузка программ), ПО своих адаптеров для сетей Token-Ring.
Изначально RPL разрабатывалась как средство запуска приложений по сети на бездисковых рабочих станциях, однако из-за чрезмерной перегрузки сети приложениями теперь RPL используется в программе удаленного конфигурирования систем LCCM (LANClient Control Manager).
Создается впечатление, что в области ПК на смену RPL придет DHCP, который лучше подходит крупным корпорациям, благодаря широкой поддержке со стороны поставщиков ПК, возможности маршрутизации и тому, что он основан на TCP/IP. Даже IBM, ярый сторонник RPL, планирует добавить в LCCM поддержку DHCP.
Как работает DHCP
Новые расширения DHCP представляют собой набор полей, предназначенных для передачи серверу информации о типе сетевого адаптера клиента, архитектуре системы и идентификаторе машины. Новые поля добавлены также для того, чтобы отличить пакеты расширенного DHCP от пакетов обычного DHCP.
При загрузке клиентский СПК, поддерживающий DHCP, отправляет через порт 67 стандартное DHCP-сообщение, уведомляющее о его подключении и содержащее дополнительные данные в полях. В ответ DHCP-сервер посылает два отклика через порт 68.
Первый отклик содержит адрес прокси-службы DHCP (но не сообщает IP-адрес клиента) и информацию о DHCP-параметрах (включая IP-адрес сервера) для осуществления загрузки образа памяти. Второй отклик содержит стандартную информацию, например IP-адрес клиента.
Дальнейшие действия совершаются довольно быстро: клиент записывает стандартную DHCP-информацию и запрашивает подтверждение в DHCP-срeде; служба BINL (Boot Image Negotiation Layer - уровень организации загрузки образа), обеспечивающая загрузку образа памяти, необходима для синхронизации клиента и сервера, предоставляющего образ ПО для загрузки. Для согласования клиента и сервера клиент передает BINL через порт 4011 свой IP-адрес и прочие поля параметров, а также идентификатор системы, идентификатор сетевого адаптера и информацию об архитектуре системы.
В ответ BINL сообщает клиенту имя и расположение загрузочного файла, который является либо загрузочным образом памяти, либо исполняемым файлом, инициирующим загрузку ОС и прикладного ПО с сервера сети.
Поставщикам СПК предлагается несколько альтернативных средств для скачивания исполняемого загрузочного файла; в том числе поддерживаются TFTP (Trivial File Transfer Protocol - тривиальный протокол передачи файлов) и MTFTP (Multicast TFTP - многоадресный TFTP).
Поскольку для пересылки клиенту загрузочного файла может использоваться MTFTP, BINL должен предоставлять параметры конфигурации MTFTP, в частности номер порта протокола User Datagram Protocol. При одновременной загрузке нескольких клиентов с помощью многоадресной передачи удается сократить число узких мест, благодаря организации единого потока данных, а не за счет обслуживания многочисленных отдельных запросов.
Спецификацию СПК и дополнительные сведения можно найти на Web-узле Intel: www.intel.com.
Майкл Кейтон (PC Week Labs)
Новые расширения позволяют DHCP передавать:
- Информацию об архитектуре системы клиента, идентификаторы клиента и сетевых адаптеров
- IP-адрес для инициирования загрузки клиента с сервера
- Имя и расположение загрузочного файла
- Параметры протокола MTFTP для пересылки загрузочного файла
- Результаты выполнения загрузочного файла
