a
я больше склонен к тому, что могло что-то глюкануть.... ибо это было всего два раза
Size: a a a
2020 June 05
a
хотя... кривые руки никто не отменял.
a
я вот один раз прописал абоненту мак ручками примерно такой - 00:55:66:77:11:99 и да, у нас еще кто-то прописал его в нашем сегменте сети... было и весело и неприятно
МВ
или кто-то намеренно присвоил себе такой МАС
Сообщение в логе говорит о том, что пакет для проверки сети на петлю, вышедший с порта ether1, вернулся на этот же порт. Никто ничей мак не воровал
B
Сообщение в логе говорит о том, что пакет для проверки сети на петлю, вышедший с порта ether1, вернулся на этот же порт. Никто ничей мак не воровал
да, пардон, уже перечитал, признаю ошибку
МВ
Вообще на ether1 loop-protect лучше отключать. Нафиг ловить петли в сети провайдера? Пусть он сам это делает на своём железе
МВ
Если ether1 не включен в бридж, то петля на этом порту не приведёт к повышенной загрузке CPU, ибо бродкаст никто не форвардит
МВ
Коллеги подскажите, что за глюк:
С утра получил пару сообщений о петле на порту провайдера
Провайдер воткнут в один порт и петли физически нет и быть не может, тем не менее за утро 2 таких сообщения
С утра получил пару сообщений о петле на порту провайдера
Провайдер воткнут в один порт и петли физически нет и быть не может, тем не менее за утро 2 таких сообщения
Так что
/interface ethernet set ether1 loop-protect=offи смотри как будет работать.
a
Сообщение в логе говорит о том, что пакет для проверки сети на петлю, вышедший с порта ether1, вернулся на этот же порт. Никто ничей мак не воровал
слухай. я вот это тоже по сообщению понял, но не совсем понятна логика, как так получилось? т.е. по сути на тик попал пакет, который он отправил в сторону порта провайдера
a
но что могла произойти на той стороне, чтоб оно вернуло пакет?
МВ
слухай. я вот это тоже по сообщению понял, но не совсем понятна логика, как так получилось? т.е. по сути на тик попал пакет, который он отправил в сторону порта провайдера
Ну так петля же. Возможно уже через секунду у провайдера тоже сработал loopdetect
МВ
Пакет луппротект скорее всего бродкастовый и через петлю разошёлся повторно по всему влану
a
если так, то проблема должна повторяться постоянно, ну по идее
МВ
если так, то проблема должна повторяться постоянно, ну по идее
Она будет постоянно повторяться пока свитч провайдера не отключит порт с петлёй
a
вот вот. а товарищ говорит, что оно было всего два раза
E
Пакет луппротект скорее всего бродкастовый и через петлю разошёлся повторно по всему влану
у него свой езертайп
МВ
вот вот. а товарищ говорит, что оно было всего два раза
Ну так я и говорю, всего через секунду свитч провайдера отключил порт.
МВ
А куда потом петля исчезла хз
МВ
Но такое бывает
ГЗ