Kiểm tra mạng quang cho 100G/400G: Lợi nhuận-Cẩm nang chấp nhận đầu tiên

Liên kết Ethernet 100G hoặc 400G có thể xuất hiện, vượt qua lưu lượng nhưng vẫn là ứng cử viên kém để triển khai sản xuất. Đó là vấn đề trọng tâm nàythử nghiệm mạng quang cho bộ thu phát 100G và liên kết 400Gquy trình làm việc được thiết kế để giải quyết.

 

Để chấp nhận trường, xác thực khả năng tương tác và khắc phục sự cố sau{0}}cài đặt, câu hỏi hữu ích không chỉ đơn giản là "Bộ thu phát có hoạt động không?" Đó là:Biên độ hoạt động còn lại là bao nhiêu trước khi liên kết ngừng hoạt động đáng tin cậy?

 

Hướng dẫn này tập trung vào mức độ chấp nhận-mạng: bộ thu phát, cổng máy chủ, đường dẫn cáp quang, tình trạng đầu nối, hành vi FEC, nhiệt độ và tải lưu lượng truy cập dưới dạng một hệ điều hành. Thay vào đó, nếu yêu cầu của bạn là kiểm tra sắp tới hoặc chứng chỉ mô-đun cấp nhà máy-, hãy sử dụngquy trình xác minh bộ thu phát quang cấp mô-đun-làm ranh giới thử nghiệm riêng biệt.

 

 

Một cổng xanh thiết lập khả năng tương tác cơ bản. Nó không hiển thị bao nhiêu-lề lớp vật lý còn lại. Vìthực hành tốt nhất về thử nghiệm mạng quangDo đó, việc chấp nhận cần có bằng chứng từ đường dẫn thụ động, công suất quang, chất lượng tín hiệu, hành vi BER/FEC, phân bổ làn đường, lưu lượng truy cập liên tục và nhiệt độ, thay vì chỉ đơn giản là trạng thái liên kết.

 

Điều này quan trọng nhất đối với các liên kết phụ thuộc-của FEC. Bộ thu có thể tiếp tục phân phối lưu lượng truy cập sạch của người dùng trong khi các lỗi thô đã được sửa bên dưới lớp MAC. Trong kiến ​​trúc PCS Ethernet 200G/400G, RS(544.514) sử dụng từ mã 544 ký hiệu chứa 514 ký hiệu dữ liệu, với các ký hiệu 10 bit và khả năng sửa lên tới 15 lỗi ký hiệu trên mỗi từ mã. Điều đó khôngkhôngtạo một ngưỡng chấp nhận BER chung nhưng nó giải thích tại sao chỉ riêng "lỗi sau{0}}FEC=0" cho chúng ta biết rất ít về biên độ hiệu chỉnh còn lại. (Liên minh Ethernet)

 

Chúng tôi sẽ không phê duyệt liên kết 400G được triển khai từ một báo cáo chỉ chứa "liên kết", một số ping thành công và không bị mất gói. Những quan sát đó là những kiểm tra dịch vụ hữu ích; chúng không cho chúng tôi biết liệu hoạt động FEC đã sửa có ổn định hay không, liệu một làn có mang hầu hết lỗi hay không hoặc liệu tỷ lệ lỗi có tăng khi mô-đun nóng lên hay không.

 

Câu hỏi chấp nhận do đó hẹp hơn và khó hơn:hệ thống được cài đặt có giữ đủ lợi nhuận trong các điều kiện mà nó sẽ thực sự hoạt động không?

 

 

 

Đường cơ sở thử nghiệm lặp lại phải đủ chi tiết để kỹ sư khác tái tạo.

 

Trước khi xóa bộ đếm, thay đổi mô-đun hoặc làm sạch đầu nối, hãy ghi lại SKU của bộ thu phát, cả nền tảng máy chủ và cổng vật lý, phiên bản NOS/chương trình cơ sở, chế độ FEC đã định cấu hình, loại sợi, loại đầu nối, độ dài đường dẫn, cách sắp xếp ngắt quãng, nhiệt độ mô-đun, điều kiện môi trường xung quanh, mô hình lưu lượng truy cập và dấu thời gian tại đó bộ đếm được đặt lại.

 

