Выделение адресов многоадресной рассылки.

DHCP-серверы Microsoft Windows Server 2003 помимо адресов одноадресной рассылки позволяют назначать адреса многоадресной рассылки.

Стандарт, предложенный группой IETF, определяет протокол общения клиента и сервера (протокол MADCAP) для определения распределения адресов многоадресной рассылки между серверами и клиентами. Основное преимущество стандарта MADCAP состоит в том, что его можно использовать для более эффективного использования инфраструктуры существующей сети при распределении адресов многоадресной рассылки (аналогично назначению других IP-адресов с помощью службы DHCP).

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

При выделении адреса многоадресной рассылки используются два компонента.

1. MADCAP-сервер, который распределяет групповые адреса.
Для работы с этим компонентом администратор сначала настраивает многоадресные области и соответствующие многоадресные диапазоны IP-адресов на сервере с помощью консоли DHCP. После настройки и активизации этих областей служба DHCP-сервера может предоставлять адреса многоадресной рассылки таким же образом, каким обычно предоставляются IP-адреса одноадресной рассылки при использовании областей DHCP.

2. Интерфейсы программирования приложений (API) на стороне клиента, которые MADCAP-клиенты могут использовать для запроса, обновления и освобождения групповых адресов.
Приложения, реализующие поддержку MADCAP-клиента, могут вызывать эти API для запроса группового адреса из указанной многоадресной области на MADCAP-сервере. В базовой реализации MADCAP для переговоров между клиентом и серверами (относительно получения аренды группового адреса) используются сообщения протокола, формат которых аналогичен формату сообщений DHCP.

Управление стандартами предоставления адресов многоадресной рассылки осуществляет рабочая группа MALLOC (Multicast address-allocation), входящая в состав IETF.

Документы RFC доступны на веб-узле Request for Comments http://www.rfc-editor.org/. Этот веб-узел в настоящее время поддерживается членами ISI (Information Sciences Institute), которые публикуют классифицированные списки документов RFC.

Планирование сетей DHCP.

Определение необходимого количества DHCP-серверов.

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

При определении необходимого количества DHCP-серверов необходимо учитывать следующие факторы:

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

· Скорость передачи данных между сегментами, для которых предоставляются услуги DHCP. При наличии медленных связей через глобальную сеть или по коммутируемым линиям может потребоваться установка DHCP-серверов на обеих сторонах этих связей для локального обслуживания клиентов.

· Скорость дисководов сервера и объем оперативной памяти (ОЗУ), установленной на DHCP-сервере. Чтобы добиться наибольшей производительности DHCP-сервера, используйте самые быстрые дисководы и максимально возможный объем ОЗУ. При выборе оборудования для DHCP-сервера следует внимательно оценить время доступа к диску и среднее время выполнения операций чтения и записи.

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

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

Альтернатива планированию DHCP: настройка резервных серверов.

Большинство сетей требует использования основного активного сервера DHCP и еще одного DHCP-сервера, действующего как дополнительный или резервный сервер. Если решено не внедрять два DHCP-сервера, использующих правило 80/20 для балансирования областей, но меры по обеспечению отказоустойчивости все же необходимы, можно в качестве альтернативы внедрить резервный DHCP-сервер, работающий в режиме «горячей готовности».

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

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