Apa yang terjadi ketika switch Cisco menerima frame dengan MAC tujuan yang tidak dikenal?

Saat mengatasi lonjakan lalu lintas yang tidak terduga atau meninjau perilaku switch selama audit jaringan, satu pertanyaan muncul berulang kali:

Apa yang sebenarnya dilakukan oleh switch Cisco ketika menerima frame yang alamat MAC tujuannya tidak ada dalam tabel alamat MAC-nya?

Secara sepintas, ini tampak seperti konsep Layer 2 dasar. Namun, dalam jaringan perusahaan yang sebenarnya, perilaku ini seringkali merupakan sinyal pertama yang terlihat dari masalah operasional atau skalabilitas yang lebih dalam.

Artikel ini menjelaskan apa yang terjadi, mengapa hal itu terjadi, dan bagaimana menafsirkan perilaku tersebut dengan benar di lingkungan dunia nyata.

Daftar Isi

• Bagian 1: Jawaban Singkat
• Bagian 2: Bagaimana Switch Cisco Meneruskan Frame
• Bagian 3: Mengapa Terjadi Banjir Unicast yang Tidak Diketahui
• Bagian 4: Ketika Banjir Menjadi Masalah
• Bagian 5: Kapasitas CAM dan Siklus Hidup Perangkat Keras
• Bagian 6: Panduan Praktis
• Bagian 7: Pertanyaan yang Sering Diajukan

Bagian 1: Jawaban Singkat — Banjir Unicast yang Tidak Diketahui

Ketika sebuah switch Cisco Jika menerima frame Ethernet dengan alamat MAC tujuan yang tidak ada dalam tabel alamat MAC (tabel CAM) miliknya, maka sistem akan memperlakukan frame tersebut sebagai siaran unicast tak dikenal.

Saklar kemudian Membanjiri frame ke semua port di VLAN yang sama, kecuali untuk port tempat frame tersebut diterima.

Perilaku ini sudah sesuai harapan, berdasarkan standar, dan bukan hanya terjadi pada Cisco.

Bagian 2: Bagaimana Switch Cisco Menentukan Ke Mana Frame Akan Diteruskan

Switch Layer 2 membuat keputusan penerusan menggunakan tabel alamat MAC-nya, yang memetakan:

• Alamat MAC
• VLAN
• Port masuk
• Pengatur waktu penuaan

Ketika sebuah frame tiba, switch melakukan dua tindakan secara bersamaan:

Mempelajari alamat MAC sumber

Jika MAC sumber baru, maka akan ditambahkan ke dalam tabel. Jika sudah ada, penghitung waktu kedaluwarsa akan diperbarui (5 menit secara default).

Mencari alamat MAC tujuan

Jika ditemukan kecocokan, frame hanya akan diteruskan ke port yang terkait. Jika tidak ditemukan kecocokan, frame akan disebarkan ke seluruh VLAN.

Jika perangkat tujuan merespons, switch akan mempelajari lokasi MAC-nya dan lalu lintas selanjutnya akan menjadi penerusan unicast standar.

Bagian 3: Mengapa Terjadi Banjir Unicast yang Tidak Diketahui

Terjadi pengiriman pesan unicast yang tidak diketahui lokasinya untuk memastikan konektivitas ketika informasi penerusan pada switch tidak lengkap.

• Penuaan alamat MAC: Perangkat yang tidak aktif mungkin akan dihapus entri MAC-nya setelah penghitung waktu kedaluwarsa berakhir.
• Endpoint yang hanya menerima data atau memiliki lalu lintas rendah: Sensor, printer, dan sistem pemantauan yang jarang mengirimkan lalu lintas data.
• Tingkat churn yang tinggi pada endpoint: Mesin virtual, klien nirkabel, dan perangkat seluler yang sering bergabung dan meninggalkan jaringan.
• Topologi atau asimetri lalu lintas: Lalu lintas balik tidak melewati jalur Layer 2 yang sama, sehingga mencegah pembelajaran MAC.

Banjir sesekali adalah hal normal. Banjir yang terus-menerus bukanlah hal normal.

Bagian 4: Ketika Banjir Unicast yang Tidak Dikenal Menjadi Masalah

Dari perspektif operasional, banjir unicast yang tidak diketahui menjadi masalah ketika:

