paket drop pada antarmuka 10gb / s

Saya memiliki sejumlah paket yang dijatuhkan pada antarmuka 10gb / s saya, pada Cisco 6500 dengan Sup 720. Anda dapat melihat di bawah jumlah paket yang dijatuhkan dalam satu menit, setelah saya membersihkan penghitungnya.

Kami tidak melihat penurunan kinerja, dan tidak ada pelanggan kami yang mengeluh. Apakah ini akan menjadi masalah serius di masa depan? Saya belum pernah melihat satu paket pun dalam antrian. Saya sedang mempertimbangkan mengubah ukuran antrian input ke 1024 karena secara default 75 paket dalam antrian, tapi saya bertanya-tanya mengapa paket tidak masuk sama sekali sebelum dijatuhkan. Pada antarmuka 1gb / s saya tidak melihat paket yang dijatuhkan sama sekali dan semuanya baik-baik saja. Tolong bantu saya menyelesaikan masalah dengan antrian tetes.

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 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

Saya bertanya-tanya mengapa paket tidak masuk dalam antrian sama sekali sebelum dijatuhkan.

Karena itu adalah kesalahan: 8097 input errors, 7120 CRC, 894 frame Ini tidak akan mengantri paket yang tidak diterima dengan benar - atau tidak diterima sepenuhnya (input antrian dalam perangkat lunak, Anda masih dapat membanjiri antrian perangkat keras, yang tidak dapat Anda ubah)

Saya melihat ini di output Anda:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

Ini berarti Anda dapat memiliki kartu antarmuka jaringan (NIC), kabel, atau driver yang salah.

Kesalahan CRC cenderung mengindikasikan masalah dengan sinyal saat melintasi media antara perangkat. Di mana 1G sering lebih tangguh terhadap masalah-masalah kecil, 10G bisa sangat khusus tentang medium.

Untuk koneksi tembaga, ini dapat mengindikasikan semacam gangguan pendarahan ke dalam kawat jika Anda tidak menggunakan kabel berpelindung, atau masalah dengan ground pada kabel berpelindung.

Untuk serat, saya telah menemukan kesalahan beberapa kali, dan penyebab paling umum dalam pengalaman saya adalah bahwa tidak ada yang memiliki atau menggunakan kit serat yang tepat untuk membersihkan serat (transceiver, kabel, dan infrastruktur) saat membuat koneksi. Ini benar bahkan dengan kabel baru (dan terkadang lebih).

Lingkup serat bisa sangat berguna untuk proses ini, karena akan memungkinkan Anda untuk memverifikasi bahwa permukaan bersih dan bebas dari segala cacat (goresan, dll) sebelum membuat sambungan.

Seperti yang telah ditunjukkan dalam jawaban dan komentar lain, periksa apakah sinyal Rx Anda berada dalam batas yang dapat diterima (tidak terlalu kuat atau terlalu lemah) jika perangkat keras Anda mendukungnya. Jika tidak ada yang disarankan untuk memperbaikinya, maka lihat menukar transceiver dan kabel jika memungkinkan (ingat untuk membersihkan lagi jika Anda melakukannya).