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

Доброго времени суток. столкнулся с такой проблемой.
В сети перед радио линками стоят микротики. в режиме бриджа.

их примерно 10 штук, и у всех разные версии, было решено обновить все до единой версии. 6.35
после обновление на одном из роутеров стало выскакивать сообщение.

eth4: bridge port received packet with own address as source address (00:0c:42:87:0e:7d), probably loop
eth3: bridge port received packet with own address as source address (00:0c:42:87:0e:7d), probably loop

Роутер начинает лагать потеря по пингу 70% и он улетает по вачьдогу в ребут.
В начале грешил на ЛООП, посидел с Wireswark все чисто.
Сейчас его снял и он уходит в лооп у меня на столе без клиентов вообще.
Если откатить на 5.26 проблемы нет. Но на всех 6.х лооп и все. делал ресет обновлял firmware может кто чем подскажет?

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

сбрасывал но дефолт и настраивал вручную по новой, петля появляется даже если к нему не подключено не чего.

Нетинсталлом прошить его...

Всем привет. На железке 951Ui стал время от времени отваливаться основной шлюз в локальной сети следовательно и интернет. проблема очень плавающая что сильно затрудняет решение данной проблемы. Все началось с того что стал отваливаться в сети интернет микро.разрывы RDP шники естественно стали ругаться. Как оказалось отваливается не интернет, именно основной шлюз нашей сети на микротике он Ether2. В логах вываливается сообщение подсвеченное синим "ether2-master:bridge port received packet with own address as source address (мак ether2), proabably loop". Подскажите в каком еще направлении можно покопать? Может есть сетевые инструменты и методы с помощью которых можно более детально посмотреть и выяснить что происходит в сети на уровне пакетов. Как то посмотреть бродкаст. Такое ощущение что порт фиксирует возврат пакета со своим же маком и просто уходит в защиту на время или буфер может переполняется. Ребут сразу решает эту проблему! Если сам то отдупляется где то через минуты 3. Помогите советом. При том что мы имитировали петлю на самом марше то сообщение вывыливается другого формата указывается что в сети петля и зацикливание броадкаста. А это сообщение как вроде марш говорит что возможно петля

BaHo писал(а): ↑26 апр 2018, 08:30 Такое ощущение что порт фиксирует возврат пакета со своим же маком и просто уходит в защиту на время или буфер может переполняется. Ребут сразу решает эту проблему! Если сам то отдупляется где то через минуты 3. Помогите советом. При том что мы имитировали петлю на самом марше то сообщение вывыливается другого формата указывается что в сети петля и зацикливание броадкаста. А это сообщение как вроде марш говорит что возможно петля

1) почитайте о сущности "петли", почему они есть и как вообще возникают
2) ребут роутеру делать не надо
2.1) в настройках порта(ов) (я про ether[1-5] говорю) в закладке Loop Protect - там включается эта функция,
и там же она настраивается, то есть там можно задать на какое время порт отключиться и потом
включиться, так что настройке хотя бы 1 минуту, а не 5-ть как там стоит
3) если Вы на роутере отключите показывать/обнаруживать петли, порты в микротике не будут отключаться,
но от этого сеть работать лучше не станет
4) ну и петля - если роутер видит её (отключает порт, в логах синим пишет) значит она есть, просто возникает
она хаотично, и возникает обычно от простоты, воткнули что-то никуда (в сеть организации в целом),
девочка перепутала и воткнула не туда принтер сетевой, обычная тех-поддержка ошиблась,
и тестированием замкнули сеть, логически сделали петлю (виланы, маршрутизация), и так далее...

Поэтому можете отказаться и не обращать не петли, но сеть отваливаться всё равно будет, а можно
всё же заняться и сделать инспекцию сети, может где кабель перетёрся, кто-то подключился,
свитч(и) глючат и другие моменты и конфликты.....