Chúng tôi khuyên bạn nên lưu đường cơ sở trước lần can thiệp đầu tiên.

 

Việc thay đổi cài đặt mô-đun, cổng, bản vá cáp quang và FEC trong cùng một bước khắc phục sự cố có thể khôi phục dịch vụ nhưng sẽ hủy bỏ bằng chứng cần thiết để xác định điều gì thực sự đã khắc phục được lỗi. Thay đổi một biến, chạy lại cửa sổ đo tương tự và so sánh với đường cơ sở đã lưu.

 

Có một điểm khác biệt khác đáng được ghi lại vì nó ngăn chặn các tranh luận sau này trong quá trình đánh giá triển khai. Mọi quyết định bằng số phải thuộc về một trong ba cấp độ bằng chứng.

 

Giới hạn thông số kỹ thuậtlà thông số kỹ thuật mô-đun chính xác, PMD, MSA hoặc IEEE hiện hành. Vượt qua nó là một vấn đề tuân thủ.Ban bảo vệ dự ánlà một quy tắc chấp nhận nội bộ chặt chẽ hơn so với đặc tả hình thức.Xu hướng quan sát đượcmô tả chuyển động theo thời gian, nhiệt độ hoặc tải lưu lượng ngay cả khi mọi giá trị tuyệt đối vẫn nằm trong thông số kỹ thuật.

 

Không gắn nhãn dải bảo vệ bên trong là giới hạn của IEEE. Ngược lại, đừng bỏ qua xu hướng xấu đi chỉ vì mẫu gần đây nhất chưa vượt qua giới hạn chính thức.

 

 

Việc xác minh đường dẫn vật lý-phải được thực hiện trước khi hoán đổi mô-đun lặp lại.

 

Đối với cáp quang đã lắp đặt, thử nghiệm Cấp 1 bao gồm suy hao, chiều dài và độ phân cực; Cấp 2 bổ sung thông tin OTDR có thể bản địa hóa các sự kiện và cung cấp khả năng hiển thị sâu hơn về những tác nhân gây ra tổn thất và tổn thất phản hồi quang. Hướng dẫn kiểm tra sợi quang của TIA-cũng coi việc kiểm tra đầu nối là một phần của quy trình kiểm tra-tại hiện trường. (Hiệp hội công nghệ sợi quang TIA)

 

 

Sự khác biệt đó rất quan trọng trong công việc 100G và 400G. Kết quả OLTS cho bạn biết liệu mức suy giảm từ đầu đến cuối có đáp ứng ngân sách dự kiến ​​hay không; dấu vết OTDR rất hữu ích khi bạn cần biếtỞ đâumột sự kiện bất thường diễn ra. Không được hiểu phép đo nào là sự thay thế cho việc kiểm tra chính mặt đầu nối.

 

TRONGthử nghiệm mạng quang cho máy thu phát 400G, Đường dẫn MPO/MTP cũng yêu cầu kiểm tra độ phân cực và làn đường-tương ứng. Nếu một làn 400G đang tích lũy nhiều hoạt động FEC hơn đáng kể so với các làn khác, hãy ánh xạ làn đó trở lại đường dẫn thụ động trước khi thay thế mọi thiết bị hoạt động trong liên kết.

 

Phép đo tổng công suất hoặc tổn thất có thể vẫn được chấp nhận trong khi sự suy giảm cụ thể ở đầu nối, phản xạ, khúc cua hoặc làn đường-cụ thể sẽ tiêu tốn biên độ. Đó là lý do tại sao bắt đầu khắc phục sự cố bằng cách "thử bộ thu phát khác" thường là bước đầu tiên không hiệu quả.

 

 

Bước công suất quang-sẽ biến "Công suất Rx nằm trong phạm vi" thành tuyên bố biên có thể đo lường được.

 

Bắt đầu với các giới hạn cho SKU và PMD chính xác. Ghi lại dữ liệu Tx và Rx từ DDM/DOM, sau đó-kiểm tra chéo các phép đo chấp nhận quan trọng bằng thiết bị đã hiệu chuẩn khi dự án yêu cầu xác minh mức suy hao chính xác hoặc-khoảng không của bộ thu.

 

 

