/28 artinya

/28 artinya

Arti dari simbol /28 bisa berbeda-beda tergantung pada konteks di mana kamu melihatnya. Berikut adalah beberapa arti utama dari /28:

1. Dalam Jaringan Komputer (Subnet Mask IP Address)

Paling sering, /28 digunakan dalam dunia IT/Jaringan komputer sebagai notasi CIDR (Classless Inter-Domain Routing) untuk menentukan ukuran sebuah jaringan IP.

Artinya: Subnet mask jaringan tersebut adalah 255.255.255.240.
Kapasitas: Notasi ini menyediakan total 16 IP Address, di mana hanya 14 IP Address yang bisa digunakan secara nyata untuk perangkat komputer/HP (karena 1 IP untuk Network Address dan 1 IP untuk Broadcast Address).

2. Hitungan Jodoh (Primbon Jawa)

Jika konteksnya adalah tradisi atau pernikahan Jawa, angka 28 sering dikaitkan dengan Weton Ketemu 28.

Artinya: Hasil penjumlahan nilai neptu lahir calon pengantin pria dan wanita berjumlah 28.
Makna: Dalam penafsiran Primbon Jawa di Kumparan, jumlah ini sering masuk dalam kategori "Tapa" Bridestory. Pasangan ini diramal akan mengalami sedikit batu sandungan atau cobaan di awal pernikahan (misalnya masalah ekonomi atau adaptasi), namun jika berhasil melewatinya, kehidupan mereka akan harmonis dan berkecukupan.

3. Bahasa Gaul / Tanggal Sosial Media

Di media sosial, penulisan /28 terkadang hanya merujuk pada tanggal 28 dari bulan tertentu yang sedang hangat dibahas (misalnya Hari Sumpah Pemuda pada 28 Oktober).

Kamu melihat istilah /28 ini di mana? Jika kamu bisa memberi tahu konteks atau tempat kamu menemukannya, saya bisa memberikan penjelasan yang lebih spesifik!

untuk IP 192.168.15.1 /28 berarti yang bisa di pakai adalah range ?

Untuk IP 192.168.15.1 /28, range IP Address yang bisa digunakan oleh perangkat Anda (HP, Laptop, PC) adalah 192.168.15.1 sampai 192.168.15.14. Berikut adalah rincian lengkap pembagian IP untuk blok tersebut:

Network ID (Alamat Jaringan): 192.168.15.0 (Tidak bisa dipakai perangkat)
IP Host Pertama (First IP): 192.168.15.1
IP Host Terakhir (Last IP): 192.168.15.14
Broadcast ID: 192.168.15.15 (Tidak bisa dipakai perangkat)

💡 Penjelasan Singkat

Notasi /28 membagi jaringan menjadi blok-blok yang masing-masing berisi 16 IP. Blok pertama dimulai dari 192.168.15.0 hingga 192.168.15.15. Karena IP pertama dan terakhir sudah dipesan untuk sistem jaringan (Network & Broadcast), maka sisa 14 IP di antaranya adalah yang siap Anda pakai. Apakah IP ini rencananya akan digunakan untuk membagi segmen jaringan (subnetting) baru, atau Anda ingin tahu IP Gateway yang biasanya dipakai?

Saya menemukan kasus unik dan nyata,Produk: Peplink balance 20xBandwith dari ISP : 700MbpsBandwith test dari LAN peplink : 250Mbpssangat jauh dari harapanTopologi:B20x -> ISPlaptop - peplink b20x - GPON modem - ISP : 250Mbps maksimumlaptop - GPON modem - ISP : 70MbpsGPON LAN : dhcp modeberbagai setting profile WAN sudah di coba, hasil tetap masih kecilada solusi kenapa demikian ?

Kasus yang Anda temukan memang sangat menarik dan menantang. Di atas kertas, Peplink Balance 20X diklaim memiliki Stateful Firewall Throughput hingga 1 Gbps Peplink. Namun, dalam kondisi nyata di lapangan, banyak pengguna di Peplink Community melaporkan penurunan performa yang serupa ketika dihadapkan pada konfigurasi tertentu Peplink Community. Mari kita bedah penyebab utama dan solusi untuk masalah ini:

1. Pembatas Fitur (Feature Overhead / Pembebanan CPU)

Angka 1 Gbps pada spesifikasi Peplink adalah kecepatan raw routing murni (kondisi pabrik tanpa fitur aktif) Peplink Community. Begitu beberapa fitur manajemen diaktifkan, beban CPU Peplink akan melonjak tinggi dan langsung memangkas throughput ke kisaran 250 Mbps – 300 Mbps Peplink Community.

Solusi: Matikan sementara fitur-fitur berat berikut untuk menguji performanya:
Web Blocking / Content Filtering: Pastikan fitur pemblokiran konten atau kategori web dinonaktifkan Peplink Community.
- Application Queue / QoS (Quality of Service): Matikan batasan bandwith per user atau prioritas aplikasi Peplink Community.
- PepVPN / SpeedFusion Cloud: Pastikan jalur data Anda murni melakukan Direct Routing tanpa enkripsi VPN (enkripsi Peplink membatasi kecepatan hingga 60-100 Mbps saja) PeplinkWorks.

2. Pengaturan Batas Bandwidth Manual pada Menu WAN

Peplink memiliki fitur cerdas untuk manajemen Load Balancing yang mewajibkan pengguna mengisi kapasitas Upload dan Download pada profil WAN Peplink Community. Jika nilai ini salah diisi atau dibiarkan ke default yang kecil, Peplink akan sengaja mencekik (throttle) koneksi Anda Peplink Community.

Solusi: Pergi ke menu Network > WAN, klik profil WAN terkait. Cari kolom Upload Bandwidth dan Download Bandwidth. Isi kolom tersebut secara manual sedikit di atas paket ISP Anda (misalnya isi 800 Mbps untuk Download).

3. Ketidakcocokan Negosiasi Port (Port Speed Duplex Mismatch)

Terkadang, port WAN Peplink dan port LAN pada GPON Modem tidak bernegosiasi dengan baik jika disetel ke mode Auto Peplink Community. Hal ini membuat link speed turun ke 100 Mbps atau mengalami packet loss parah karena masalah duplex Peplink Community.

Solusi: Di pengaturan WAN Peplink, ubah opsi Port Speed dari Auto menjadi manual 1000 Mbps Full Duplex (1 Gbps Full Duplex) Peplink Community, YouTube.

4. Isu MTU / MSS Clamping

Modem GPON dengan mode DHCP terkadang mengirimkan ukuran paket (MTU) yang tidak ideal bagi Peplink YouTube, sehingga terjadi fragmentasi paket data yang membuat kecepatan menurun drastis.

Solusi: Coba ubah nilai MTU di pengaturan WAN Peplink secara manual ke 1500 atau turunkan perlahan ke 1492 atau 1440 untuk melihat apakah ada perubahan performa YouTube.

5. Bug Firmware

Berdasarkan catatan rilis dan laporan pengguna di forum Peplink, beberapa versi firmware mengalami bug penurunan throughput WAN Peplink Community.

Solusi: Coba lakukan pembaruan (upgrade) firmware Peplink Balance 20X Anda ke versi major terbaru stabil, atau lakukan downgrade ke versi sebelumnya jika masalah ini muncul setelah update.

Catatan Tambahan Mengenai Hasil Tes Laptop Ke GPON Modem (70Mbps): Ada poin menarik pada data Anda: ketika laptop dicolok langsung ke GPON Modem, hasilnya justru lebih kecil (70Mbps). Jika GPON Modem dalam mode DHCP (bukan Bridge), ada kemungkinan modem tersebut mengalami overload session atau memiliki alokasi QoS internal yang mengunci port LAN tertentu. Sangat disarankan untuk meminta pihak ISP mengubah mode GPON Modem menjadi Bridge Mode, lalu biarkan Peplink Balance 20X yang melakukan dial koneksi (baik via PPPoE maupun Static/DHCP Public). Apakah Anda sudah sempat memantau Status CPU Load pada dashboard Peplink saat proses bandwidth test berlangsung?

