Dasar-dasar penerusan: VLAN, LAG, spanning tree, routing

Masalah transceiver tidak pernah menampakkan diri sebagai masalah transceiver. Yang muncul adalah perubahan topologi spanning tree, anggota LAG yang di-suspend, tetangga OSPF yang naik-turun, tunnel VXLAN yang flapping, atau “separuh pengguna jadi lambat”. Untuk membaca gejala-gejala tersebut kembali ke lapisan fisik, Anda memerlukan kosakata forwarding: bagaimana switch mempelajari alamat MAC, apa itu VLAN dan trunk, bagaimana link aggregation melakukan hashing pada flow, mengapa spanning tree memblokir port, dan apa yang dilakukan protokol routing ketika sebuah link berkedip. Halaman ini adalah kosakata tersebut, dibatasi pada hal yang penting saat akar masalahnya mungkin berupa konektor yang kotor.

Layer 2: pembelajaran MAC dan VLAN

Konsep	Yang terjadi	Sudut pandang optik
Pembelajaran MAC	MAC sumber setiap frame dicatat terhadap port ingress; tujuan yang tidak dikenal di-flood	port yang flapping menghapus lalu mempelajari ulang entri — flood singkat setelah setiap flap
Penuaan	entri kedaluwarsa (default 300 s)	—
VLAN (802.1Q)	domain broadcast; frame membawa tag 12-bit (1–4094) pada trunk	—
Port akses	satu VLAN untagged	—
Port trunk	banyak VLAN tagged, satu VLAN native untagged	ketidakcocokan VLAN native pada suatu uplink tampak sebagai konektivitas parsial, bukan kegagalan link
MTU / jumbo	1 500 byte default, 9 000–9 216 jumbo	ketidakcocokan MTU pada suatu uplink meloloskan paket kecil, menjatuhkan paket besar — tampak seperti optik yang intermiten
Storm control, BPDU guard, port security	fitur protektif yang mematikan port	port yang errdisable akibat salah satu fitur ini tampak seperti modul yang mati (Indeks gejala)

Spanning tree

Varian	Konvergensi	Catatan
STP (802.1D)	30–50 s	lama
RSTP (802.1w)	< 1–3 s	default pada kebanyakan platform
MSTP (802.1s)	seperti RSTP, per instance	grup VLAN
PVST+/Rapid-PVST+	per VLAN	Cisco

Spanning tree memblokir jalur L2 yang redundan. Berikut yang dilakukan optik yang buruk terhadapnya:

sebuah uplink yang flapping menghasilkan notifikasi perubahan topologi (TCN); setiap TCN menghapus tabel MAC di seluruh jaringan dan menyebabkan flooding selama beberapa detik — pengguna mengalami stall di setiap flap (Link flapping);
sebuah link satu arah (satu serat optik putus, Tx berfungsi, Rx tidak) dapat menciptakan loop jika BPDU berhenti datang — UDLD, loop guard, dan bridge assurance ada justru untuk mengatasi ini (No link);
LED port yang diblokir (kuning) adalah hal normal pada link yang redundan, bukan gangguan (Penamaan port & LED).

Fabric leaf–spine menghindari STP dengan melakukan routing pada setiap link.

Link aggregation (LAG, port-channel, bond)

Aspek	Aturan
Protokol	LACP (802.1AX / 802.3ad): anggota saling bertukar PDU, menegosiasikan keanggotaan; LAG statis tidak memiliki proteksi
Anggota	kecepatan, dupleks, dan MTU sama; kebanyakan NOS mensyaratkan FEC dan jenis media yang sama — optik 4 × 25G atau DAC 4 × 25G, tidak dicampur
Hashing	flow didistribusikan berdasarkan hash dari bidang MAC/IP/port; satu flow tidak pernah melebihi kecepatan satu anggota
Anggota dengan error	LACP tetap mempertahankannya di dalam bundle selama PDU masih lewat; error CRC pada satu anggota merusak flow yang di-hash ke anggota tersebut — “sebagian sesi lambat, yang lain baik-baik saja” adalah ciri khasnya (Metrik VDM & FEC)
Min-links	bundle down jika anggota yang up kurang dari N — melindungi dari beroperasi hanya dengan satu link yang terdegradasi
Nama	`Port-channel`, `ae`, `Eth-Trunk`, `bond`, `PortChannel` sesuai NOS
Lintas dua switch	MLAG/vPC/VLT (Stacking & MLAG)

