ทำไม“ แสดงส่วนต่อประสาน” แสดง“ อินพุตสุดท้ายไม่เคย” เมื่อใส่แพ็คเก็ตอินพุตเพิ่มขึ้น?


14

ทำไมเมื่อฉันทำshow interfaceคำสั่งฉันเห็นว่าLast inputแสดงตลอดเวลา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

อย่างที่คุณเห็นเมื่อฉันรันคำสั่งสองสามนาทีต่อมาตัวนับอื่น ๆ จะเพิ่มขึ้น

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

นี่คือแพลตฟอร์มใดและเป็นพอร์ตที่กำหนดเส้นทางหรือไม่
Yosef Gunsburg

คำตอบ:


8

มีตัวนับอินเทอร์เฟซหลายตัวที่ใช้งานไม่ได้เช่นเดียวกับที่เคยใช้ บางครั้งอาจเป็นเพราะแชสซี / เราเตอร์มีโหมดการสลับ 'รวดเร็ว' (CEF หรืออย่างอื่น) และ 'ถัง' นั้นจะไม่ถูกโจมตี อีกเหตุผลหนึ่งอาจเป็นเพราะตัวนับนั้นทำงานในโหมด L3 แทนโหมด L2 เท่านั้น สิ่งของชนิดนี้ค่อนข้างพบได้ทั่วไป แต่น่าเสียดายที่ผลิตภัณฑ์ของซิสโก้โดยเฉพาะอย่างยิ่งใน 6500 ซึ่งมีรหัส / สถาปัตยกรรมแบบดั้งเดิมจำนวนมหาศาลที่ชั่งน้ำหนักลง


4

ขณะนี้ทราฟฟิกส่วนใหญ่จะถูกประมวลผลทั้งหมดในฮาร์ดแวร์ (เช่น ASIC) เนื่องจากเป็นวิธีที่เร็วที่สุด / ดีที่สุดในการทำเช่นนั้น เขตข้อมูลอินพุทและเอาท์พุทล่าสุดจะได้รับการอัพเดตเฉพาะเมื่อมีทราฟฟิกที่เป็นซอฟต์แวร์หรือกระบวนการเปลี่ยนไป

ในบางแพลตฟอร์มมีคุณสมบัติที่คุณสามารถเปิดใช้งานซึ่งจะทำให้ปริมาณการใช้งานถูกประมวลผลในซอฟต์แวร์ซึ่งจะลดประสิทธิภาพของสวิตช์ เขตข้อมูลเหล่านี้ยังดีที่มีอยู่รอบ ๆ ดังนั้นคุณสามารถดูได้ว่าทราฟฟิกไม่ได้เปลี่ยนฮาร์ดแวร์

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.