Phân tích lỗi thu phát cho quang học 100G: Cách ly nguyên nhân gốc rễ trên QSFP28 và CFP

 

Một mô-đun 100G liên tục nhấp nháy hoặc một mô-đun tối hoàn toàn không thực sự là một vấn đề "hỏng quang". Đây là một vấn đề cô lập, và cô lập chính là nội dung thực sự của việc phân tích lỗi thu phát. Trước khi bất kỳ ai nộp đơn trả lại, ai đó phải trả lời một câu hỏi khó hơn: lỗi thực sự nằm trong mô-đun hay là do dây vá, cổng máy chủ, phần sụn nền tảng, cách xử lý bộ phận hoặc giả mạo giả mạo là một bộ phận đủ tiêu chuẩn? Trang này phục vụ câu hỏi duy nhất đó và không có gì khác: một cách có thể lặp lại để cô lập nguyên nhân gốc rễ của lỗi hoặc xuống cấp100G QSFP28hoặc mô-đun CFP, quyết định giữa RMA và khả năng phục hồi, đồng thời tránh để lỗi tương tự quay trở lại nhóm vào quý tiếp theo.

 

 

Sáu chế độ thất bại và vật lý đằng sau mỗi chế độ

 

Chế độ lỗi	Cơ chế vật lý	DDM/chữ ký trường chính	Điều gì thực sự kết thúc vụ án
Sự hao mòn dần dần của tia laser-	Dòng ngưỡng tăng chậm trong thời gian sử dụng	Công suất TX giảm dần, độ lệch có xu hướng tăng 15–20%	Xu hướng thiên vị/BER so với đường cơ sở vận hành
Thiệt hại gương quang học thảm khốc (COMD)	Sự phá hủy bề mặt đột ngột dưới tải quang	Sự sụp đổ TX đột ngột, không có dấu hiệu báo trước từ từ	Kiểm tra khía cạnh; phân biệt với sự hao mòn-
Suy thoái photodiode / ROSA	Mất phản hồi trên đường nhận	Nguồn RX bình thường nhưng tăng Pre{0}}FEC BER	Loopback cô lập TX so với RX
Lão hóa nhiệt	Tăng tốc độ mài mòn do nhiệt duy trì	Nhiệt độ vỏ ~70 độ +, giảm năng lượng nhanh hơn	Khảo sát nhiệt của lồng/khe
Ô nhiễm đầu nối	Mất chèn tăng bụi/dầu	RX thấp, TX bình thường, cả hai đầu đều "khỏe"	Phạm vi-và-làm sạch,-đo lường lại
EEPROM giả/phần sụn	Trường nhà cung cấp giả mạo, hành vi không thể đoán trước	Lỗi không liên tục, DDM bị ức chế	Kiểm tra EEPROM/nhà cung cấp, tương quan nhật ký máy chủ

 

Hai trong số này thường được kết hợp với nhau. Hao mòn dần dần-và COMD không giống nhau về tình trạng chết do laser: hao mòn-là độ lệch chậm tăng lên ở trên, trong khi COMD là sự phá hủy bề mặt tức thời dưới tải quang và các phương pháp tích hợp ít khía cạnh mới hơn-đang được theo đuổi cụ thể để thiết kế nó (Chất bán dẫn ngày nay). Và ô nhiễm đầu nối không phải là một chế độ nhỏ ẩn ở cuối danh sách. Một nghiên cứu-Công nghệ tiên tiến của NTT cho thấy tình trạng nhiễm bẩn bề mặt cuối đã ảnh hưởng đến 96% người cài đặt và 80% nhà điều hành mạng, đó là lý do tại sao-các nhà sản xuất thiết bị kiểm tra xếp hạng các đầu nối bẩn là nguyên nhân-một nguyên nhân gây ra lỗi mạng cáp quang- (EXFO). Một mô-đun được trả về cho "RX thấp" thực sự là một công việc dọn dẹp trị giá 5 đô la là kết quả dương tính giả đắt giá nhất trong lĩnh vực này. Chúng tôi đã chứng kiến ​​quá trình triển khai trung tâm dữ liệu 200-mô-đun biến việc thiếu tính năng giám sát từ xa thành khoảng 47.000 USD chi phí thay thế và ba ngày ngừng hoạt động, lỗi về khả năng hiển thị thay vì silicon, được ghi lại trong ghi chú của chúng tôi vềtính năng thu phát mạng.

 

Cây quyết định: mô-đun, cáp quang, máy chủ, cấu hình - hoặc xử lý

 

