Есть такая проблема на Cisco 7301 которая используется как BRAS:
при кол-ве подключенных более 1500 абонентов загрузка процессора доходит почти до 100% и циска перестает обслуживать новые подключения, хотя уже подключенные абоненты нормально работают. Видимо срабатывает какой-то защитный механизм. И начинает обслуживать клиентв она только после того как загрузка CPU станет менее 50%. Хотелось бы узнать что это за защитный механизм и как изменить его параметры до более высоких значений загрузки CPU.

• Загрузка CPU и порог восстановления работы сервисов,chesnok, 10:55 , 10-Фев-09
  • Загрузка CPU и порог восстановления работы сервисов,wave, 11:12 , 10-Фев-09
    • Загрузка CPU и порог восстановления работы сервисов,fantom, 12:19 , 10-Фев-09

>Есть такая проблема на Cisco 7301 которая используется как BRAS:
>при кол-ве подключенных более 1500 абонентов загрузка процессора доходит почти до 100%
>и циска перестает обслуживать новые подключения, хотя уже подключенные абоненты нормально
>работают. Видимо срабатывает какой-то защитный механизм. И начинает обслуживать клиентв она
>только после того как загрузка CPU станет менее 50%. Хотелось бы
>узнать что это за защитный механизм и как изменить его параметры
>до более высоких значений загрузки CPU.

а какие более высокие загрузки могут быть больше 100% ?
у вас большая утилизация по прерываниям?
впринципи хорошая статистика, ставьте еще один роутер...

>[оверквотинг удален]
>>при кол-ве подключенных более 1500 абонентов загрузка процессора доходит почти до 100%
>>и циска перестает обслуживать новые подключения, хотя уже подключенные абоненты нормально
>>работают. Видимо срабатывает какой-то защитный механизм. И начинает обслуживать клиентв она
>>только после того как загрузка CPU станет менее 50%. Хотелось бы
>>узнать что это за защитный механизм и как изменить его параметры
>>до более высоких значений загрузки CPU.
>
>а какие более высокие загрузки могут быть больше 100% ?
>у вас большая утилизация по прерываниям?
>впринципи хорошая статистика, ставьте еще один роутер...

Еще один роутер уже в пути, но в текущее время срок поставки велик. Да и возврат к обслуживанию при загрузке в 50% не оправдан. Думаю при снижении загрузки до 80% вполне можно вновь начинать обслуживать абонентов.

>[оверквотинг удален]
>>>до более высоких значений загрузки CPU.
>>
>>а какие более высокие загрузки могут быть больше 100% ?
>>у вас большая утилизация по прерываниям?
>>впринципи хорошая статистика, ставьте еще один роутер...
>
>Еще один роутер уже в пути, но в текущее время срок поставки
>велик. Да и возврат к обслуживанию при загрузке в 50% не
>оправдан. Думаю при снижении загрузки до 80% вполне можно вновь начинать
>обслуживать абонентов.

Если можете обойтись БЕЗ SNMP - отключите SNMP :)
И загрузка упадет, и ровнее будет.