Saya menemukan kasus unik dan nyata,Produk: Peplink balance 20xBandwith dari ISP : 700MbpsBandwith test dari LAN peplink : 250Mbpssangat jauh dari harapanTopologi:B20x -> ISPlaptop - peplink b20x - GPON modem - ISP : 250Mbps maksimumlaptop - GPON modem - ISP : 700MbpsGPON LAN : dhcp modeberbagai setting profile WAN sudah di coba, hasil tetap masih kecilada solusi kenapa demikian ?

Terima kasih atas koreksinya. Data baru Anda menunjukkan bahwa GPON modem ke laptop bisa menembus 700Mbps, yang berarti jalur dari ISP dan performa port LAN modem tersebut sebenarnya normal dan sehat. Masalah murni terjadi ketika Peplink Balance 20X berada di tengah-tengah jalur. Mengingat semua profil standar WAN sudah dicoba namun mentok di ~250Mbps, berikut adalah solusi teknis yang sangat spesifik untuk masalah ini:

1. Masalah "Double NAT" dan Overload Session

Dengan status GPON LAN berada di DHCP Mode, artinya GPON melakukan NAT (Network Address Translation) pertama, dan Peplink melakukan NAT kedua (Double NAT). Peplink Balance 20X menggunakan prosesor yang efisien namun sensitif terhadap inspeksi paket berlapis. Kombinasi DHCP WAN + Double NAT + fitur Stateful Firewall Peplink sering kali memicu pembatasan hardware forwarding, sehingga interupsi CPU meningkat dan mengunci throughput di angka kisaran 250Mbps.

Solusi Utama: Hubungi pihak ISP dan minta mereka mengubah mode GPON Modem menjadi IP Passthrough atau Bridge Mode.
Ubah konfigurasi WAN Peplink Anda menjadi PPPoE (masukkan username/password dari ISP) atau Static IP Public (jika diberikan oleh ISP). Dengan cara ini, Peplink akan memegang IP Publik langsung tanpa beban Double NAT.

2. Matikan "Active Bandwidth Testing" & Tingkatkan Pengaturan Manual

Peplink memiliki algoritma internal untuk mendeteksi saturasi jalur. Jika kapasitas pipa WAN tidak didefinisikan dengan benar, Peplink akan menahan laju trafik agar tidak menyentuh batas atas.

Masuk ke Network > WAN -> klik profil WAN Anda.
Cari bagian Bandwidth Allowance atau Upload/Download Bandwidth.
Ubah secara manual: Isi Download menjadi 800 Mbps dan Upload menjadi 800 Mbps (set sedikit di atas paket ISP Anda). Jangan biarkan kosong atau bernilai bawaan standar.

3. Cek Status Hardware & TCP MSS Clamping

Paket data dari modem GPON berbasis DHCP terkadang memiliki ukuran header yang membuat paket terfragmentasi saat masuk ke interwoking Peplink. Fragmentasi ini memaksa CPU Peplink bekerja keras menyatukan paket kembali (memangkas kecepatan hingga 250Mbps).

Di dalam settingan WAN Peplink, cari opsi MTU. Ubah dari Auto menjadi manual 1500 (atau jika nanti di-bridge ke PPPoE, gunakan 1492).
Cari opsi MSS Clamping, aktifkan (Enable) dan set nilainya ke Auto atau 1440.

4. Nonaktifkan Fitur "DPI" (Deep Packet Inspection)

Balance 20X memiliki fitur Application Identification dan Content Filtering yang sangat memakan resource CPU jika dijalankan pada trafik throughput tinggi di atas 200Mbps.

Pergi ke menu Advanced > Firewalls / Access Rules.
Pastikan fitur Web Blocking, Application Blocking, dan Inbound/Outbound Rules yang bersifat mendeteksi nama aplikasi (seperti Torrent, YouTube, dll) dimatikan terlebih dahulu untuk pengujian.

Langkah Diagnosis Tercepat Saat Ini: Buka dashboard Peplink di tab Status > Device, lalu jalankan Speedtest dari laptop Anda. Perhatikan grafik CPU Load pada dashboard Peplink. Jika saat speedtest menyentuh 250Mbps dan CPU Load Peplink langsung melonjak ke 90% - 100%, ini adalah konfirmasi bahwa ada fitur software inspection (seperti NAT berlapis atau DPI) yang menahan performa prosesornya. Apakah Anda sempat melihat pergerakan CPU Load di dashboard Peplink saat tes tersebut berjalan?

