Bonding интерфейсов, кольцо в Ethernet1

Добрый день, нужен быстрый ответ, поэтому попытаюсь задать вопрос тут, а не на профильном форуме.


Дано:

Домашняя сеть, 3 ноута, 2 ПК, 3 приставки ТВ, ресивер, NAS QnapD2, сетевой принтер (без WiFi), 3 телефона (WiFi), с десяток "умных" розеток Wifi. Разведено по 2 розетки в комнате для ноутов (если нужны "тяжелые файловые операции").


Обслуживают это роутер TPLink 842 под OpenWRT, DLink DGS-1008D.


Ко всем устройствам (кроме телефонов и "умных" розеток) проведен провод. Ноуты могут "и так и так" (есть лишние розетки, длинный провод, но чаще по WiFi).


Проблемы:

Роутер плохо покрывает дом. Это уже решил, так как каждая приставка имеет свой WiFi, при этом подключена по проводу, включил на каждой точку доступа. Не бесшовное покрытие, да, но в комнате сидим обычно подолгу, так что выбор сети не парит.


Роутер стал перезагружаться.

Можно было бы купить новый, но подумал, зачем покупать, если есть HP t510 с НDD (купил в европе, доче для серфинга до недавнего времени хватало). На него накатить тот же OpenWRT, либо Ubuntu (c BSD не дружу).

Wifi от роутера мне в принципе-то не нужен (по покрытию справляются TB приставки).

В HP добавлю 2х портовую сетевую (была куплена на авито при подозрении вылета сетевой на моем компе, не подтвердилось). Ну и для восполнения портов в системе - куплю еще один DGS-1008D.

Вся сеть станет гигабитной, можно будет со временем WiFi обновить до 5Ггц (пока у меня нет устройств-приемников).


Вопросы:

Хочу подключить каждый из двух новых интерфейсов нового роутера в каждый из свичей.

Так же, каждый из двух интерфейсов NAS в каждый из свичей.

Оставшиеся порты двух свичей покрывают мои требования по проводной части.


И вопрос то вот в чем: Не будут ли 2 бондинга между свичами приводить к коллизиям, а так же, могут ли эти DLink работать с кольцами в сети в принципе?

Лига Сисадминов

2.7K постов19.2K подписчиков

Правила сообщества

Мы здесь рады любым постам связанным с рабочими буднями специалистов нашей сферы деятельности.

Вы смотрите срез комментариев. Показать все
11
Автор поста оценил этот комментарий

Эти свичи не умеют вообще ничего, какие там бондинг и кольца. При таком соединении как вы написали сеть ляжет сразу из-за отсутствия STP на обоих свичах из-за банальной петли. Для реализации того что вы задумали вам нужны управляемые свичи с поддержкой STP. Но это будет не бондинг, а просто защита от петель в сети. Для бондинга нужны свичи с возможность делать мультилинк, но это совсем другие цены.

И, честно говоря, вообще не понимаю для чего вам соединение того же NAS с двумя разными свичами и роутера тоже.

раскрыть ветку (34)
9
Автор поста оценил этот комментарий

И, честно говоря, вообще не понимаю для чего вам соединение того же NAS с двумя разными свичами и роутера тоже.
Топикстартер нахватался умных слов но не знает теории, и генерирует гениальнейшие идеи. Переубеждать бесполезно, пусть попробует. У меня такой коллега был. Включал "здравый смысл" вместо знаний. "-Если трафик пустить по двум проводам то можно передать в два раза больше" и тому подобный технотрёп.

раскрыть ветку (3)
5
Автор поста оценил этот комментарий
В целом прав, агрегация портов и все такое. Но для дома это как то слишком. Для того же нас, мне что гиг на одной верёвке, что 1.3 гига на двух в агрегации....
раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Самое смешное, что там и агрегации не будет. Топикстартер собирается агрегировать порты на линуксовой машине (linux bonding) а потом подключить их к разным свитчам. И сделать то же самое со стороны NAS

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

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

Автор поста оценил этот комментарий

Читал, думал, в субботу решил проверить. Роутер и свич у меня умеют и в STP и в VLAN.


1. Использую "желтые разъемы" роутера как второй свитч (да 100мбс, но главное, что бы не замыкалась сеть).

2. Разбросаю по vlan каждый из "свичей", dhcp, dns соответственно так же поправлю, что бы без bonding обойтись, каждому vlan свой интерфейс.

