Подсети VLSM вышли из строя (пробел)

Подсети VLSM вышли из строя (пробел)

В VLSM мы обычно разбиваем подсети в порядке убывания от сети с наибольшим числом хостов к сети с наименьшим, но я читал, что «если вы выделяете подсети в любом другом порядке, вы не сможете избежать пробелов между подсетями».

Я попытался понять значение пробела на простом примере и в неправильном порядке, но не смог понять, где именно находится пробел?

Может ли кто-нибудь объяснить это на примере?

С уважением

решение1

Технически, «неизбежных» пробелов не будет, но удобство, безусловно, пострадает.

Предположим, вы начинаете с самых длинных масок, т. е. сначала выделяете 192.168.1.0/28 (диапазон адресов 0..15), а затем решаете, что вам нужно выделить /26.

Ближайший диапазон, с которого вы можете начать, будет 192.168.1.64/0, так как /26 может начинаться только с 0, 64, 128 и 192. Это оставляет вам неиспользованный промежуток от 0,16 до 0,63, который вы, конечно, можете использовать для трех /28 или одной /28 и одной /27, или для кучи более мелких сетей, но что делать, если у вас нет этих более мелких сетей?

Теперь, если вы сделаете наоборот и сначала выделите /26, например, 192.168.1.0/26, то вы сможете выделить свой /28 сразу из 192.168.1.64/28, не оставляя неиспользованных адресов между ними.

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

Связанный контент