Всем привет.
Мне тут намекают, что для нашего примера можно использовать маски переменной длины (VLSM). Тогда ничего у админа выпрашивать не придется.
Ну что же, давайте попробуем применить их к нашей ситуации. Забываем про классы сетей. Итак, опять задана сетка 192.168.136.0/24. Надо получить 5 подсетей и не менее 35-ти адресов на каждую подсеть.
Замечание. Следует помнить что с маской переменной длины можно множить подсети, но вот внезапно увеличить нужное количество хостов в одной подсети не получится.
Наглядный пример по замечанию - представим нашу сеть 192.168.136.0/24. Что я могу?
Во-первых, я могу разделить эту сеть на две подсети маской 255.255.255.128 (prefix /25). Мы получим две подсети по 126 хостов в каждой:
192.168.136.0/25
192.168.136.128/25
192.168.136.0/25
192.168.136.128/25
Затем вторую подсеть с адресом 192.168.136.128/25 я разбиваю еще на две подсети с помощью маски 255.255.255.192 (prefix /26). Получаем еще две подсети по 62 адреса в каждой:
192.168.136.128/26
192.168.136.192/26
192.168.136.128/26
192.168.136.192/26
Мой итог, три подсети где:
1) 192.168.136.0/25, на 126 хостов;
2) 192.168.136.128/26, на 62 хоста;
3) 192.168.136.192/26, на 62 хоста.
1) 192.168.136.0/25, на 126 хостов;
2) 192.168.136.128/26, на 62 хоста;
3) 192.168.136.192/26, на 62 хоста.
Т.е. я могу и дальше множить сети новой маской, но с 1-й сети никогда не получится новая подсеть где будет больше 126ти хостов, как ни со 2й или 3й не получится получить больше 62-х хостов. Это понятно?
Поэтому (см. вариант №1) если мы слепили 8 подсетей по 30 хостов в каждой, а нам надо минимум 32 хоста, то маска переменной длины тут НЕ ПОМОЖЕТ! Админ, помни про запас адресов! Если изначально разбить сетку без запаса, позже может быть очень тоскливо.
Смотрим на вариант №2 там же. Нам удалось заполучить из сети 192.168.136.0/26 целых 4 подсети по 62 хоста в каждой. Т.е. по хостам мы вписываемся с запасом. Тогда попробуем размножить подсети. Берем 4-ю подсеть 192.168.136.192/26 и кромсаем ее еще на две:
192.168.136.192/27, 30 хостов
192.168.136.224/27, 30 хостов.
192.168.136.192/27, 30 хостов
192.168.136.224/27, 30 хостов.
И теперь наш диапазон адресов (см. п.5) будет заканчиваться так
…
4-я подсеть адресов 192.168.136.193 - 192.168.136.223 /27
5-я подсеть адресов 192.168.136.225 - 192.168.136.254 /27.
…
4-я подсеть адресов 192.168.136.193 - 192.168.136.223 /27
5-я подсеть адресов 192.168.136.225 - 192.168.136.254 /27.
Что мы получили?
Мы получили 3 подсети по 62 хоста, и две по 30-ть. Т.е. формально у нас 5 подсетей по количеству отделов, и отделу аудита, как самому многочисленному, можно виделить любую из первых трех.
Однако далеко не все протоколы маршрутизации поддерживают VLSM. Так, протокол информации о маршрутах версии 1 Routing Information Protocol (RIP-1) и протокол маршрутизации внутреннего шлюза Interior Gateway Routing Protocol (IGRP) не передают информацию о сетевых масках при обновлениях маршрутной информации и, следовательно, не могут корректно маршрутизировать сети с подсетями переменной длины. Сегодня, несмотря на то, что протоколы маршрутизации, такие как протокол кратчайшего свободного пути Open Shortest Path First (OSPF), расширенный IGRP (Enchanced IGRP или EIGRP), протокол информации о маршрутах версии 2 Routing Information Protocol (RIP-2) и протокол связи промежуточных систем Intermediate System-to-Intermediate System (IS-IS), поддерживают работу с VLSM, администраторы до сих пор испытывают трудности при реализации этой методики разделения сетей. Построенные ранее на базе протоколов RIP-1 и IGRP сети имеют структуру IP-адресов, распределенных таким образом, что невозможно более оптимально сгруппировать их в блоки различной длины. Таким образом, ввиду разброса IP-адресов администраторам пришлось бы перенумеровать все хосты в сети для того, чтобы привести их в соответствие с новой системой адресации. Такая перенумерация является довольно сложной процедурой, и администраторы чаще всего сразу же отвергают подобную перспективу. Однако одновременное сосуществование двух систем осложняет ситуацию и вынуждает администраторов всячески маневрировать и применять статическую маршрутизацию для обеспечения нормальной работы в сети (Прочитано у Сэм Хелеби, Денни Мак-Ферсон, Принципы маршрутизации в Internet, 2-е издание. : Пер. с англ. М. : Издательский дом «Вильямс», 2001.)
И напоследок, мне кажется что считать эти хитрые макси вручную не стоит. Калькулятор VLSM вам в помощь.
Успехов.
Успехов.
No comments:
Post a Comment
А что вы думаете по этому поводу?