НАДСЕТИ. По-простому. КТО?

[Сергей Дубров]

Сейчас уже не вспомню, почему на маску дали 24 бита... может, и в самом деле - перемудрили.
Но вот что конкретно делать сейчас? и что бы работу сильно не останавливать и адреса расширить?
Я ранее с такой задачей не работал, так что пока плаваю...

Сделайте маску 23 бита (FF.FF.FE.0/255.255.254.0) и у вас появится второй диапазон в 256 адресов - 172.16.0.0 (в дополнение к уже имеющемуся 172.16.1.0). Кстати, бродкастный адрес останется тем же - 172.16.1.255.

А если, по аналогии, маску сделать 22 бита, то диапазон вчетверо увеличится - от 172.16.0.0 до 172.16.3.255

[biruk]

Николай, 172.16.х.х - сеть класса В и ее стандартная маска FF.FF.0.0, что дает 65к адресов.

так то маска для стандартной сети, 172.16.0.0 - не стандартный диапазон, у него маска 255.240.0.0
т.е. с 172.16.0.0 -172.31.255.255

Николай, 172.16.х.х - сеть класса В и ее стандартная маска FF.FF.0.0, что дает 65к адресов. А FF.FF.FF.0 - это вы уже сами себе подсетей наделали, так что пока не вижу, где тебя прижали supernet'ы
А с подсетями и масками переменной длины (не путать с CIDR) NW давно нормально работает и как маршрутизатор.

как маршрутизатор может быть, а как хост нет.
простой пример: у нас сети из дипазона 172.16-31 и когда на бордере я указал по привычке маску 255.240.0.0 - до сетей начиная с 172.17-31 маршрута не было
пришлось прописать все сети с дефолтной маской.

так что, если просто расширить диапазон для виндовых клиентов это будет прозрачно, а вот для нетваревского сервера - нет. или на сервер надо будет ставить каку-нить прилуду или дополнительный ip на интерфейсе...

[Garry]

Прочитал и не понял. У меня во внутренней сети 192.168.x.x есть подсети 1-9.x с масками 255.255.255.0. На 4.11, 5.1 и на W2000 роутинги между подсетями (по необходимости). На NW как на одном интерфейсе 2 ip так и на агрегированном (из 2х) для ipx ip на разных. Подсети на одном сегменте, так и на разных. Все работает нормально.
В чем видятся проблемы - количество адресов 255х255?

[Павел Гарбар]

Опять маскосчеты схлестнулись :-)
По прошлому посту - при маске ff.ff.fc.00 хосты х.х.8.0. и х.х.4.0 будут так и в разных сетях :-)
Сеть 172.16-31.0.0 - стандартные сети класса В, только выделенные в частное пользование, как 10.0.0.0 - стандартная сеть класса А, потому как тут и одной сети для частного применения хватит. Сетей класса С выделили 255 штук для этого.
Так что твоя привычка - 255.240.0.0 - это чистой воды ошибка.

[PavelKHTW]

Опять маскосчеты схлестнулись
По прошлому посту - при маске ff.ff.fc.00 хосты х.х.8.0. и х.х.4.0 будут так и в разных сетях

- и не подеретесь - у меня калькулятор сети есть.
для маски 255.255.252.0

x.x.0.0-x.x.3.255
x.x.4.0-x.x.7.255
x.x.8.0-x.x.12.0
- ну и так далее

[Павел Гарбар]

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

[biruk]

Так что твоя привычка - 255.240.0.0 - это чистой воды ошибка.

Почему??? Если с этой маска я адресую нужный мне диапазон?

- и не подеретесь - у меня калькулятор сети есть.
для маски 255.255.252.0

x.x.0.0-x.x.3.255
x.x.4.0-x.x.7.255
x.x.8.0-x.x.12.0
- ну и так далее

гы! для маски 255.255.248.0
0.0.0.0-0.0.7.255
0.0.8.0-0.0.15.255
тоже в разных подсетях, а для 255.255.240.0 в одной:
0.0.0.0-0.0.15.255

все, я в отпуске

[Влад А.Сокол aka Akina]

Вопрос о подсетях родился от исчерпания IP-адресов внутренней сети в выбраном диапазоне (ноне имеем адр 172.16.1.Х при маске FF.FF.FF.00)

Т.о. вопрос переформулируем: как увеличить диапазон адресов, но с учетом того, что хотелось бы (в идеале...) ещё и прибить прямоходящим возможность пользоваться несанкционированными чатами, аськами и т.д. внутри ЛВС.

Николай, давайте так - все-таки ПОЛНОСТЬЮ опишите (а еще лучше - нарисуйте, можно без художественных изысков, линии-квадратики-подписи) всю ту маршрутизируемую сеть, которую Вы сейчас имеете. Потому как существует подозрение что кроме озвученной сети 172.16.1.0/24 где-то рядом есть и другие подсети из 172.16.0.0/16 - а в таком случае расширение маски без принятия лдополнительных мер может сыграть чертовски злую шутку. Заодно по каждой подсети укажите принцип раздачи (статика/DHCP), а для дуальных - разброс по поддиапазонам и уже имеющиеся статические узлы. И (если где есть) узлы динамической маршрутизации и протоколы.

А вторая часть вопроса (прибить) с первой, кстати, никак не связана.

[Музалёв Николай]

все-таки ПОЛНОСТЬЮ опишите

Да, это правильно, товарищи! (С)

В сети установлена сл. аппаратура:
-севера
-- NW-сервера (как информ. ядро),
-- вспомогаьельный вин-сервер (пока на тесте),
-- пограничный лин-сервер (выход в Сеть).

-коммутаторы
-- практически все - от 3КОМа, второго уровня (пару машинок с 3м уровнем загнаны на 2й и их функционал пока не использ.) . Всего - полтора десятка с тенденцией к росту числа. В бл. будущем планируется установить в ядре коммутации 3СОМ5500 или нечто подобное...

-рабочие места
--прибл. 220-230 рабочих машин, некоторая часть еще на чистом IPXe, но поставлена задача быстрее мигрировать на IP. ВиндЗоопарк. Клиент пожилой - 483+2, 332+2 .

-принтеры
-- полдесятка (с тенеденцией к увеличению) принтеров масштаба департамента (НР5100 и аналог.)

В сети установлена адресация:
- все сервера, принтера, коммутаторы и пяток раб. станций (админов) - на статической адресации, остальные рабочие станции - на динамической. Сервер DNS/DHCP работает на одном из серверов NW. Подсеть изначально одна: 172.16.1.х при маске 255.255.255.00 . Маршрутизации в ЛВС-сети нет, маршрутизация только связанная с выходом в Сеть. Принцип посторения СКС - одуванчик с шестью ( в бл. перспективе - с восемью) направлениями.
Число каскадов ЛВС - не более трех.

В сети предусматривается: только восходящее взаимодействие между узлами. Сети вин и другие методы горизонтального обмена информацией - крайне не желательны. (Административные методы не помогают: начальство не владеет вопросом и не может дать надлежащего отпора на требования типа "ХАчу видеть и Манину и Ванину папки..."

ПРОБЛЕМА: исчерпание адресов в первой подсети. (постоянные закупки увеличивают парк ПК темпами, которые не прогнозировали..)

ЗАДАЧА - максимально прозрачно для пользователей увеличить диапазон адресов в сети. По мере сил и знаний методами выборочной маршрутизации и RANDOM-раздачей адресов из паралельных, но не немаршрутизируемых подсетей прижать хвост особо ретивым знатокам чатов и аналог. программ.

[Влад А.Сокол aka Akina]

Яснее не стало... но попробуем уточнить.

Сейчас в сети есть кучка серверов разного размера и внешности и 2 с хвостом сотни рабстанций, а также некое активное оборудование (коммутаторы там всяческие). Каждый из вышепоименованных девайсов может не иметь IP-адреса, а может и иметь, причем не один...

Принципиальный вопрос - все ли имеющиеся в данный момент в сети адреса находятся в 172.16.1.0/24? включая все зарегистрированные DHCP-пулы...

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

Если ответ отрицательный - точно перечислите ВСЕ подсети, входящие в сеть 172.16.0.0/16, в коих есть хотя бы один адрес.

[Музалёв Николай]

Принципиальный вопрос - все ли имеющиеся в данный момент в сети адреса находятся в 172.16.1.0/24? включая все зарегистрированные DHCP-пулы...

Да, подсеть одна, пул один, всё активное-продвинутое оборудование имеет только по одному адресу из всё той же единственной подсети.

просто смело расширяйте маску

Очень бы хотелось инструкцию по расширению. Относительно подробную: я еще такого не делал и завалить сеть не хочется.
В статических узлах - переписать маску руками - это понятно. А в динамике?

[Влад А.Сокол aka Akina]

Сеть - класса 24*7 или 8*5?

[Dmitry Slepchenko]

Николай, в Вашем случае "завалить" сеть бояться не надо. У Вас простая сеть С класса.
Я бы начал с увеличения маски на DHCP-сервере: 172.16.1.0/22 (mask 255.255.252.0). Вам же хватит четыре сети С-класса - 172.16.1.0, 172.16.2.0, 172.16.3.0, 172.16.4.0 ??? Кстати, "теряется" сеть 172.16.0.0. Естесственно, диапазон выдаваемых адресов нужно увеличить. Это связано с "переделыванием" диапазона выдаваемых адресов на DHCP-сервере.
Там, где невозможно обновить конфигурацию от сервера DHCP - писать новую маску руками.
В Вашем "описании" сети я не увидел ни одного маршрутизатора. Это действительно так? Если маршрутизатор (как шлюз по умолчанию) существует, то "отдайте" ему на хранение и доверительное управление все маршруты в сети.
Если маршрутизатора нет (нет и не нужен) - то у Вас обыкновенная "плоская" сеть.
Попробуйте сделать "параллельный" диапазон на DHCP-сервере 172.17.0.0/22 и посмотреть. Уверен, что получится, тем более Ваша сеть 172 принадлежит сетям B-класса.

[wan]

Да, подсеть одна, пул один, всё активное-продвинутое оборудование имеет только по одному адресу из всё той же единственной подсети.

Очень бы хотелось инструкцию по расширению. Относительно подробную: я еще такого не делал и завалить сеть не хочется.
В статических узлах - переписать маску руками - это понятно. А в динамике?

Николай, я сам не очень в сетях, но помоему у нас была такая же пролема не так давно, года четыре назад, как-раз фирма наша расширялась.....
пришли к следующему варианту.
сеть - 172.16.0.0 mask 255.255.0.0
на серверах ручками, это понятно
в DNS/DHSP тоже маску поменяли,.. правда пришлось диапазоны пересоздавать по новой, а так проблем никаких.....

на данный момент имею диапазон DHSP для юзверей 172.16.10.0-172.16.19.255, мне с головой еще лет на пять-десять

[Vladimir Kozak]

Подсеть изначально одна: 172.16.1.х при маске 255.255.255.00 .

ПРОБЛЕМА: исчерпание адресов в первой подсети.

Ну добавьте сеть 2.х (255.0) или маску расширьте.