У нас есть 2 интернет-линии A и B и 2 независимых сегмента сети на этих линиях.
Все ПК подключены к коммутаторам L2 (SWAA, SWAB, ..., SWBA, SWBB, ...), а коммутаторы подключены к другим коммутаторам L2 (SWA, SWB). SWA, SWB подключены к маршрутизатору для каждой интернет-линии A и B. Все коммутаторы имеют 8 портов, мы используем 1 порт для восходящего канала, а другие - для нисходящего. Выключатели неуправляемые, просто дешевые модели.
Internet Line A Router
|
SWA----------------------------
| | | | | | |
SWAA SWAB SWAC SWAD
| |- |- |-
|
|------------------------
| | | | | | |
PC1 PC2 PC3 PC4 PC5 PC6 PC7
Internet Line B Router
|
SWB----------------------------
| | | | | | |
SWBA SWBB SWBC
| |- |-
|
|------------------------
| | | | | | |
PC1 PC2 PC3 PC4 PC5 PC6 PC7
Когда в линии Интернет (предположим, линия B) возникают проблемы, мы вытаскиваем все кабели, вставленные в SWB, и вставляем их в SWA, как показано ниже, в качестве временной операции по устранению неполадок.
Internet Line A
|
SWA----------------------------
| | | | | | |
SWAA SWAB SWAC SWAD SWBA SWBB SWBC
| |- |- |- |- |- |-
|
|------------------------
| | | | | | |
PC1 PC2 PC3 PC4 PC5 PC6 PC7
Но иногда операция по устранению неполадок не работает должным образом, после операции все ПК (не только ПК с SWB, но и ПК с SWA изначально) получают проблемы с сетью.
Маршрутизаторы линий A и B предоставляют DHCP, используя разные подсети, например 192.168.11. * На маршрутизаторе линии A и 102.168.12. * На маршрутизаторе линии B. Таким образом, все перемещаемые ПК должны сбросить свой IP-адрес, чтобы получить новый IP-адрес по DHCP.
Я сомневаюсь, что проблема связана с множеством широковещательных рассылок после операции или несоответствием таблицы arp на маршрутизаторах, но до сих пор не уверен, в чем основная причина.
Есть ли у вас какие-либо представления о следующих вещах?
Причина проблемы.
Идея, как выяснить причину.
Лучшая топология сети, чтобы избежать проблемы.
Если вы получите это правильно, вы заставите своих клиентов перейти на другой шлюз по умолчанию, позволив им обновить аренду DHCP. Это не очень надежно. Чтобы выяснить точную причину ваших проблем, вам необходимо провести некоторый анализ, включая захват пакетов. У клиентов есть правильные IP-адреса? ARP работает? Доступен ли шлюз для проверки связи?
Топология уровня 3 для серьезного использования будет представлять собой центральный (резервный) маршрутизатор с подключенными обоими восходящими линиями Интернета. При нормальной работе нагрузки распределяются между обоими ссылками (по нагрузке, по протоколу, по группам пользователей, ...), и при сбое канала все соединения выходят из другого.
Кроме того, использование этих глубоких каскадов с дешевыми коммутаторами сопряжено с рядом рисков: дешевые бытовые коммутаторы не так надежны, как оборудование бизнес-класса, а неуправляемые коммутаторы не позволяют вам вообще контролировать свою сеть. Также как минимум неудобно реализовать разные зоны безопасности.
Для топологии уровня 2 вы должны стремиться к центральному «базовому» коммутатору и подключать к нему все клиентские коммутаторы на одном уровне («свернутое ядро»). Если вам требуется резервирование, используйте два основных коммутатора с протоколом резервирования (например, RSTP) и подключите клиентские коммутаторы к обоим.