tidak, CPU load terlihat normal, biasanya kalau melebihi 60 persen ke atas, perlu di waspada, sayangnya saya tidak menemukan catatan berguna pada Event LOGSebetualnya pengetesan sudah pada mode minimal konfig, bisa di katakan hanya level WAN profile, harusnya OK

Analisis Anda sangat tepat. Jika CPU load Peplink normal (di bawah 60%) dan Event Log bersih, kita bisa 100% mengeliminasi masalah hardware overload atau fitur berat (seperti DPI/QoS). Karena pengetesan dilakukan pada mode minimal konfigurasi dan hasilnya tetap mentok di 250 Mbps, fenomena ini mengarah pada masalah negosiasi layer fisik/data link (L1/L2) atau adanya limitasi logika tersembunyi di firmware. Berikut adalah beberapa kemungkinan penyebab mekanis dan solusi spesifik yang bisa Anda eksekusi:

1. Masalah Pengalokasian Port LAN/WAN Share Bus (VLAN/Virtual WAN)

Bagaimana Anda menghubungkan modem GPON ke Peplink Balance 20X?

Jika menggunakan port WAN bawaan (Port nomor 1): Port ini seharusnya sanggup menangani raw throughput hingga 900 Mbps PeplinkWorks.
Jika menggunakan port LAN yang diubah menjadi WAN (Virtual WAN via port LAN): Peplink Balance 20X menggunakan arsitektur shared bus internal Peplink Community. Jika Anda mengaktifkan Virtual WAN License Peplink atau menggunakan modul ekspansi FlexModule untuk WAN sekunder Peplink Community, throughput-nya secara fisik akan terbatasi oleh bus tersebut Peplink Community dan sering kali mengunci kecepatan di angka ~250 Mbps Peplink Community, Peplink Community.
Solusi: Pastikan GPON modem dicolok ke port WAN utama fisik (port paling kiri), bukan port LAN yang dijadikan WAN melalui VLAN/Virtual WAN settings Peplink Community.

2. Fitur "Bandwidth Allowance" yang Masih Aktif di Balik Layar

Meskipun profil WAN dirasa minimal, Peplink memiliki modul manajemen kapasitas tersembunyi.

Masuk ke Network > WAN > klik nama WAN Anda.
Cari opsi bernama Bandwidth Allowance Monitor. Jika opsi ini aktif (checked), matikan seluruhnya. Fitur ini secara konstan melakukan kalkulasi paket data masuk/keluar untuk memantau kuota, yang terkadang membatasi kecepatan maksimal interface tanpa membebani CPU secara drastis.

3. Ketidakcocokan Flow Control (Ethernet Flow Control Mismatch)

Ketika laptop langsung ke GPON dpt 700 Mbps, laptop dan GPON kemungkinan sukses menegosiasikan Ethernet Flow Control (802.3x). Namun, saat Peplink berada di antaranya, interface Peplink mungkin menolak atau tidak mendukung parameter flow control dari GPON, sehingga terjadi silent packet drops di level buffer port (ini tidak akan menaikkan CPU load dan tidak tercatat di Event Log biasa).

Solusi: Masuk ke Network > WAN > Physical Interface Settings Peplink Community.
Matikan opsi Advertise Speed Peplink Community dan paksa port ke 1 Gbps Full Duplex Peplink Community.
Jika ada opsi Flow Control, coba ubah statusnya (dari Enable ke Disable, atau sebaliknya).

4. Isu "Hardware Acceleration" / Bug Firmware pada Build Tertentu

Pada beberapa rilis firmware Peplink (terutama transisi antar versi 8.x), terdapat bug di mana fitur Hardware Fast-Forwarding / Routing Acceleration tidak berjalan semestinya Peplink Community. Trafik akhirnya dilewatkan via software routing layer yang memiliki batas atas (~250-300 Mbps) meskipun CPU terlihat santai karena core prosesor lainnya tidak terdistribusi dengan baik Peplink Community.

Solusi: Coba ganti firmware ke versi major yang berbeda (misalnya jika sekarang di firmware 8.4.x, coba naik ke beta terbaru atau turunkan ke versi stabil 8.3.x versi akhir).