Hãy xem xét một ví dụ minh họa. Giả sử giới hạn máy thu áp dụng cho một trường hợp thử nghiệm cụ thể là−9,0 dBm, trong khi máy đo đã hiệu chuẩn hiển thị−5,4 dBmở máy thu. Khoảng trống phía đầu-của máy thu là 3,6 dB. Nếu DDM đồng thời báo cáo−4,6 dBm, chênh lệch DDM-so với-mét là 0,8 dB. Những con số này mang tính minh họa có chủ ý;−9,0 dBm không phải là ngưỡng phổ biến 100G hoặc 400Gvà giới hạn chính xác phải đến từ thông số kỹ thuật PMD/mô-đun thực tế.

 

Phép tính đó hữu ích hơn phép tính "power pass" nhị phân. Nó tách giới hạn chính thức khỏi khoảng trống còn lại và cũng ghi lại liệu phép đo từ xa của mô-đun có phù hợp đủ chặt chẽ với tham chiếu đã hiệu chỉnh cho mục đích sử dụng dự định hay không.

 

Nếu DDM cho biết máy thu vẫn hoạt động tốt nhưng phép đo bên ngoài không đồng ý, hãy ghi lại sự khác biệt thay vì âm thầm chọn bất kỳ số nào trông đẹp hơn.

 

Logic tương tự áp dụng choKiểm tra công suất quang 100G QSFP28như một phép đo kỹ thuật mặc dù nó không được sử dụng ở đây như một biến thể từ khóa SEO riêng biệt. Thông số Tx/Rx cụ thể của SKU- là cơ quan có thẩm quyền; DDM là nguồn chẩn đoán liên tục; phép đo đã hiệu chuẩn là tham chiếu khi việc chấp nhận yêu cầu dữ liệu nguồn có thể theo dõi được.

 

Con số thứ hai cũng quan trọng: tổn thất đường dẫn dự kiến. Nếu giá trị máy thu đo được gần với giới hạn một cách bất ngờ, hãy so sánh suy hao sợi quang, đầu nối và mối nối thực tế với thiết kế thay vì giả định ngay rằng đầu ra máy phát yếu.

 

Do đó, đầu ra thực tế từ bước này phải chứa giới hạn áp dụng, phép đo đã hiệu chỉnh, số đọc DDM, đồng bằng DDM, hành vi đường dẫn dự kiến ​​và bất kỳ dải bảo vệ dự án nào đã được thỏa thuận trước.

 

 

Vìkiểm tra mạng quang với phân tích FEC, PAM4 và NRZ không nên bị ép buộc phải thực hiện cùng một quy trình làm việc về chất lượng-của máy phát.

 

Đối với PMD NRZ hiện hành, hoạt động của mắt/mặt nạ vẫn hữu ích cho việc mô tả đặc tính của máy phát. Đối với PMD PAM4, TDECQ là loại chỉ số chất lượng máy phát-có liên quan mà thông số kỹ thuật Ethernet hiện hành yêu cầu; IEEE 802.3bs hoạt động dựa trên phương pháp TDECQ được phát triển rõ ràng cho 400GBASE-DR4. (IEEE 802.3bs)

 

 

Câu hỏi lĩnh vực hữu ích hơn làkhi nào cần chuyển lên TDECQ.

 

Nếu liên kết PAM4 được triển khai đột nhiên có FEC cao trên một làn trong khi lỗi tương quan với một đường dẫn MPO cụ thể, hãy bắt đầu với đầu nối, ánh xạ làn đường và thử nghiệm hoán đổi có kiểm soát. Việc chạy thử nghiệm-chất lượng máy phát đầy đủ trước tiên không có khả năng tách biệt được miền lỗi đơn giản nhất.

 

