Определение идентификаторов подсетей.

Этот процесс требует нескольких этапов:

1. Выделите крайний справа бит в маске подсети и преобразуйте его значение в десятичную форму.
Получаемое при этом число называют приращением (Delta).

2. Для получения идентификатора первой подсети добавьте приращение к исходному идентификатору сети.

3. Для определения идентификатора следующей подсети продолжайте добавлять приращение к предыдущему полученному идентификатору подсети.

Давайте рассмотрим пример использования сети 200.100.50.0 класса С совместно с маской подсети 255.255.255.196.

1. Для получения приращения давайте рассмотрим маску подсети, которая в двоичном представлении выглядит как 11111111 11111111 11111111 11100000. Десятичным эквивалентом крайнего справа единичного бита маски является число 32, которое и является искомым приращением.

2. Добавьте приращение к идентификатору сети 200.100.50.0, что определит идентификатор первой подсети — 200.100.50.32.

3. Продолжайте добавлять приращение для определения идентификаторов остальных подсетей:
200.100.50.32 + 32 = 200.100.50.64

200.100.50.64 + 32 = 200.100.50.96

200.100.50.96 + 32 = 200.100.50.128

200.100.50.128 + 32 =200.100.50.160

200.100.50.160 + 32 = 00.100.50.192

200.100.50.192 + 32 = 00.100.50.224

Подсети с нулевыми идентификаторами

В табл. 4.2 предполагается, что стандарт RFC 950 выполняется строго, а этот документ не допускает использования идентификатора подсети, состоящего только из нулей. Поэтому в таблице приведены примеры шести подсетей, получение которых возможно при выделении для идентификаторов подсетей трех битов.

Идентификаторы подсетей, состоящие только из единиц, невозможны, поскольку сетевой адрес, состоящий из единиц, используется для адресов широковещательной трансляции. Однако идентификатор подсети, состоящий только из нулей, не имеет предопределенного назначения, и многие считают запрет на использование таких идентификаторов подсетей бесполезным расходованием ресурсов. Поэтому некоторые поставщики в своих реализациях TCP/IP разрешают использовать подсети, идентификаторы которых состоят только из нулей. Хотя документация Microsoft явно и не разрешает использовать нулевые идентификаторы подсетей, тесты, выполненные автором, показывают, что подобные идентификаторы подсетей поддерживаются ОС Windows NT.

Если вы решите использовать подсеть, идентификатор которой состоит только из нулей, проверьте работу всех входящих в сеть устройств при использовании подобной подсети. Помните, что при этом вы, вступаете в пределы terra incognita и обязаны убедиться в возможности сети работать надлежащим образом.

Сохранение параметров

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

Предположим, что создается сеть с адресом 155.80.0.0 класса Вив ней требуется наличие шести подсетей. Следовательно, будет использоваться маска подсети типа 255.255.224.0.

Вначале при нумерации хостов использованию 13 доступных битов не уделяется особого внимания. В результате вполне может появиться хост с IP-адресом типа 155.80.210.55.

По мере расширения организации возникает потребность в нескольких дополнительных подсетях, что заставляет изменить маску подсети. Это не составляет сложности. Маску можно изменить на 255^55.240.0, предоставив для идентификаторов подсетей 4 бита. Но так ли все просто?

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

Во избежание подобных осложнений соблюдайте следующие два правила:

- Всегда используйте биты идентификаторов подсетей, начиная со старших (левых) битов. Назначайте подсети в следующем порядке: 1, 01, 11, 011, 011l, 111, 0001 и т.д.

- Всегда назначайте биты идентификаторов хостов, начиная с младших (правых) битов. Назначайте идентификаторы хостов в следующем порядке: 1, 10, 11, 100, 101, 110, 111, 1000 и т.д.

Таким образом в середине сетевого адреса создается буферная зона из нулей,

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

Невидимость подсетей для внешних сетей

Подсети интересны тем, что они видимы только непосредственно для примыкающих к ним маршрутизаторов. Если б дело обстояло иначе, то при подключении сети, разделенной на подсети, к Internet пришлось бы извещать о маске подсетей все маршрутизаторы Internet. Однако, как видно из рис. 4.9, это не так. В этой сети идентификатор 128.0.0.0 разделен на подсети и представлен тремя подсетями.

Предположим, что хост 50.0.50.200 должен отправить дейтаграмму хосту 128.0.3.50. Должен ли хост 50.0.50.200 знать, в какую подсеть адресуется сообщение? Нет, с точки зрения хостов сети 50.0.0.0 маршрутизатор соединен с сетью 128.0.0.0. Второй конец маршрутизатора кажется им единой сетью, а подсети для них невидимы.

Маршрутизация столь проста, только если подсети сети 128.0.0.0 сконфигурированы так, что позволяют маршрутизатору А пересылать дейтаграммы этой сети через один и тот же интерфейс.