16) Особые ip-адреса.

Нек. IP адреса интерпретир-ся особым образом:

1. Если адрес сост. только из двоичн нулей, то он наз-ся неопред. и обознач. адрес того узла, кот. сгенерил этот пакет (адрес такого вида в особых случ. помещ-ся в заголовок пакета в поле адрес отправителя).

2. Если в поле номера сети стоят только нулиЮ то считается, что узел назначен. прин. той же самой сети, что и узел, кот. отправил пакет (адрес может быть использован только в кач-ве адреса отправит.)

3. если все двочин разряды адреса = 1, то пакет с таким адресом назнач. должен рассылаться всем узлам, кот. нах-ся в той же сети, что и отправит. пакета – огранич. широковещат. (limited broadcast)

4. если в поле адреса назначен. в разрядах, соотв. номеру узла, стоят только 1, то пакет рассылается всем узлам сети, номер кот. указан в адресе назначен. – широковещат. тип адреса (broadcast)

5. адрес с первым октетом 127 (127.0.0.0) – внутр. адрес стека протоколов компа (или маршрутизатора) – исп-ся для тестирования прог – адрес обратной петли (loopback)

6. групповые адреса (multicast) – класс D – пакет с таким адресом назначен. должен быть доставлен сразу неск. узлам, кот могу нах-ся в разных сетях 91 узел может сразу .входить в неск. сетей)

17) Использование масок в ip-адресации.

Маска – это число, применяемое в паре с IP и позволяющ. разбить его на номер сети и узла. Пусть, напр., для IP 129.64.134.5 указана маска 255.255.128.0. Маска делит адрес на номер сети (129.64.128.0) и номер узла (0.0.6.5). Маску можно интерпретир. как выполение логич. операции И. С пом. масок можно разбивать одну выделенную сеть определ. класса на неск. других, не требуя доп. номеров сетей. (разделение на подсети); также можно объедин. адресн. простр-ва неск. сетей и добиться уменьшен. объема табл. маршрутизаторов для повышен. их произв-ти(объединение сетей).

18) Распределения ip-адресов.

Процедура присвоения адресов происх. в ходе компов и маршрутизаторов. При этом помимо IP адреса сет. интерфейса назнач-ся доп. пар-ры. Напр, маска, адрес маршрутизатора по умолч., IP серв. DNS, доменное имя компа. При ручной настройке каждого интерфейса даже в средн. сетях это утомит. процедура. Для автоматизации распр. IP адреса исп-ся протокол дин. конф-ции хостов (узлов). DHCP (dynamic host config. protocol) работает по модели клиент-серв. Клиент, в настройках IP протокола кот. устанвл-ся опция получ. адрес по DHCP при старте системы посылает широковещат. запрос на получ. адреса. DHCP серв. откликается и посылает сообщение с IP адресом и др. пар-ми.

DHCP серв. может распределяться в 3ех режимах:

1. ручн. назначение статич. адресов

Админ помимо IP адресов для DHCP серва задает жестк. соотв. IP-адресов физич. (MAC) или др. идентификаторам клиентских узлов. При этом сер. всегда выдает один и тот же назнач. ему IP.

2. автоматич. назначении статич. адресов

Серв. самост. выдает IP из диапазона доступн. адресов. Адрес дается в пост. пользование. В момент первого назначен. серв. запоминает пар-ры клиента и при послед. запросах возвращ. ему один и тот же IP.

3. автомат. распр. дин. адресов

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

Однако использование DHCP несет в себе и некоторые проблемы. Во-первых, это проблема согласования информационной адресной базы в службах DHCP и DNS. Как известно, DNS служит для преобразования символьных имен в IP-адреса. Если IP-адреса будут динамически изменятся сервером DHCP, то эти изменения необходимо также динамически вносить в базу данных сервера DNS. Хотя протокол динамического взаимодействия между службами DNS и DHCP уже реализован некоторыми фирмами (так называемая служба Dynamic DNS), стандарт на него пока не принят.

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

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