Архив форумов ЦИТФорума

[beginner admin]

Приветствую, Уважаемый All!
Вопрос вроде бы не сложный, но никак не могу сообразить )
Суть следующая: есть три коммутатора, обзначим их через A, B, C.
Коммутатор A соединён гигабитом с коммутатором B, коммутатор B соединён гигабитом с коммутатором C. Все коммутаторы не ниже уровня L2. Коммутаторы B и C имеют по 48 100-мегабитных портов + 4 гигабитных. Арифметика простая, допустим, что коммутатор B забит под завязку и происходит скачивание всеми сразу инфы через коммутатор A. В этом случае скорость на каждый порт будет 1000/(48+1)=20,4 мегабита.Допустим, что на коммутаторе C аналогичная ситуация, тогда скорость на его портах будет 20,4/48=0,43 мегабита. Есть естественное желание повысить эту цифру за счёт заведения двух гигабитных линков на отдельный коммутатор с отходящим от него линком на остальные машины коммутатора B. В этом случае на коммутатор C уходил бы линк со скоростью 500 мегабит. А на коммутаторе C на портах была бы скорость 500/48=10,4 мегабита. Чтобы не плодить дополнительные железяки, возникла мысль сделать это через Vlan на коммутаторе B. Например, порты 1-48 оставить в дефолтном Vlan VID=1, а гигабитные порты засунуть в отдельный Vlan VID=2 (номера портов, например, 51 и 52). Таким образом, будем иметь фактически два независимых коммутатора. Теперь остается вопрос, каким образом их друг к другу подключить. Вариант патч-карда, который идёт из одного порта коммутатора в другой (порты в разных Vlan), не очень интересен. Думается, что это всё должно делаться настроками коммутатора, только не могу понять как. (

[and3008]

Схему нарисуй. Пока я не очень понимаю что ты хочешь.

В зависимости от схемы и потоков максимального трафика можно достичь желаемого простой агрегацией каналов.

[beginner admin]

Набросал схемку:

На схеме порты 1-48 образуют Vlan с VID=1, порты 49-52 - Vlan с VID=2.
Цель - сделать "патчкорд" (как на схеме между портами 48-49) средствами коммутатора.
После некоторых размышлений пришёл к выводу, что сделать это средствами коммутатора навряд ли получится, т.к. порты в разных Vlan имеют разные PVID и коммутаторы внутри работают только с теггироваными пакетами и никакое тегирование здесь не поможет. Это если и возможно реализовать, то только при условии, что коммутатор может "объединять" Vlan-ы в какое-либо подобие сетевого моста, что мой коммутатор делать явно не умеет (да и какой либо другой тоже навряд ли)

Или всё-таки есть какой-либо способ такую схему организовать?

Модель коммутатора D-Link DES-1252

[and3008]

На твоей схеме не понятно, а откуда же они все качают? Где структура трафика? Как из схемы можно понять узкое место, которое ты хочешь устранить?

Я пока что ничего не понял. Ни из написанного, ни из схемы.

[beginner admin]

Хорошо, тогда так.
Условимся о следующем:
1) Будем считать, что весь трафик идёт по схемам сверху вниз(обозначено стрелками), обратный трафик будем считать минимальным и в расчёт его не примем.
2) Настройки коммутаторов по схемам 1 и 2 сделаны по-умолчанию
3) На схемах обозначена максимальная пропускная способность каналов
4) До всех конечных компьютеров максимальная пропускная способность 100 Mb/sec
5) Все конечные компьютеры включены и одновременно что-то скачивают с серверов S1 и S2 (SMB, FTP and etc)
6) Будем считать, что коммутатор D выключен и участия в распределении каналов не принимает
7) Желательно максимально выровнять максимальные скорости для всех конечных компьютеров коммутаторов B и C

Итак:

Определим максимальную скорость на каждом порте коммутатора B: 1000/(48+1)=20,4(Mb/sec)
Определим максимальную скорость на каждом порте коммутатора C: 20.4/48=0,43(Mb/sec)

Приведём схему к следующему виду:

Определим максимальную скорость на каждом порте коммутатора E: 1000/2=500(Mb/sec)
Определим максимальную скорость на каждом порте коммутатора B: 500/48=10,4(Mb/sec)
Определим максимальную скорость на каждом порте коммутатора C: 500/48=10,4(Mb/sec)

Теперь избавимся от коммутатора E путём использования технологии Vlan в коммутаторе B:

Очевидно, что в такой конфигурации, максимальные скорости для конечных клиентов будут такими же, как и в предыдущем варианте.
Порты 49-50 коммутатора B соединены коротким патчкордом. А теперь вопрос: возможно ли соединить Vlan VID=1 и VID=2 на коммутаторе B его внутренними средствами? Понимаю, что скорее всего нет, но до конца не уверен. Очень уж смущает патч-корд, который идёт из одного порта коммутатора в другй, а то боюсь найдётся умник, который с его помощью организует петлю на коммутаторе, или просто выдернёт его.