Quy tắc quan trọng nhất trong phân tích nguyên nhân gốc rễ của mô-đun quang 100G là quy trình, không phải kỹ thuật:cô lập trước khi bạn phân loại.Giá trị DDM hoặc dòng nhật ký hệ thống cho bạn biết triệu chứng; nó không cho bạn biết tên miền nào có lỗi. Các bài kiểm tra hoán đổi, vòng lặp, BERT và khi có khoảng cách,dấu vết OTDRlà những công cụ chuyển đổi một triệu chứng thành một miền biệt lập. Trước tiên, hãy chứng minh miền đó, sau đó tiếp cận cơ chế.

Quy trình làm việc không phải là một-kích thước-phù hợp-cho tất cả mọi người và việc giả vờ như vậy sẽ gây ra kết quả không tốt. Ba kịch bản triển khai kéo cùng một cây theo các hướng khác nhau. Một mô-đun hoạt động trong quá trình sản xuất là trường hợp rõ ràng: di chuyển quang đáng ngờ đến một-cổng tốt đã biết và sợi quang-tốt đã biết, mỗi lần một biến và nếu lỗi xảy ra sau mô-đun thì bạn có miền của mình. Nhiều mô-đun bị lỗi cùng một lúc, ngay sau một cửa sổ thay đổi, hầu như không bao giờ có nghĩa là một lô bị lỗi; các lỗi tương quan trên điểm ranh giới bảo trì tại máy chủ hoặc cấu hình, một mẫu mà phần bẫy sẽ quay trở lại. Kịch bản thứ ba là câu trả lời trung thực chotại sao bộ thu phát 100G của tôi bị lỗikhi không có gì rõ ràng bị vấp: suy giảm không liên tục với DDM màu xanh lá cây. Không có thử nghiệm hoán đổi nào thực hiện ở đây vì không có lỗi khó phát hiện. Bạn đang có xu hướng BER và sai lệch theo giờ so với đường cơ sở cho đến khi mô hình tách mô-đun cận biên khỏi sợi cận biên. Đây là tình huống mà việc hoán đổi trường nhanh không thể tự giải quyết được; không có đường cơ sở vận hành để chống lại xu hướng hoặc phân tích dữ liệu để đưa ra ý kiến ​​thứ hai, việc xử lý vội vàng ở đây sẽ tạo ra lợi nhuận "không tìm thấy lỗi" và sẽ quay lại ngay với bạn.

 

Những cái bẫy khiến RMA trở thành một mô-đun lành mạnh

 

Đây là phần mà hướng dẫn khắc phục sự cố bỏ qua và là nơi có hầu hết các chẩn đoán sai. Mỗi cái bẫy bên dưới đều đặt một mô-đun hoạt động vào hộp trả lại.

 

• Dòng điện phân cực laser bằng 0 là kết quả đọc không rõ ràng, không phải là chẩn đoán.Khi trình điều khiển laser hoặc mạch của nó bị lỗi, DDM có thể báo cáo dòng điện phân cực bằng 0hoặcở mức tối đa và số 0 có thể có nghĩa là dây dẫn laser mở dễ dàng như dây đo ngắn. Việc xử lý "độ lệch=0, do đó tia laser chết" như đã được giải quyết chính xác là một-lời gọi giá trị duy nhất không thành công ở băng ghế dự bị FA. Mạch tương tự ẩn giấu một cạnh an toàn: nếu vòng phản hồi giám sát nguồn điện bị đứt, trình điều khiển thiên vị có thể đẩy tia laser lên mức tối đa, ngắt hoạt động tắt bảo vệ trong vòng micro giây sau khi xảy ra lỗi (USPTO). "Mô-đun{6}}bị cháy" trong ghi chú trả lại của bạn có thể là một chuyến đi bảo vệ hoạt động đúng như thiết kế.
   
• Thất bại màu xám là điểm mù của phương pháp chẩn đoán DDM.Một mô-đun có thể vượt qua mọi ngưỡng DDM được định cấu hình trong khi liên kết lặng lẽ xuống cấp bên dưới các cảnh báo. Giám sát ngưỡng được xây dựng để nắm bắt các sai lệch chứ không phải làm chậm xu hướng trôi dạt ở lớp vật lý, do đó, sự xuống cấp sớm sẽ vượt qua cổng đạt/không đạt và ngành vẫn thiếu khả năng phân loại-xu hướng sớm tốt cho lớp này ở lớp quang học (USPTO). Nếu câu chuyện về sức khỏe của đội xe-của bạn là "toàn màu xanh lục", thì những thất bại màu xám chính xác là số lượng người mà đội xe đó không nhìn thấy.
   
