ALLNET ALL4781-VDSL2-SFP stick trên Turris Omnia resync mỗi 30 đến 120 phút
Cuối cùng tôi cũng chuyển đường VDSL2 ra khỏi hộp của ISP và đấu thẳng vào chính Turris Omnia, chủ yếu để PPPoE chạy trên router thay vì trên một thiết bị thứ hai ở chế độ bridge. Phần setup khá dễ chịu: cắm stick vào cage là WAN interface tự chuyển sang module, bỏ hẳn cổng kim loại ra khỏi cuộc chơi, và internal link tự lên. Đèn xanh theo dõi DSL sync, đèn cam là phía hướng về router.
- Turris Omnia, PPPoE cấu hình trên interface hướng về modem
- stick modem ALLNET ALL4781-VDSL2-SFP trong cage SFP
- đường VDSL2 train full ở 100 Mbit down
option ifname 'eth1.7', vì đường của tôi cần tag VLAN 7
Mười phút cấu hình cộng một lần reboot là lên đúng line rate. Vấn đề là nó không giữ được. Đâu đó giữa nửa tiếng và hai tiếng thì DSL desync, và cần hai đến ba phút để quay lại:
LCP terminated by peer
Modem hangup
eth1: link is downNhững gì đã thử:
- tháo lắp lại stick và reboot router, khoảng cách giữa các lần vẫn y như cũ
- đổi cáp patch DSL và chuyển stick sang socket đầu tiên trên đường dây
- rút cáp WAN đồng ra để không có gì tranh chấp trên interface
Không cái nào thay đổi được kiểu lặp lại đó. Đây là do stick, do đường dây của tôi, hay do cách Omnia điều khiển cage? Có ai đang chạy con modem stick này lâu dài mà không bị resync không?
Comments 4
Đó là tổ hợp xấu đã biết rồi: firmware 3.4 trên một đường dây thực sự làm được 100 Mbit. Bản thân stick không hỏng - một Omnia khác mà tôi biết đã chạy cùng module đó trên đường VDSL2 profile 17a rất lâu rồi mà chưa từng resync lần nào, đó là lý do các báo cáo về con này chia phe như vậy. Đường nào rơi vào nhóm nào thì không thể đọc trước từ datasheet được.
Hai việc, theo thứ tự này.
Thứ nhất, liên hệ vendor về firmware. Họ đã thừa nhận 3.4 có vấn đề ở những đường đạt được 100 Mbit, và bản build mới hơn không tốn gì cả, nên không có lý do gì để không chạy nó.
Thứ hai, sau đó tiếp tục theo dõi đèn LED. Xanh tắt trước nghĩa là DSL, cam nghĩa là phía cage. Nếu xanh vẫn tiếp tục rớt trên bản build mới, thì firmware không phải là toàn bộ câu chuyện trên đường dây của bạn.
Nói thật về kết quả, vì kiểu gì bạn cũng sẽ hỏi: tôi biết ít nhất một đường mà update chẳng thay đổi gì, resync vẫn tiếp tục đều đặn ở khoảng ba mươi phút đến hai tiếng như cũ. Độ ổn định với con stick này có vẻ phụ thuộc vào đặc tính đường dây nhiều như vào bản build, nên coi firmware là thứ rẻ nhất đáng thử chứ không phải một cách sửa chắc chắn. Nếu sau đó vẫn rớt, giải pháp dự phòng kém hào nhoáng là đặt lại một modem phía trước và giữ phiên PPPoE trên router qua
eth1.7- vẫn giữ nguyên config đang có và thôi không phải đuổi theo chuyện sync nữa.Stick đang chạy firmware nào vậy? Có nhiều hơn một bản build đang lưu hành và chúng không hành xử giống nhau trên đường tốc độ cao, nên đó là điều cần xác định trước tiên.
Thêm hai điều nữa trước khi đổ lỗi cho router. Vào đúng lúc rớt, đèn xanh tắt hẳn, hay nó vẫn sáng trong khi đèn cam thay đổi? Điều đó cho biết là mất DSL sync hay chỉ mất link về phía Omnia. Và có lấy được gì hữu ích từ chính stick trong những phút trước khi rớt không - attainable rate, SNR margin, error counter? Một sync giữ nguyên tốc độ cho tới đúng giây nó chết đọc rất khác so với một cái tụt dần xuống trước.
Firmware 3.4 trên stick.
Tôi ngồi cạnh hộp và bắt được ba lần rớt liên tiếp: xanh tắt trước, cam sáng suốt cả quá trình. Vậy là link về phía router không hề động đậy, chính DSL sync chết và phiên PPPoE theo nó rớt xuống. Điều đó cũng khiến
LCP terminated by peerlà hệ quả chứ không phải nguyên nhân, đúng như tôi nghi ngờ nhưng chưa chứng minh được.Về counter thì tôi chẳng có gì để đưa cả. Attainable rate, margin, error count - stick không phơi ra cái nào ở bất cứ đâu tôi tìm được, còn router chỉ cho tôi thấy sync rate và không gì khác. Con số đó giữ nguyên ở line rate cho tới đúng giây nó biến mất, nên chẳng có gì tụt dần trước, nó chỉ đơn giản là mất. Profile cũng không đổi kể từ khi modem của ISP còn nằm phía trước đường dây.
Stick khác, cage giống nhau, đáng biết trong lúc bạn đang test.
Tôi từng cắm một stick GPON HALNy HL-GSFP vào Omnia: kernel nhận nó không phàn nàn gì, port chuyển sang inband/1000base-x, rồi eth2 nằm đó down mãi mãi. Là vấn đề thời điểm, không phải tương thích. Module mang một OS nhỏ riêng của nó và cần gần một phút mới chịu trả lời bất cứ thứ gì, trong khi cage bị probe chỉ vài giây sau khi cấp nguồn. Probe không thấy ai ở nhà, router lặng lẽ ở lại trên WAN kim loại và interface SFP không bao giờ tỉnh dậy.
fw_setenv bootdelay 60trong u-boot giải quyết dứt điểm chuyện đó.Điều đó sẽ không giải thích được một lần resync giữa phiên làm việc, nên không phải câu trả lời cho bạn. Nhưng nếu có lúc nào bạn reboot sau một lần rớt và thấy mình quay lại trên đồng, thì đó chính là cơ chế đang gặp phải, không phải module chết.