ЗЫ. Подробнее и понятнее, по-моему, некуда )))
ЗЫЫ. Как-то грустно на форуме стало, все обыватели куда-то убежали ((

[and3008]

Пипец логика...

С хрена ли у пользователей коммутатора B и С скорость будет разная?
Ведь на участке от А до С скорость всего 1 Гб/с. Хоть поставь между ними 100 Гигабитный коммутатор, слаще не будет, ибо все упрется в скорость линка от коммутатора А, которая всего 1 Гб/с.
Вот этот 1 Гб/с и распределится равномерно между пользователями коммутатора В и коммутатора С.

Пипец второй. Как тебе VLAN поможет удвоить скорость? Провода между коммутаторами те же и в том же кол-ве. Зачем соединять между собой порты? Они уже соединены внутри коммутатора внутренней шиной коммутации.

И эта... Тут не стреляет закон физики про давление. Тут стреляет транспортная задача. Пакеты доставляются в единицу времени и вероятность их распределения по потребителям надо принять одинаковой, ибо реально ее предсказать или рассчитать сложно, либо не возможно.

[beginner admin]

Совсем я перестал понимать что-либо в этой жизни...
Давай так, выбросим пока коммутатор В и на его место воткнём комп с гигабитной сетевухой.
Далее вопросы:
1) Предположим, что у нас задействованы порты 1,2, 51. Тогда скорость распределится следующим образом: 100, 100, 800?
2) Предположим, что задействованы порты 1,2,3,4,5, 51. Тогда скорости будут 100,100,100,100,100,500?
3) Задействованы порты 1-9,51. Тогда скорости будут на указанных портах по 100?
4) Порты 1-48, 51. Скорости везде по 20,4?

[and3008]

На каком рисунке будем коммутатор В выкидывать? Это важно!

1. Предположим. О каком коммутаторе речь?
2. Отлично! О каком коммутаторе говорим?
3. Супер! Что за порты? Где они?
4. Что с чем ты сложил, вычел и поделил? Формулу давай, ага?

Безусловно я редкостный зануда, но ведь вы хотите получить правильный ответ, не так ли? А коли так, то излагайте все по порядку. Не спешите, вас никто не торопит. Излагайте мысли так, чтобы они были понятны с первого прочтения и не только вам.

Еще раз вам намекаю на то, что передача данных, это не трубопровод. Это скорее шоссе по которому движутся маленькие машинки и везут они пакеты получателям. Да, где линия короче, туда доедет быстрее. Но в вашем случае этим параметром можно пренебречь, погоды он не сделает, провода короткие. Были бы между свичами многие километры, был бы толк.
Так вот, едут машинки по разным адресатам. По магистрали они едут с одинаковой скоростью. Узких мест нет, везде скорость одинаковая. Расстоянием мы пренебрегли. Вероятность попадания на свич В и свитч С у машинок примерно одинаковая.

Понятно о чем я? Встало все на свои места?

[beginner admin]

Извиняюсь, имел ввиду коммутатор C по схеме 1, но это вообщем-то, пожалуй, уже и не важно.

Спросил сейчас себя, как распределится скорость, если выкинуть коммутатор C, а на коммутаторе B оставить порты, например, 1, 49-52, т.е. скачивание будет проходить через линк 52 порта, а к портам 1, 49-50 подключены компьютеры со стомегабитным и гигабитными адаптерами соответсвенно. Хорошо, если бы все порты были с одинаковой скоростью, тогда, скорее всего, скорость бы распределилась равномерно. А так могу только предположить по опыту, что будет примерно 70,300,300,300. Наверняка покажет только практический эксперимент.

Если же вернуть на место коммутатор С, то получится, что общая шина коммутатора B + линк BC + общая шина коммутатора С в свою очередь образуют "единую виртуальную шину", от которой уже равновероятно и уезжают маленкие машинки с пакетами.

Насчёт занудства - не стоит, только так можно добиться от кого-то понимания темы. Сам в этом плане дотошный.
На исходный вопрос про Vlan для себя я уже давно ответил, да и в этой теме тоже.
Тему продолжаю с целью её логического завершения и осознания вопросов, которые всплыли в ходе её обсуждения.

Спасибо!!!

[and3008]

Вести теоретический расчет в таких делах, дело сложное и неблагодарное. Там много всяких НО.
Лучше настрой SNMP на коммутаторах и собирай статистику каким-нибудь софтом. По графикам и увидишь реальную нагрузку на портах.

Если будут жалобы в работе конкретного приложения, тогда надо смотреть как оно работает, т.е. не является ли тормозом само ПО (криво писано) или тормозом являются диски сервера (достаточно распространенное явление). Сопоставляя эти факторы, глядя на структуру загрузки сети можно и делать выводы что тут не так и как с этим дальше жить.