Stick ALLNET ALL4781-VDSL2-SFP di Turris Omnia resync tiap 30 sampai 120 menit
Akhirnya saya pindahkan line VDSL2 saya dari box ISP dan terminasi langsung di Turris Omnia, terutama supaya PPPoE jalan di router, bukan di perangkat kedua dalam mode bridge. Bagian setup-nya menyenangkan: pasang stick-nya di cage dan WAN interface langsung pindah ke modul itu, socket metalik-nya jadi tidak terpakai, dan link internalnya nyala sendiri. LED hijau mengikuti DSL sync, yang oranye sisi yang menghadap router.
- Turris Omnia, PPPoE terkonfigurasi di interface yang menghadap modem
- Stick modem ALLNET ALL4781-VDSL2-SFP di cage SFP
- line VDSL2 yang training penuh di 100 Mbit down
option ifname 'eth1.7', karena line saya minta tag VLAN 7
Sepuluh menit konfigurasi plus satu reboot dan langsung up di line rate penuh. Masalahnya, ini tidak bertahan. Suatu waktu antara setengah jam sampai dua jam DSL-nya desync, dan butuh dua sampai tiga menit untuk kembali:
LCP terminated by peer
Modem hangup
eth1: link is downYang sudah saya coba:
- pasang ulang stick-nya dan reboot router, intervalnya tetap sama setelahnya
- ganti kabel patch DSL dan pindahkan stick ke socket pertama di line
- cabut kabel WAN tembaga supaya tidak ada yang berebut interface
Tidak ada yang mengubah polanya. Ini masalah di stick-nya, line saya, atau cara Omnia men-drive cage-nya? Apa ada yang menjalankan modem stick ini jangka panjang tanpa resync?
Comments 4
Itu kombinasi buruk yang sudah dikenal: firmware 3.4 di line yang memang sanggup 100 Mbit. Stick-nya sendiri tidak rusak - Omnia lain yang saya tahu sudah menjalankan modul yang sama di line VDSL2 profile 17a dalam waktu lama dan belum pernah resync sekali pun, makanya laporan soal alat ini terbelah seperti itu. Line mana yang masuk kelompok mana bukan sesuatu yang bisa kamu baca dari datasheet sebelumnya.
Dua hal, dengan urutan ini.
Pertama, hubungi vendor soal firmware-nya. Mereka sudah mengakui 3.4 bermasalah di line yang bisa mencapai 100 Mbit, dan build yang lebih baru gratis, jadi tidak ada alasan untuk tidak memakainya.
Kedua, terus pantau LED-nya setelah itu. Kalau hijau mati duluan berarti DSL, kalau oranye berarti sisi cage-nya. Kalau hijau masih tetap drop di build yang baru, firmware bukan satu-satunya cerita di line kamu.
Jujur soal hasilnya, karena kamu pasti akan tanya juga: saya tahu setidaknya satu line di mana update ini tidak mengubah apa-apa dan resync-nya tetap berlanjut di rentang tiga puluh menit sampai dua jam yang sama. Stabilitas stick ini sepertinya tergantung karakteristik line sama besarnya dengan tergantung build, jadi anggap firmware ini sebagai hal termurah untuk dicoba, bukan perbaikan yang dijamin. Kalau masih drop setelah itu, jalan pintas yang tidak keren adalah pasang modem lagi di depan dan tetap jalankan sesi PPPoE di router lewat
eth1.7- kamu tetap pakai konfigurasi yang sudah ada dan berhenti mengejar sync-nya.Firmware apa yang ada di stick-nya? Ada lebih dari satu build yang beredar dan perilakunya tidak sama di line yang cepat, jadi itu yang perlu dipastikan lebih dulu.
Dua hal lagi sebelum menyalahkan router-nya. Pas dropnya terjadi, LED hijaunya mati, atau tetap menyala sementara yang oranye yang bergerak? Itu menunjukkan apakah DSL sync-nya hilang atau cuma link ke arah Omnia-nya. Dan apa kamu bisa dapat sesuatu yang berguna dari stick-nya sendiri di menit-menit sebelum drop - attainable rate, SNR margin, error counter? Sync yang bertahan di rate-nya sampai detik terakhir sebelum mati itu ceritanya beda jauh dari yang merangkak turun duluan.
Firmware 3.4 di stick-nya.
Saya duduk di sebelah box-nya dan menangkap tiga kali drop berturut-turut: hijau mati duluan, oranye tetap menyala sepanjang waktu. Jadi link ke arah router tidak pernah berubah, DSL sync-nya yang mati dan sesi PPPoE ikut turun bersamanya. Itu juga bikin
LCP terminated by peerjadi akibat, bukan penyebab, seperti yang saya duga tapi belum terbukti.Soal counter saya tidak punya apa-apa untuk dikasih. Attainable rate, margin, error count - stick-nya tidak menunjukkan itu semua di mana pun yang bisa saya temukan, dan router cuma menunjukkan sync rate-nya, tidak ada yang lain. Angka itu tetap di line rate sampai detik terakhir sebelum hilang, jadi tidak ada yang merangkak turun duluan, dia langsung pergi begitu saja. Profile-nya juga tidak berubah sejak modem ISP masih ada di depan line ini.
Stick yang berbeda, cage yang sama, perlu diketahui selagi kamu masih menguji.
Saya pernah pasang stick GPON HALNy HL-GSFP di Omnia: kernel-nya mengenali tanpa keluhan, port-nya berpindah ke inband/1000base-x, terus eth2 diam di down selamanya. Ini soal timing, bukan kompatibilitas. Modulnya membawa OS kecil sendiri dan butuh hampir semenit sebelum mau merespons apa pun, sementara cage-nya di-probe cuma beberapa detik setelah power-on. Probe itu tidak menemukan siapa-siapa, router-nya diam-diam tetap di WAN metalik dan interface SFP-nya tidak pernah bangun.
fw_setenv bootdelay 60di u-boot menyelesaikannya untuk selamanya.Itu tidak akan menjelaskan resync di tengah sesi, jadi itu bukan jawaban buat kamu. Tapi kalau suatu saat kamu reboot setelah drop dan malah balik ke tembaga, itu mekanisme yang sedang kamu hadapi, bukan modul yang mati.