Есть Cisco 3640(32D/16F), модуль NM-2FE2W, NM-30DM и NM-8B-S/T
IOS: c3640-i-mz.122-6
Циска работает как RAS server.
С периодичностью 2-3 дня повторяется следующая ситуация:
На интерфесе Fa0/0 происходит заполнение output queue и пакеты перестают через него ходить. Помогает только перезагрузка.

sh int f 0/0
FastEthernet0/0 is up, line protocol is up
  Hardware is AmdFE, address is 00d0.58ec.2681 (bia 00d0.58ec.2681)
  Internet address is 10.21.0.25/24
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, 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 15:24:20, output hang never
  Last clearing of "show interface" counters never
  Queueing strategy: fifo
  Output queue 150/150, 6492 drops; input queue 0/75, 0 drops
  5 minute input rate 2000 bits/sec, 3 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     124038 packets input, 21616342 bytes
     Received 100196 broadcasts, 0 runts, 0 giants, 0 throttles
     2 input errors, 2 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     20403 packets output, 1942790 bytes, 0 underruns
     0 output errors, 0 collisions, 3 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

sh processes cpu history
                                                              
                                                              
                                     11111                    
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)

                                                              
                                                88            
     22111111111 1111111111111112211111111211111041211111122122
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%

                                                                          
     8                 9                                                  
     4111111111112122312                                                  
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    0

                   CPU% per hour (last 72 hours)
                  * = maximum CPU%   # = average CPU%

На другом конце коммутатор, но дело не в нем т.к. пробовали его менять - не помогло.
Cef включен.
В чем может быть проблема?
Где искать?
Заранее благодарен.

• 'Подвисание' интерфейса FE на 3640,Nailer, 14:32 , 21-Мрт-05
  • 'Подвисание' интерфейса FE на 3640,ferrum, 11:03 , 29-Мрт-05

>Есть Cisco 3640(32D/16F), модуль NM-2FE2W, NM-30DM и NM-8B-S/T
>IOS: c3640-i-mz.122-6
>Циска работает как RAS server.
>С периодичностью 2-3 дня повторяется следующая ситуация:
>На интерфесе Fa0/0 происходит заполнение output queue и пакеты перестают через него
>ходить. Помогает только перезагрузка.
>
>sh int f 0/0
>FastEthernet0/0 is up, line protocol is up
>  Hardware is AmdFE, address is 00d0.58ec.2681 (bia 00d0.58ec.2681)
>  Internet address is 10.21.0.25/24
>  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
>     reliability 255/255, txload 1/255, rxload 1/255
>  Encapsulation ARPA, 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 15:24:20, output hang never
>  Last clearing of "show interface" counters never
>  Queueing strategy: fifo
>  Output queue 150/150, 6492 drops; input queue 0/75, 0 drops
>
>  5 minute input rate 2000 bits/sec, 3 packets/sec
>  5 minute output rate 0 bits/sec, 0 packets/sec
>     124038 packets input, 21616342 bytes
>     Received 100196 broadcasts, 0 runts, 0 giants,
>0 throttles
>     2 input errors, 2 CRC, 0 frame,
>0 overrun, 0 ignored
>     0 watchdog
>     0 input packets with dribble condition detected
>
>     20403 packets output, 1942790 bytes, 0 underruns
>
>     0 output errors, 0 collisions, 3 interface
>resets
>     0 babbles, 0 late collision, 0 deferred
>
>     0 lost carrier, 0 no carrier
>     0 output buffer failures, 0 output buffers
>swapped out
>
>sh processes cpu history
>
>
>            
>          
>          
>   11111
>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)
>
>
>            
>          
>          
>          
>   88
>     22111111111 1111111111111112211111111211111041211111122122
>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%
>
>
>     8      
>          9
>
>     4111111111112122312
>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    0
>
>            
>       CPU% per hour (last
>72 hours)
>            
>      * = maximum CPU%  
> # = average CPU%
>
>На другом конце коммутатор, но дело не в нем т.к. пробовали его
>менять - не помогло.
>Cef включен.
>В чем может быть проблема?
>Где искать?
>Заранее благодарен.

sh buffers в момент повисания

>sh buffers в момент повисания

Спасибо, разобрался. Посмотрел статью по buffer tunning на сайте циски и все стало понятно.