Russian Users MikroTik | Форум пользователей MikroTik

xvo писал(а): ↑24 дек 2020, 18:34 А в остальную сеть он втыкается своим первым портом и предполагается, что его сеть будет независимой от остальной? С NATом и всеми вытекающими.

Да. Для дома стандартная схема. Первый к провайдеру, на двух точки доступа с питанием по PoE, еще на одном предполагается свич к которому остальные проводные домашние подключатся.

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

В дефолтном конфиге ничего такого на wan-порту быть не должно.

Пробовали перетыкать микротик и этот dlink в другие порты вышестоящего свитча?
И вообще его настройки смотреть?

xvo писал(а): ↑24 дек 2020, 19:02 В дефолтном конфиге ничего такого на wan-порту быть не должно.

Подозреваю, не с wan-порта прилетает пакет, от которого D-Link -у плохо становится.
Методом тыка выяснял:
0. Микротик сброшен, конфиг чистый.
1. 2-ой порт микротика соединен с упарвляемым свичом, бриджа еще нет, длинк в норме, подключен к этому же свичу.
2. Создаем бридж, длинк в норме
3. Добавляем в бридж 2-ой порт (или 2,3,4,5) длинк падает.

xvo писал(а): ↑24 дек 2020, 19:02 Пробовали перетыкать микротик и этот dlink в другие порты вышестоящего свитча?
И вообще его настройки смотреть?

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

Конфиг пришлите, на котором начинается падение.

# dec/24/2020 19:38:17 by RouterOS 6.48
# software id = I9MY-U0GT
#
# model = RB960PGS
# serial number = D52F0CE2C5EF
/interface bridge
add name=bridge1 protocol-mode=none
/interface ethernet
set [ find default-name=ether1 ] mac-address=14:CC:20:52:0A:CC
/interface list
add name=WAN
add name=LAN
/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik
/user group
set full policy="local,telnet,ssh,ftp,reboot,read,write,policy,test,winbox,pas\
sword,web,sniff,sensitive,api,romon,dude,tikapp"
/interface bridge port
add bridge=bridge1 interface=ether3 multicast-router=disabled
add bridge=bridge1 interface=ether4 multicast-router=disabled
add bridge=bridge1 interface=ether2 multicast-router=disabled
/ip neighbor discovery-settings
set discover-interface-list=!dynamic
/system clock
set time-zone-name=Europe/Moscow
/system identity
set name=F-E-01

1) Зачем на ether1 изменен дефолтный мак-адрес?

2) Единственное, что тут можно попробовать отключить - это neighbour discovery на ether1

xvo писал(а): ↑24 дек 2020, 19:50 2) Единственное, что тут можно попробовать отключить - это neighbour discovery на ether1

Помогло!
Правда не на ether1, а совсем отключение поиска соседей.
И эксперимент не дал чистых результатов, потому что при возвращении neighbour discovery повисания свича не повторяются.

Спасибо!

antonstv писал(а): ↑25 дек 2020, 16:20 при возвращении neighbour discovery повисания свича не повторяются.

Чудеса какие-то
Но главное, что работает.