Происхождение dhcp

Протокол DHCP создан на основе более раннего протокола Bootstrap Protocol (ВООТР) Протокол ВООТР был разработан для того, чтобы обеспечить возможность бездисковым рабочим станциям загрузиться, получить IP-адрес и подключить операционную систему к сети.

Протокол DHCP значительно совершеннее, чем ВООТР С его помощью администратор может конфигурировать параметры TCP/IP и устанавливать сроки аренды адресов В протоколе DHCP предусмотрено динамическое выделение адресов Иногда серверы DHCP конфигурируют на поддержку клиентов ВООТР.

Протокол DHCP не ориентирован на определенную операционную систему. Его можно использовать с Windows, UNIX, NetWare и другими популярными операционными системами. Однако конкретные реализации поставщиков DHCP могут несколько отличаться друг от друга. Например, серверы DHCP для Windows 2000 интегрированы с Active Directory. Это позволяет администраторам предотвратить выделение IP-адресов несанкционированными (так называемыми шулерскими) серверами DHCP.

Процедура api ра

Процедуры API РА предоставляют еще один способ автоматического получения IP- адресов. Это средство включено в реализации TCP/IP операционных систем Microsoft.

Если компьютер, конфигурированный как клиент DHCP, при подключении к сети не может получить доступ к серверу DHCP, то традиционно он не может получить IP- адрес и сообщаться с сетью посредством TCP/IP. Для решения этой проблемы было создано средство APIPA.

Когда компьютер с установленной программой API РА пытается получить адрес, но не может найти сервер DHCP, то он присваивает себе один из зарезервированных для этой цели адресов (набор номеров сети 169.254.0.0 класса В). Такой самоприсвоенный адрес можно использовать, пока не будет установлен контакт с сервером DHCP.

Создание подсетей и суперсетей

Создать в сети подсеть означает разделить ее на части. При создании подсети описанная выше двухуровневая иерархия адресов превращается в трехуровневую. Для создания подсети нужно "одолжить" часть битов IP-адреса, выделенных под адрес хоста, и записать в них второй уровень сетевого адреса, т.е. адрес подсети.

Маска подсети

Создание подсети предполагает заимствование битов одной части адреса для другой части адреса. Если создается подсеть, то процедуры протокола IP должны иметь возможность определить, какие биты идентифицируют сеть, а какие — номер хоста. Это делается с помощью маски подсети — 32-битового числа, введенного сетевым администратором при конфигурировании свойств TCP/IP. В маске подсети биты, определяющие номер сети, установлены в 1, а биты, определяющие номер хоста — в 0. Часть адреса, отведенная для номера сети, называется "замаскированной" битами, содержащими единицы.

По умолчанию в классе А для номера сети отведены биты первого октета, в классе В — биты двух первых октетов, а в классе С — биты трех первых октетов. В этом случае маска подсети по умолчанию выглядит как показано в табл. 8.4.

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

Однако что получится, если разделить сеть на подсети? Допустим, сети присвоен адрес класса В, например 181.25.0.0. Как известно, сеть класса В может содержать до 65 535 хостов. Но в сети с таким огромным количеством компьютером управление широковещательными сообщениями станет невозможным.

Чтобы решить эту проблему, разделим сеть на шесть подсетей. Для этого придется позаимствовать несколько битов из адреса хоста для адреса подсети. Нужно также создать правильную маску подсети, с помощью которой процедуры IP смогут определить адрес подсети.