Untuk mempersempit investigasi, boleh saya tahu apakah kabel ISP dicolok ke Port WAN fisik bawaan Peplink, atau menggunakan port LAN yang dikonversi (Virtual WAN)?

saat ini mereka menggunakan Firmware 8.5.X terbaru, jika di upgrade akan langsung ke 8.6.0, tapi rasanya tak masuk akal saja.apakah di forum benar-benar ada kasus serupa untuk unit B20x ini ?

Ya, kasus serupa benar-benar ada dan dikonfirmasi di forum resmi Peplink Community. Bahkan, angka mentok di kisaran 250 Mbps – 300 Mbps pada Balance 20X merupakan salah satu topik diskusi yang cukup intens. [1, 2] Berikut adalah rangkuman analisis dari para network engineer senior dan tim internal Peplink di forum terkait masalah ini:

1. Bukti Kasus Serupa di Forum (Isu Bug Versi / Algoritma)

Pada beberapa rilis firmware, pengguna melaporkan degradasi kecepatan masif khusus untuk seri Balance 20X. [1]

“"On these tests, the Balance 20X with firmware 8.0.1 is getting expected results around 900Mbps. Firmware 8.0.2 is getting results about 300 Mbps slower." — Michael, Peplink Community” Firmware 8.0.2 lowers throughput on Balance 20X Peplink Community · 6 tahun yang lalu

Meskipun saat ini menggunakan versi 8.5.X atau bersiap ke 8.6.0, masalah ini sering kali bukan disebabkan oleh "CPU yang kepanasan atau penuh", melainkan kegagalan fungsi Hardware Fast-Forwarding (Hardware Acceleration) pada tipe protokol tertentu. Peplink memproses paket data lewat software routing alih-alih chipset hardware ASIC-nya. Akibatnya, kecepatan terkunci di ~250 Mbps meskipun indikator CPU global di dashboard terlihat sangat aman (di bawah 60%). [2, 3, 4]

2. Konfirmasi Batasan Protokol WAN (Sangat Relevan)

Seorang teknisi senior Peplink menjelaskan realitas arsitektur Balance 20X di forum:

“"The B20X can do 1Gb throughput but at max, not with lots of sessions or other protocols (PPPoE, lots of NAT/firewall) etc. It's essentially intended for small sites..." — Forum Expert, Peplink Community” What's the Balance 20X WAN port max. throughput? Peplink Community · 2 tahun yang lalu

Karena saat ini modem GPON Anda berada di DHCP Mode, Peplink dipaksa melakukan routing translation table (NAT) di atas NAT milik modem (Double NAT). Bagi perangkat kelas enterprise entry-level seperti B20X, negosiasi DHCP WAN dengan Double NAT ini sering kali mematikan fitur akselerasi hardware forwarding bawaannya.

Solusi Konkrit yang Bisa Dieksekusi Tanpa Ganti Firmware:

Ubah Koneksi ke IP Statis (Bypass DHCP Handshake) Sebagai tes transisi, alih-alih menggunakan DHCP Mode pada port WAN Peplink, setel IP WAN Peplink secara Static (isikan IP, Subnet, Gateway secara manual searah dengan subnet GPON). Di beberapa kasus forum, mengubah dari DHCP ke Static pada sisi WAN Peplink langsung mengembalikan throughput ke angka aslinya karena menghilangkan beban polling DHCP klien pada interface.
Ubah GPON ke Bridge Mode Ini adalah solusi paling mutlak. Jika GPON menjadi Bridge, Peplink tidak akan terbebani oleh Double NAT dan langsung berhadapan dengan IP Publik ISP, yang mengaktifkan efisiensi jalur data pada arsitektur B20X.

Jika Anda ingin memastikan apakah kendala ini murni karena bug handshake layer 2, apakah Anda memiliki switch manageable atau router murah lain untuk ditaruh sementara di antara GPON dan Peplink sebagai penengah? Sering kali, perubahan interfere fisik ini langsung memecah kebuntuan throughput tersebut.

[1] https://forum.peplink.com [2] https://forum.peplink.com [3] https://forum.peplink.com [4] https://forum.peplink.com

