baraholko.ru

Очень часто при работе в частных сетях IPv4 возникает необходимость выделения сетей, очень широко распространена маска 255.255.255.0 вне зависимости от класса сети которая тупо дает 254 адреса, можно конечно посчитать сетевую маску под более мелкую сеть, но тут возникает проблема учета сетей.

Кто-нибудь встречал софт которй позволял бы грамотно управлять выделением сетей и вел бы учет оставшихся сетей?

Например, заказываешь сеть для n узлов, а программа не только даст адрес сети в формате CIDR, но еще и укажет сколько сетей осталось для 30, 14, 6, 2 узлов.

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

b0r1sus писал(а):Например, заказываешь сеть для n узлов, а программа не только даст адрес сети в формате CIDR, но еще и укажет сколько сетей осталось для 30, 14, 6, 2 узлов.

Вспомнился универ - на первом курсе гоняли по этому. "Дан диапозон, какой маской?", "дана маска, сколько хостов?", "дан хост и подсеть, может ли добраться до хоста с таким то адресом". Поежился - сетевик был редким пидагогом.

А вообще если взять невузовское, а любое CCNA, MCTNA и прочая-прочая - любая сетевая сертификация НИЗШЕГО уровня подразумевает знание данного вопроса "на зубок"

PS: ИМХО любой компьютерщик должен знать степени двойки до 32 наизусть, а там всё на них завязано

arxont писал(а):А зачем?

Планирую получить доступ через VPN к десятку, сотням а может и тысячам узлов. Хочу спроектировать распределение адресного пространства как можно более качественно.

arxont писал(а):PS: ИМХО любой компьютерщик должен знать степени двойки до 32 наизусть, а там всё на них завязано

Согласен, но нужен еще учет свободных сетей и конфликтов сетвых масок. Например, 192.168.0.0/16 и 192.168.0.0/17 - конфликтующие сети.

b0r1sus писал(а):Например, 192.168.0.0/16 и 192.168.0.0/17 - конфликтующие сети.

два интерфейса - 192.168.0.1 с маской 192.168.0.0/16 и 192.168.0.2 с маской 192.168.0.0/17. Пингуют и видят друг-друга. По моему ты не понимаешь смысла масок и где там может быть конфликт.

Боря, ты вообще что-нибудь читаешь прежде чем делать свои многозначительные заявления? Хотя-бы википедию? Почитай Эви Немет, Таненбаума. Можно подготовительный курс к CCNA. Только думаю, что такие как ты, считают данные вещи происками зога и рептилойдов и недостойными для чтения

arxont писал(а):два интерфейса - 192.168.0.1 с маской 192.168.0.0/16 и 192.168.0.2 с маской 192.168.0.0/17. Пингуют и видят друг-друга. По моему ты не понимаешь смысла масок и где там может быть конфликт.

В приведенном тобой примере, конфликт заключается в следующем: один компьютер видит 65533 соседа, другой - 32765 соседа, то есть второй комп с маской 192.168.0.0/17 доступа ко второй половине сети 192.168.0.0/16 иметь не будет. Что это за сеть, если не все узлы доступны?!

arxont писал(а):Боря, ты вообще что-нибудь читаешь прежде чем делать свои многозначительные заявления? Хотя-бы википедию? Почитай Эви Немет, Таненбаума. Можно подготовительный курс к CCNA. Только думаю, что такие как ты, считают данные вещи происками зога и рептилойдов и недостойными для чтения

Нет времени. Есть возможность обратится к специалистам

b0r1sus писал(а):В приведенном тобой примере, конфликт заключается в следующем: один компьютер видит 65533 соседа, другой - 32765 соседа, то есть второй комп с маской 192.168.0.0/17 доступа ко второй половине сети 192.168.0.0/16 иметь не будет. Что это за сеть, если не все узлы доступны?!

Обычная сеть. Никакого конфликта нет. К примеру почти у любого провайдера возникает такой "конфликт" когда он выдаёт адреса клиентам - вполне допустимая ситуация, когда шлюзу назначена 16-20 маска, а клиентам при подключении назначается 31. То есть они могут только к шлюзу обратиться, а шлюз может обращаться к куче клиентов. И это вполне нормальная ситуация.

Или как дополнительный уровень безопасности (разделения доступа) - когда разные отделы имеют разные маски и не видят друг друга, а сервер имеет маску более широкого охвата и может взаимодействовать со всеми.

Или как средство минимизации сетевых штормов - так как широковещательный трафик ходит только в пределах одной подсети.

Или как средство для более легкого написания правил файрвола - когда можно блокировать-разрешать по подсетям.

b0r1sus писал(а):Нет времени. Есть возможность обратится к специалистам

Раз нет времени, тогда не надо категорично вещать бред про конфликтные сети и прочая. А надо спрашивать. Но почитай хотя бы википедию.

b0r1sus писал(а):Что это за сеть, если не все узлы доступны?!

Вообще "No Comments". А сети с вланами ты за что считаешь? Там тоже много чего не доступно А если у меня при роутинге в сети каждая точка видит только центр и не видит остальные точки, то это тоже не сеть - ведь не все узлы доступны? .

Спасибо за развенутый ответ

Внезапно - http://en.wikipedia.org/wiki/IP_address_management - правда там немного другое, но это тоже есть. "А мужыки то не знали"

Узнал из http://habrahabr.ru/post/185660/

PS: Посыпаю голову пеплом и ухожу в пустыню медитировать.

PS2: Не дождетесь