Cặp Aruba 2530-48G qua tuyến OM4 200 m mới: cổng 51 Down trong khi module J4858C tự test vẫn ổn
Bọn mình đã kéo một backbone OM4 200 m giữa hai tòa nhà từ một thời gian trước, và giờ mình đang cố thắp sáng nó bằng thiết bị sẵn có. Cả hai đầu đều là 2530, cả hai module đều là hàng HPE chính hãng, và link đơn giản là không chịu lên.
- 2x Aruba 2530-48G
- 2x J4858C 1000SX, cổng 51 ở mỗi bên
- Khoảng 200 m OM4 vừa lắp mới, nhà thầu đã chứng nhận là đạt
- Dây nhảy Digitus DK-2533-01 OM2 LC từ patch panel tới switch
show tech transceivers cho ra thế này với cổng đó:
Port 51 Down Auto 1000FDx 1000SX multiNhững gì mình đã làm:
- chạy self test module trên cả hai switch, cả hai đều pass
interface 51 enableở cả hai phía, không đổi gì, cổng vẫn ở Down- đổi hai module qua lại giữa hai switch, kết quả vẫn vậy theo cả hai chiều
- cắm lại dây nhảy tại panel và tại switch
Mình đang kẹt giữa hai giả thuyết: hoặc cả hai module đều hỏng ngay từ trong hộp, hoặc dây nhảy OM2 trên một trunk OM4 chính là thứ đang giết chết nó. Cái nào có khả năng hơn, và bạn sẽ test gì tiếp theo để thực sự chứng minh được một trong hai?
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 4
Trước khi suy luận thêm nữa, hãy rút ngắn link lại. Mang một switch qua chỗ switch kia, cắm cả hai J4858C vào, và nối chúng bằng một dây nhảy duy nhất - một jumper, không panel, không sợi quang đã lắp đặt. Nếu cổng 51 lên Up như vậy, bạn đã loại trừ được cả hai module lẫn cả hai cổng switch trong một bước, và phần còn lại nằm ở phía bên kia của tuyến: sợi quang đã lắp, các panel, các coupler, các điểm terminate.
Đó là cách case mình từng xử lý diễn ra. Cùng cặp 2530-48G, cùng J4858C, cổng 51 Down qua tuyến đã lắp và Up ngay khi hai module được đấu back to back trên một dây. Với bằng chứng đó mình sẽ ngừng nghi ngờ quang - nhưng phải rõ ràng về việc test đó mang lại gì. Nó chỉ cô lập được đoạn mạch, không hơn. Phần nào của tuyến bị hỏng, một panel, một mối hàn, một connector, hay đơn giản là patch nhầm sợi, vẫn còn bỏ ngỏ cho tới khi ai đó đưa máy đo hoặc OTDR vào.
Nhân tiện, mình sẽ gác giả thuyết OM2 sang một bên. Với 1000SX ở 200 m, cấp độ dây nhảy không phải thứ đang cản bạn, với lại OM3 và OM4 vốn tương thích lẫn nhau. Trộn cấp độ là thiếu gọn gàng và mình sẽ không xây một hệ thống mới kiểu đó, nhưng đó không phải lỗi bạn đang truy tìm.
Một khi test back to back đã pass, hãy quay lại chỗ ai đã kéo sợi quang và yêu cầu kết quả chứng nhận bằng văn bản, theo từng sợi, kèm loss và length. Bài test của chính họ đã công bố link tốt, nên hoặc là có gì đó bị bỏ qua, hoặc họ đã đo nhầm một cặp sợi khác với cặp bạn đang patch vào - và đó chính là chỗ đứng vững để bạn yêu cầu họ quay lại làm lại.
Điều đầu tiên, tách riêng hai loại lỗi khác nhau nhưng cùng hiện ra là Down. Một cổng bị admin down hoặc cấu hình sai là một vấn đề, một cổng đã enable nhưng receiver không có ánh sáng là chuyện hoàn toàn khác. Bạn đã chạy
interface 51 enablerồi mà vẫn đọc là Down, nên bạn đang ở layer 1 và cấu hình bị loại khỏi danh sách nghi vấn.Hai điều sẽ giúp thu hẹp phạm vi. Về mặt vật lý có gì nằm giữa hai switch - bao nhiêu patch panel, có khay hàn nối nào không, có coupler nào ai đó thêm vào để tuyến chạm tới đích không? Và bạn có báo cáo chứng nhận của nhà thầu với con số loss thực tế theo từng sợi không, hay chỉ là một câu nói miệng "test ổn rồi"?
Cũng xác nhận luôn là dây nhảy duplex của bạn không được đấu giống hệt nhau ở cả hai panel. Đấu thẳng ở cả hai đầu sẽ khiến TX đối TX, và điều đó trông y hệt như những gì bạn đang mô tả.
Một biến thể của cùng bài test cho trường hợp không thể đưa hai switch vào chung một phòng: loop một module lại với chính nó. Dây nhảy từ TX sang RX trên cùng một module duplex, kèm attenuator nối tiếp nếu đó là loại công suất cao để khỏi nướng chết receiver. Nếu cổng lên, cổng host và module đều ổn cả về điện lẫn quang, và lỗi nằm ở đầu xa, ở sợi quang hoặc ở việc ghép cặp.
Mình đã làm đúng như vậy trên một con MES3324F với một SFP+ FIBO từ chối link switch sang switch - cái loop lên ngay lập tức, việc đó đã chuyển hướng tìm kiếm ra khỏi module và sang tuyến truyền dẫn. Một lưu ý: self loop vô dụng với module BiDi, vì TX và RX nằm trên hai bước sóng khác nhau. Thay vào đó hãy loop một cặp tương thích với nhau.
Cho lô tiếp theo, hãy test module trước khi chúng đến gần bất kỳ bức tường nào. Đọc EEPROM và DDM (vendor, part number, nhiệt độ, công suất TX và RX), đo công suất TX bằng máy đo và kiểm tra độ nhạy bằng attenuator, loop chúng như mô tả ở trên, rồi chạy một link thật ở tốc độ mục tiêu với traffic và theo dõi error counter -
ethtool -mvàiperf3lo được hai việc cuối đó nếu bạn có sẵn một host. Với những link bạn thực sự quan tâm, một lượt chạy BER PRBS-31 đủ dài để xác nhận dưới 1e-12 cho NRZ mới là thứ chứng minh được module. Không có công cụ đơn lẻ nào validate được tất cả.Một thói quen nữa mượn từ dân WISP đã cứu mình hai lần: vắt qua mọi module một lượt warm reboot, một lượt cold reboot và một lần cắm lại trước khi đưa vào phục vụ. Một số linh kiện link được lúc mới cắm vào nhưng chết ngóm sau khi power cycle - GLC-T-OEM là ví dụ kinh điển, nó chỉ lên sau khi cắm lại - và một số khác báo cáo trạng thái link không có thật. Tìm ra điều đó trên bàn làm việc rẻ hơn nhiều so với trên nóc nhà.