раскрыть ветку (8)
1
Автор поста оценил этот комментарий

Вы точно какой-то огород городите. VLAN в домашней сети из 10 устройств точно не нужны. Тем более отдельный на каждом свиче. Вам нужно набросать схему на бумажке и просто прикинуть как лучше сделать.

А так можно конечно и VLAN, можно еще и LoadBalancer куда-нибудь замострячить и свичи продублировать. Вопрос в том, нахрена так все усложнять в сети из максимум 15 устройств без перспективы развития (потому что дома).

раскрыть ветку (7)
Автор поста оценил этот комментарий

"Вы точно какой-то огород городите. VLAN в домашней сети из 10 "

По задумке, Vlan нужен для собственного DHCP, что бы не использовать bond на интерфейсах.


Схема, грубо, такая:

1 свитч - Vlan 2, сеть 10.1.10.0/24

2 свитч - Vlan 3, сеть 10.1.11.0/24


T510, соответственно

  1 eth - WAN,

  2 eth -  Vlan 2 DHCP, DNS резолвит внутренние ресурсы в свою подсеть

  3 eth - Vlan 3 DHCP, DNS резолвит внутренние ресурсы в свою.


На NAS :

раскрыть ветку (6)
1
Автор поста оценил этот комментарий
Я об этом и говорю. Зачем все это? У вас сеть из 5 хостов разделена на подсети и vlan. Зачем?
раскрыть ветку (5)
Автор поста оценил этот комментарий

Я кажется вас понял.

Это как сидеть на бугатти вейрон, например, и в окно советовать мастерской, где на малолитражке пытаются выдавить с помощью повышения компрессии 180 лс из 1.6 - "Зачем это все?"


У меня не бугатти, но "поднять до 210лс из штатных 150" оборудование позволяет.

ЗЫ. На корпоративном бугатти...

раскрыть ветку (4)
2
Автор поста оценил этот комментарий

Дело не в этом, а в том, что вы ничего больше не выжмите со своей сети. Усложнение сети VLANанами, соединение кольцом и STP никак не поднимет вам скорость внутри сети. Таким образом вы только увеличите нагрузку на и так не самые мощные свичи и, возможно, даже потеряете в скорости.

Объединить интерфейсы в мультилинк и подключить все к одному свичу, либо менять сетевухи и свичи на более продуктивные.

ЗЫ. У меня дома свой бугатти :-) На работе у меня боинги :-)

раскрыть ветку (3)
Автор поста оценил этот комментарий

Тут не согласен. Либо Vlan, либо STP. Но не вместе. Вместе можно, но для отладки.


Vlan - поднимет пропускную в 2 раза. рак как это разное железо, при разных сетях. Упереться можно в накопители, согласен.


"ЗЫ. У меня дома свой бугатти :-) На работе у меня боинги :-)" Не забывайте про Дагестан. Там тоже в Москве у каждого по Бугатти, но в аэропорту  Махачкалы - Приоры.

раскрыть ветку (2)
2
Автор поста оценил этот комментарий

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

А аналогию с аэропортом Махачкалы я вообще что-то не могу понять.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Я на свичах могу и не рулить vlan, вы не поняли концепцию
Автор поста оценил этот комментарий
Бондинг можно без поддержки свичей. Nas я уже так делал.
А по поводу зачем мне это надо... Жена на ноуте фотошопит. Проекты большие. Я так же к графике имею небольшое отношение, проекты больше, но из небольших файлов. Дочи обе по 4 часа в день фтыкаются в мультики, при том, что мы в это время работаем...
раскрыть ветку (17)
3
Автор поста оценил этот комментарий

Я знаю, что бондинг можно без поддержки свичей. Смысл в нем какой в вашей ситуации? Причем тут графика и чего вы хотите добиться бондингом, увеличения скорости? Так он не для этого. Бондинг для отказоустойчивости, если лег один свич, то NAS работает через другой. Для одновременной работы обоих интерфейсов нужен мультилинк, а не бондинг. Это раз.

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

раскрыть ветку (16)
Автор поста оценил этот комментарий
Запутали меня в коментариях. Оба бондинга будут подключаться к разным свичам. По одному проводу на свич. Вопрос в том, не возникнет ли коллизий?
раскрыть ветку (13)
2
Автор поста оценил этот комментарий

Если свичи соеденены между собой то возникнет петля. Сеть ляжет если выключен STP на свичах, если STP включен, то один свич заблокирует порт.

