L2 bridge

L2 bridge merentangkan satu segmen Ethernet ke beberapa router, seolah port-port mereka ada di satu switch: satu port utuh (semua VLAN-nya) atau satu VLAN saja. Berguna untuk perangkat yang harus ada di satu broadcast domain lintas lokasi.

Membuat bridge

1. Buka L2 Bridge → New bridge, beri nama, pilih area.
2. Di tiap router pilih port atau VLAN yang ikut bridge, dan bila perlu alamat bridge untuk router itu. Interface yang sedang dipakai ditolak dengan alasannya: punya alamat IP, DHCP client, hotspot, atau VLAN; anggota bond; atau port bridge lain. Agent memeriksanya lagi di router sebelum membridge.
3. Opsional: nyalakan DHCP server di segmen itu. Pool disarankan otomatis; gateway dan DNS opsional. Di area star, hub yang melayani secara bawaan.
4. Opsional: pilih backup DHCP server di router kedua dengan pool sendiri. Ia hanya menjawab bila server utama diam 2 detik, sehingga segmen tetap mendapat alamat saat router utama mati, tanpa bergantung pada cloud. Failover terukur ±4 detik, kembali ke utama dalam 2 detik.
5. Simpan. Bridge bisa diubah di tempat; router hanya menerapkan selisihnya dan port yang tetap terus meneruskan.

Dengan gateway diatur ke each DHCP router itself, klien server cadangan juga memakai internet router cadangan.

Pengawasan DHCP liar

Pada bridge dengan DHCP CloGTik, setiap router yang membawa bridge mengawasi balasan DHCP dari server selain utama dan cadangan (misalnya router pelanggan yang dicolok ke port yang di-bridge). Tiap yang ditemukan membuka peringatan kritis Rogue DHCP server yang menyebut bridge, MAC servernya, dan router yang melihatnya. Peringatan tertutup ±1 jam setelah server itu terakhir terlihat.

Yang perlu diketahui

• Tiap bridge router punya MAC tetap (02:…), jadi MAC gateway tidak berubah saat port ditambah atau dikurangi.
• Di area mesh, bridge memakai satu interface VXLAN per router, berapa pun jumlah router; dengan failover routing ia berjalan antar-loopback dan ikut dialihkan saat link putus. Di area star, spoke memakai tunnel EoIP ke hub yang meneruskan frame antar-spoke.
• Bridge tidak pernah mengirim frame kembali ke interface asalnya, jadi mesh penuh tidak membuat loop.
• VLAN atau interface baru muncul di pemilih dalam 5 menit.

Persyaratan

Router container mode butuh agent 0.8.3 atau lebih baru (0.16.0 untuk interface VXLAN tunggal; sampai semua router bridge memakainya, bridge tetap memakai tunnel EoIP). Router tunnel mode diperbarui bersama cloud.

Batasan

• Ukuran: sampai 32 router per bridge dan 132 bridge per akun. Setiap frame broadcast/multicast disalin sekali ke tiap router lain di bridge: bridge 32 router mengirim 31 salinan tiap permintaan ARP. Taruh LAN yang ramai (mDNS, NetBIOS, banyak host) di bridge dengan router lebih sedikit.
• Tanpa proteksi loop: bridge berjalan tanpa STP. Bila port yang di-bridge di dua lokasi juga tersambung lewat jalur lain (kabel atau wireless), badai broadcast bisa terjadi.
• Kecepatan: frame 1500 byte difragmentasi di dalam WireGuard, jadi bridge lebih lambat daripada site-to-site yang dirutekan (RB951G: ±10/18 Mbps).
• DHCP: satu server per segmen plus satu cadangan. Server DHCP di balik port yang di-bridge akan bentrok; pengawas melaporkannya tetapi tidak memblokir. Pengawas hanya melihat balasan yang sampai ke bridge router (broadcast, atau yang ditujukan ke router). Klien yang tidak melaporkan elapsed time (beberapa perangkat IoT) tidak mendapat alamat dari cadangan saat utama mati. Klien lama memakai gateway utama sampai pembaruan lease-nya gagal (sampai ±7/8 masa lease). Bila router DHCP utama keluar dari bridge, pengaturan DHCP ikut keluar.
• Akses ke alamat bridge dari jaringan yang di-bridge (mis. WinBox ke alamat bridge) tetap diatur aturan input Anda sendiri.