Nếu sự bất thường xảy ra sau cùng một bộ phát mô-đun trên một đường dẫn-tốt đã biết hoặc xuất hiện trên nhiều máy chủ được kiểm soát trong khi bằng chứng về nguồn điện và đường dẫn-thụ động vẫn ổn định, thì việc xác định đặc tính chất lượng của bộ phát-sẽ trở thành bước tiếp theo mạnh mẽ hơn nhiều. Điều tương tự cũng được áp dụng khi trình độ chuyên môn yêu cầu phải chứng minh bản thân máy phát theo PMD hiện hành.

 

Quy tắc quyết định này ngăn TDECQ trở thành số báo cáo-trường trang trí. Nó có giá trị khi giả thuyết lỗi hoặc mục tiêu tuân thủ thực sự liên quan đến chất lượng máy phát PAM4.

 

 

BER và FEC nên được hiểu như một chuỗi bằng chứng.

 

Bắt đầu với hành vi lỗi thô hoặc trước{0}}FEC khi nền tảng hiển thị lỗi đó. Sau đó, kiểm tra hoạt động FEC đã sửa, các từ mã không thể sửa hoặc lỗi đăng-FEC, phân bổ làn đường, hiện tượng mất CRC/khung- và cuối cùng là tác động của dịch vụ.

 

Vìkiểm tra mạng quang yêu cầu BER, quy tắc quan trọng nhất là không được sao chép ngưỡng BER đơn lẻ trên các hệ thống 100G NRZ, 100G PAM4 và 400G PAM4 mà không kiểm tra kiến ​​trúc hiện hành. Bản thân RS(544,514) cung cấp một neo số hữu ích: mã có 30 ký hiệu chẵn lẻ và có thể sửa tối đa 15 ký hiệu 10 bit sai trong một từ mã. Điều đó có nghĩa là gì đối với một liên kết được triển khai có thể chấp nhận được vẫn phụ thuộc vào PHY được chỉ định và biên độ hoạt động được yêu cầu.

 

Do đó, giá trị-FEC của bài đăng bằng 0 là kết quả-chất lượng dịch vụ chứ không phải là phép đo biên hoàn chỉnh. Nếu các từ mã đã sửa tăng mạnh khi liên kết ấm lên hoặc nếu hầu hết các lỗi tập trung vào một làn thì liên kết sẽ cung cấp cho bạn thông tin trước khi hiện tượng mất gói xuất hiện.

 

Dành cho phòng thí nghiệmKiểm tra BER thu phát 400G, việc xác thực nhận thức FEC-có thể tiến xa hơn việc chỉ đọc bộ đếm cổng. Ethernet Alliance mô tả quá trình kiểm tra máy thu căng thẳng, trong đó một làn được tải mẫu mã hóa FEC{2}}được nhấn mạnh trong khi các làn khác mang mẫu mã hóa phù hợp; cách tiếp cận tương tự có thể hiển thị BER thô trên mỗi làn đường, mật độ lỗi và mối tương quan giữa làn đường. Điều đó gần giống với một bài kiểm tra ký quỹ hơn là một kết quả "lưu lượng truy cập đã vượt qua".

 

Không đăng bài-Lỗi FEC vẫn có thể ẩn liên kết yếu

 

 

Liên kết không có lỗi đăng-FEC vẫn có thể tiêu tốn biên độ hiệu chỉnh đáng kể.

 

Điều kiện quyết định việc cần làm tiếp theo làxu hướng lỗi trước{0}}FEC/đã sửa-. Hiệu chỉnh mức-thấp ổn định trong khoảng thời gian được kiểm soát là trạng thái chẩn đoán khác với gánh nặng hiệu chỉnh tăng tốc theo nhiệt độ, nhiễu loạn đầu nối hoặc một làn cụ thể.

 

BER tổng hợp có thể ẩn một làn đường yếu

 

 

Đối với 400G nhiều{0}}làn, hãy kiểm tra việc phân bổ làn bất cứ khi nào máy chủ tiếp xúc với nó.

 

Nếu một làn đường xuống cấp trong khi những làn khác vẫn tương đối ổn định, hãy ưu tiên đường dẫn quang, vị trí đầu nối, kênh mô-đun và chuyển đổi cổng/mô-đun được kiểm soát của làn đó. Nếu tất cả các làn đều tăng cùng nhau, hãy mở rộng giả thuyết lỗi sang các biến phổ biến chẳng hạn như-hành vi nhiệt trên toàn mô-đun, cấu hình phía máy chủ-hoặc vấn đề về tính toàn vẹn-mức tín hiệu{4}}của hệ thống.

 

