e
Size: a a a
2020 September 03
e
вопрос: что это было и как этого избежать в будущем?
EK
вопрос: что это было и как этого избежать в будущем?
Лупдетект включить в сторону всего тупого, управление в отдельный влан. Это первое , что бросается в глаза.
e
так оно и было
e
точнее loopback detection включил именно на том свитче позднее, вообще ничего не изменило
e
мне непонятно, почему были затронуты другие свитчи/другие vlan.
S
Отвал управления на штормах arp-пакетов лечиться
local-arp enable
У меня отваливался на 50Мбит/с
local-arp enable
У меня отваливался на 50Мбит/с
S
Теперь штормы никак не влияют
e
Отвал управления на штормах arp-пакетов лечиться
local-arp enable
У меня отваливался на 50Мбит/с
local-arp enable
У меня отваливался на 50Мбит/с
посмотрю, но дело не только в отвале управления
e
шторм в одном vlan почему-то привёл к проблемам в других vlan
S
думаю поможет, предлагаю попробовать отписаться
S
как вариант cpu свича ушел в полку и начал дропать ARP во всех вланах, в том числе транзитные
AK
добрый день! подскажите пожалуйста, чему может принадлежать мак f8:f0:82:5b:10:c4? Хотя бы плюс минус
e
как вариант cpu свича ушел в полку и начал дропать ARP во всех вланах, в том числе транзитные
ну web/telnet визуально работали нормально
e
ещё из интересного: постоянно менялся корень stp, я думаю это как-то связано
e
при этом порты не переходили в заблокированные
KM
добрый день! подскажите пожалуйста, чему может принадлежать мак f8:f0:82:5b:10:c4? Хотя бы плюс минус
Добрый день, ответил в личном сообщении.
AK
Добрый день, ответил в личном сообщении.
спасибо!
e
как вариант cpu свича ушел в полку и начал дропать ARP во всех вланах, в том числе транзитные
да, флуд arp в транзитных vlan может объянить почему ложилось управление на транзитных свитчах