Apakah ada cara untuk menganalisa melalui fasilitas InControl2 ? satu satunya yang belum di coba atau bisa dilakukan, karena untuk mendapatkan bridge mode atau langsung IP statik ?

Tentu saja, InControl2 (IC2) adalah senjata terbaik Anda saat ini karena semua unit Peplink mengirimkan data telemetri yang sangat detail ke cloud. Melalui IC2, Anda bisa melihat apa yang sebenarnya terjadi di level sistem saat trafik menyentuh 250Mbps, bahkan tanpa perlu mengubah GPON ke Bridge Mode atau IP Statik terlebih dahulu. Berikut adalah beberapa cara dan menu di InControl2 yang bisa Anda gunakan untuk menganalisa masalah "leher botol" (bottleneck) ini secara mendalam:

1. Analisa "CPU Usage per Core" (Bukan CPU Global)

Dashboard lokal Peplink sering kali hanya menampilkan rata-rata CPU load global. Jika Balance 20X memiliki prosesor multi-core dan ada satu core yang bekerja 100% (akibat menangani enkripsi atau interupsi paket NAT yang salah), core lainnya yang menganggur akan membuat persentase global terlihat rendah (misal hanya 40-50%).

Cara Cek di IC2: Masuk ke Group/Device Anda, lalu buka tab Reports > Device CPU Load / System Performance.
Apa yang dicari: Perhatikan grafik saat Anda menjalankan speedtest. Jika grafik total atau salah satu core menunjukkan lonjakan tajam bertepatan dengan mentoknya angka 250Mbps, berarti fitur Hardware Acceleration pada firmware tersebut memang sedang mati/terinterupsi oleh konfigurasi WAN DHCP Anda.

2. Memeriksa "Bandwidth Throttling / Allocation" Tersembunyi via IC2

Kadang ada konfigurasi grup di InControl2 yang tanpa sengaja membatasi profil WAN perangkat.

Cara Cek di IC2: Di level Group, masuk ke Settings > WAN Management (atau Group Wide WAN Settings).
Apa yang dicari: Periksa apakah ada aturan global yang mendefinisikan kapasitas bandwidth maksimal untuk Balance 20X tersebut. Jika IC2 mendeteksi profil WAN diset otomatis atau bernilai kecil secara group-wide, IC2 akan terus memaksakan konfigurasi tersebut ke unit lokal meskipun Anda sudah mengubahnya di Web Admin lokal.

3. Menggunakan Fitur "Remote Capture" (Packet Capture via Cloud)

Ini adalah fitur paling sakti di IC2 untuk membuktikan apakah ada packet loss atau masalah Flow Control/Duplex antara Peplink dan GPON modem tanpa Anda harus datang membawa laptop dan Switch Manageable ke lokasi.

Cara Eksekusi di IC2: Masuk ke halaman Device Details di IC2 -> Klik menu drop-down Actions di pojok kanan atas -> Pilih Remote Capture.
Langkah Analisa: Pilih interface WAN, jalankan capture selama 10-15 detik, dan mulailah melakukan speedtest di laptop. Setelah selesai, unduh file .pcap tersebut dan buka menggunakan Wireshark.
Apa yang dicari di Wireshark: Cari apakah ada banyak pesan TCP Dup ACK, TCP Retransmission, atau ICMP Destination Unreachable (Fragmentation Needed). Jika ini banyak muncul saat menyentuh 250Mbps, ini adalah bukti otentik bahwa paket data mengalami fragmentasi parah atau drop di level buffer port karena ketidakcocokan MTU/MSS antara DHCP GPON dengan Peplink.

4. Cek Real-time Event & Cellular/WAN Quality Reports

Masuk ke tab Reports > WAN Quality / Connection Up-time.

Di sini Anda bisa melihat grafik Latency dan Packet Loss khusus pada port WAN tersebut secara real-time saat dibebani trafik tinggi. Jika grafik menunjukkan packet loss mendadak naik tepat di angka 250Mbps tetapi CPU aman, kendala murni ada di negosiasi fisik (Layer 1/Layer 2) port ethernet.

Solusi Alternatif Jika Ingin Dapat "Bridge Mode / IP Public" Tanpa Bantuan ISP