Đó là phán đoán mà cách diễn đạt "loại vấn đề khác" ban đầu vẫn còn dang dở.

 

 

Thời gian bắt đầu nguội-5 phút-là bằng chứng yếu cho thấy một liên kết dự kiến ​​sẽ chạy liên tục.

 

Để xác thực trường, hãy xác định khoảng thời gian quan sát có thể lặp lại và ghi lại cùng một dữ liệu tại mỗi điểm. Một quy trình thực tế của dự án có thể thu thập các mẫu cơ bản, 30 phút và 60 phút. Những thời điểm đó là một ví dụ hoạt động,không phải là yêu cầu chấp nhận của IEEE.

 

Xu hướng từ mã đã được chỉnh sửa mang tính minh họa-cho thấy tại sao độ dốc lại quan trọng. Giả sử một liên kết ghi lại 10.000 sự kiện đã được sửa ở mức cơ bản, 12.000 sau 30 phút và 13.000 sau 60 phút trong cùng một hồ sơ lưu lượng truy cập. Hãy so sánh điều đó với liên kết thứ hai di chuyển từ 10.000 đến 40.000 và sau đó là 160.000 trong cùng khoảng thời gian. Các giá trị tuyệt đối trong ví dụ này không phải là giới hạn đạt/không đạt; mô hình tăng trưởng thứ hai là lý do để điều tra biên độ dưới nhiệt độ.

 

Tốc độ điều chỉnh tăng nhanh khi nhiệt độ tăng là tín hiệu cận biên.

 

Quyết định tiếp theo phụ thuộc vào cách phân bổ lỗi. Nếu tất cả các làn đều tăng cùng lúc khi nhiệt độ trường hợp tăng lên, hãy điều tra các biến nhiệt chung, toàn bộ mô-đun, máy chủ và cấu hình. Nếu một làn thúc đẩy phần lớn mức tăng, hãy quay lại kênh làn/đường dẫn/mô-đun tương ứng trước khi đổ lỗi cho toàn bộ giao diện. Ranh giới điều kiện đó biến cảnh báo nhiệt chung thành quy tắc cách ly-lỗi có thể sử dụng được.

 

Ghi lại nhiệt độ bên cạnh bộ đếm lỗi. Ảnh chụp màn hình BER hoặc FEC không có nhiệt độ mô-đun và thời gian kiểm tra đã trôi qua sẽ ít hữu ích hơn nhiều khi sau này ai đó cố gắng tái tạo lỗi.

 

 

Trình tự xử lý sự cố hữu ích chuyển từ triệu chứng sang kiểm tra có thể phân biệt giữa các miền lỗi.

 

• Công suất Rx thấp:kiểm tra và làm sạch đầu nối, xác minh suy hao đường truyền-thụ động và so sánh công suất máy phát ở đầu đối diện. Nếu phép đo bên ngoài bình thường nhưng DDM vẫn bất thường, hãy điều tra đường dẫn đo từ xa/báo cáo thay vì coi giá trị DDM là giá trị thực đã được hiệu chỉnh.
   
• Công suất Rx bình thường với FEC cao:kiểm tra sự phân bố làn đường, tình trạng đầu nối, cấu hình FEC, sự điều biến/khớp PMD và nhiệt độ. Công suất trung bình bình thường không loại bỏ được sự suy giảm-chất lượng tín hiệu hoặc làn đường-cụ thể.
   
• Một làn đường tệ hơn đáng kể:ánh xạ làn đường tới đường dẫn thụ động và kênh mô-đun, sau đó thay đổi từng biến một. Lỗi xảy ra sau mô-đun sẽ hướng theo một hướng khác với hướng còn lại ở vị trí sợi quang hoặc cổng máy chủ.
   
