Mất khung trong phép thử phòng thí nghiệm tự nó không chứng minh bộ chuyển mạch không đạt yêu cầu, cũng không phải lý do để tắt các chức năng chỉ nhằm cải thiện điểm số. Trước tiên, hãy xác minh thiết bị đo kiểm, các liên kết, định dạng khung và mô hình lưu lượng, sau đó so sánh số phát và số thu. Bài viết này phân biệt các vấn đề về điều kiện thử nghiệm với giới hạn chuyển tiếp; hãy sử dụng nội dung này tách biệt với việc chẩn đoán tắc nghẽn trong mạng vận hành thực tế.
1. Xác định mục đích và phạm vi an toàn
Thông lượng, tỷ lệ mất khung, độ trễ và khả năng chịu lưu lượng bùng phát trả lời những câu hỏi khác nhau. Hiệu năng tối đa trong phòng thí nghiệm không đồng nhất với trải nghiệm ứng dụng khi vận hành thực tế. RFC 2544 quy định các phương pháp đo kiểm chuẩn cho thiết bị kết nối liên mạng. Luôn cách ly các phép thử tải cao; không đưa lưu lượng gây bão hòa vào mạng đang vận hành các dịch vụ điều khiển, giám sát hoặc điện thoại.
Xác nhận các thiết bị, cổng, firmware và cấu hình được phép sử dụng. Ghi lại cách đấu nối, các tính năng đang bật, tốc độ và chế độ song công. Chuẩn bị phương án khôi phục và xác minh thiết bị đo kiểm có thể tạo và thu lưu lượng dự kiến. Các bộ tạo lưu lượng bằng phần mềm trên máy tính thông thường phụ thuộc vào NIC, trình điều khiển, bộ xử lý và cơ chế lập lịch của hệ điều hành. Việc máy tính không đạt tốc độ đường truyền tự nó không thể chứng minh khả năng chuyển tiếp của bộ chuyển mạch là không đủ.
2. Đếm khung phát và thu theo cùng một cơ sở
Trước tiên, xác lập hoạt động chuyển tiếp ở tải thấp. Kiểm tra địa chỉ nguồn và đích, các thẻ VLAN, độ dài khung, tải hữu ích và số thứ tự. Không tính các khung quản lý hoặc khung nền không liên quan là lưu lượng thử nghiệm. Nêu rõ tốc độ bit của thiết bị đo kiểm là tốc độ chiếm dụng đường truyền, tốc độ bit của khung Ethernet hay tốc độ tải hữu ích của ứng dụng; nếu không, các con số giống nhau có thể biểu thị các mức tải đưa vào khác nhau.
Tỷ lệ mất khung có thể được tính bằng số khung phát trừ số khung thu, rồi chia cho số khung phát trong cùng một tập thử nghiệm hợp lệ. Ghi riêng các khung trùng lặp, sai thứ tự và sai định dạng. Tổng số khung thu không được để các khung trùng lặp bù trừ cho các khung bị mất. Theo phương pháp và thiết bị đo, hãy dành thời gian thu phù hợp cho các khung vẫn đang trên đường truyền sau khi ngừng phát, để việc dừng thu sớm không tạo ra mất khung giả.
3. Điều tra lỗi FCS như bằng chứng về liên kết, không mặc định đó là nguyên nhân
Lỗi FCS có nghĩa là khung nhận được không vượt qua phép kiểm tra tính toàn vẹn dự kiến. Kiểm tra xem bộ tạo lưu lượng có cố ý gửi khung không hợp lệ hay không, các giao diện có tương thích hay không và cáp cùng mô-đun có hoạt động tốt hay không. Việc lỗi biến mất sau khi thay một cáp, mô-đun hoặc cổng tương thích là bằng chứng hữu ích. Điều đó không đủ để khẳng định mọi lỗi FCS đều chứng tỏ sợi quang bị hỏng, hoặc xem việc loại bỏ khung tại hàng đợi đầu ra là cùng một sự kiện.
Đối với liên kết quang, hãy kiểm tra tốc độ, bước sóng, sợi quang và cách ghép cặp phát/thu. Kiểm tra và vệ sinh mặt đầu đúng cách, không nhìn vào các cổng. Linh kiện thay thế đã được xác nhận hoạt động tốt vẫn phải phù hợp với thông số kỹ thuật. Khi thích hợp, kết nối trực tiếp các đầu cuối của thiết bị đo kiểm để thiết lập đường cơ sở trước khi thêm bộ chuyển mạch. Việc này kiểm tra hệ thống thử nghiệm, nhưng không thể bao quát mọi điều kiện ứng dụng phức tạp.
4. Khung nhỏ và khung lớn gây tải lên các khía cạnh khác nhau
Ở cùng tốc độ bit, khung nhỏ hơn thường đồng nghĩa với nhiều khung hơn và nhiều thao tác xử lý hơn mỗi giây. Phần mở đầu và khoảng cách liên khung cũng chiếm thời gian đường truyền. Không tính tốc độ gói tối đa bằng cách chỉ chia băng thông cho tải hữu ích. Nêu rõ độ dài có bao gồm FCS, các thẻ VLAN và phần phụ trội trên đường truyền hay không, đồng thời không nhầm độ dài gói IP với độ dài khung Ethernet.
Lỗi với khung lớn có thể liên quan đến kích thước khung tối đa được hỗ trợ, MTU đường đi, các thẻ đóng gói, định dạng thử nghiệm hoặc bộ đệm. Lỗi với khung nhỏ có thể liên quan đến số thao tác chuyển tiếp mỗi giây, năng lực thiết bị đo kiểm hoặc tài nguyên chip. Chỉ riêng việc mất khung ở một độ dài khung không thể chứng minh bộ đệm không đủ hoặc các bộ mô tả đã cạn kiệt. Lưu giữ số liệu bộ đếm và thu hẹp các khả năng dựa trên tài liệu cùng các điều kiện có thể tái lập.
5. Kiểm tra việc học địa chỉ và phân bố lưu lượng trong nhóm gộp liên kết
Trước khi thử nghiệm với nhiều địa chỉ MAC nguồn, hãy xác định điều kiện học địa chỉ, quy mô địa chỉ và thời gian lão hóa. Lưu lượng đến các đích chưa biết có thể bị phát tràn, làm thay đổi phân bố lưu lượng so với mô hình unicast dự kiến. Dung lượng bảng MAC và cơ chế tra cứu thay đổi tùy chip và model. Không quy mọi lỗi học địa chỉ là xung đột hàm băm. Kiểm tra các mục trong bảng, các bộ đếm liên quan và lưu lượng đầu ra thực tế để thu được bằng chứng có thể tái lập.
Các liên kết thành viên trong một nhóm gộp cũng không nhất thiết chia sẻ đều mọi luồng. Những đặc điểm cụ thể của luồng có thể tập trung lưu lượng vào một liên kết thành viên, gây tắc nghẽn cục bộ dù nhóm gộp vẫn còn dung lượng chưa sử dụng. Nêu rõ số lượng luồng và các tổ hợp địa chỉ nguồn/đích, giao thức và cổng. Kiểm tra tải của từng liên kết thành viên trước khi so sánh các mô hình lưu lượng. Không âm thầm thay đổi thiết lập hàm băm để vượt qua phép thử mà không báo cáo thay đổi cấu hình.
6. Thiết kế các phép thử có thể so sánh
Sau khi cố định đường cơ sở, mỗi lần chỉ thay đổi một điều kiện: độ dài khung, tải đưa vào, số lượng địa chỉ hoặc tổ hợp cổng. Lặp lại và ghi kết quả. Các phép đo kiểm chuẩn Ethernet truyền thống thường bao gồm khung có kích thước 64, 128, 256, 512, 1024, 1280 và 1518 byte. Với khung có gắn thẻ hoặc khung jumbo, hãy nêu riêng định nghĩa độ dài, khả năng hỗ trợ và mục đích. Danh sách truyền thống đó không phải là cam kết bắt buộc về năng lực đối với mọi thiết bị.
Đo thông lượng và mức mất khung theo phương pháp tương ứng, đồng thời báo cáo thời lượng, các bước tăng tải, số lần lặp lại và cấu hình thực tế được áp dụng. Không bí mật tinh chỉnh lại bộ đệm giữa các độ dài khung hoặc mô tả kết quả của một cặp cổng như thể mọi cổng đều đồng thời chuyển tiếp ở tốc độ đường truyền. Các đường qua nhiều cổng, qua các chip khác nhau và qua hệ thống xếp chồng có thể khác nhau. Nêu rõ những đường nào đã được đo và những đường nào chưa được đo.
7. Lập báo cáo có thể được tái lập độc lập
Báo cáo đầy đủ phải xác định model, firmware, phiên bản thiết bị đo kiểm, cách đấu nối, các tính năng đang bật, định dạng khung, mô hình lưu lượng và số đếm phát/thu gốc. Phân biệt lỗi liên kết, hiện tượng loại bỏ khung, độ trễ và các điều kiện ứng dụng. Tái hiện các bất thường và lưu giữ nhật ký trước khi chuyển vấn đề lên cấp hỗ trợ cao hơn. Nhà cung cấp cần các điều kiện này để xác định vấn đề về tài nguyên hoặc phần mềm, thay vì chỉ có ảnh chụp màn hình mất khung không kèm bối cảnh.
Xác nhận tốc độ cổng, chức năng quản lý, gộp liên kết và các chức năng khác của FCTEL theo model và firmware thực tế. Bài viết này không khẳng định mọi model đều đã vượt qua phép đo kiểm chuẩn hoặc cho phép điều chỉnh bộ đệm chip. Nghiệm thu mua sắm cũng phải xem xét các ứng dụng thực tế, nguồn điện và điều kiện tại hiện trường công nghiệp. Việc đạt yêu cầu trong phòng thí nghiệm và vận hành ổn định trong thực tế có liên quan nhưng không thể thay thế nhau; việc triển khai vẫn cần xác thực ứng dụng trong điều kiện có kiểm soát.
Các hình minh họa những cơ chế chung đã được rà soát. Hình thiết bị và giao diện thiết bị đo không phải ảnh sản phẩm hay kết quả đo, và không đưa ra cam kết về hiệu năng.
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn xuất bản lần đầu: 2020-11-26. Nguồn sửa đổi lần cuối: 2026-10-13T14:51:17+08:00. Đọc nguồn tiếng Trung