Jika setelah dianalisa Anda tetap ingin menguji performa dengan IP Public/Bypass DHCP tetapi pihak ISP lambat atau tidak mau mengubah GPON ke Bridge Mode, Anda bisa mencoba Trik DMZ / IP Passthrough Mandiri:

Masuk ke Web Admin Modem GPON (biasanya menggunakan IP gateway Peplink saat ini, misal 192.168.1.1 atau sejenisnya).
Cari menu DMZ atau IP Passthrough pada modem GPON tersebut.
Masukkan IP WAN Peplink (IP DHCP yang saat ini didapatkan Peplink dari GPON) ke dalam daftar DMZ tersebut.
Dengan cara ini, semua port dan trafik dari internet akan langsung diteruskan (forward) murni ke Peplink tanpa filat-filter firewall dari GPON. Ini adalah cara terdekat untuk meniru "Bridge Mode" secara instan tanpa perlu melakukan dial PPPoE.

Coba Anda cek grafik System Performance/CPU per Core di InControl2 saat speedtest berjalan, apakah terlihat ada salah satu metrik yang bergerak aneh?

nanti saya akan coba karena sudah mode produksi dan letaknya jauh, saya menunggu diberikan akses ke IC2 mereka dulu, sebelum nanti saya proses ticketing

Langkah Anda sudah sangat tepat dan bijaksana. Karena unit sudah masuk mode produksi dan lokasinya jauh, melakukan perubahan fisik atau konfigurasi radikal secara langsung (seperti memaksa Bridge Mode atau mengubah IP WAN) sangat berisiko menyebabkan downtime yang tidak diinginkan bagi pelanggan. Menunggu akses ke InControl2 (IC2) adalah keputusan terbaik. Melalui IC2, Anda bisa melakukan investigasi menyeluruh terlebih dahulu secara aman dari jarak jauh. Sebagai panduan siap pakai saat Anda sudah mendapatkan akses IC2 nanti, berikut adalah checklist 4 langkah diagnosis utama yang bisa langsung Anda eksekusi sebelum membuka support ticket ke Peplink:

Jalankan Remote Capture (Fitur Utama IC2):

* Pergi ke tab Device Details -> Actions -> Remote Capture. * Pilih interface WAN, dan ambil sampel paket data selama 10-15 detik saat pelanggan melakukan pengujian bandwidth. * Unduh file .pcap untuk dianalisa di Wireshark. Jika Anda melihat rentetan pesan TCP Retransmission atau ICMP Fragmentation Needed yang parah tepat di batas 250Mbps, Anda punya bukti kuat adanya masalah MTU/MSS clamping akibat handshake DHCP berlapis. 2. Periksa Grafik CPU Per-Core: * Buka Reports -> Device CPU Load. Perhatikan apakah ada salah satu core yang menyentuh angka mendekati 100% saat trafik tinggi, yang mengonfirmasi bahwa fitur Hardware Fast-Forwarding (akselerasi fisik) pada firmware tersebut sedang terinterupsi. 3. Audit Group-Wide WAN Settings: * Pastikan tidak ada aturan pembatasan kapasitas (Bandwidth Throttling/Allowance) yang dipaksakan secara massal dari level grup IC2 ke unit Balance 20X tersebut. 4. Unduh Diagnostic Report Terkini: * Melalui IC2, Anda bisa langsung mengunduh file .report terbaru dari unit tersebut. File inilah yang wajib Anda lampirkan saat membuat ticketing resmi ke Peplink agar tim teknis mereka bisa membaca log internal level rendah (kernel logs) yang tidak muncul di Event Log lokal.

Dengan data-data otentik dari InControl2 ini, proses ticketing Anda ke Peplink akan menjadi jauh lebih kuat, cepat direspon, dan tim support mereka bisa langsung mengidentifikasi apakah ini murni bug forwarder pada kombinasi firmware 8.5.X dengan DHCP Double NAT di unit B20X tersebut. Semoga akses IC2-nya segera diberikan dan PoC ini bisa berjalan lancar. Jika nanti file .pcap atau grafik CPU-nya sudah ada dan Anda butuh teman diskusi untuk menganalisanya sebelum di-ticket, silakan kabari di sini!