Господа, подскажите можно ли расчитывать на то что в ближайшем будущем починят dhcp_local_relay на 3526. При включении этой функции и появлении траффика на юзеровском порту на уровне 1000pps процессор загружается на 100%.

версия прошивки ???

_________________
LiveComm

6.00.B23

1000 pps это не DHCP случайно? Покажите пожалуйста Ваши настройки DHCP Local Relay.

Траффик - IP юникаст. Плюс на всяк случай если от юзера попрет
куча dhcp запросов стоит storm-control на бродкасты:

config traffic control 1-3 broadcast enable multicast enable unicast disable action drop threshold 100

Из настроек dhcp на свиче:

disable dhcp_relay
enable dhcp_local_relay
config dhcp_local_relay vlan vlanid 7 state enable

Не могу подтвердить, генерировал TCP трафик, 5000pps, загрузка процессора - 4-5%.
Не могли бы вы снифером поймать пакеты с порта клиента и прислать мне на почту?

В каком виде присылать данные от снифера ?

в формате pcap

Вчера удалось пробится на умирающий свич. Вот какую картину я там увидел:


DES-3526:admin#show utilization cpu
Command: show utilization cpu

CPU utilization :
-------------------------------------------------------------------------------
Five seconds - 100% One minute - 100% Five minutes - 100%

CPU Memory Usage: 41%


DES-3526:admin#show utilization ports
Command: show utilization ports
Port TX/sec RX/sec Util Port TX/sec RX/sec Util
------ ---------- ---------- ---- ------ ---------- ---------- ----
1 10 0 1 22 0 0 0
2 0 0 0 23 0 0 0
3 10 0 1 24 0 0 0
4 0 0 0 25 1999 3384 2
5 9 0 1 26 3409 2040 2
6 0 0 0
7 49 26 1
8 0 0 0
9 14 0 1
10 14 0 1
11 10 0 1
12 0 0 0
13 9 0 1
14 15 1 1
15 0 0 0
16 0 0 0
17 0 0 0
18 0 0 0
19 0 0 0
20 0 0 0
21 0 0 0


на клиентских портах траффика практичес ки не было. Похоже обьем траффика на клиентском порту не влияет на работу dhcp_local_relay.

Господа, если ктото использует dhcp_local_relay на 3526, пожалуста поделитесь впечатлениями о работе этой функции. А то в последнее время от перегрузки cpu жизни нет, у юзеров не обновляются dhcp leas-ы. Пришлось увеличить lease time до 4-х часов.

dhcp-relay софтовая функция, как говорит народ, при уменьшении времени лиза нагрузка на проц тоже уменьшается.

У меня там cacti на графиках рисует в пиках аж целых 30 бродкастов в секунду. Даже если предположить что нет arp, netbios-а и.т.п, а все бродкасты это dhcp, то неужели 30 пакетов в секунду убивают насмерть проц ?

Пакеты не убивают, убивает обработка этих пакетов, чем проц и занимается.

Провел тест - при 30 запросах DHCP request в секунду процессор загружвется на 8%, при 60-ти - на 14%
У Вас проблема явно в чём-то другом.

А можно както посмотреть какой именно процесс грузит cpu ? По типу комманды show proc cpu на каталистах. Сегодня еще заметич что свич у которого cpu был загружен на 100% перестал пропускать dhcp бродкасты, но другие бродкасты (arp, netbios) и юникасты через него бегали чудестно. Помогла только перезагрузка.

И еще вопрос в догонку. Посмотрел на ACL-и которые создает dhcp_local_relay для перехвата dhcp бродкастов и обнаружил что они создаются для всех портов, и для клиентских и для аплинков. Хотя для последних они абсолютно не нужны и соответственно обработка транзитных dhcp бродкастов только создает придичную лишнюю нагрузку на процессор. Поэтому добавление к функционалу свича возможности контроля на каких портах не обрабатывать dhcp бродкасты и соответственно не создавать dhcp_local_relay ACL-и положительно сказалось бы на уменьшении загрузки проца.

Может быть есть смысл попробовать последнюю прошивку?