@Spotegg
Порты микрота:
eth1 — WAN от провайдера №1
eht2 — WAN от провайдера №2
eth5 — канал передачи данных(КПД) к провайдеру №1.
eth9 — напрямую подключенный компьютер 192.168.0.30
- комп 192.168.0.30 (подключен напрямую в микрот eht9) пингует и шлюз 192.168.1.1, и принтер 192.168.1.230 и точку 192.168.0.253 всегда
- ноут 192.168.1.101 (подключен по wifi к точке, которая подключена к коммутатору, который через КПД подключен к роутеру) пингует и шлюз 192.168.1.1, и принтер 192.168.1.230 и точку 192.168.0.253 всегда
НО периодически в течении рабочего дня
- комп 192.168.0.40 (подключен к коммутатору, который через КПД подключен к роутеру) перестает пинговать шлюз 192.168.1.1, но при этом пингует принтер 192.168.1.220 и точку 192.168.0.252, которые находятся в другом кабинете(этот кабинет тоже подключен через КПД)
- ноут 192.168.1.100 (подключен к коммутатору, который через КПД подключен к роутеру) перестает пинговать шлюз 192.168.1.1, но при этом пингует принтер 192.168.1.220 и точку 192.168.0.252, которые находятся в другом кабинете(этот кабинет тоже подключен через КПД)
И такая картина во всех кабинетах. Посреди дня компьютеры в кабинетах, подключенные по кабелю перестают пинговать шлюз. При чем в одном кабинете комп №1 пингует шлюз, но стоит ему уйти в сон или передернуть кабель в ethernet разъем, как тут же пинг до шлюза пропадает. Получается, что часть компов в одном и том же кабинете какое-то время с инетом, а часть компов/ноутов(вышли из сна, или ноут вернулся с обеда) без него. И в конце концов инет пропадает по кабелю во всех кабинетах, которые подключены по КПД. В это же время у компа, подключенного напрямую в микротик пинг до шлюза есть и интернет тоже.
После 19-20 вечера(основная часть сотрудников БЦ уходит) пинг сам по себе появляется по всех кабинетах без каких-либо перезагрузок микротика или неуправляемых коммутаторов.
Провайдер приезжал тестировал, охренел с этой проблемы и сказал, что дело в микротике или в какой-то петле. Сказал, что их КПД чистый L2, и с ним никаких проблем нет. При этом провайдер посмотрел настройки микротика и сказал, что все вроде бы ОК.
Сегодня мы по очереди посреди дня выключали/включали на 5 мин коммутаторы во всех кабинетах(пытаясь найти петлю или взбесившееся устройство) и пинговали шлюз с другого кабинета — пинга так и не было.
Понятно, что сеть на неуправляемых коммутаторах плоха, но тут такие особенности БЦ, что они не дают прокладывать свою СКС, а заставляют пользоваться текущей. Учитывая все вышесказанное, какие могут быть варианты решения проблемы? Петли вроде как нет, в логах микрота никаких ошибок, провайдер говорит с их КПД все в порядке… Посоветуйте пожалуйста куда копать.
Решения вопроса 0
Ответы на вопрос 4
@hint000
Посоветуйте пожалуйста куда копать
Копайте в сторону конфликта IP-адресов (выдаваемых по DHCP).
Например, когда 192.168.1.100 перестанет пинговать шлюз, то попробуйте со шлюза пинговать 192.168.1.100.
И с разных других компьютеров пинговать 192.168.1.100.
И если такой пинг пройдёт, то отключите (физически) 192.168.1.100 от сети и снова проверьте пинги до него с разных компов.
Вдруг обнаружите, что кто-то по этому адресу отвечает, даже когда комп отключен от сети.
@Zzzz9
@poisons
При чем в одном кабинете комп №1 пингует шлюз, но стоит ему уйти в сон или передернуть кабель в ethernet разъем, как тут же пинг до шлюза пропадает.
admin mac на бридже статичный?
@dtmse
Если есть техническая возможность, попробуйте точки CAP использовать в этом качестве (завернув трафик локалки например в EoIP), хотя бы для теста, у них два проводных интерфейса, насколько я помню. Кстати CAPSMAN в зависимости от настроек тоже может инкапсулировать трафик WiFi-клиентов.