gói giảm trên giao diện 10gb / s

Tôi có một số gói nhất định bị rớt trên giao diện 10gb / s của mình, trên Cisco 6500 với Sup 720. Bạn có thể thấy bên dưới số lượng gói bị rơi trong vòng một phút, sau khi tôi xóa bộ đếm.

Chúng tôi không thấy bất kỳ sự suy giảm hiệu suất và không có khách hàng nào phàn nàn. Đây sẽ là một vấn đề nghiêm trọng trong tương lai? Tôi chưa bao giờ thấy một gói nào trong hàng đợi. Tôi đang xem xét thay đổi kích thước hàng đợi đầu vào thành 1024 bởi vì nó là 75 gói trong hàng đợi theo mặc định, nhưng tôi tự hỏi tại sao các gói không nhập vào hàng đợi trước khi bị hủy. Trên các giao diện 1gb / s, tôi không thấy bất kỳ gói tin bị rơi nào cả và mọi thứ đều ổn. Xin hãy giúp tôi giải quyết vấn đề với hàng đợi giảm.

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

Tôi đang tự hỏi tại sao các gói không nhập vào hàng đợi trước khi bị hủy.

Vì chúng là lỗi: 8097 input errors, 7120 CRC, 894 frame Nó sẽ không xếp hàng một gói không được nhận đúng - hoặc không được nhận hoàn toàn (hàng đợi đầu vào nằm trong phần mềm, bạn vẫn có thể vượt qua hàng đợi phần cứng mà bạn không thể thay đổi)

Tôi thấy điều này trong đầu ra của bạn:

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

Điều này có nghĩa là bạn có thể có thẻ giao diện mạng (NIC), cáp hoặc trình điều khiển bị lỗi.

Lỗi CRC có xu hướng chỉ ra sự cố với tín hiệu khi nó đi qua phương tiện giữa các thiết bị. Trong đó 1G thường có khả năng phục hồi tốt hơn đối với các vấn đề nhỏ, 10G có thể rất đặc biệt về phương tiện.

Đối với các kết nối bằng đồng, điều này có thể chỉ ra một số loại nhiễu gây chảy vào dây nếu bạn không sử dụng cáp được che chắn hoặc gặp sự cố với mặt đất trong cáp được che chắn.

Đối với sợi, tôi đã gặp lỗi nhiều lần và nguyên nhân phổ biến nhất theo kinh nghiệm của tôi là không ai có hoặc sử dụng bộ sợi thích hợp để làm sạch sợi (bộ thu phát, cáp và cơ sở hạ tầng) khi thực hiện kết nối. Điều này đúng ngay cả với các loại cáp hoàn toàn mới (và đôi khi còn hơn thế).

Một phạm vi sợi có thể rất hữu ích cho quá trình này, vì nó sẽ cho phép bạn xác minh rằng các bề mặt sạch và không có bất kỳ khiếm khuyết nào (vết trầy xước, v.v.) trước khi thực hiện kết nối.

Như đã được chỉ ra trong các câu trả lời và nhận xét khác, hãy kiểm tra xem tín hiệu Rx của bạn có nằm trong biên độ chấp nhận được (không quá mạnh hoặc quá yếu) nếu phần cứng của bạn hỗ trợ nó. Nếu không có gì khác đề nghị sửa nó, thì hãy nhìn vào việc hoán đổi các bộ thu phát và dây cáp nếu có thể (nhớ làm sạch lại nếu bạn làm như vậy).