Port fiber ERS 8600 up di 1G full duplex tapi switch-nya nggak learn MAC apa pun di situ
Satu server fisik di ERS 8600 kami nggak ngomong sama siapa pun, dan switch-nya cukup yakin semuanya baik-baik aja. Port-nya udah di kondisi ini sejak server-nya dipindah dari copper ke fiber.
- Avaya ERS 8600, server di port SFP 1G di slot 3, port 12
- NIC server dengan SFP-nya sendiri, patch fiber lewat panel gedung
- port-nya dibiarin di 1 Gbps full duplex, nggak ada yang aneh-aneh di config
Yang switch-nya laporin buat port itu:
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: noneJadi port-nya training, tetap up berhari-hari, nggak ngitung error sama sekali, tapi forwarding database-nya nggak pernah dapat satu address pun dari situ. Server-nya nggak bisa diakses dari sisa VLAN-nya.
Yang udah saya coba:
- bounce port-nya beberapa kali, nggak ada yang berubah
- toggle flow control dua arah, juga nggak ada apa-apa
- telusurin FDB buat VLAN server-nya: ada address dari semua port lain, nggak satu pun dari 3/12
- server-nya ngotot link-nya sendiri up di gigabit
Ke mana kalian bakal lihat berikutnya, sisi switch-nya atau optik di server-nya?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Pola itu - link up, full duplex, counter bersih, forwarding database kosong - hampir selalu berarti ujung satunya ngirim cahaya ke fiber tapi bukan frame yang valid. Modul di server-nya itu tersangka pertama kamu, bukan konfigurasi switch-nya.
Bersihin dulu sisi switch-nya biar nggak ada yang bisa berdebat belakangan. Di diagnostic shell ERS 8600, jalanin
dumpPortStatedanpsDump(<port index>)buat port itu. Perhatiin index-nya: itu bukan slot/port dari CLI normal, itu slot * 64 + (nomor port - 1). Kalau itu balik dengan local port yang sehat dan counter yang bersih, switch-nya udah beres kerjaannya dan fault-nya ada di sisi lain fiber-nya.Sebelum kamu beli apa pun, singkirin dulu instalasinya dari persamaan: patch port itu langsung balik ke dirinya sendiri lewat modul cadangan tipe yang sama, terus ukur apa yang keluar dan apa yang balik dan lihat apa dua-dua pembacaan itu stabil di tempat yang spec modulnya bilang harusnya begitu. Abis itu, tukar SFP di NIC server-nya. Di kasus yang terdokumentasi dengan gejala ini, itu jadi seluruh fix-nya: port switch-nya nahan link berhari-hari, nggak ada apa pun yang bisa dipakai yang keluar dari fiber-nya, dan address-nya muncul persis waktu modul server-nya diganti.
Satu catatan kalau modul yang udah kebukti bagus nggak ngubah apa-apa: beberapa platform punya defect software yang kelihatannya identik. ERS 5900 punya satu yang terdokumentasi: tukar modul uplink 1 Gbps dengan SFP+ 10 Gbps dan link-nya naik aktif tanpa ada yang lewat di situ. Rilis software yang lebih baru nyebut itu udah corrected, dan reset port atau switch bikin kamu jalan sementara itu. Jadi kalau tukar modulnya nggak membantu, baca dulu release notes buat kode kamu.
Zero error bareng zero address yang di-learn itu kombinasi yang sangat spesifik, jadi pastiin arah mana yang beneran mati. Counter port-nya nunjukin ada frame yang diterima sama sekali, atau literally nggak ada yang masuk? Kalau sisi receive-nya flat sementara sisi transmit-nya terus naik, switch-nya lagi ngomong ke lubang dan FDB kamu yang kosong itu gejala, bukan masalahnya.
Layak juga dump apa pun yang berhasil ditarik switch-nya dari modulnya sendiri. Di line VSP 7000 itu
show interfaces gbic-info, dipersempit pakaiport <port number>kalau kamu cuma mau satu, dan itu ngasih tau device apa yang box-nya pikir terpasang dan apa dia anggap itu supported; kalau rilis ERS kamu punya yang setara, post output-nya buat 3/12. Dan bilang juga modul apa yang nangkring di NIC server-nya, merk dan tipe, bukan cuma 'sebuah SFP'.Masuk ke diagnostic shell seperti yang disaranin. Buat slot 3 port 12, index-nya jadi 3 * 64 + 11 = 203, jadi
psDump(203)plusdumpPortState- local port sehat, counter bersih, nggak ada yang salah di switch-nya sama sekali, persis kayak yang diprediksi.Jadi saya cabut SFP dari NIC server-nya dan masukin cadangan tipe yang sama. MAC address-nya udah ada di forwarding database sebelum saya balik ke meja saya, dan server-nya bisa diakses sejak itu. Modul mati di sisi server yang masih ngehasilin cukup cahaya buat bikin port-nya naik dan nahan itu di situ. Makasih, saya bakal buang satu hari lagi baca ulang config switch.