• CRC trên giao diện xuôi dòng:tương quan với các bộ đếm ngược dòng, hướng giao thông và bằng chứng FEC trước khi thay thế hệ thống quang học gắn vào cổng hiển thị CRC. Nơi xảy ra lỗi không tự động là nơi nó bắt nguồn.
   
• Nắp liên kết sau khi khởi động{0}}:liên hệ sự kiện với nhiệt độ mô-đun, công suất quang, xu hướng FEC đã hiệu chỉnh và hoạt động của làn đường thay vì chỉ dựa vào nhật ký mặt phẳng điều khiển.
   
• Mô-đun thay thế hoạt động tương tự:dừng đạp xe qua các mô-đun. Quay trở lại giả thuyết về đường dẫn cáp quang, cổng máy chủ, cấu hình và khả năng tương tác.

 

Trình tự trên cho bạn biết cần kiểm tra điều gì trước tiên; nó cókhôngcho bạn biết rằng mọi trường hợp "Rx bình thường/FEC cao" đều có cùng một nguyên nhân gốc rễ. Biến làm thay đổi hành động tiếp theo là liệu suy giảm có đi theo mô-đun, vẫn tồn tại trong đường dẫn/làn quang hay ở lại cổng máy chủ sau khi hoán đổi một-biến được kiểm soát.

 

Để cách ly mô-đun/sợi/máy chủ sâu hơn sau khi biết được phần phân chia đầu tiên đó, hãy sử dụngkiểm tra mạng quang để khắc phục sự cố thu phátquy trình làm việc.

 

Đây cũng là nơi bằng chứng trực tiếp về dự án trở nên có giá trị hơn một bảng khắc phục sự cố chung khác. Một ảnh chụp màn hình thực tế cho thấy làn đường nào đã di chuyển, ở nhiệt độ nào, sau đó hoán đổi là bằng chứng mạnh mẽ hơn một đoạn văn nói rằng “nhiều yếu tố có thể gây ra lỗi FEC”.

 

 

Vìthử nghiệm mạng quang cho máy thu phát 100G, cũng như các liên kết 400G, hồ sơ nghiệm thu sản xuất sẽ cho phép một kỹ sư khác xây dựng lại lý do tại sao liên kết bị loại bỏ.

 

Sử dụng ba cấp độ bằng chứng một cách nhất quán:giới hạn thông số kỹ thuậtxác định sự tuân thủ chính thức,ban nhạc bảo vệ dự ánxác định mức ký quỹ bổ sung mà việc triển khai của bạn yêu cầu vàxu hướng quan sát đượccho biết liệu liên kết có ổn định theo thời gian, lưu lượng và nhiệt độ hay không.

 

Đối với liên kết 100G/400G, hồ sơ chấp nhận phải bao gồm những nội dung sau:

 

1. Cấu hình cơ sở:SKU thu phát chính xác, máy chủ, cổng, chương trình cơ sở/NOS, chế độ FEC, cấu hình đột phá và trạng thái mã hóa có liên quan.
    
2. Đường dẫn vật lý:trạng thái kiểm tra, xác minh đầu nối/cực, loại và chiều dài sợi cũng như bằng chứng suy hao/OTDR khi đường dẫn yêu cầu.
    
3. Công suất quang:Các chỉ số Tx/Rx, kiểm tra chéo đã hiệu chỉnh-nếu cần, các giới hạn của bộ thu/phát hiện hành và khoảng trống còn lại của dự án.
    
4. Chất lượng tín hiệu:NRZ- hoặc PAM4-bằng chứng về chất lượng máy phát phù hợp khi PMD hoặc giả thuyết lỗi yêu cầu.
    
5. BER/FEC:hành vi thô hoặc trước{0}}FEC khi có sẵn, hoạt động đã sửa và không thể sửa, phân bổ theo- làn đường, khoảng thời gian quan sát và điều kiện giao thông.
    
6. Hành vi nhiệt:nhiệt độ tại mỗi điểm đo cộng với hướng và tỷ lệ lỗi-thay đổi của bộ đếm.
    
