Turris Omnia'daki ALLNET ALL4781-VDSL2-SFP stick her 30 ila 120 dakikada bir resync atıyor
Sonunda VDSL2 hattımı ISP kutusundan çıkarıp Turris Omnia'nın kendisinde sonlandırdım, esas olarak PPPoE'nin bridge modundaki ikinci bir cihaz yerine router üzerinde çalışması için. Kurulum tarafı keyifliydi: stick'i kafese oturt, WAN interface'i metal soketi devre dışı bırakıp kendiliğinden modüle geçiyor, internal link de kendi kendine geliyor. Yeşil LED DSL sync'ini takip ediyor, turuncu olan router'a bakan tarafı.
- Turris Omnia, PPPoE modeme bakan interface'te konfigüre edilmiş
- SFP kafesinde ALLNET ALL4781-VDSL2-SFP modem stick
- tam 100 Mbit down'da train olan VDSL2 hattı
option ifname 'eth1.7', çünkü hattım VLAN 7 tag'i istiyor
On dakikalık konfigürasyon artı bir reboot ile line rate'te geldi. Sorun kalıcı olmaması. Yarım saatle iki saat arasında bir yerde DSL desync oluyor, geri gelmesi iki üç dakika sürüyor:
LCP terminated by peer
Modem hangup
eth1: link is downŞimdiye kadar yaptıklarım:
- stick'i yeniden oturttum, router'ı reboot ettim, sonrasındaki aralık aynı
- DSL patch kablosunu değiştirdim, stick'i hattaki ilk sokete taşıdım
- interface üzerinde kimse çakışmasın diye bakır WAN kablosunu çıkardım
Hiçbiri bu deseni değiştirmiyor. Bu stick mi, hattım mı, yoksa Omnia'nın kafesi sürme şekli mi? Bu modem stick'i uzun vadede resync olmadan çalıştıran var mı?
Comments 4
Bu bilinen kötü kombinasyon: gerçekten 100 Mbit yapabilen bir hatta firmware 3.4. Stick'in kendisi bozuk değil - tanıdığım başka bir Omnia, aynı modülü uzun süredir bir VDSL2 profile 17a hattında çalıştırıyor ve bir kere bile resync olmadı, bu yüzden bu konudaki raporlar böyle ikiye ayrılıyor. Hangi hattın hangi gruba düştüğünü önceden datasheet'ten okuyamazsın.
Şu sırayla iki şey.
Önce, firmware için vendor'a git. 3.4'ün hattın 100 Mbit'e ulaşabildiği yerlerde bozuk davrandığını kabul ettiler, yeni build de hiçbir şeye mal olmuyor, onu çalıştırmamak için sebep yok.
İkincisi, sonrasında LED'leri izlemeye devam et. Önce yeşilin sönmesi DSL demek, turuncu ise kafes tarafı demek. Yeni build'de yeşil düşmeye devam ederse, firmware senin hattında hikayenin tamamı değildi demektir.
Sonucu dürüstçe söylemek gerekirse, nasılsa soracaksın: güncellemenin hiçbir şeyi değiştirmediği ve resync'lerin aynı otuz dakika ile iki saat aralığında devam ettiği en az bir hat biliyorum. Bu stick'te stabilite, build kadar hat karakteristiklerine de bağlı görünüyor, yani firmware'i garanti bir çözüm değil, denenecek en ucuz şey olarak gör. Ondan sonra da düşmeye devam ederse, göz alıcı olmayan çözüm önüne bir modem koymak ve PPPoE oturumunu router üzerinde
eth1.7üzerinden tutmak - böylece elindeki config'i korursun ve sync'in peşinden koşmayı bırakırsın.Stick'te hangi firmware var? Dolaşımda birden fazla build var ve hızlı hatlarda aynı şekilde davranmıyorlar, önce netleştirilmesi gereken şey bu.
Router'ı suçlamadan önce iki şey daha. Düştüğü anda yeşil LED mi sönüyor, yoksa turuncu hareket ederken yeşil yanık mı kalıyor? Bu sana DSL sync'in mi kaybolduğunu yoksa sadece Omnia'ya doğru linkin mi kaybolduğunu söyler. Bir de düşmeden önceki dakikalarda stick'in kendisinden işe yarar bir şey alabiliyor musun - attainable rate, SNR margin, hata sayaçları? Ölene kadar hızını koruyan bir sync, önce sürünerek düşen birinden çok farklı okunur.
Stick'te firmware 3.4 var.
Kutunun yanına oturdum ve art arda üç düşüş yakaladım: önce yeşil sönüyor, turuncu boyunca yanık kalıyor. Yani router'a doğru link hiç kıpırdamıyor, ölen DSL sync ve PPPoE oturumu da onun peşinden düşüyor. Bu da
LCP terminated by peer'ı sebep değil sonuç yapıyor, zaten şüphelendiğim ama kanıtlayamadığım şey buydu.Sayaçlar konusunda sana verecek bir şeyim yok. Attainable rate, margin, hata sayıları - stick bunların hiçbirini bulabildiğim hiçbir yerde göstermiyor, router da bana sadece sync rate'i gösteriyor, başka bir şey değil. O rakam kaybolduğu saniyeye kadar line rate'te duruyor, yani önce sürünerek düşen bir şey yok, direkt gidiyor. Profil de ISP modemi hattın önündeyken olduğundan beri değişmedi.
Farklı stick, aynı kafes, test ederken bilmekte fayda var.
Bir Omnia'da HALNy HL-GSFP GPON stick'im vardı: kernel onu sorunsuz algıladı, port inband/1000base-x'e geçti, sonra eth2 orada sonsuza kadar down oturdu. Uyumluluk değil, zamanlama meselesi. Modül kendi küçük OS'unu taşıyor ve herhangi bir şeye yanıt vermeden önce bir dakikaya yakın bir süre istiyor, kafes ise power-on'dan birkaç saniye sonra probe ediliyor. Probe kimseyi evde bulamıyor, router sessizce metal WAN'da kalıyor ve SFP interface hiç uyanmıyor. u-boot'ta
fw_setenv bootdelay 60bunu kalıcı olarak çözdü.Bu bir oturumun ortasındaki resync'i açıklamaz, yani senin cevabın değil. Ama bir düşüşten sonra reboot edip kendini bakırda bulursan, baktığın mekanizma budur, ölü bir modül değil.