раскрыть ветку (12)
Автор поста оценил этот комментарий
Понятно. Но возник вопрос, как кольцо при этом организуют, или это другие свичи нужно?
раскрыть ветку (11)
2
Автор поста оценил этот комментарий

STP как раз этим и занимается. В вашем случае он тоже будет работать, но он больше для защиты от петель нежели для организации кольца. Для организации физических колец нужны другие свичи с приоритетами по портам и т.д...

раскрыть ветку (10)
1
DELETED
Автор поста оценил этот комментарий
STP ... больше для защиты от петель нежели для организации кольца.
Хе-хе маркетологи коммутаторов для АСУ ТП с вами не согласны. В каждом (КАЖДОМ, Карл!) мануале по построению отказоустойчивой сети на оборудование <вендор_нейм> первым пунктом идет *STP.


На каждой конференции я задаю один и тот же вопрос - как мне рассчитать время схождения сети? И каждый раз получаю ответ "Эээ нуу ммм, мы передадим ваш вопрос тех.поддержке."

раскрыть ветку (3)
Автор поста оценил этот комментарий

А на каких конференциях бываете? Попробуйте Powerlink, потеря 1-2 пакетов перед пересогласованием.

раскрыть ветку (1)
0
DELETED
Автор поста оценил этот комментарий

Да я в свое время походил по всяким хиршманам, моксам и прочим феникс-контакторам.


Вопрос не в протоколе, всяких hyper\turbo\mega\giga-ring'ов наделали дохохоту. Вопрос именно в STP - его упорно пихают в протоколы резервирования и как следствие, неокрепшие умы наладчиков\проектировщиков включают там где не надо и не включают там где надо.

Автор поста оценил этот комментарий
Не всегда. Те, которые основаны на протоколе не выше кадров, могут использовать другие методы, powerlink, sercos посмотрите
Автор поста оценил этот комментарий
По stp... Почитал rfc 7727, похоже, моя система рабочая. Если все по rfc...
раскрыть ветку (2)
3
Автор поста оценил этот комментарий

Она рабочая, но STP будет отключать вам рандомно порты то на одном свиче, то на другом. И сеть будет глючить. Работает это так, свич видит петлю, блочит порт на какое-то время, в вашем случае это будет аплинк на второй свич и у вас отваливает полсети, потом через какое-то время он включает порт, все у вас поднимается и свич опять видит петлю, возжно уже второй свич или опять первый, как повезет и опять ложит порт и у вас опять нет полсети.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий
Щас почитал вашу переписку. Люто плюсую за ваше терпение)))
Автор поста оценил этот комментарий
Помнится в cisco всего то trunk для этого надо был... Но как много под этим словом скрывается...
раскрыть ветку (2)
3
Автор поста оценил этот комментарий

Вы путаете. Режим trunk на порту говорит только о том, что в этом порту ходят все пакеты с всеми VLAN. А вы говорите про Multilink trunk, о котором я говорил еще в первом сообщении. Два порта на свиче объединяются в один, тоже самое что аггрегация. Но у вас другая задача. Вам тогда нужно воткнуть ваш NAS обоими портами в один свич и настроить мультилинк на этих портах, так будет работать и петель не будет.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Вы правы, я просто читаю комментарии, не всегда переключаюсь. Огромное спасибо!
Автор поста оценил этот комментарий
Трехгиговый файл копируется после работы на хранилище
Автор поста оценил этот комментарий
Бондинг работает в двух вариантах
1. отказоустойчивость
2. повышение пропускной спобности
По крайней мере в Ubuntu
Автор поста оценил этот комментарий
Прошу прощения, посмотрел шильдик DGS 1100 08
раскрыть ветку (2)
2
Автор поста оценил этот комментарий

Эти умеют и Multilink Trunk и STP. Остался вопрос, для чего :-)
На мультилинк у вас будет 1.3-1.5 Гигабита, не 2. Надо подумать, стоит ли городить огород ради этого, вы все равно это на заметите, так как на компах гигабитные сетевухи, вайфай медленный, а скорость NAS ограничена дисками.

раскрыть ветку (1)
Автор поста оценил этот комментарий
"Надо подумать, стоит ли городить огород ради этого, вы все равно это на заметите, так как на компах гигабитные сетевухи"
30-50% очень заметно. Плюс, могу разделить сохранение на роутер и NAS, ночью по крону сливать на NAS
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества