CodingBox Q&A Ask question

Eltex MES2324FB flap link liên tục với SFP Foxgate sang Alcatel 6224, chẩn đoán module báo N/S

Asked Active Viewed 55 AI translation from Русский
0

Đang lắp một MES2324FB mới ở node để thay thiết bị cũ. Uplink là quang 1G sang Alcatel 6224, module Foxgate cùng lô với các node bên cạnh.

Cấu hình thử nghiệm:

  • Eltex MES2324FB, firmware 4.0.4.7, thử thêm cả 4.0.6 - không khác gì nhau
  • SFP Foxgate 1G ở cả hai đầu link
  • đầu xa - Alcatel 6224
  • sợi quang ngắn, trong nội bộ node, qua ODF

Link không giữ được chút nào: lên rồi rớt ngay, cứ thế lặp vòng, log ngập một nội dung y hệt:

%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21
%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21

Trong khi đó chẩn đoán module trống trơn ở mọi thông số:

console# show fiber-ports optical-transceiver
Port      Temp  Voltage  Current  Output Power  Input Power  LOS
gi1/0/21  N/S   N/S      N/S      N/S           N/S          N/S

Đã thử:

  • đổi sang module y hệt lấy từ hộp và chuyển qua port khác - vẫn y như cũ
  • chuyển sang sợi quang chắc chắn còn tốt, bỏ qua ODF
  • cắm đúng các module này vào Alcatel và D-Link - ở đó link lên và đứng vững cả ngày

Vậy là module vẫn sống, còn với con switch này thì chúng không chạy được ở bất kỳ port nào. Đây là lỗi switch hay mình đang bỏ sót gì đó trong cấu hình port?

Comments 3

Accepted answer

Vừa nói tới chuyện tháo dỡ - đó chính là câu trả lời. Module gần như chắc chắn đã bị code lại theo vendor của mặt bằng đó, và Eltex phản ứng với kiểu code này đúng như vậy: EEPROM đọc ra không như mong đợi, chẩn đoán rơi hết về N/S ở mọi trường, còn port thì cứ quay vòng LINK-I-Up / LINK-W-Down vô tận. Bên mình đúng trường hợp y vậy, kết cục là module hóa ra bị code theo HP: mặt bằng trước đó do HP quản lý, hộp module cũng từ đó ra.

Kiểm tra mất năm phút: lấy trong kho module có code gốc chuẩn nhà máy từ nhà cung cấp và cắm vào đúng port đó. Nếu link lên và trong show fiber-ports optical-transceiver xuất hiện số thay vì N/S - switch còn tốt, coi như xong.

Về no negotiation bypass thì khỏi cần vật lộn: port 1G không có lệnh này, còn trên 10G nó cũng chẳng giải quyết được gì trong tình huống này.

Và có một điều nên ghi nhớ thành thói quen: chẩn đoán trống hoặc không đọc được trên port, tự bản thân nó đã là dấu hiệu module không tương thích, chứ không phải một sự cố lặt vặt riêng biệt. Bên quen biết dùng Zyxel cũng gặp y vậy từ phía khác: XGS1930-52HP thỉnh thoảng rớt khỏi quản lý, trên uplink quang tới GS2220-50 thì CRC và chuyển mạch STP đổ dồn, còn DDM ở port đó thì không hiện gì hết. Đổi dây nhảy rồi đổi port trên ODF đều vô ích, hóa ra uplink dùng module bên thứ ba code theo D-Link. Thay module chính hãng vào - flap, CRC và rớt kết nối chấm dứt.

2 Russialambdaops44RU Show original (Русский) AI translation

Trước khi kết luận switch lỗi, đăng show version lên đã - không có cái đó thì thế nào câu chuyện cũng quay về vụ phiên bản.

Và riêng chuyện này: N/S ở mọi trường trong show fiber-ports optical-transceiver không phải là "module không có chẩn đoán", mà là switch hoàn toàn không đọc được trang đo lường của nó. Nên câu hỏi số hai: cụ thể là module gì, mới từ nhà cung cấp hay tháo từ mặt bằng khác về? Có đúng cùng lô với các node bên cạnh không, hay bạn chỉ đoán qua cái hộp?

Nói luôn xem đầu xa thấy gì: trên Alcatel port cũng nhảy lên xuống đồng bộ hay chỉ im lặng.

1 KazakhstanracknodeKZ Show original (Русский) AI translation

Về phiên bản: 4.0.4.7, sau đó lên 4.0.6 - hành vi không đổi một chút nào.

Bên support cũng hỏi show version đầu tiên, sau đó đề nghị no negotiation bypass. Trên port 1G lệnh này không hỗ trợ luôn, trên port 10G thì áp dụng thử cho biết - hiệu quả bằng không, mà link của mình cũng đâu nằm ở đó.

Về module - chỗ này tự mình làm hại mình. Trong câu hỏi ghi là cùng lô với các node bên cạnh, lúc đó tin chắc là vậy; sau câu hỏi của bạn mới lục kho đối chiếu lại - và không phải. Hàng mới từ nhà cung cấp thì đúng là còn nằm trong kho, còn mấy cái này mình lấy từ hộp mang về từ đợt tháo dỡ: mặt bằng bị dỡ và toàn bộ optic gom chung vào một đống. Trên Alcatel và D-Link thì như đã nói, chúng chạy bình thường, nên mình không nghĩ tới chúng. Ở đầu xa port cũng nhấp nháy đồng bộ với bên mình, tức là rớt nguyên cả link chứ không phải một chiều.

3 RussiawaveadminRU Show original (Русский) AI translation
Log in to comment. Log in