Cisco 7604 + RSP720 3CXL + WS-X6704-10GE เพิ่มเคาน์เตอร์ข้อผิดพลาดบนพอร์ต แต่ไม่มีการสูญเสียผ่านพอร์ต

Cisco 7604 + RSP720 3CXL + WS-X6704-10GE เพิ่มตัวนับข้อผิดพลาดบนพอร์ต แต่ไม่มีการสูญเสียผ่านพอร์ต:

   #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

เราเตอร์จะใช้สำหรับการยกเลิกลูกค้าและ จำกัด ช่องสัญญาณให้กับพวกเขาด้วยการใช้การรักษา

UPDATE:

#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

ฉันกำลังใช้อะแดปเตอร์ "XENPACK to SFP +" และ "Direct Attach Cable SFP + ถึง SFP +" - นี่ทำให้การวินิจฉัยซับซ้อนขึ้น

จะหาสาเหตุของการเติบโตเคาน์เตอร์ได้ที่ไหน?

คุณเห็นข้อผิดพลาด CRC และการกำหนดกรอบและข้อผิดพลาดอินพุตทั่วไป หากสิ่งนี้เกิดขึ้นขณะตั้งค่าพอร์ตอาจเกิดจากผู้คนยังเล่นซอกับไฟเบอร์อยู่

หากสิ่งนี้เกิดขึ้นในระหว่างการทำงานปกติเวลาส่วนใหญ่จะแสดงระดับแสงน้อยหรือข้อผิดพลาดอื่น ๆ ที่มีเส้นใยหรือเลนส์

คุณสามารถตรวจสอบระดับแสงได้ด้วย

show interfaces transceiver 

ระวังว่านี่อาจรายงานการอ่านที่ไม่ถูกต้องสำหรับเลนส์ของบุคคลที่สาม จากนั้นคุณจะต้องค้นหางบประมาณพลังงาน / ขีด จำกัด ของออปติกเพื่อดูว่าคุณอยู่ในขอบเขตที่กำหนดไว้หรือไม่

ตามที่ไมค์แนะนำให้ลองทำความสะอาดจุดยุติไฟเบอร์ทั้งหมด หากไม่ช่วยลองเปลี่ยนเลนส์

ในขณะนี้ข้อผิดพลาดเล็กเกินไปที่จะสังเกตเห็น แต่สามารถเปลี่ยนแปลงได้อย่างรวดเร็ว แก้ไขได้ดีกว่าตอนตื่นตอนตี 3 เพราะมีการสูญเสียสายมากขึ้น

นอกจากนี้สำหรับอินเทอร์เฟซ (ข้อผิดพลาด) เคาน์เตอร์บางครั้งก็จ่ายเพื่อใช้ล่ามผลลัพธ์ของ Cisco ในการวิเคราะห์สิ่งที่คุณเห็น:

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

ใช้การวิเคราะห์ด้วยเม็ดเกลือบางครั้งพวกเขาก็ขาดจุด แต่สามารถช่วยในการรับมุมมองอย่างรวดเร็วเกี่ยวกับสิ่งที่ผิด

อัปเดต :

เมื่อใช้อะแดปเตอร์ XENPAK / SFP + และสายเคเบิล DAC ปัญหาอาจเกิดจากสิ่งใดสิ่งหนึ่ง ลองเปลี่ยนอะแดปเตอร์และ / หรือสายเคเบิล เนื่องจาก DAC ไม่มีเลนส์ในตัว (มันเป็นทองแดง) interface transceiverคำสั่งจะไม่แสดงสิ่งใดที่มีประโยชน์

ความยาวของสายเคเบิลและการรบกวนทางแม่เหล็กไฟฟ้าที่เป็นไปได้อาจทำให้เกิดปัญหากับ DAC หากทุกอย่างล้มเหลวลองเปลี่ยนเป็นเลนส์และสายเคเบิลออพติคัลแล้วดูว่ามันช่วยได้หรือไม่

มีการสูญเสียคุณแค่ไม่เห็นผลกระทบ จอแสดงผลแสดงข้อผิดพลาดอินพุต 155706 จากแพ็กเก็ต 46982598919 ในสามวันก่อนหน้านี้และสี่ชั่วโมง นี่คือ .0003% การสูญหายของแพ็คเก็ตซึ่งเป็นสาเหตุที่ยากที่จะเห็นมือแรกในระหว่างการทดสอบ

หากคุณไม่เห็นผลกระทบใด ๆ ต่อการดำเนินงานโอกาสที่จะถูกเพิกเฉยก็คือ การสูญเสียแพ็คเก็ตในระดับต่ำเช่นนี้มีผลกระทบเล็กน้อยในเครือข่าย IP มาตรฐานและโปรโตคอลชั้นบนจะปรับตาม

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