Jump to content

Recommended Posts

Posted

Нужен совет, загрузка трафик процессоров на SCE2020 под 80%, причем трафика через нее идет примерно 1,6Гбит на вход и 1Гбит на выход. Т.е. далеко от ее пороговых значений. Кол-во пакетов на интерфейсе так соизмеримо с кол-во трафика (120-150к).

Посоветуй как выяснить почему такая высокая нагрузка?

Софт 3.6.5

Posted

Нужен совет, загрузка трафик процессоров на SCE2020 под 80%, причем трафика через нее идет примерно 1,6Гбит на вход и 1Гбит на выход. Т.е. далеко от ее пороговых значений. Кол-во пакетов на интерфейсе так соизмеримо с кол-во трафика (120-150к).

Посоветуй как выяснить почему такая высокая нагрузка?

Софт 3.6.5

 

 

А почему Вы думаете, что 2,6 гигабит трафика это далеко от максимальных значений? она в теоретическом максимуме может только 4 сделать, а в практическом наверное около 3,5 будет.

Posted

А почему Вы думаете, что 2,6 гигабит трафика это далеко от максимальных значений? она в теоретическом максимуме может только 4 сделать, а в практическом наверное около 3,5 будет.

Ну все таки 3,6Гбита и 2,6Гбита запас 1Гбит есть.

И судя по симтомам железка уходит как раз в байпасс, хотя на 100% сказать не могу т.к. не знаю где проверить.

 

хм.....а как вы нагрузку ЦПУ смотрите? не нашел даже....

через SNMP

http://www.cisco.com/en/US/docs/cable/serv_exch/serv_control/broadband_app/rel36x/swcfg2000/ProprietaryMIBRef.html#wp1073249

Posted

заметил в логах такие месседжи

011-03-07 00:35:55 | INFO | CPU #000 | Stopped filtering packets of type 'UDP' received on interface # 0 (subscriber). module # 1. Reason: Stopped filtering for an administrative pause

2011-03-07 00:35:55 | INFO | CPU #000 | Stopped filtering packets of type 'UDP Fragments' received on interface # 0 (subscriber). module # 1. Reason: Stopped filtering for an administrative pause

2011-03-07 00:35:55 | INFO | CPU #000 | Stopped filtering packets of type 'TCP SYN' received on interface # 0 (subscriber). module # 1. Reason: Stopped filtering for an administrative pause

2011-03-07 00:35:55 | INFO | CPU #000 | Stopped filtering packets of type 'TCP No-SYN + RST' received on interface # 0 (subscriber). module # 1. Reason: Stopped filtering for an administrative pause

2011-03-07 00:38:40 | WARN | CPU #000 | 0x618 Rx pause packets were identified on port 0. So far 0x091219a8 such packets were seen on this port. Please note that such packets might cause serious network problem and system reboot.

 

что бы они значали понять правда сложно

Posted

ну вот это нормально, соотвественно у меня должен быть 50-60%. а не 80%...

осталось понять причины откуда такая нагрузка.

Posted

2011-03-07 00:38:40 | WARN | CPU #000 | 0x618 Rx pause packets were identified on port 0. So far 0x091219a8 such packets were seen on this port. Please note that such packets might cause serious network problem and system reboot.

могу сильно ошибаться, но похоже на flow control

Posted

откопал такую статистику:

#show interface LineCard 0 flow-open-rate

Open Rates for HW (non-significant) flows
-----------------------------------------

Current flow open rate : 0 (flows/sec)
Min flow open rate     : 0 (flows/sec) at 00:00:00  MSD  THU  January  1  1970
Max flow open rate     : 0 (flows/sec) at 00:00:00  MSD  THU  January  1  1970

Open Rates for SW (significant) flows
-------------------------------------
PPC 1
Current SW flow open rate = 974
Maximum SW flow open rate = 1612 (3 weeks, 1 days, 2 hours, 33 minutes, 36 secon                                                                              ds ago)

PPC 2
Current SW flow open rate = 846
Maximum SW flow open rate = 2037 (3 weeks, 1 days, 2 hours, 33 minutes, 45 secon                                                                              ds ago)

PPC 3
Current SW flow open rate = 1022
Maximum SW flow open rate = 1519 (3 weeks, 1 days, 2 hours, 33 minutes, 50 secon                                                                              ds ago)

SW/HW open rate ratio unavailable (HW = 0).

 

почему нет HW режима?

Posted

кстати о том что не перегрузка по пакетам:

 

#>MIB pcube-SE-MIB traffic-processor | include tpFlowsCapacityUtilization
tpFlowsCapacityUtilization.1 = 15
tpFlowsCapacityUtilizationPeak.1 = 34
tpFlowsCapacityUtilizationPeakTime.1 =  19 hours, 59 minutes, 52 seconds
tpFlowsCapacityUtilization.2 = 14
tpFlowsCapacityUtilizationPeak.2 = 29
tpFlowsCapacityUtilizationPeakTime.2 = 1 weeks, 1 days, 20 hours, 4 minutes, 36 seconds
tpFlowsCapacityUtilization.3 = 17
tpFlowsCapacityUtilizationPeak.3 = 27
tpFlowsCapacityUtilizationPeakTime.3 =  6 days, 0 hours, 31 minutes, 38 seconds

т.е. в пиках утилизация по flow не больше 30%

Posted

flow control выключен был.

со стороны subscriber'а - тоже?

 

кстати, а flow-control может влиять на CPU?

чисто гипотетически - NIC получает Pause, ничего не передает, растет/заполняется буфер, CPU вместо дропа ждет освобождения буфера, а потом, как предупреждают - system reboot.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...