3640 выполняет ф-ии inter-vlan routing
По sh processes cpu выводится такоеCPU utilization for five seconds: 91%/87%; one minute: 88%; five minutes: 81%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
56 2935808 342260 8577 1.92% 1.32% 1.47% 0 IP Input
156 2681004 1827183 1467 0.91% 0.01% 1.26% 0 traffic_shape
16 820636 296017 2772 0.45% 0.22% 0.23% 0 ARP Input
2 130252 16011 8135 0.09% 0.04% 0.04% 0 Load Meter
74 135212 298601 452 0.09% 0.04% 0.05% 0 SSS Feature Time
87 183240 153148 1196 0.09% 0.08% 0.08% 0 DHCPD Receive
30 41760 76880 543 0.09% 0.01% 0.00% 0 TTY Background
75 27056 15539 1741 0.09% 0.01% 0.00% 0 TCP Timer
91 308172 725947 424 0.09% 0.08% 0.09% 0 RBSCP Background
95 122852 116348 1055 0.09% 0.07% 0.07% 0 CEF processостальные процессы по нулям
в сумме 2% закгрузка, а показывает 91%
при увеличении трафика от клиентов возрастает до 99%все идет через интерфейс fa0/0
FastEthernet0/0 is up, line protocol is up
Hardware is AmdFE, address is 00d0.bbdb.1680 (bia 00d0.bbdb.1680)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 14/255, rxload 14/255
Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, 100BaseTX/FX
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/56005/0 (size/max/drops/flushes); Total output drops: 305762
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 5657000 bits/sec, 1424 packets/sec
5 minute output rate 5521000 bits/sec, 1394 packets/sec
62817657 packets input, 979005155 bytes
Received 559412 broadcasts, 0 runts, 0 giants, 0 throttles
13441 input errors, 0 CRC, 0 frame, 13441 overrun, 0 ignored
0 watchdog
0 input packets with dribble condition detected
61864495 packets output, 519133635 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped outВ чем может быть проблема?
>3640 выполняет ф-ии inter-vlan routing
>По sh processes cpu выводится такое
>
>CPU utilization for five seconds: 91%/87%; one minute: 88%; five minutes: 81%
>
> PID Runtime(ms) Invoked uSecs
> 5Sec 1Min 5Min TTY Process
>
> 56 2935808 342260
> 8577 1.92% 1.32%
> 1.47% 0 IP Input
> 156 2681004 1827183
> 1467 0.91% 0.01% 1.26%
> 0 traffic_shape
> 16 820636
>296017 2772 0.45%
>0.22% 0.23% 0 ARP Input
> 2 130252
> 16011 8135
>0.09% 0.04% 0.04% 0 Load Meter
> 74 135212
>298601 452 0.09%
> 0.04% 0.05% 0 SSS Feature Time
> 87 183240
>153148 1196 0.09%
>0.08% 0.08% 0 DHCPD Receive
> 30 41760
> 76880 543
> 0.09% 0.01% 0.00% 0 TTY Background
>
> 75 27056
> 15539 1741
>0.09% 0.01% 0.00% 0 TCP Timer
> 91 308172
>725947 424 0.09%
> 0.08% 0.09% 0 RBSCP Background
> 95 122852
>116348 1055 0.09%
>0.07% 0.07% 0 CEF process
>
>остальные процессы по нулям
>
>в сумме 2% закгрузка, а показывает 91%
>при увеличении трафика от клиентов возрастает до 99%
>
>все идет через интерфейс fa0/0
>
>FastEthernet0/0 is up, line protocol is up
> Hardware is AmdFE, address is 00d0.bbdb.1680 (bia 00d0.bbdb.1680)
> MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
> reliability 255/255, txload 14/255, rxload 14/255
> Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not
>set
> Keepalive set (10 sec)
> Full-duplex, 100Mb/s, 100BaseTX/FX
> ARP type: ARPA, ARP Timeout 04:00:00
> Last input 00:00:00, output 00:00:00, output hang never
> Last clearing of "show interface" counters never
> Input queue: 0/75/56005/0 (size/max/drops/flushes); Total output drops: 305762
> Queueing strategy: fifo
> Output queue: 0/40 (size/max)
> 5 minute input rate 5657000 bits/sec, 1424 packets/sec
> 5 minute output rate 5521000 bits/sec, 1394 packets/sec
> 62817657 packets input, 979005155 bytes
> Received 559412 broadcasts, 0 runts, 0 giants,
>0 throttles
> 13441 input errors, 0 CRC, 0 frame,
>13441 overrun, 0 ignored
> 0 watchdog
> 0 input packets with dribble condition detected
>
> 61864495 packets output, 519133635 bytes, 0 underruns
>
> 0 output errors, 0 collisions, 2 interface
>resets
> 0 babbles, 0 late collision, 0 deferred
>
> 0 lost carrier, 0 no carrier
> 0 output buffer failures, 0 output buffers
>swapped out
>
>В чем может быть проблема?
Очень много пакетов проходит через интерфейс, сдается мне, что там много UDP пакетов, проверьте это, и грузится она именно из-за этого, как мне кажется, просто я такое наблюдал, источник оказался вирус на нескольких клиентских машинах
Пропускная способность по номиналу
3640
Process 4,000 pps
Fast 50,000-70,000 pps
неужели она не может обработать 6 Мбит/сsh int switching
FastEthernet0/0
Throttle count 0
Drops RP 65943 SP 0
SPD Flushes Fast 0 SSE 0
SPD Aggress Fast 0
SPD Priority Inputs 552695 Drops 3017Protocol IP
Switching path Pkts In Chars In Pkts Out Chars Out
Process 507898 56050752 2484014 1155614505
Cache misses 0 - - -
Fast 67001592 3646176440 47697227 2121785218
Auton/SSE 0 0 0 0Protocol ARP
Switching path Pkts In Chars In Pkts Out Chars Out
Process 425251 25565436 127394 8152916
Cache misses 0 - - -
Fast 0 0 0 0
Auton/SSE 0 0 0 0Protocol CDP
Switching path Pkts In Chars In Pkts Out Chars Out
Process 1361 564815 1510 499867
Cache misses 0 - - -
Fast 0 0 0 0
Auton/SSE 0 0 0 0Protocol Other
Switching path Pkts In Chars In Pkts Out Chars Out
Process 13524 1287498 8322 499320
Cache misses 0 - - -
Fast 0 0 0 0
Auton/SSE 0 0 0 0
>3640 выполняет ф-ии inter-vlan routingА может на интерфейсе ip accounting или netflow подняты? они не хило при большом количестве трафика грузят процессор.
Нет
Я нашел здесь http://www.fact400.ru/htdocs/nt7_cisco.htm
пишут, что реальная цифра 12-15 Mbit/s у меня 6 мбит на вход и 6 Мбит на выход
получается теже 12Мбит.
Видимо не справляется просто с траффиком.
меня смущает, что процессы в таблице в сумме не дают ту загрузку, которая
стоит в начале
CPU utilization for five seconds: 78%/74%; one minute: 94%; five minutes: 93%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
156 3812700 1999136 1907 1.73% 0.65% 0.71% 0 traffic_shape
56 8999040 473647 18999 1.07% 1.20% 1.99% 0 IP Input
95 182168 126449 1440 0.16% 0.04% 0.04% 0 CEF process
91 405264 782805 517 0.16% 0.05% 0.06% 0 RBSCP Background
81 39804 1849 21527 0.16% 0.01% 0.00% 0 IP Background
2 222856 18615 11971 0.08% 0.04% 0.04% 0 Load Meter
117 28316 33142 854 0.08% 0.00% 0.00% 0 FLEX DSPRM MAIN
16 1467400 333603 4398 0.08% 0.14% 0.10% 0 ARP Input
102 32580 86687 375 0.08% 0.00% 0.00% 0 bsm_xmt_proc
87 292112 171073 1707 0.08% 0.06% 0.06% 0 DHCPD Receive
129 5020 43 116744 0.08% 0.07% 0.02% 130 Virtual Exec
12 0 1 0 0.00% 0.00% 0.00% 0 Crash writer
>меня смущает, что процессы в таблице в сумме не дают ту загрузку,
>которая
>стоит в начале
>CPU utilization for five seconds: 78%/74%; one minute: 94%; five minutes: 93%
>
> PID Runtime(ms) Invoked uSecs
> 5Sec 1Min 5Min TTY Process
>
> 156 3812700 1999136
> 1907 1.73% 0.65% 0.71%
> 0 traffic_shapeКстати на нашей 3640 не работал traffic_shape на 100 mb интерфейсе... Где-то было написано что это не поддерживается...
5322222334448557669876564333334455546875585756432222234332676454448756
1863468225173000871183612331341484768066906109042458016948222505602332
100
90 *
80 * *** ** * *
70 * ****** *** * * * * **
60 * ********* * * ******** * *** ** *
50 * * ************* ************** * ******* ****
40 ** **************** ***************** ** ************
30 *** *************#***************************** ** *****************
20 #**********#############********############***************#*####*####
10 ################################################*#####################
0....5....1....1....2....2....3....3....4....4....5....5....6....6....7.
0 5 0 5 0 5 0 5 0 5 0 5 0CPU% per hour (last 72 hours)
* = maximum CPU% # = average CPU%вот такая картина. Поднят ip accounting... Явная зависимость от нагрузки на интерфейсе.
Причем таже картина - общая загрузка меньше чем сумма всех.
>>CPU utilization for five seconds: 78%/74%; one minute: 94%; five minutes: 93%
Если неошибаюсь, то в паре чисел 78%/74% второе (в данном случае 74%) означает ресурсы потребляемые на переключение между процессами.
Похоже ваша кошка восновном не столько работает, сколько переключается.
>
>>>CPU utilization for five seconds: 78%/74%; one minute: 94%; five minutes: 93%
>Если неошибаюсь, то в паре чисел 78%/74% второе (в данном случае 74%)
>означает ресурсы потребляемые на переключение между процессами.
>Похоже ваша кошка восновном не столько работает, сколько переключается.
Не переключения процессов, а прерывания. Это означает, что что-то дергает ее снаружи. Как раз это может быть IP Input или ARP input.
ну ip input и отвечает за прием пакетов
этот процесс и должен быть одним из самых ресурсоемких
>3640 выполняет ф-ии inter-vlan routing
>По sh processes cpu выводится такое
>
>CPU utilization for five seconds: 91%/87%; one minute: 88%; five minutes: 81%
>
> PID Runtime(ms) Invoked uSecs
> 5Sec 1Min 5Min TTY Process
>
> 56 2935808 342260
> 8577 1.92% 1.32%
> 1.47% 0 IP Input
> 156 2681004 1827183
> 1467 0.91% 0.01% 1.26%
> 0 traffic_shape
> 16 820636
>296017 2772 0.45%
>0.22% 0.23% 0 ARP Input
> 2 130252
> 16011 8135
>0.09% 0.04% 0.04% 0 Load Meter
> 74 135212
>298601 452 0.09%
> 0.04% 0.05% 0 SSS Feature Time
> 87 183240
>153148 1196 0.09%
>0.08% 0.08% 0 DHCPD Receive
> 30 41760
> 76880 543
> 0.09% 0.01% 0.00% 0 TTY Background
>
> 75 27056
> 15539 1741
>0.09% 0.01% 0.00% 0 TCP Timer
> 91 308172
>725947 424 0.09%
> 0.08% 0.09% 0 RBSCP Background
> 95 122852
>116348 1055 0.09%
>0.07% 0.07% 0 CEF process
>
>остальные процессы по нулям
>
>в сумме 2% закгрузка, а показывает 91%
>при увеличении трафика от клиентов возрастает до 99%
>По-порядку:
Статистика загрузки CPU за 5сек выдается 2-мя числами: <общий процент от используемой мощности(загрузки) CPU за 5 сек - total percent CPU busy>/<общий процент от используемой мощности(загрузки) CPU за 5 сек затрачиваемой на обработку прерываний>. "one minute" и "five minutes" - общий процент от используемой мощности(загрузки) CPU как экспоненциальное среднее за 1 и 5 мин соответственно.
В вашем случае "CPU utilization for five seconds: 91%/87%":
91%-87%=4% мощности(загрузки) CPU используется запланированными процессами "by scheduled processes" (либо шедулером на обработку контекстов каждого процесса). Почти 2% (1.92%) из этих 4-х "поедает" <IP Input> + почти 1% <traffic_shape>. (uSec кстати показывает среднее кол-во времени в микросекундах на обработку процесса за каждый вызов (при свичинге контекста)).
Вывод: на interrupt затрачивается ограмоне кол-во процессорного времени, что может быть следствием proccess switching'a и большой загрузки (pps), в то время как на <IP Input> -всего ничего. Можно либо включить CEF и тогда загрузка CPU уменьшится, но шейпинг работать не будет, либо уменьшить загрузку до Вашей 36-ой.
cef был включен, при этом traffic-shape работал
заменил все traffic-shape на rate-limit
оставил 20 аксес листовзагрузка уменьшилась, но не понятно откуда взялось virtual exec
все дебаги отключены, через телнет никто не работаетCPU utilization for five seconds: 71%/74%; one minute: 71%; five minutes: 71%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
129 1896 17391 109 3.85% 1.06% 0.27% 130 Virtual Exec
5 20480 973 21048 1.14% 0.21% 0.18% 0 Check heaps
56 482248 48439 9955 0.65% 0.93% 0.78% 0 IP Input
91 16148 53105 304 0.16% 0.16% 0.16% 0 RBSCP Background
2 15496 1207 12838 0.08% 0.04% 0.02% 0 Load Meter
77 2772 5653 490 0.08
в основном пакеты идут через fast switchingFastEthernet0/0
Throttle count 0
Drops RP 6524 SP 0
SPD Flushes Fast 0 SSE 0
SPD Aggress Fast 0
SPD Priority Inputs 12774 Drops 0Protocol IP
Switching path Pkts In Chars In Pkts Out Chars Out
Process 72025 7587764 58450 6046134
Cache misses 0 - - -
Fast 7028798 3362361075 6912853 3223049297
Auton/SSE 0 0 0 0Protocol ARP
Switching path Pkts In Chars In Pkts Out Chars Out
Process 6333 380004 4312 275968
Cache misses 0 - - -
Fast 0 0 0 0
Auton/SSE 0 0 0 0Protocol CDP
Switching path Pkts In Chars In Pkts Out Chars Out
Process 102 42330 105 35595
Cache misses 0 - - -
Fast 0 0 0 0
Auton/SSE 0 0 0 0Protocol Other
Switching path Pkts In Chars In Pkts Out Chars Out
Process 207
>в основном пакеты идут через fast switching
Не факт, что CEF не работает. Во первых нужно попробовать на разных конфигурациях (с traffic-shape и rate-limit) и посмотреть что и как шейпилось и по какому типу коммутировалось. Cisco реализует 2 типа коммутации пакетов: process switching и interrupt context switching. К реализациям последенего (точнее к реализациям построения route cache) относятся: Fast switching, CEF, dCEF. Как посмотреть что и как коммутируется (http://www.cisco.com/en/US/products/sw/iosswrel/ps1828/produ...), в частности:#sh int stats
GigabitEthernet0/0
Switching path Pkts In Chars In Pkts Out Chars Out
Processor 1093198315 187390289 407550666 362360226
Route cache 3464076371 3929606470 3380562605 3468534950
Total 4557274686 4116996759 3788113271 3830895176Proccessor - это process switching
Route cache - это interrupt context switching
P.S.: "sh adj", "sh cef" и "sh ip cef" в помощь
FastEthernet0/0
Switching path Pkts In Chars In Pkts Out Chars Out
Processor 350670 42958876 232245 23690833
Route cache 46037252 3581894085 44844776 2080494202
Total 46387922 3624852961 45077021 2104185035
cef работает это точноменя волнует virtual exec процесс ну не может же он быть самым
ресурсоемким
>Вывод: на interrupt затрачивается ограмоне кол-во процессорного времени, что может быть следствием proccess switching'a и большой загрузки (pps), в то время как на <IP Input> -всего ничего. Можно либо включить CEF и тогда загрузка CPU уменьшится, но шейпинг работать не будет, либо уменьшить загрузку до Вашей 36-ой.Проблема таже, что у топик-стартера, правда cisco 2514 (роутит 2 Мбит/сек).
Кусок конфига:
class-map match-all voip-traffic
match access-group 150policy-map voip
class voip-traffic
bandwidth percent 20
class class-default
fair-queue
random-detect
access-list 150 remark voip-traffic
access-list 150 permit ip host 212.57.158.х any
access-list 150 permit ip host 212.57.158.х any
access-list 150 permit ip host 212.57.158.х any
access-list 150 permit ip host 212.57.158.х any
access-list 150 permit ip host 212.57.158.х any
access-list 150 permit ip host 212.57.158.х any
access-list 150 deny ip any any
no cdp run
!
!
!
interface Ethernet0
description "To Internet"
bandwidth 2048
ip address 212.57.146.234 255.255.255.252
no ip redirects
no ip proxy-arp
service-policy output voip
no cdp enable
!
interface Ethernet1
description "To Local"
ip address 212.57.158.62 255.255.255.248
no ip redirects
no ip proxy-arp
no cdp enableno ip http server
ip classless
ip route 0.0.0.0 0.0.0.0 212.57.146.233 100
ip route 212.57.158.0 255.255.255.192 212.57.158.61
Фрагментации не видно:sh ip traffic
IP statistics:
Rcvd: 1473266216 total, 31261 local destination
0 format errors, 0 checksum errors, 313 bad hop count
2 unknown protocol, 61 not a gateway
0 security failures, 0 bad options, 0 with options
Opts: 0 end, 0 nop, 0 basic security, 0 loose source route
0 timestamp, 0 extended security, 0 record route
0 stream ID, 0 strict source route, 0 alert, 0 cipso, 0 ump
0 other
Frags: 0 reassembled, 0 timeouts, 0 couldn't reassemble
0 fragmented, 0 couldn't fragment
Bcast: 11454 received, 0 sent
Mcast: 0 received, 0 sent
Sent: 20016 generated, 736454781 forwarded
Drop: 8018 encapsulation failed, 0 unresolved, 0 no adjacency
827 no route, 0 unicast RPF, 0 forced drop
Drop: 0 packets with source IP address zeroICMP statistics:
Rcvd: 3 format errors, 0 checksum errors, 0 redirects, 9 unreachable
1610 echo, 0 echo reply, 0 mask requests, 0 mask replies, 0 quench
0 parameter, 0 timestamp, 0 info request, 0 other
0 irdp solicitations, 0 irdp advertisements
Sent: 0 redirects, 3057 unreachable, 0 echo, 1610 echo reply
0 mask requests, 0 mask replies, 0 quench, 0 timestamp
0 info reply, 313 time exceeded, 0 parameter problem
0 irdp solicitations, 0 irdp advertisementsTCP statistics:
Rcvd: 8699 total, 10 checksum errors, 111 no port
Sent: 5229 totalUDP statistics:
Rcvd: 20915 total, 1 checksum errors, 11118 no port
Sent: 9864 total, 0 forwarded broadcastsBGP statistics:
Rcvd: 0 total, 0 opens, 0 notifications, 0 updates
0 keepalives, 0 route-refresh, 0 unrecognized
Sent: 0 total, 0 opens, 0 notifications, 0 updates
0 keepalives, 0 route-refreshOSPF statistics:
Rcvd: 0 total, 0 checksum errors
0 hello, 0 database desc, 0 link state req
0 link state updates, 0 link state acksSent: 0 total
IP-EIGRP statistics:
Rcvd: 0 total
Sent: 0 totalPIMv2 statistics: Sent/Received
Total: 0/0, 0 checksum errors, 0 format errors
Registers: 0/0, Register Stops: 0/0, Hellos: 0/0
Join/Prunes: 0/0, Asserts: 0/0, grafts: 0/0
Bootstraps: 0/0, Candidate_RP_Advertisements: 0/0
Queue drops: 0
State-Refresh: 0/0IGMP statistics: Sent/Received
Total: 0/0, Format errors: 0/0, Checksum errors: 0/0
Host Queries: 0/0, Host Reports: 0/0, Host Leaves: 0/0
DVMRP: 0/0, PIM: 0/0
Queue drops: 0ARP statistics:
Rcvd: 26372 requests, 1762 replies, 0 reverse, 0 other
Sent: 7406 requests, 24365 replies (0 proxy), 0 reverseip cef включен:
sh cef int Ethernet 0.0
Ethernet0 is up (if_number 2)
Corresponding hwidb fast_if_number 2
Corresponding hwidb firstsw->if_number 2
Internet address is 212.57.146.234/30
ICMP redirects are never sent
Per packet load-sharing is disabled
IP unicast RPF check is disabled
Inbound access list is not set
Outbound access list is not set
IP policy routing is disabled
BGP based policy accounting is disabled
Hardware idb is Ethernet0
Fast switching type 1, interface type 34
IP CEF switching enabled
IP CEF Feature Fast switching turbo vector
Input fast flags 0x0, Output fast flags 0x4000
ifindex 1(1)
Slot 0 Slot unit 0 Unit 0 VC -1
Transmit limit accumulator 0x0 (0x0)
IP MTU 1500sh ip cef Ethernet 0.0
Prefix Next Hop Interface
0.0.0.0/0 212.57.146.233 Ethernet0
212.57.146.232/30 attached Ethernet0
212.57.146.233/32 212.57.146.233 Ethernet0
sh ip cef Ethernet 1.0
Prefix Next Hop Interface
212.57.158.0/26 212.57.158.61 Ethernet1
212.57.158.56/29 attached Ethernet1
212.57.158.59/32 212.57.158.59 Ethernet1
212.57.158.60/32 212.57.158.60 Ethernet1
212.57.158.61/32 212.57.158.61 Ethernet1sh proc cpu s | e 0.00%
CPU utilization for five seconds: 62%/58%; one minute: 62%; five minutes: 64%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
33 33676 403 83563 2.31% 0.18% 0.17% 2 Virtual Exec
31 1452160 247430 5868 0.87% 0.07% 0.04% 0 IP Input
53 12921856 1700364 7599 0.31% 0.23% 0.24% 0 CEF process
10 6943644 1199898 5786 0.23% 0.13% 0.11% 0 ARP Input
2 1927092 225368 8550 0.15% 0.04% 0.02% 0 Load Meter
21 5825652 1109810 5249 0.15% 0.11% 0.10% 0 Per-Second Jobs
18 7954544 356708 22299 0.15% 0.04% 0.04% 0 Net Background
85 3003220 1139441 2635 0.15% 0.02% 0.01% 0 NTP
15 1911024 1109848 1721 0.07% 0.03% 0.02% 0 GraphItа временами и под 90%.
Выше был сделан вывод: "на interrupt затрачивается ограмоне кол-во процессорного времени, что может быть следствием proccess switching'a и большой загрузки (pps), в то время как на <IP Input> - всего ничего. Можно либо включить CEF и тогда загрузка CPU уменьшится..."
Может не стоит доверять таблицам производительности роутеров?
Для платформы 2500 эти значения:
Process Switching - 800 pps
Fast Switching - 4400 ppsУ меня они вроде не достигаются:
sh int Ethernet 0.0
Ethernet0 is up, line protocol is up
Hardware is Lance, address is 0010.7b3c.6e16 (bia 0010.7b3c.6e16)
Description: "To Internet"
Internet address is 212.57.146.234/30
MTU 1500 bytes, BW 2048 Kbit, DLY 1000 usec,
reliability 255/255, txload 56/255, rxload 158/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:27, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: Class-based queueing
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/21/256 (active/max active/max total)
Reserved Conversations 1/1 (allocated/max allocated)
Available Bandwidth 1127 kilobits/sec
5 minute input rate 1275000 bits/sec, 526 packets/sec
5 minute output rate 452000 bits/sec, 633 packets/sec
345479540 packets input, 2376911287 bytes, 0 no buffer
Received 1694 broadcasts, 0 runts, 0 giants, 99779* throttles
414771 input errors, 0 CRC, 0 frame, 0 overrun, 414771 ignored
0 input packets with dribble condition detected
392196407 packets output, 1977630327 bytes, 0 underruns
0 output errors, 15832822 collisions, 199568 interface resets
0 babbles, 0 late collision, 10545064 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped outЧто еще можно посмотреть? Или просто cisco2514 не справляется по процессорной мощи?
sh proc cpu h
atlas 10:25:52 AM Friday Jul 11 2008 CHDST
9999999999999999999999999999999999999999988888888888888888
6644441111111111222224444455555555550000033333222222222211
100 ** **********
90 *****************************************
80 ************************************************************
70 ************************************************************
60 ************************************************************
50 ************************************************************
40 ************************************************************
30 ************************************************************
20 ************************************************************
10 ************************************************************
0....5....1....1....2....2....3....3....4....4....5....5....
0 5 0 5 0 5 0 5 0 5
CPU% per second (last 60 seconds)9998777786788767887676655555566956787666556645777457776666
7068849822949785032286944304512941520620170474076491703399
100 * * *
90 #*#* * *
80 #*##* *** **#* *** * * ** ** *
70 ######**# #*##**##* #** * ##** *** *#* **
60 ###################*#** *### *###*** **# ### *###**#*
50 ###################*###******####*######*###**### *########*
40 ############################################################
30 ############################################################
20 ############################################################
10 ############################################################
0....5....1....1....2....2....3....3....4....4....5....5....
0 5 0 5 0 5 0 5 0 5
CPU% per minute (last 60 minutes)
* = maximum CPU% # = average CPU%