LAGG LACP. Ошибки на интерфейсах
-
Начало моей эпопеи с LAGG тут: Re: LAGG и VLANs
Всем доброго времени суток, друзья!
Заметил, что в последнее время на интерфейсах VLAN, которые прикручены к LAGG (так проще обозвать, не судите), посыпались ошибки. Но в чем причина пока не понимаю: или LAGG неправильно работает, или сетевуха (-хи) какая козлит. Грешил на патчкорды, поменял на новые - не помогло. Попробую еще повыдергивать патчкорды по одному, может найдется козлящая сетевуха. Нужно ваше экспертное мнение. :)
Итак, картинки с настройками.
Есть cконфигурированный LAGG из 4-х сетевух по 1ГБит в режиме LACP (и на нем висят VLANы):
В свитч d-link уходит 4 патчкорда в порты, объединенные в группу, тоже LACP.
В системных настройках PFS прописана настройка, выключающая strict_mode для этого LAGG:
Но, что непонятно: дефолтовая настройка PFS для strict_mode остается неизменной:
а какая настройка для сконфигурированного LLAG - хз:
хотя интерфейсы вроде работают как надо:
На интерфейсах сыпятся ошибки:
И что не так - не пойму. На стороне свитча группа портов LACP тегированные.
Может вы свежим взглядом посмотрите и что посоветуете?
Я вот думаю, может стоит еще прописать net.link.lagg.lacp.default_strict_mode=0 где-нить в /etc/sysctl.conf или в расширенных настройках (где-то встречал упоминание на буржуинском форуме), чтобы наверняка? Но до этого, без параметра net.link.lagg.0.lacp.lacp_strict_mode=0 LACP роутера вообще не собирался и отказывался нормально работать.
-
@rubezhanin
Здр
попробуйте создать файл
/boot/loader.conf.local
и туда прописать эту строчку
net.link.lagg.lacp.default_strict_mode=0
и перезагрузитьсявсе параметры , связанные с LAGG , можно увидеть , набрав в консоли
sysctl -a | grep lagg
если несложно , покажите вывод этой команды -
@Konstanti said in LAGG LACP. Ошибки на интерфейсах:
sysctl -a | grep lagg
Вывод из консоли GUI:
device lagg
net.link.lagg.default_flowid_shift: 16
net.link.lagg.default_use_flowid: 0
net.link.lagg.failover_rx_all: 0
net.link.lagg.lacp.default_strict_mode: 1
net.link.lagg.lacp.debug: 0 -
Я вот думаю, может стоит еще прописать net.link.lagg.lacp.default_strict_mode=0 где-нить в /etc/sysctl.conf или в расширенных настройках
или сетевуха (-хи) какая козлит
Status->Interfaces и смотреть, есть ли значения >0
-
@werter
не понял этого ответа -
@rubezhanin
Вы искали место где прописать net.link.lagg.lacp.default_strict_mode=0
Это место - на моем скрине.Зы. Реалтеки ваши - "древние" 8139?
-
@werter
Где прописать - я знаю.
Про сетевухи сказать точно не могу. Завтра гляну.
Дело в том, что без агрегирования работали норм., не козлили. А тут посыпались ошибки.
В крайнем случае, могу рассыпать LLAG на разные интерфейсы, но хотелось именно агрегацию 4 МБит. -
@rubezhanin
здр
стандартные настройки
смущает меня то , что ошибки только исходящие
а это значит , что шнурки и свитч не при делах
есть что-нить подозрительное в логах ? -
@rubezhanin
В логах свитча еще гляньте. Или по SNMP его промониторьте. -
@werter
логи свитча девственно чисты.
логи PFS завтра пристально осмотрю. -
Привет, парни и девчата!
Итак, выкинул я один интерфейс из LAGG, и на на него завернул VLAN - ошибок на LAGG стало меньше. На интерфейсе - 0. Все-таки склоняюсь к тому, что LAGG в PFS козлит.
-
Может и пф. А может и свитчи, сетевые etc.
ПО на свитчах свежее? -
@werter не, на свичах все норм. Я еще не перекидывал LAGG на static вместо lacp, просто неохота. Да и надобности уже особой нет.
