Cisco 7604 + RSP720 3CXL + WS-X6704-10GE meningkatkan penghitung kesalahan pada port, tetapi tidak ada kerugian melalui port

Cisco 7604 + RSP720 3CXL + WS-X6704-10GE meningkatkan penghitung kesalahan pada port, tetapi tidak ada kerugian melalui port:

   #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

Router digunakan untuk penghentian pelanggan dan batas saluran untuk mereka dengan menggunakan Pemolisian.

MEMPERBARUI:

#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

Saya menggunakan adaptor "XENPACK ke SFP +" dan "Direct Attach Cable SFP + ke SFP +" - ini mempersulit diagnosis.

Di mana menemukan penyebab penghitung pertumbuhan?

Anda melihat CRC dan membingkai kesalahan dan kesalahan input umum. Jika ini terjadi saat mengatur port, ini bisa disebabkan oleh orang yang masih mengutak-atik serat.

Jika ini terjadi selama operasi normal sebagian besar waktu itu menunjukkan tingkat cahaya rendah atau kesalahan lain dengan serat (s) atau optik.

Anda dapat memeriksa level cahaya dengan

show interfaces transceiver 

Hati-hati karena ini mungkin melaporkan pembacaan yang salah untuk optik pihak ketiga. Anda kemudian harus mencari anggaran daya / batas optik untuk melihat apakah Anda sesuai dengan spesifikasi.

Seperti yang disarankan Mike, coba bersihkan semua terminasi serat. Jika itu tidak membantu cobalah mengganti optik.

Saat ini kesalahan terlalu kecil untuk diperhatikan tetapi itu dapat berubah dengan sangat cepat. Lebih baik memperbaikinya sekarang daripada dibangunkan pada jam 3 pagi karena tiba-tiba ada lebih banyak kerugian di telepon.

Juga untuk penghitung antarmuka (kesalahan) kadang-kadang terbayar untuk menggunakan juru bahasa keluaran Cisco untuk menganalisis apa yang Anda lihat:

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

Ambil analisis dengan sebutir garam, kadang-kadang mereka kehilangan intinya tetapi dapat membantu dalam mendapatkan pandangan cepat tentang apa yang salah.

PEMBARUAN :

Saat menggunakan XENPAK / SFP + Adapter dan kabel DAC masalahnya bisa dengan salah satunya. Coba ganti Adaptor dan / atau kabel. Karena DAC tidak memiliki optik di dalamnya (itu tembaga), interface transceiverperintah tidak akan menunjukkan sesuatu yang berguna.

Panjang kabel dan kemungkinan interferensi elektromagnetik dapat menyebabkan masalah dengan DAC. Jika semuanya gagal coba beralih ke optik dan kabel optik dan lihat apakah itu membantu.

Ada kerugian, Anda hanya tidak melihat dampaknya. Layar hanya menampilkan 155706 kesalahan input dari 46982598919 paket dalam tiga hari dan empat jam sebelumnya. Ini adalah .0003% paket loss, itulah sebabnya sangat sulit untuk melihat secara langsung saat pengujian.

Jika Anda tidak melihat dampak operasional, kemungkinan hal ini dapat diabaikan dengan aman. Tingkat kehilangan paket yang rendah memiliki efek yang dapat diabaikan dalam jaringan IP standar dan protokol lapisan atas akan beradaptasi.

Jika Anda bermaksud melacak sumbernya, itu akan sulit. Seperti yang ditunjukkan Mike, langkah pertama adalah memeriksa kekuatan sinyal (tunjukkan antarmuka xxxx transceiver; ini membutuhkan modul dengan kemampuan DOM) dan coba bersihkan titik-titik penghentian kabel patch Anda. Jika itu tidak berhasil, coba ganti kabel patch. Sebagai sedotan terakhir, ganti modul optik yang sebenarnya.