paket drop pada antarmuka 10gb / s

9

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
pengguna4262
sumber
Mengenai pengeditan Anda , ejaan bahasa Inggris yang benar untuk lampau "drop" dihapus (lihat kotak info google di bawah baris pencarian)
Mike Pennington
Dalam posting saya, saya menggunakan kata "drop" tetapi saya telah membuat surel (sepertinya otomatis) yang dijatuhkan tidak benar dan harus diperbaiki.
user4262
Stack Exchange juga memiliki situs yang didedikasikan untuk Pembelajar Bahasa Inggris ; jika Anda ingin mendapatkan klarifikasi tentang ini :-)
Mike Pennington
Apakah ada jawaban yang membantu Anda? jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.
Ron Maupin

Jawaban:

11

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)

Ricky Beam
sumber
Terima kasih Ricky, saya entah bagaimana melewatkan informasi ini bahwa jumlah kesalahan sama dengan paket yang dijatuhkan :). Asumsi pertama saya adalah kabel rusak, atau gbic tetapi itu adalah antarmuka utama untuk semua pelanggan streaming video online yang penting, tidak mudah layanan interupsi untuk mendapatkan jendela perawatan :) mungkin untuk berbicara dengan mitra transit ..
user4262
1
@ user4262 Saya telah melihat ini sebagai hasil (9 kali dari 10) serat yang buruk / kotor - menyarankan agar dibersihkan terlebih dahulu, diganti yang kedua sebelum Anda mempertimbangkan optik.
John Jensen
4

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.

mihai
sumber
Ini adalah antarmuka 10gb / s yang terhubung langsung ke ISP melalui GBIc, tidak terhubung ke pengguna akhir ...
user4262
Anda dapat meminta mereka (ISP) untuk memeriksa dari ujung mereka.
mihai
1
Jika itu adalah transceiver optik, pastikan juga Anda tidak menggunakan ambang batas keluaran dari: "sh antarmuka transceiver detail"
mastrboy
Thx mastrboy, tapi semuanya dalam nilai ambang minimum dan maksimum ..
user4262
5
Setiap kali saya melihat kesalahan CRC, atau kesalahan input / output dalam hal ini, saya secara otomatis menganggap ada kesalahan kabel. Tidak selalu demikian, tetapi ada kemungkinan besar; itu sudah pasti.
Ryan Foley
4

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).

YPelajari
sumber
Terima kasih YLearn, saya belum punya banyak pengalaman dengan 10G, ini info yang sangat bagus ..
user4262