Настройка сети STP для изоляции трафика от маршрутизатора?
Таким образом, я был самоучкой в своем домашнем хозяйстве довольно давно. У меня домохозяйство с невероятно высоким трафиком. 4-6 человек подключены одновременно. Игры, домашний кинотеатр, потоковое видео, скайп и другое использование голосового чата, общий доступ к принтеру, сетевой обмен файлами и даже потоковая передача игр.
У нас было чрезмерное количество проблем из-за того, что системы не синхронизировались с сетью и не могли обмениваться данными с остальной частью сети, скорость передачи данных по ЛВС полностью снижала скорость онлайн и наоборот. Мне нужно сделать редизайн для моей сети домов наиболее определенно.
Я занимался исследованиями, и, кажется, лучший способ действий - попытаться сохранить внутренний сетевой трафик в некоторой степени изолированным от исходящего сетевого трафика.
Это сеть, которую я наметил для своего трехэтажного дома.
Для этого я хочу, чтобы местный трафик мог прыгать между этажами и переходить непосредственно к другим локально подключенным системам. Затем любой трафик, который должен поступить в Интернет, проходит через коммутатор напрямую к маршрутизатору, который должен обрабатывать только интернет-трафик.
Будет ли этот макет работать с сетью STP?
Гипотетически это уменьшит перегрузку в сети?
Есть ли какие-то вещи, которые я упускаю в этой концепции, которые помешают реализации этой общей идеи?
Я изучаю использование коммутаторов Cisco SG200-08 и еще не определил, какой маршрутизатор использовать.
Было бы лучше использовать беспроводной маршрутизатор для малого бизнеса или проводной маршрутизатор с горячими точками? (один на верхнем и нижнем этаже?)
И, наконец, несущественный вопрос, на который нужно ответить: есть ли какие-то небольшие хитрости, которые я могу добавить к этому дизайну, чтобы иметь более широкие возможности / функциональность в отношении настроек малого бизнеса, серверов или домашних кинотеатров?
2 ответа
STP - это протокол, который переключатели используют для предотвращения циклов маршрутизации, посылая друг другу BPDU. Это достигается путем блокировки портов для других коммутаторов, которые не являются лучшим путем к корневому коммутатору. На вашем рисунке коммутатор, встроенный в маршрутизатор, должен быть корневым коммутатором, и каждый коммутатор имеет прямое подключение к нему. Это нормально, но весь трафик будет проходить через (корневой) коммутатор в маршрутизаторе; никто не будет переходить от коммутатора к коммутатору, если связь с коммутатором к корневому коммутатору не работает, поскольку это может создать петли STP с ужасными результатами.
Похоже, вы хотите заниматься проектированием трафика с помощью коммутаторов, но это действительно неправильный путь. Маршрутизаторы - это инструменты, используемые для организации трафика.
Хотя ответ о хорошем, я постараюсь добавить к нему. Похоже, вашей главной проблемой являются узкие места между переключателями. И да, вы сделали петли между ними, но STP поможет вам только отключить эти петли, но в каждый конкретный момент будет активен только один восходящий канал на каждом коммутаторе (и должен быть активным).
Если вы используете неуправляемые коммутаторы, петли действительно могут быть главной проблемой и основной причиной нестабильной работы здесь, я бы попытался их отключить. Или хотя бы добавьте модели переключателей в описание, чтобы мы могли получить точную информацию.
С другой стороны, это варианты:
- используйте один переключатель для всех клиентов. для этого потребуется перепроектировать и повторно развернуть домашнюю локальную сеть, но при правильном переключении все локальные клиенты получат полную пропускную способность между ними.
- используйте переключатели с восходящими линиями, более производительными. Если ваши порты 100 Мбит / с, используйте восходящие каналы 1 Гбит / с. И так далее: восходящие каналы 10 Гбит / с для портов 1 Гбит / с. Хотя это дешевле, вы все равно получите узкие места, и они все равно будут восходящими, но вы можете рассчитать необходимую пропускную способность и надеяться, что никогда не переступите этот порог.