LinuxForum.Fans
Тема

Разбить локалку на подсети

Автор: r1sh 40 сообщений 11956 просмотров
#135426

да заведи всех нафиг в одну под сеть и не парь себе мозг)))
кури на здоровье
http://xgu.ru/wiki/VLAN

#135435
r1sh написал:
а как они взаимодействовать будут?

через шлюз(ы).

r1sh написал:
тогда жду ответов по поводу масок и DHCP)

уже.
подсеть 192.168.0.0/23
маска 255.255.254.0
всё.

#135445
drBatty написал:
[quote=r1sh]а как они взаимодействовать будут?

через шлюз(ы).

r1sh написал:
тогда жду ответов по поводу масок и DHCP)

уже.
подсеть 192.168.0.0/23
маска 255.255.254.0
всё.[/quote]

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

Kettler

спасибо за сцылочку) уже курю)

#135449

r1sh начинай курить с низов легче будет типо что такое пинг и с чем его едят.
Скажешь не что такого в нем нет? а ведь есть ещё длина пакетов smile

#135459
Kettler написал:
r1sh начинай курить с низов легче будет типо что такое пинг и с чем его едят.
Скажешь не что такого в нем нет? а ведь есть ещё длина пакетов smile

ну что такое пинг и что он делается с icmp пакетам с echo если я не ошибаюсь, это я начитан на том же Nagios) я прост не могу структуру себе представить сети и не могу четко вопрос сформулировать изза того что не выспался и параллельно еще редактирую групповые политики) А когда мне начинают обьяснять что такое DHCP сервер и что такое маска подсети ваще себя дебилом чувствую :(

в этом чтото полюбому есть) конечно с основ нужно все всегда начинать, но где связь между длинной пакета и vlan? как я понял там идет на 2ом уровне OSI, на уровне кадров?

по ссылке почитал, так впринципе не только коммутаторы на vlan себя ведут а любые, когда только включаешь его, он не имея таблицы маков часть пакетов по всем портам посылает пока не определит где что) я до сих пор так и не понял как выглядит одна подсеть для другой подсети) или я туплю oO

Все, спасибо, доперло. Значит допустим если получается схема:

inet->win-gate (DHCP)->hub(L3) -> N*PC 192.168.1.0\24
|
|-> vlan1 -> N*PC 192.168.3.0\24
то для того чтобы все подсети видели DHCP сервер, у него на eth0 нужно сделать vlan1. И тогда благодаря маршутизатору сервер будет все видеть и выдавать IP на обе подсети?

#135465

Чуть не понял он не посылает во все порты это не свитч тебе он маркирует untag порт меткой и выплёвывает где укажешь tag
Как то так)

#135467

Kettler, угу. спасибо за ссылку.
ну если это надо для ТС, то пусть так делает...

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

шлюзы будут видны например так:
1) 192.168.0.1
2) 192.168.1.1
если пакет попадает на первый шлюз из первой подсети, то он передаётся во вторую подсеть, через второй шлюз.

например, компьютер 0.22 напрямую передаёт пакет на 0.33, а вот на 1.44 не может, нет такого адреса в подсети 0.0, срабатывает дефолтный маршрут, и пакет идёт на нлюз 0.1. На нём настроено перенаправление на 1.1, а уж с него на 1.44. Т.е., в этом самом простом случае, одна подсеть физически соединена с другой всего одним каналом связи. Возможны ещё Over9000 вариантов и без vlan. :)

#135470
drBatty написал:

шлюзы будут видны например так:
1) 192.168.0.1
2) 192.168.1.1
если пакет попадает на первый шлюз из первой подсети, то он передаётся во вторую подсеть, через второй шлюз.

например, компьютер 0.22 напрямую передаёт пакет на 0.33, а вот на 1.44 не может, нет такого адреса в подсети 0.0, срабатывает дефолтный маршрут, и пакет идёт на нлюз 0.1. На нём настроено перенаправление на 1.1, а уж с него на 1.44. Т.е., в этом самом простом случае, одна подсеть физически соединена с другой всего одним каналом связи. Возможны ещё Over9000 вариантов и без vlan. :)

понял, спасибо) меня почемуто этот вопрос в ребут мозгов загнал...никак не доходило что это просто маршрутизатор) я почемуто думал что при vlan все будет через NAT)

главное чтобы если веб-сервак типа апача стоит в подсети 0.0\24 и к нему пришел запрос от 1.0\24 и у него прописаны IP которым разрешен доступ, он адекватно оценил) т.е. коммутатор у которого vlan на порту он не подставляет в пакет source свой ип, а оставляет изначальный?)

Кстати а в варианте с расширением маски, получается с маской 255.255.255.254 я смогу использовать айпи от 192.168.0.1 до 192.168.1.254 ( к примеру) и даже давать хостам айпи 192.168.0.255 и 192.168.1.0 ?

#136213

что ж блин у меня постоянно на этом форуме пропадают оповещения))

а кто может подсказать по поводу достаточного сетевого оборудования для vlan? :D

#136251
r1sh написал:
что ж блин у меня постоянно на этом форуме пропадают оповещения))

а кто может подсказать по поводу достаточного сетевого оборудования для vlan? :D

Что именно тебе подсказать?

#136265

просмотрев топологию нашей сети все выглядит вот так:

inet->win-gate ->24х коммутатор - медиаконвертер dmc-920 - оптика - dmc-920 -16х коммутатор - 8х коммутатор в комнате 1
|-коммутатор в команте 1 |-коммутатор в комнате 2 и тд
|-коммутатор в комнате 2 и тд

Судя по всему самое удобное решение применить vlan на 24х и на 16х коммутаторах.

Есть какие либо требования или минимальная конфигурация для поддержании в нормальном функционировании сети?

Дело в том что у нас идет очень сильная нагрузка из-за 6-7 sql серверов + файловый серв+ Экспресс Контакт (служба типа CRM) + 1с 8.2 и тд и тп

Как прикинуть минимальные параметры коммутатора на место 24 портового? Их ценовой диапозон от 20к до 50к....

Есть ли смысл вместо медиаконвертеров поставить коммутатор 24х портовый с sfp модулями?

Нужно ли какие либо доп. функции на сетевом оборудовании чтобы например вирт. сервер был физически в одной сети, фактически в vlan2 и при этом к нему можно было дать доступ с внешки?...

Понятно что в приоритете гигабитка по всем портам как на основном коммутаторе так и на дочерних а там руками урезать некоторых пользователей до 100мб\с

По скольку я уже закупил несколько HP Pro Curve 1700-8 в пару кабинетов вместо древних des-1008d, то скорее всего производитеьл в приоритете будет НР либо Linksys.

#136267

inet
|
|
|
linux
|
|
|
dlink на 32 порта 2 уровня.
| | | | |
1к 2к 3к 4к 5к

Вопрос:
Нужно ли какие либо доп. функции на сетевом оборудовании чтобы например вирт. сервер был физически в одной сети, фактически в vlan2 и при этом к нему можно было дать доступ с внешки?...
Ответ:
По фиг

Вопрос:
Есть ли смысл вместо медиаконвертеров поставить коммутатор 24х портовый с sfp модулями?
Ответ:
Да

За место linux можешь свитч 3 уровня но я тут тебе не помошник.

#136268

а есть какие либо критерии к таблицам мак-адресов, к пропускной способности, чтобы снизить нагрузку на сеть?

#136269

Да так не особо ток сами свитчи между собой подключай на гигабитных портах. А юзерей в сотку.
Основная нагрузка будет на linux.

#136294

я вот не пойму.... зачем основную нагрузку на linux при наличии "умных" коммутаторов.... пускай отрабатывают свои деньги.... при том что они могут и должны... они как раз таки и придуманы для того что бы держать ядро сети и снижать нагрузку на саму сеть...

#136422
odin написал:
я вот не пойму.... зачем основную нагрузку на linux при наличии "умных" коммутаторов.... пускай отрабатывают свои деньги.... при том что они могут и должны... они как раз таки и придуманы для того что бы держать ядро сети и снижать нагрузку на саму сеть...

Разруливать vlanы кто будет? свитчи 2 уровня этого не умеют. Весь поток (тегированный траффик) будет бежать на жлюз (linux) а вот он будет дальше думать куда что отправить.

#137962

шлюз стоит виндовый как ни странно О_о

а почему коммутаторы не могут разруливать vlan, ведь он же на них описывается...

это свичи не L2 а L3 получаются, по скольку работают на сетевом уровне, нет?

#137979

Kettler, r1sh, как раз L2 вланами рулят вполне нормально. Они для этого и нужны, кстати ;). А на L3 можно уже ip-маршрутизацию настраивать.

#138000
elve написал:
Kettler, r1sh, как раз L2 вланами рулят вполне нормально. Они для этого и нужны, кстати ;). А на L3 можно уже ip-маршрутизацию настраивать.

L2 ставят tag и отправляют в зависимости от настроек. Как я например на l2 зделаю.

text

auto vlan5
iface vlan5 inet static
address 10.213.1.63
netmask 255.255.255.0
vlan_raw_device eth2

Да ни как) поэтому l3 и будут рулить.
elve Правильно сказал но не совсем понял меня.
На досуге покурить
http://nag.ru/articles/reviews/16631/primenenie-kommutatorov-l3.html

На обычных l2 сеть не построить.

#138357

статья 2003 года, она еще актуальна? О_о

Ну т.е. как я понял два варианта дальнейшего развития:

на входе и после потики ставить 2 коммутатора по 24 порта L3, а все остальные L2 или неуправляемые 8ми портовые (в каждый кабинет).

Вот сейчас я как раз сижу и прикидываю, что лучше, чаще всего идут модели, как у НР, :

1.8ми портовый 100мб\с L2
2.8ми портовйы 1000Гб\с не управляемые.

С одной стороны соток должно хватить между юзерами, а управление дает пару преимуществ)
С другой стороны у нас у разраобтчиков стоят серваки (просто системники е8500 к примеру) на которых крутится для них N число виртуалок для тестирования и разработки и между ними было бы неплохо им иметь 1Гб и по этоум можно поставить 8ми портовые неуправляйки всем а обычных юзеров урезать до 100=)

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

И нужна ли Статическая маршрутизация или Jumbo Frame? Судя по описанию, статическую маршрутизацию нужно вручную вписывать, это ж не удобно, чем она лучше динамической?)

И есть ли реальный прирост скорости при использовании Jumbo frame?

Войдите или зарегистрируйтесь, чтобы ответить.