Praktis: ketika sebuah LAG “berfungsi tetapi lambat”, periksa counter per anggota dan DDM, bukan bundle-nya.

Layer 3: routing pada switch

Konsep	Apa itu	Sudut pandang optik
SVI / routed port	antarmuka IP pada sebuah VLAN atau pada sebuah port fisik	uplink yang routed tidak memiliki STP; flap adalah sebuah event routing
Static / OSPF / IS-IS / BGP	protokol routing; fabric DC memakai BGP (eBGP per link) atau OSPF	log naik/turun tetangga menunjukkan persis link mana yang flapping dan kapan
ECMP	multipath equal-cost pada N uplink; flow di-hash seperti pada LAG	satu uplink yang buruk mendegradasi 1/N flow; BFD (50–300 ms) mendeteksi kegagalan lebih cepat daripada timer protokol
Dampening	menahan antarmuka yang flapping agar tidak melakukan advertise	optik yang flapping akhirnya di-dampen — link “up” tetapi trafik tidak di-routing
VRF	tabel routing yang terpisah (VRF manajemen!)	melakukan ping ke switch lewat VRF yang salah tampak seperti kegagalan link
First-hop redundancy (HSRP/VRRP)	gateway virtual di antara dua switch	flap memicu switchover gateway

Overlay

Overlay	Di mana	Sudut pandang optik
VXLAN / EVPN	fabric DC: L2 di atas L3	tunnel menumpang ECMP; satu link spine yang gagal mendegradasi tunnel secara acak, bukan deterministik
MPLS / SR	carrier	fast reroute (< 50 ms) menutupi flap — periksa counter underlay
EVPN multihoming (ESI-LAG)	menggantikan MLAG	link anggota ke leaf yang berbeda, aturan sama seperti anggota LAG

Flow control dan kelas lossless

Mekanisme	Tujuan	Sudut pandang optik
802.3x pause	menghentikan tetangga	jarang dipakai; pause global menyembunyikan kongesti
PFC (802.1Qbb)	pause per prioritas untuk RoCE/FCoE	link dengan error CRC memicu retransmit, bukan pause — tetapi pause storm dari port yang flapping dapat men-stall fabric satu kelas lossless secara menyeluruh (Lossless Ethernet)
ECN	menandai kongesti	—

Membaca gejala forwarding kembali ke lapisan fisik

Gejala forwarding	Penyebab fisik yang perlu diperiksa
TCN STP setiap beberapa menit, MAC flap di log	satu uplink flapping — daya Rx DDM mendekati sensitivitas, konektor kotor
Anggota LACP “suspended” / “individual”	ketidakcocokan FEC atau kecepatan pada anggota tersebut; modul tidak dikenali
Tetangga OSPF/BGP reset pada satu link	optik yang flapping, atau modul mencapai batas suhu
ECMP: sebagian flow lambat atau lossy	satu uplink dengan FEC uncorrectable / CRC
Jumbo frame gagal, ping berhasil	MTU — bukan optik
Loop atau broadcast storm setelah perbaikan serat optik	link satu arah, tertukarnya polaritas pada MPO, UDLD yang tidak ada
Trafik berhenti setelah upgrade software	optik pihak ketiga ditolak pada rilis baru (Matriks kompatibilitas & firmware)
Server melihat link up, tanpa trafik	ketidakcocokan VLAN/native yang salah, atau LAG di switch tapi tidak di server

Pemeriksaan fisik di balik setiap baris: Indeks gejala, Memverifikasi optik pada switch.

Di CodingBox

Gejala pada lapisan forwarding menunjuk ke sebuah port; port menunjuk ke sebuah modul; DDM, identitas, dan ambang modul tersebut — dibaca di switch atau di meja kerja — menuntaskan kasusnya. Menyimpan catatan per modul di dalam code database mengubah “LAG lambat lagi” menjadi “anggota 3, serial X, Rx −17 dBm, sudah diganti”.

Jika Anda menemukan ketidakakuratan atau kesalahan dalam artikel ini, pilih bagian teks yang bersangkutan lalu tekan Ctrl+Enter untuk .