LAGG LACP. Ошибки на интерфейсах
-
@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, просто неохота. Да и надобности уже особой нет.
