Подкючение свитча и роутрера в одну сеть
Есть коммутатор (свитч) и роутер. Как их можно подключить так, что бы и беспроводные устрояства с роутера, и проводные со свитча были в одной локальной сети и был доступ ко всем устройствам? Если подключать свитч к роутеру, потянет ли роутер нагрузку из 32 устройств? Не уверен. А если наоборот, будут ли доступны устройства, подключенние к роутеру с устройств подключенных к свитчу?
Роутеру практически фиолетово сколько у него клиентов. клиент — это одна запись в таблице dhcp (при условии выдачи ip роутером), а она маленькая. вопрос производительности роутера стоит рассматривать только в ключе суммарного трафика всех клиентов (хватает ли проца роутера на обработку потока) и количества открытых соединений (что бы хватало таблицы NAT). И один клиент может создать нагрузку с которой роутер не справится.
В большинстве случаев с домашними роутерами достаточно воткнуть коммутатор в один из портов локальной сети роутера, и всё заработает. Сразу.
2 ответа 2
Поскольку модели не указаны, то вариантов много.
- Если роутер умеет на LAN и на WiFi раздавать разные подсети — это следует отключить. В случае независимой настройки — например, сформировать два разных DHCP-скопа из одной подсети (скажем, 192.168.0.10..100 для проводной сети и 192.168.0.110..200 для беспроводной, маска /24). Иначе сегменты не будут видеть друг друга напрямую (скажем, в сетевом окружении) без WINS/DNS-сервера. Хотя доступ прямым указанием адреса или статическим соответствием (HOSTS) будет (маршрутизацию же роутер обеспечит, ибо его локальный(е) адрес(а) будет(ут) у клиентов дефолтными шлюзами). Впрочем, такие модели/прошивки нечасты, и, как правило, по интерфейсу сразу видно, что это оборудование ни разу не для начинающих.
- Если роутер раздаёт на оба интерфейса одну и ту же подсеть, на клиентах для взаимной видимости никаких особых настроек (кроме включения на интерфейсе необходимых клиентов/служб и настройки файрвола/категории сети) не требуется. А на роутере надо проверить наличие следующих настроек (впрочем, эти настройки тоже бывают в прошивке нечасто). а) Маршрутизация бродкастов. Если подобная настройка есть — следует разрешить. Иначе сегменты не будут «видеть» друг друга. б) Маршрутизация мультикастов. Если подобная настройка есть — следует разрешить. Иначе некоторые сервисы будут недоступны. в) Изолированные сети. Если подобная настройка есть — её следует отключить. Иначе будут недоступны не только сегмент с другой средой передачи, но и проводные сегменты, подключенные к разным LAN-портам, не будут доступны друг другу.
С точки зрения производительности по трафику — все проводные клиенты, подключенные в свич, и через него уже в роутер, делят производительность одного LAN-порта. В этом смысле количество клиентов неважно. А вот с точки зрения переполнения ARP-таблицы и NAT-таблицы это разные клиенты. И для роутера начального уровня 32 клиента — это многовато. Даже много.
Несколько свитчей к одному через один, можно ли?
Здравствуйте.
Такой вопрос.
1. Есть Коммутатор(большой) — от него к куче коммутаторов поменьше(кабинеты) подведены сетевые кабели.
Схематично это так:
Коммутатор -> 5 коммутаторов(по одному на кабинет)
2. Надо в одном кабинете к кабелю, подключенному к одному пк на данный момент подключить свитч и от этого свитча 3 кабеля дополнительно к новым пк развести.
Схематично выглядеть должно так: Коммутатор -> 5 коммутаторов(по одному на кабинет) -> к одному свитчу в отдельном кабинете еще один подключить
3. Насколько рискованна организация такой сети? Я понимаю, что это халтурно, но больно много мороки с прокладкой новых кабелей и тд.
Спасибо за внимание.
P.S. Извиняюсь за «»дилетантские вопросы.
Нормально. Главное чтобы пропускной способности хватило и чтобы не подключили глупые коммутаторы в кольцо
proxyR, Не покупайте дешевых 5портовых tp-link\d-link они не тянут даже мало-мальскую нагрузку, если кто-то начнет скачивать большой файл по сетке, то у остальных двух скорость соединения просядет конкретно.
proxyR, лучше всего будет подключить коммутаторы паралельно, каждый подключить гигабитным Ethernet, чтобы не упирается в пропускную способность Fast Ethernet в 100Мб/с(12,5МБ/с). Советовал бы ставить вместо коммутатора с гигабитными портами — Mikrotik, для нарезки(ограничения) скорости, самых простых, дешёвых моделей будет достаточно.
Схематично выглядеть должно так: Коммутатор -> 5 коммутаторов(по одному на кабинет) -> к одному свитчу в отдельном кабинете еще один подключить
Главная проблема в том, что как только один клиент будет обращаться к другому клиенту в такой сети, и загрузит весь канал (будет качать бэкап, или например загружать его на сервер), то остальные пользователи, подключенные к этому же свичу, получат очень грустное соединение ко всем узлам, в т.ч. и к интернет. У вас же по одному порту подключен один свич, на котором еще гирлянда из свичей и пользователей. Все упрется именно в этот один порт и будет всем только мешать.
Решением этого будет агрегирование каналов, если такое есть в ваших свичах, то используйте, если свичей еще нет, присмотритесь к устройствам с такой функцией.
Если грамотно скомпонуете и распределите нагрузку, то проблем не заметите (кроме тех, что озвучены — дешевые свичи дают очень грустные и неуловимые баги в сети)
По идее, нельзя. Каждый коммутатор в цепочке снижает надёжность. Сдохнет — и всё что после него, отвалится от сети. Второй момент — петли, о чём уже упоминалось выше. Если вдруг забудешь патч-корд в гнезде, то второй его свободный конец кто-нибудь, обязательно, воткнёт в соседнее гнездо. Потом будешь долго искать причину падения сети. Но на практике, почти всегда, так именно и делают. Причины — быстро и дёшево.