Cisco 7604 + RSP720 3CXL + WS-X6704-10GE tăng bộ đếm lỗi trên cổng, nhưng không có mất mát qua cổng

Cisco 7604 + RSP720 3CXL + WS-X6704-10GE tăng bộ đếm lỗi trên cổng, nhưng không có mất mát qua cổng:

   #sh interfaces Te3/4
  TenGigabitEthernet3/4 is up, line protocol is up (connected)
  Hardware is C7600 10Gb 802.3, address is 588d.09b4.8d80 (bia 588d.09b4.8d80)
  MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 42/255, rxload 42/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Gb/s
  Transport mode LAN (10GBASE-R, 10.3125Gb/s)
  input flow-control is off, output flow-control is off
  Clock mode is auto
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 3d03h
  Input queue: 0/75/291/291 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 1667291000 bits/sec, 244099 packets/sec
  5 minute output rate 1665910000 bits/sec, 243961 packets/sec
  L2 Switched: ucast: 4875 pkt, 1667250 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 0 pkt, 0 bytes mcast: 0 pkt, 0 bytes
     46982598919 packets input, 40800999530943 bytes, 0 no buffer
     Received 1748682 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     155706 input errors, 65000 CRC, 11401 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     46985469520 packets output, 40792363160570 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     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

Bộ định tuyến được sử dụng để chấm dứt khách hàng và giới hạn kênh đối với họ bằng cách sử dụng Chính sách.

CẬP NHẬT:

#sh int te3/4 transceiver detail
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable.
++ : high alarm, +  : high warning, -  : low warning, -- : low alarm.
A2D readouts (if they differ), are reported in parentheses.
The threshold values are calibrated.

                              High Alarm  High Warn  Low Warn   Low Alarm
           Temperature        Threshold   Threshold  Threshold  Threshold
Port       (Celsius)          (Celsius)   (Celsius)  (Celsius)  (Celsius)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4        28.2                   70.0       60.0        5.0        0.0

                              High Alarm  High Warn  Low Warn   Low Alarm
           Voltage            Threshold   Threshold  Threshold  Threshold
Port       (Volts)            (Volts)     (Volts)    (Volts)    (Volts)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4        0.00                    N/A        N/A        N/A        N/A

                              High Alarm  High Warn  Low Warn   Low Alarm
           Current            Threshold   Threshold  Threshold  Threshold
Port       (milliamperes)     (mA)        (mA)       (mA)       (mA)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A                    N/A        N/A        N/A        N/A

           Optical            High Alarm  High Warn  Low Warn   Low Alarm
           Transmit Power     Threshold   Threshold  Threshold  Threshold
Port       (dBm)              (dBm)       (dBm)      (dBm)      (dBm)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A         ++         0.9        0.4       -8.2       -8.1

           Optical            High Alarm  High Warn  Low Warn   Low Alarm
           Receive Power      Threshold   Threshold  Threshold  Threshold
Port       (dBm)              (dBm)       (dBm)      (dBm)      (dBm)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A         ++         0.9        0.4      -14.4      -15.0

Tôi đang sử dụng bộ chuyển đổi "XENPACK sang SFP +" và "Cáp gắn trực tiếp SFP + sang SFP +" - điều này làm phức tạp chẩn đoán.

Tìm đâu ra nguyên nhân của quầy tăng trưởng?

Bạn đang thấy CRC và lỗi khung và lỗi đầu vào chung. Nếu điều này xảy ra trong khi thiết lập cổng thì điều này có thể là do mọi người vẫn loay hoay với sợi quang.

Nếu điều này xảy ra trong quá trình hoạt động bình thường, phần lớn thời gian cho thấy mức ánh sáng yếu hoặc một số lỗi khác với (các) sợi quang hoặc quang học.

Bạn có thể kiểm tra mức độ ánh sáng với

show interfaces transceiver 

Coi chừng điều này có thể báo cáo kết quả không chính xác cho quang học của bên thứ 3. Sau đó, bạn sẽ phải tra cứu ngân sách năng lượng / giới hạn của quang để xem bạn có nằm trong phạm vi với thông số kỹ thuật không.

Như Mike đề nghị, hãy thử làm sạch tất cả các chấm dứt sợi. Nếu điều đó không giúp thử thay thế quang học.

Hiện tại các lỗi quá nhỏ để có thể nhận thấy nhưng điều đó có thể thay đổi rất nhanh. Sửa chữa nó tốt hơn bây giờ hơn là thức dậy lúc 3 giờ sáng vì đột nhiên có nhiều mất mát trên đường dây.

Ngoài ra, đối với các bộ đếm giao diện (lỗi) đôi khi bạn phải trả giá để sử dụng trình thông dịch đầu ra của Cisco để phân tích những gì bạn đang thấy:

https://www.cisco.com/pcgi-bin/Support/OutputInterpreter/home.pl

Hãy phân tích với một hạt muối, đôi khi chúng thiếu điểm nhưng nó có thể giúp có được cái nhìn nhanh về những gì sai.

CẬP NHẬT :

Khi sử dụng cáp XENPAK / SFP + và cáp DAC, sự cố có thể xảy ra với một trong hai. Hãy thử thay thế (các) Bộ chuyển đổi và / hoặc cáp. Vì DAC không có quang học trong đó (nó là đồng), nên interface transceiverlệnh sẽ không hiển thị bất cứ điều gì hữu ích.

Ngoài ra, chiều dài cáp và các can nhiễu điện từ có thể gây ra vấn đề với DAC. Nếu mọi thứ không thành công, hãy thử chuyển sang cáp quang và cáp quang và xem nếu điều đó có ích.

Có mất mát, bạn chỉ không thấy tác động. Màn hình chỉ hiển thị 155706 lỗi đầu vào trong số 46982598919 gói trong ba ngày và bốn giờ trước đó. Đây là mất gói .0003%, đó là lý do tại sao rất khó để thấy tận mắt trong quá trình thử nghiệm.

Nếu bạn không thấy bất kỳ tác động hoạt động nào, tỷ lệ cược là điều này có thể được bỏ qua một cách an toàn. Mức mất gói thấp như vậy có tác động khá không đáng kể trong mạng IP tiêu chuẩn và các giao thức lớp trên sẽ điều chỉnh tương ứng.

Nếu bạn có ý định theo dõi nguồn, nó sẽ khó khăn. Như Mike đã chỉ ra, bước đầu tiên sẽ là kiểm tra cường độ tín hiệu (hiển thị bộ thu phát xxxx; điều này đòi hỏi các mô-đun có khả năng DOM) và thử làm sạch các điểm kết thúc của dây vá của bạn. Nếu điều đó không làm việc, hãy thử thay thế dây vá. Như một ống hút cuối cùng, thay thế các mô-đun quang thực tế.