CRS328 với stick GPON Alcatel-Lucent G-010S-P: chỉ có TX, không có RX, wavelength báo 33685 nm
Đang chuyển đường FTTH ở nhà khỏi ONT của nhà mạng sang một stick GPON cắm thẳng trong router của mình, để sợi quang vào thẳng rack và chỉ còn một hộp thay vì hai. Stick được nhận diện, port lên, rồi sau đó không có gì trả về.
- MikroTik CRS328-24P-4S+, stick cắm ở sfp-sfpplus1
- Alcatel-Lucent G-010S-P GPON ONU
- Bell Canada FTTH, sợi quang từ hộp tường đi thẳng vào module
- port đã ghim cứng, autoneg tắt:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXBộ đếm TX cứ tăng, bộ đếm RX đứng yên ở 0, và trang module hiện thế này:
wavelength: 33685.00nmNhững gì tôi đã làm:
- cắm lại và vệ sinh connector, thử sang cage SFP+ thứ hai
- rút hẳn sợi quang ra - giá trị wavelength không đổi, có hay không có sợi cũng vậy
- để port ghim ở 1G cả tiếng đồng hồ phòng khi đó là kiểu ranging chậm
Vậy: 33685.00nm có phải là bằng chứng optic trong cái stick này đã chết, hay switch chỉ đơn giản là decode sai trường EEPROM đó cho một module GPON? Và có điều gì ở phía nhà mạng cần phải xảy ra trước khi một SFP ONU được phép range hay không?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 6
Trong bài của bạn có hai chuyện tách biệt, và chỉ một trong số đó là lỗi thật.
33685.00nm là một lỗi decode, không phải một phép đo. Mấy cái stick này là dual-wavelength - 1310 upstream, 1490 downstream - và switch đọc một trường wavelength duy nhất từ EEPROM như thể đó là một transceiver bình thường chỉ có một laser. Bạn sẽ thấy đúng con số đó trên một stick đang chạy traffic ngon lành, nên nó vô dụng như một công cụ chẩn đoán. Bỏ qua nó đi.
Traffic một chiều mới là chính cái unit. Tôi từng trải qua đúng cái này trên cùng loại switch, một CRS328-24P-4S+: G-010S-P phát nhưng không bao giờ nhận được gì, và line lên ngay khi tôi đổi sang một module khác cùng dòng - một O-010S-P, biến thể extended-temperature. Cùng tài khoản, cùng sợi quang, không đổi config gì cả. Nên cái stick đầu tiên hoặc là hỏng hoặc là sai biến thể cho đường đó.
Giữ port ghim cứng trong lúc test, nếu không bạn sẽ thêm một biến số thứ hai:
Với ALCLFAB trong serial và tài khoản đã được chuyển sang SFP ONU, phần phía nhà mạng coi như xong. Kiếm một stick thứ hai trong tay trước khi tốn thêm một buổi tối nữa vào cái này.
Trước khi gạch bỏ phần optic, kiểm tra nửa nhàm chán trước đã. Trên nhiều tài khoản FTTH, một SFP ONU không phải là cắm vào thay thế trực tiếp cho hộp của nhà mạng: tài khoản phải được provision lại bằng tay cho nó, và một số nhà mạng chỉ chấp nhận module có serial mang đúng tiền tố vendor của họ. TX mà không có gì trả về chính là hình ảnh điển hình của một ONU chưa được cấp phép, nhìn từ phía thuê bao.
Đăng lên xem stick báo vendor và serial là gì, và nói bạn đã cấu hình gì ở phía WAN - VLAN tag, PPPoE hay DHCP.
Serial bắt đầu bằng ALCLFAB, đúng tiền tố họ muốn trên tài khoản FTTH doanh nghiệp ở đây. Tài khoản cũng được cấu hình lại bằng tay cho SFP ONU - việc đó tốn một cuộc gọi điện thoại, tuyến đầu chẳng hiểu tôi đang hỏi cái gì.
Phía router là VLAN 35 trên port SFP với một PPPoE client bên trên. Client không bao giờ qua khỏi discovery. Bộ đếm RX vẫn đứng yên, và số đọc vẫn không đổi ở 33685.00nm dù cắm sợi quang vào hay không.
Để mở rộng thêm điểm về wavelength: cái trường switch đang đọc nằm trong vùng SFF-8472 và được định nghĩa cho một module chỉ có một laser. Một GPON ONU có bộ phát burst-mode và bộ thu ở hai wavelength khác nhau, nên chẳng có một giá trị đúng duy nhất để đặt vào đó, và vendor cứ ghi gì tiện cho họ. Chuẩn không bắt buộc host phải sanity-check byte đó trước khi in ra, nên mới có chuyện nanomet năm chữ số.
Cùng logic đó áp dụng cho các dòng công suất quang trên mấy cái stick này. Nếu bạn cần biết phía PON đang chạy ra sao, lấy từ trạng thái của chính ONU, đừng lấy từ trang diagnostics của switch.
Đáng nói là phần host của chuyện này không phải kiểu tật riêng của MikroTik. Trên dòng 7210 SAS tài liệu của vendor nói thẳng luôn: các bản release đầu không implement DDM chút nào, nên port không hiện công suất quang hay nhiệt độ dù dùng module hỗ trợ, và bạn được bảo phải kiểm tra bản nào thêm tính năng đó cho biến thể của mình. Với module vendor không cung cấp, cùng tài liệu đó nói diagnostics có thể vẫn hiện ra nhưng họ không chịu trách nhiệm về định dạng hay độ chính xác của nó.
Cũng có một cờ capability trong EEPROM của module quyết định platform có coi một SFP là DDM-capable hay không, và module nào không bật cờ đó vẫn có thể in ra những con số trông có vẻ hợp lý mà chẳng ai kiểm chứng.
show port <port> detaillà chỗ đọc được nó ở đó. Tôi coi một giá trị bên thứ ba trên cái hộp đó như một gợi ý, không bao giờ là một phép đo - đại khái là thái độ mà con số 33685 của bạn xứng đáng nhận được.Chốt lại: stick thứ hai đã sửa được. Tôi lắp một O-010S-P, PPPoE client lên trên VLAN 35 trong vòng một phút, không đổi gì phía nhà mạng và không đụng gì trong port config. G-010S-P cũ vẫn làm đúng kiểu chỉ-TX đó ở một cage khác, nên với tôi nó coi như đã chết.
Và đúng vậy - module đang chạy tốt cũng báo 33685.00nm. May là tôi không tốn cả tuần đuổi theo con số đó.