• Bóng nhiệt tạo ra các lỗi ảo xảy ra theo khe chứ không phải mô-đun.Trong các thiết kế lồng bụng-đến-bụng, hàng cổng phía trên thường nóng hơn hàng dưới 10–15 độ do có bóng nhiệt. Nếu một cổng-hàng trên cùng nhất định tiếp tục tiêu tốn các mô-đun, hãy di chuyển chính mô-đun đó sang một cổng-hàng thấp hơn và-kiểm tra lại. Khi lỗi vẫn còn ở khe cắm, bạn gặp sự cố làm mát khi đeo trang phục-bị lỗi mô-đun.
   
• Phần sụn-đã kích hoạt lỗi-vô hiệu hóa việc mạo danh silicon chết.Sau khi tải lại bộ chuyển mạch lõi hoặc nâng cấp phần mềm,liên kết của bên thứ-thứ bacó thể từ chối thương lượng hàng loạt, không phải vì hệ thống quang học bị hỏng mà vì máy trạng thái máy chủ đã từ chối đăng-thay đổi. Mô-đun không bị lỗi; cấu hình đã làm. Đây là cơ chế đằng sau kịch bản "nhiều lỗi đồng thời sau một cửa sổ thay đổi" ở trên và đây là nguyên nhân cốt lõi về cấu hình chứ không phải nguyên nhân phần cứng.

 

Tại sao phân tích lỗi CFP/CFP2 không chỉ là QSFP28 ở quy mô lớn hơn

 

 

Hầu hết mọi hướng dẫn trên thị trường đều coi "phân tích lỗi bộ thu phát" đồng nghĩa với QSFP28 và việc bỏ qua CFP không phải là vô hại vì phân tích thực sự khác nhau. Mặt phẳng quản lý phân kỳ trước tiên: các mô-đun dòng CFP-thường được quản lý qua MDIO thay vì mô hình CMIS chi phối các hệ số dạng QSFP-DD/QSFP28 hiện đại, do đó, sổ đăng ký chẩn đoán, trạng thái-của máy và hoạt động bắt tay phía máy chủ-mà bạn kiểm tra không giống nhau. Tiếp theo là nền kinh tế phân kỳ. Mô-đun kết hợp CFP2 có chi phí đơn vị cao hơn nhiều so với QSFP28{10}}phía máy khách, điều này làm thay đổi toán học RMA-so với-khôi phục theo hướng khó khăn hơnphân tích trước khi bạn loại bỏ.Và vai trò triển khai sẽ khác nhau: Lớp quang học-CFP tồn tại trong các liên kết kết nối-kết hợp và dài hơn, trong đó tập hợp lỗi nghiêng về đường dẫn quang-và hiệu ứng nhiệt thay vì các lỗi về đầu nối-và-cấu hình thống trị các loại vải có phạm vi tiếp cận ngắn. Phân tích lỗi mô-đun CFP chỉ sử dụng lại danh sách kiểm tra QSFP28 sẽ đọc sai cả sổ đăng ký và rủi ro. Bởi vì kinh tế học đơn vị là không thể tha thứ, nên trường hợp CFP không rõ ràng là trường hợp mà xu hướng đi ngược lại với đường cơ sở thực tế, thay vì phỏng đoán hiện trường, sẽ mang lại kết quả nhanh nhất.

 

Tiêu chuẩn về độ tin cậy mà RMA của bạn dựa vào có thể có từ năm 2004

 

Khi nhà cung cấp cho biết một mô-đun "đạt tiêu chuẩn Telcordia", họ thường chỉ vào GR-468-CORE, thông số kỹ thuật- lâu đời để kiểm tra độ tin cậy và chất lượng của các thành phần quang điện tử, được xây dựng với kỳ vọng sử dụng khoảng 25{10} năm. Cơ sở vật lý cơ bản là có thật: trong các điều kiện tiêu biểu của GR{11}}468 (khoảng 10 mW, 80 độ ), tia laser DFB có thời gian hỏng hóc khoảng 10⁶ giờ và việc đánh giá chất lượng dựa trên các bài kiểm tra tuổi thọ hoạt động ở nhiệt độ cao được chuyển sang các điều kiện hiện trường thông quaquan hệ Arrhenius. Những con số đó là từ vựng về độ tin cậy mà một đối số RMA được viết vào.

 

Việc vượt qua GR-468 là cần thiết nhưng không còn đủ nữa. Thông số kỹ thuật đã được phê duyệt vào năm 2004 và kể từ đó đã không được cập nhật một cách có ý nghĩa và nó được viết cho một thế giới NRZ kín đáo. Nó không được xây dựng để sàng lọc các chế độ hư hỏng mà bao bì không kín, quang tử silicon và tín hiệu PAM4 gây ra, một lỗ hổng mà công việc về độ tin cậy của ngành năm 2025 gọi rõ ràng là để các bộ phận cấp nhà cung cấp dịch vụ-được sàng lọc (IPEC). Nếu việc xử lý RMA của bạn chỉ dựa trên tem chứng nhận cũ hai{11}}thập kỷ{13}}trong khi nhóm của bạn đã chuyển sang quang học silicon-photonic PAM4 thì tiêu chuẩn đang lặng lẽ không nắm bắt được các chế độ chính xác mà các mô-đun mới nhất của bạn có nhiều khả năng hiển thị nhất. “Đạt tiêu chuẩn” là điểm khởi đầu cho việc phân tích lỗi chứ không phải là điểm kết thúc của nó.

 

RMA hoặc reseat: thực hiện cuộc gọi và ngăn cuộc gọi tiếp theo

 

Quyết định tại vị trí là nhị phân: trả lại mô-đun hoặc khôi phục nó. Khôi phục-và-khôi phục lại là chính xác khi bằng chứng chỉ ra bên ngoài: xác nhận phạm vi bị nhiễm bẩn, khe bóng nhiệt- mà thử nghiệm di dời cho thấy, lỗi chương trình cơ sở-vô hiệu hóa cửa sổ thay đổi được giải thích, lỗi xử lý lặp lại-trong-tương tự-kiểm tra bằng tay cho thấy. Phân tích RMA của bộ thu phát quang là chính xác khi lỗi xảy ra sau mô-đun thông qua hoán đổi và lặp lại, khi sai lệch và BER xu hướng quá khứ theo cách mà việc di dời không thể giải thích được hoặc khi quá trình kiểm tra EEPROM không thành công. Điều không bao giờ đúng là việc xử lý một lần đọc trước khi thực hiện cách ly, bởi vì kết quả trả về "không tìm thấy lỗi" là chi phí bạn phải trả gấp đôi.

 

Trường hợp quy tắc chung này bị phá vỡ là phần giữa không rõ ràng: xu hướng thiên vị mâu thuẫn với kết quả hoán đổi hoặc quá trình kiểm tra EEPROM cho kết quả không thuyết phục. Đó chính xác là nơi mà danh sách kiểm tra chung đưa ra cho bạn một câu trả lời sai đầy tự tin và là nơi mà việc phân tích dữ liệu hoặc phán quyết về tính tương thích sẽ phải trả giá thay vì một RMA{1}}được vận chuyển sai. Đó chính là mục đích mang lại sự hỗ trợ phân tích-lỗi cấp độ-kỹ thuật choĐội tàu 100G QSFP28 và CFP.

 

Ngăn chặn sự tái diễn là lúc việc phân tích thất bại ngừng phản ứng và đó là lúc chúng ta bỏ tiền của mình vào. Trên đường dây-QA sắp tới của chúng tôi, chúng tôi tiến hành thử nghiệm tại nhà máy-với xác minh DDM 100% và lưu giữ-nhật ký kiểm tra theo lô, do đó, đường cơ sở vận hành của mô-đun tồn tại trước khi nó được xuất xưởng. Đường cơ sở đó là nguyên nhân làm cho lệnh gọi sai lệch-trôi hoặc xám-sau này có thể được chứng minh thay vì đoán và là nguyên nhân biến các bẫy suy giảm-EEPROM và chương trình cơ sở-giả mạo từ những bí ẩn thành các sự kiện đã được kiểm tra. Hãy kết hợp điều đó với tỷ lệ tiết kiệm thực tế và DDMxu hướngcảnh báo thay vì cảnh báo-chỉ ngưỡng và lỗi màu xám xuất hiện trước khi chúng thả liên kết thay vì sau đó.

 

Câu hỏi thường gặp

 

Đóng vòng lặp

 

Mô-đun 100G bị lỗi chỉ mơ hồ cho đến khi bạn chạy mô-đun đó qua một trình tự có thể lặp lại: đọc xu hướng DDM, đặt tên chế độ lỗi theo tính chất vật lý của nó, cô lập miền (mô-đun, cáp quang, máy chủ, cấu hình hoặc xử lý) trước khi bạn phân loại, kiểm tra các bẫy nội bộ giả mạo mô-đun chết và khớp phương thức với hệ số dạng, QSFP28 hoặc CFP. Thực hiện điều đó và lệnh gọi khôi phục RMA-so với-không còn là dự đoán và trở nên có thể bảo vệ được. Khi nào một trường hợp có giá trị-cao đủ để đưa ra quyết định phân tích chính thức hoặc phán quyết về khả năng tương thích, thì nhóm phân tích-lỗi quang học và nhóm hỗ trợ RMA của chúng tôi có thể xem xét trường hợp đó từ bằng chứng cho đến xử lý.