Dlaczego „show interface” pokazuje „Last input never”, gdy ilość pakietów wzrasta?

Dlaczego po wykonaniu show interfacepolecenia widzę, że Last inputzawsze się pojawia never?

FastEthernet1/31 is up, line protocol is up (connected)
  Hardware is C6k 100Mb 802.3, address is 000d.bd5a.e94e (bia 000d.bd5a.e94e)
  Description: Server
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex, 100Mb/s
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  **Last input never**, output 00:03:19, output hang never
  Last clearing of "show interface" counters 1y3w
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 2000 bits/sec, 4 packets/sec
  5 minute output rate 13000 bits/sec, 20 packets/sec
     148174387 packets input, 16331478383 bytes, 0 no buffer
     Received 465 broadcasts (0 multicast)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     798328682 packets output, 102549789248 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Jak widać, kiedy uruchomię polecenie kilka minut później, inne liczniki wzrosły.

FastEthernet1/31 is up, line protocol is up (connected)
  Last input never, output 00:01:39, output hang never
  5 minute input rate 2000 bits/sec, 4 packets/sec
  5 minute output rate 14000 bits/sec, 20 packets/sec
     148176042 packets input, 16331609502 bytes, 0 no buffer
     798337129 packets output, 102550523914 bytes, 0 underruns

Istnieje kilka liczników interfejsów, które nie działają tak dobrze, jak kiedyś. Czasami dzieje się tak, ponieważ obudowa / router ma tryb „szybkiego” przełączania (CEF lub coś innego), a ten konkretny „wiaderko” nigdy nie zostaje trafiony. Innym powodem może być to, że ten konkretny licznik działa tylko w trybie L3 zamiast w trybie L2. Tego rodzaju rzeczy są dość powszechne, niestety w produktach Cisco, szczególnie w 6500, które mają ogromną ilość starszego kodu / architektury.

Większość ruchu przełączników jest teraz przetwarzana całkowicie sprzętowo (tj. ASIC), ponieważ jest to najszybszy / najlepszy sposób. Ostatnie pola wejściowe i wyjściowe są aktualizowane tylko wtedy, gdy występuje ruch, który jest przełączany przez oprogramowanie lub proces.

Na niektórych platformach można włączyć funkcje, które spowodują przetwarzanie ruchu w oprogramowaniu, co obniży wydajność przełącznika. Te pola są miłe, aby mieć je w pobliżu, dzięki czemu można zobaczyć, kiedy ruch nie jest przełączany sprzętowo.