Warum wird bei der Ausführung eines show interface
Befehls Last input
immer angezeigt 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
Wie Sie sehen, haben sich die anderen Zähler erhöht, wenn ich den Befehl einige Minuten später ausführe.
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
switch
cisco-6500
Mike Marotta
quelle
quelle
Antworten:
Es gibt mehrere Schnittstellenzähler, die nicht mehr so gut funktionieren wie früher. Manchmal liegt dies daran, dass das Gehäuse / der Router einen "schnellen" Umschaltmodus (CEF oder etwas anderes) hat und dieser bestimmte "Eimer" niemals getroffen wird. Ein weiterer Grund könnte sein, dass dieser bestimmte Zähler nur im L3-Modus anstelle des L2-Modus arbeitet. Diese Art von Dingen ist leider bei Cisco-Produkten weit verbreitet, insbesondere beim 6500, der durch eine enorme Menge an Legacy-Code / Architekturen belastet wird.
quelle
Der meiste Switch-Verkehr wird jetzt vollständig in Hardware (dh den ASICs) verarbeitet, da dies der schnellste / beste Weg ist, dies zu tun. Die letzten Eingabe- und Ausgabefelder werden nur aktualisiert, wenn Datenverkehr über Software oder Prozesse vermittelt wird.
Auf einigen Plattformen können Funktionen aktiviert werden, die dazu führen, dass Datenverkehr in der Software verarbeitet wird, wodurch die Switch-Leistung verringert wird. Es ist schön, diese Felder noch zu haben, damit Sie sehen können, wenn der Datenverkehr nicht auf Hardware umgeschaltet wird.
quelle