7. Khả năng tương tác:bằng chứng từ sự kết hợp máy chủ/mô-đun/đường dẫn thực tế thay vì giả định rằng việc tuân thủ đặc điểm kỹ thuật độc lập chứng minh mọi sự kết hợp hệ thống. Thử nghiệm 400G của nhiều{1}}nhà cung cấp bởi OpenZR+ đã chứng minh lý do tại sao các sự kiện về khả năng tương tác ở cấp hệ thống-sử dụng nhiều mô-đun, bộ định tuyến và liên kết quang thay vì chỉ dựa vào việc tuân thủ từng thành phần riêng lẻ. (OpenZR+MSA)
    
8. Truy xuất nguồn gốc:dấu thời gian,-nhận dạng thiết bị kiểm tra nếu có liên quan, nguồn ngưỡng và cá nhân/nhóm chịu trách nhiệm đánh giá.

 

Danh sách kiểm tra này được cố ý mở ra vềGìmột hồ sơ chấp nhận mạnh mẽ chứa. Phần không thể rút gọn một cách trung thực thành một bảng web chung là bằng chứng về biên độ cụ thể của máy chủ- và SKU-đứng sau một hoạt động triển khai cụ thể.

 

Đây là biến mà một tuyên bố chung của nhà cung cấp thường bỏ qua:báo cáo thử nghiệm tại nhà máy xác nhận mô-đun trong các điều kiện thử nghiệm được ghi lại; nó không chứng nhận đường dẫn cáp quang đã cài đặt, cấu hình máy chủ hoặc môi trường nhiệt của khách hàng.

 

Đối với các mô-đun do FB-LINK cung cấp, thử nghiệm tại nhà máy đã bao gồm các kiểm tra liên quan đến quang học và BER{1}}, đồng thời có sẵn báo cáo thử nghiệm cho các lô áp dụng hoặc số sê-ri riêng lẻ theo yêu cầu. Điều đó cung cấp cho chúng tôi-đường cơ sở cấp mô-đun; Việc chấp nhận liên kết- đã triển khai vẫn cần kiểm tra máy chủ, cáp quang, FEC và môi trường được mô tả ở trên. Trang web hiện tại của FB-LINK mô tả rõ ràng các thử nghiệm tại nhà máy có liên quan đến-nguồn, mắt-, BER và nhiệt độ- cũng như tính sẵn có của các báo cáo thử nghiệm.

 

Nếu bạn đang xác thực một triển khai cụ thể, hãy gửi cho chúng tôi mẫu chuyển mạch, loại cổng, SKU PMD/mô-đun dự kiến, loại sợi/đầu nối, khoảng cách, chế độ FEC và yêu cầu về nhiệt độ. Chúng tôi có thể sử dụng những thông tin đầu vào đó để xác định bằng chứng kiểm tra mô-đun liên quan và kiểm tra tính tương thích thay vì trả lời bằng tuyên bố chung chung "đã kiểm tra 100%".

 

Đối với việc triển khai 100G hiện tại, các tùy chọn mô-đun theo kế hoạch có sẵn trongPhạm vi 100G QSFP28. Để triển khai mật độ-cao hơn, hãy xemPhạm vi DD 400G QSFP{1}}DDvà yêu cầu các điều kiện kiểm tra phù hợp với máy chủ mục tiêu và phạm vi tiếp cận.

 

 

Thực hành tốt nhất về kiểm tra mạng quangsẽ để lại cho bạn nhiều hơn một giao diện màu xanh lá cây và ảnh chụp màn hình nguồn Rx. Chúng phải hiển thị các giới hạn áp dụng, khoảng trống còn lại, hành vi trước-FEC/FEC, phân bổ làn đường và liệu các phép đo đó có ổn định khi liên kết ấm lên và mang theo lưu lượng truy cập ổn định hay không.

 

Một bài kiểm tra mạng quang tốt sẽ hỏi một câu hỏi cuối cùng:Chúng ta có bao nhiêu bằng chứng cho thấy liên kết này sẽ vẫn đáng tin cậy trước khi số tiền ký quỹ còn lại của nó bị tiêu hao?

 

Đó là sự khác biệt giữa việc chứng minh rằng một liên kết đã hoạt động trong quá trình thử nghiệm và việc chứng minh rằng nó đã sẵn sàng để triển khai.