walertos

Вот так нельзя делать switchport dot1q-translating-tunnel mode QinQ translate 100-228 91 0 Не хватает русурсов OLT для такого количнства selective. Будут ошибки в логе: Dec 31 14:28:32 update onu GPON0/7:14 virtualport cfg failed, rc -1 Dec 31 14:28:32 olt_gpon_onu_virport_gemport_cfg_by_flowmap(3697) Config virtualport gemport failure. diID 279 rc -1 Dec 31 14:28:32 olt_gpon_onu_virport_gemport_cfg_by_flowmap(3664) Alloc gemportid failure! так, что пакуйте просто без seletive switchport trunk vlan-allowed 1-128 switchport mode dot1q-translating-tunnel switchport pvid 47

Вот так:

А какие задачи на таких процессорах крутятся? только роутинг + bgp? fv ? ipt_NETFLOW модуль есть? Сколько pps прожует Ваша конфигурация для задач роутинг + bgp + fv + ipt_NETFLOW ? Какое ядро? дистр? Это пограничник + NAS , куча правил iptables с ipset, так же CONNTRACK выключен при помощи raw NOTRACK, включен только для определённых ipset для редиректа абонентов на страницы заглушки, ещё на нём multicast в unicast перегоняется при помощи astra до 500M. При нормальной работе наверное около 1M PPS в чнн при атаках и около трёх проскакивало. Debian 6, Ядро 3.16.

Сервер: Материнка: Tean Проц: Intel® Xeon® CPU X5670 *2 Сетевые : двухголовая Selimicon Intel 82599 (1 порт SFP+ входящий канал второго прова, 2 порт смотрит в локалку) eth0 eth1 двухголовая Intel 82576 в LACP (входящий канал одного провайдера) eth2 eth3 Нагрузка: eth0 Link encap:Ethernet HWaddr 00:e0:ed:2d:24:df UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5376385179 errors:0 dropped:0 overruns:0 frame:0 TX packets:3828422980 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:10000 RX bytes:6252906728086 (5.6 TiB) TX bytes:1534230664189 (1.3 TiB) eth1 Link encap:Ethernet HWaddr 00:e0:ed:2d:24:de UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4972876866 errors:0 dropped:1 overruns:0 frame:0 TX packets:7218214228 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:10000 RX bytes:2075368983221 (1.8 TiB) TX bytes:8545645631048 (7.7 TiB) eth2 Link encap:Ethernet HWaddr 00:1b:21:a1:05:92 UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:923259881 errors:0 dropped:0 overruns:0 frame:0 TX packets:493192217 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1063932576905 (990.8 GiB) TX bytes:171104097462 (159.3 GiB) eth3 Link encap:Ethernet HWaddr 00:1b:21:a1:05:92 UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:922905096 errors:0 dropped:17 overruns:0 frame:0 TX packets:558827639 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1060293498441 (987.4 GiB) TX bytes:251065695390 (233.8 GiB) # uptime 17:11:00 up 14:41, 2 users, load average: 0,14, 0,24, 0,30 Пока полёт отличный

Хоть бы кто-то написал что не один из этих параметров не видно в sysctl и, что нужно полюбому передавать через GRUB_CMDLINE_LINUX_DEFAULT="quiet processor.max_cstate=1 intel_idle.max_cstate=0" Посмотрим даст оно что-то или нет.

У меня дебиан ядро 3.16 в sysctl не одно параметра связанного с idle или cstate нет. Ядро собрано без этого. Но при задействовании двух 6ти ядерных камней Intel® Xeon® CPU X5670 при низкой нагрузке появляются дропы, всё перепробовал не могу решить проблему.

Уже отключено и было отключено. ethtool -k eth5 rx-vlan-filter: on [fixed] Вот может это мешает!? Скоро соберём тестовый сервак и будем пробовать! Мон не должен был сломаться. Здесь просто указывается сетевухе что в эзернете двойной тэг. Если она его сама декапсулирует и пишет в какие то расширенные заголовки то много чего бы сломалось, но я подозреваю что она просто использует это для расчёта хэша при балансировке прерываний. Если тебе отката мало то: 1. выключи питание совсем минут на 5. 2. если не помогло то пропатч патч: dmatxctl &= ~IXGBE_DMATXCTL_GDV; ... ctrl_ext &= ~IXGBE_CTRL_EXT_EXTENDED_VLAN; и пересобери дрова, так гарантированно QinQ отключится. А можно немного подробнее, как именно добавить это в патч? Между каких строк или вместо какой из строк?

Крутяк! А может добавите патч в апстримный ixgbe? Это работает кстати на любой версии драйверов! И на 3.X.X и на 4.X.X.

Включить то это всё не проблема! Намного интереснее теперь всё это выключить. После включения данного функционала vlan-mon от Accel перестал создавать QinQ интерфейсы. Ну я не долго думая откатил драйвер назад, только это не помогает, кто может помочь и подсказать как вернуть всё назад и выключить данный функционал в сетевой?