• Berkelanjutan, bukan sesekali.
• Lebih terlihat jelas selama jam kerja.
• Berkorelasi dengan latensi, kehilangan paket, atau lonjakan penggunaan CPU.
• Ditandai oleh tim keamanan karena visibilitas lalu lintas lateral yang tidak terduga.

Dalam beberapa kasus, penyerang sengaja mencoba melakukan MAC flooding, membanjiri tabel CAM dengan alamat sumber palsu. Setelah tabel penuh, switch akan membanjiri sebagian besar lalu lintas, sehingga meningkatkan risiko kerentanan.

Bagian 5: Faktor yang Sering Terabaikan — Kapasitas CAM dan Siklus Hidup Perangkat Keras

Salah satu penyebab utama yang sering diabaikan dari banjir unicast yang terus-menerus terjadi tanpa diketahui penyebabnya adalah... keterbatasan perangkat keras, bukan konfigurasi..

Switch yang lebih tua atau mendekati akhir masa dukungan seringkali memiliki kapasitas tabel CAM yang lebih kecil, pembelajaran MAC yang lebih lambat di bawah beban, dan perilaku flooding yang kurang dapat diprediksi dalam skala besar.

Dalam lingkungan modern dengan penyebaran nirkabel yang padat, virtualisasi, dan titik akhir IoT, batasan ini dapat dicapai secara alami—tanpa kesalahan konfigurasi apa pun.

Oleh karena itu, selama investigasi unicast yang tidak diketahui, memverifikasi apakah model switch mendekati akhir masa pakai atau akhir dukungan dapat lebih efektif daripada menyesuaikan timer atau mengaktifkan fitur tambahan.

Jika Anda tidak yakin tentang status siklus hidup model switch tertentu, gunakan perangkat lunak khusus. pemeriksa status EOL/EOS dapat dengan cepat mengklarifikasi apakah keterbatasan perangkat keras—bukan perilaku protokol—yang berkontribusi pada banjir data yang terus-menerus.

Bagian 6: Panduan Praktis untuk Insinyur dan Manajer TI

Sebelum menganggap banjir unicast yang tidak dikenal sebagai masalah konfigurasi, verifikasi hal berikut:

• Apakah banjir terjadi sesekali atau terus-menerus?
• Berapa banyak alamat MAC aktif yang ada per VLAN?
• Apakah pemanfaatan meja CAM mendekati kapasitas maksimal?
• Apakah titik akhir (endpoint) sangat mobile atau tervirtualisasi?
• Apakah model switch tersebut masih dalam siklus hidup yang didukung?

Menjawab pertanyaan-pertanyaan ini sering kali menentukan apakah langkah selanjutnya adalah penyesuaian konfigurasi—atau perencanaan infrastruktur.

Bagian 7: Pertanyaan yang Sering Diajukan

Q1. Apa yang terjadi ketika switch menerima frame untuk alamat MAC tujuan yang tidak dikenal?

Switch tersebut mengirimkan frame ke semua port di VLAN lokal kecuali port masuk.

Q2. Apa yang dilakukan switch Cisco jika tidak menemukan alamat MAC tujuan?

Ia memperlakukan frame tersebut sebagai unicast yang tidak dikenal dan meneruskannya ke semua segmen dalam domain siaran yang sama.

Q3. Bagaimana switch menangani frame unicast yang tidak dikenal?

Metode ini menggunakan unicast flooding untuk memastikan host tujuan menerima frame dan dapat merespons, sehingga memungkinkan switch untuk mempelajari lokasi MAC.

Q4. Apakah banjir siaran unicast yang tidak diketahui selalu menjadi masalah?

Tidak. Banjir sesekali adalah hal normal. Banjir yang terus-menerus biasanya menunjukkan keterbatasan skala, desain, atau perangkat keras.

Takeaway Terakhir

Jika switch Cisco menerima frame dengan alamat MAC tujuan yang tidak dikenal, switch tersebut akan menyebarkan frame tersebut di dalam VLAN sambil mempelajari alamat MAC sumber. Perilaku tersebut adalah hal yang wajar.

Yang penting adalah seberapa sering hal itu terjadi dan mengapa.

Dalam jaringan perusahaan modern, banjir unicast tak dikenal yang terus-menerus bukan hanya tentang perilaku Ethernet—tetapi lebih tentang asumsi skala, kapasitas CAM, dan realitas siklus hidup perangkat keras.

Memahami perbedaan tersebut membantu tim menghindari kesalahan diagnosis dan membuat keputusan operasional dan infrastruktur yang lebih tepat.