TL-SG3452P và switch PLANET IGS: SM5110-SR không được nhận diện và module chạy nóng trong cage
Văn phòng nhỏ, hai tòa nhà, và tất cả tôi muốn chỉ là một link fibre 1000M bình thường giữa hai rack. Cả hai đầu đều được cấu hình 1000M, cả hai đều tối om, và chuyện này đã kéo dài mấy tuần nay rồi.
- TP-Link TL-SG3452P, hardware V3, firmware 3.20.4, link lấy từ một trong các cage SFP của nó
- PLANET IGS-6329-8UP2S4 ở rack thứ hai, cộng thêm một IGS-R4215-24P4X trên một tuyến khác
- SM5110-SR ở một đầu, SM311LM ở đầu kia, dây patch multimode nối giữa hai đầu
- Port bên phía PLANET được set cứng 1000M
Switch hoàn toàn không nhận diện module:
end A: SM5110-SR
end B: SM311LM
result: module not recognised, link never comes upThêm nữa, sau hai mươi phút nằm trong cage, con SM5110-SR nóng lên rõ rệt, nóng hơn bất kỳ module 1G nào chúng tôi đang chạy ở nơi khác, và đó mới là phần thực sự khiến tôi lo.
Đã thử:
- upgrade firmware cả hai bên, không đổi gì
- đổi chỗ module qua cả bốn cage trên cả hai cặp switch, kết quả giống nhau ở mọi nơi
- thay dây patch và lau sạch đầu connector
Đây là vấn đề tương thích module, hay có gì đó về mấy cái cage này mà tôi đang bỏ sót? Và một module mà switch còn không nhận diện được thì có nên nóng đến mức đó 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 4
Có hai lỗi tách biệt chồng lên nhau ở đây.
Cái đầu tiên thì chính bạn vừa tự tìm ra: SM5110-SR là hàng SFP+, còn TL-SG3452P bản hardware V3 chỉ có cage SFP 1G thuần túy. Nó vừa khít về mặt cơ học và có nhận điện, nhưng switch không có cách nào drive nó, nên nó vẫn không được nhận diện dù bạn có lên bao nhiêu phiên bản firmware đi nữa.
Cái thứ hai là giả định rằng ép port PLANET về 1000M sẽ sửa được nửa còn lại của vấn đề. Cấu hình một cage ở một tốc độ nhất định không nói lên gì về module bạn cắm vào đó. Mỗi module có thông số cố định và không đổi tốc độ chỉ vì port config yêu cầu, nên cả hai đầu đều phải mang module cùng tốc độ, trên các cage hỗ trợ tốc độ đó.
Cách sửa thực tế là dùng một cặp module SM311LR khớp nhau, mỗi đầu một cái, thay cho cặp lẫn lộn bạn đang có bây giờ. Nếu tuyến giữa hai switch ngắn, dưới khoảng 3 m, thì DAC rẻ hơn và loại bỏ hoàn toàn câu hỏi về module.
Về chuyện module nóng thì tôi không có lời giải thích nào thật sự thuyết phục. Một linh kiện không được drive thì không nên hoạt động nặng, và tôi chưa từng thấy ai giải thích thỏa đáng chuyện đó. Tôi sẽ không để nó cắm điện trong cage trong lúc bạn xử lý phần còn lại.
Có một điều cần làm rõ trước khi ai đó giúp được bạn: bản thân các cage trên từng switch chạy ở tốc độ nào? Máy TP-Link và máy PLANET không giống nhau ở chỗ này, và màn hình cấu hình port sẽ không nói cho bạn biết - chọn 1000M trên UI không nói lên gì về việc slot đó được đấu dây cho tốc độ nào, hay về việc con optic cắm trong đó làm được gì. Hãy đi đọc port specification của từng model, chứ đừng dựa vào tốc độ bạn đã chọn.
Đã kiểm tra, và đó đúng là câu hỏi nên hỏi. Cage SFP trên máy TP-Link chỉ có 1G thôi - không có tùy chọn 10G nào trong port config của chúng cả. Phía PLANET thì có cage 10G thật, đó là lý do ngay từ đầu tôi đã tự tay ép chúng xuống 1000M. Vậy là tôi có một con hàng 10G nằm trong một cage chỉ hỗ trợ 1G ở một bên. Điều đó giải thích được vì sao nó không bao giờ được nhận diện, nhưng tôi vẫn không hiểu vì sao nó lại nóng lên.
Nói thêm là chọn đúng tốc độ cage chưa phải hết chuyện với dòng switch này. Cái tôi thấy ở đây là link 10G quay về 1G mỗi lần server gắn vào đó restart, trong khi port config vẫn cứ khăng khăng là 10G. Hai máy bị vậy: một TL-SG3428X chạy 1.30.0 (HW V1) và một TL-SX3008F chạy 1.20.0 (HW V1.0), cả hai đều có cage SFP+ thật.
Tôi đã đuổi theo phía host cả mấy tuần trời. Intel X520-DA2, rồi đến card Mellanox, rồi đến một cái của HP. Optic Intel E10GSFPSR, rồi đến 10GTek. Cả đống bản driver trên Linux lẫn Windows. Profile trong Omada. Thậm chí đổi cả chassis. Chẳng cái nào thay đổi được gì. Bounce switch, hoặc hạ port speed khỏi 10G rồi set lại, cho lại 10G cho đến lần host reset tiếp theo.
Thứ có tác dụng là thay module SM5110-SR của TP-Link vào chỗ mấy con third-party, và kết quả tương tự cũng được người khác xác nhận trên một SG3428XMPP và một TL-SX3016F. Vậy là optic cắn hai lần: một lần vì tốc độ cage, một lần vì cách switch renegotiate sau khi link phía host bị reset. Thử một module chính hãng trên một port trước khi đặt cả hộp.