Здравствуйте была замечена проблема c несколькими D-link 3627, при включенном cpu_rx_rate_control 1, загрузка процессора состовляет 25-40%, и тут появляются дропы на портах 100-200 в секунду, выключаешь этот параметр дропы исчезают, но сильно грузиться процессор до 70-100 %

admin#sh swi
Command: show switch

Device Type : DGS-3627G Gigabit Ethernet Switch
MAC Address : 00-22-B0-27-A0-00
IP Address : 10.8.10.3 (Manual)
VLAN Name : manage878
Subnet Mask : 255.255.255.240
Default Gateway : 0.0.0.0
Boot PROM Version : Build 1.10-B09
Firmware Version : Build 2.87.B06
Hardware Version : A1

С включенным cpu_rx_rate_control 1

admin#show cpu_rx_rate_control
Command: show cpu_rx_rate_control

Cos Rate Control
--- ------------
0 Enabled
1 Enabled
2 Enabled

show error ports 1
Command: show error ports 1


Port number : 1
RX Frames TX Frames
--------- ---------
CRC Error 0 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 0 Excessive Collision 0
Jabber 0 Single Collision 0
Drop Pkts 16512631 Collision 0
Symbol Error 0
Buffer Full Drop 0
ACL Drop 0
Multicast Drop 0
VLAN Ingress Drop 287185


admin#show utilization cpu
Command: show utilization cpu

CPU Utilization
-------------------------------------------------------------------------------
Five seconds - 37 % One minute - 38 % Five minutes - 26 %



С выключенным cpu_rx_rate_control 1


admin#show cpu_rx_rate_control
Command: show cpu_rx_rate_control

Cos Rate Control
--- ------------
0 Enabled
1 Disabled
2 Enabled

admin#show utilization cpu
Command: show utilization cpu

CPU Utilization
-------------------------------------------------------------------------------
Five seconds - 64 %

и соответсвенно дропы исчезают, остаються только VLAN Ingress Drop



Вопрос собственно в следующем какие пакеты отбрасывает коммутатор с включенным cpu_rx_rate_control 1? или хотябы подскажите как узнать эту информацию, также пробывал миррорить порт и смотреть сниффером что через него ходит, увидел следущее : http://s017.radikal.ru/i426/1111/90/b30e12557b3f.png

Те, которые идут на CPU в очереди 1. При включении данной функции канал для данной очереди урезается до 64kbps, при отключении разжимается до скорости порта.

В вашем случае нужно проанализировать трафик и резать избыточный трафик на коммутаторах доступа.

_________________
С уважением,
Бигаров Руслан.

Отлично, что это за очередь и как можно ее проанализировать, мне высылали несколько команд которые выполняются в Dlk режиме, но я сомневаюсь в том что они актуальны, так как последние из них не выдают той или иной информации!
Перечесляю...

...

И дальше в мануале написано грепать, инфу как я понял которая должна была выйти из bufferdump, но как ее вытащить если Buffer size все время в 0 и как добиться того чтоб коммутатор не зависал, чтоб ее можно было проанализировать... Если можно обьясните по подробней, и пожалуйста с примерами, чтоб можно было понять где посмотреть какая очередь и что за пакеты там висят и отбрасываются, таких страдающих железяк у меня порядка 10, хотелось бы решить эту проблему... Спасибо!

1. Не стоит эту информацию выкладывать в общий доступ!

2. Если Вы не знаете как у Вас в сети красится трафик и какой попадает в какую очередь на DGS-3600, то что говорить про нас, незнакомых со всеми тонкостями вашей сети?!

_________________
С уважением,
Бигаров Руслан.

Хорошо давайте поговорим на эту тему например в Аське, дело в том что траффик бегает абонентский и что именно попадает в обработку процессора я не смогу сказать без вашей помощи...
А какой трафик попадает в какую очередь, как узнать эту информацию???

Вы красите QoS-ом трафик на коммутаторах доступа? Вообще, ACL какие-нибудь на доступе настроены?

_________________
С уважением,
Бигаров Руслан.

Нет ничего такого мы не используем, из l3 используем bgp и ospf из l2 вланы и тупо гоняем трафик

Давно пора задуматься над раскраской трафика и вырезанием левого трафика на доступе с помощью ACL, например: SMB и т.д., для освобождение полосы пропускания магистрали.

_________________
С уважением,
Бигаров Руслан.

Ткните носом, как это можно сделать

_________________
С уважением,
Бигаров Руслан.

Вот примерная схема одного проблемного направления, при включенном cpu_rx_rate_control 1 на dgs3627(2) появляются дропы от dgs3627(1) при выключенном все хорошо но грузиться процессор до 100%, объясните как можно данную ситуацию проанализировать??? Весь трафик проходит сквозь сервер, когда стоял l2 коммутатор дропов не было и проц не грузился... Собственно еще раз что может так грузить процессор как это увидеть, и как это исправить???

Прежде чем красить трафик, озаботьтесь написанием acl на коммутаторах доступа чтобы вырезать мусор от пользователей, который в конечном итоге сыпется на агрегатор.

Вопрос такой, пользовательский трафик останется крашенным даже если проходит через сервер?

Это зависит от настроек на сервере, проверить можно легко снифером.

Случайно наткнулся на старенькую тему, и проблема заключалась не в типе трафика а в том что при динамической маршрутизации необходимо было маски которые используются раздавать 32 префиксами а общую маску отправить в /dev/null и нормик