натолкнулся на очень странное поведение коммутатора
Код:
Port TX/sec RX/sec Util Port TX/sec RX/sec Util
------ ---------- ---------- ---- ------ ---------- ---------- ----
1 0 0 0 22 789 111 1
2 688 0 1 23 690 5 1
3 688 1 1 24 691 5 1
4 688 0 1 25 0 0 0
5 0 0 0 26 1229 715 1
6 688 0 1
7 604 1112 3
8 695 4 1
9 0 0 0
10 0 0 0
11 0 0 0
12 0 0 0
13 0 0 0
14 688 0 1
15 0 0 0
16 688 0 1
17 688 0 1
18 688 0 1
19 0 0 0
20 688 0 1
21 0 0 0
при этом
Код:
Port Forward Portlist
------ -----------------------------------------
1 26
2 26
3 26
4 26
5 26
6 26
7 26
8 26
9 26
10 26
11 26
12 26
13 26
14 26
15 26
16 26
17 26
18 26
19 26
20 26
21 26
22 26
23 26
24 26
25 26
26 1-25
и при этом же коммутатор находится в exhausted mode.
шторм идет с 7го порта.
и кстати на всех портах traffic_control = 20 pps | broadcast + unicast + multicast | drop
соответственное вопроса три:
1) что за настройка может быть приоритетнее сегментации трафика?
2) как с текущей ситуацией побороться?
3) почему шторм не урезается до 20 pps?
firm 5.01-B52
PS c коммутаторами за 7 портом в итоге связь потеряна так как у них у всех отвалились интерфейсы управления.