Bài viết kỹ thuật gốc của FCTEL · Đội ngũ kỹ thuật FCTEL
Xuất bản lần đầu: 2026-10-05 · Sửa đổi lần cuối: 2026-10-05
Biểu đồ mức sử dụng cổng có vẻ yên ắng, nhưng hình ảnh thị giác máy thỉnh thoảng bị mất khung và phản hồi PLC đột ngột chậm lại. Một nguyên nhân có thể là microburst: nhiều thiết bị gửi dữ liệu tới cùng một đầu ra trong khoảng thời gian ngắn. Bộ chuyển mạch không thể truyền ngay tất cả dữ liệu và phải tạm lưu các khung; dung lượng bộ đệm không đủ có thể dẫn đến việc loại bỏ khung. Bài viết này lần lượt xem xét quá trình tiếp nhận, xếp hàng, lập lịch và truyền, đồng thời phân biệt các cơ chế chung, phép tính minh họa và những khả năng được tài liệu nêu rõ cho sản phẩm FCTEL.
Mở ảnh gốc để xem chi tiết. Cuộn ngang để đọc các nhãn trong sơ đồ ở kích thước đầy đủ.
1. Vì sao nhiều đầu vào Gigabit có thể tranh chấp một đầu ra
Sau khi nhận một khung Ethernet, bộ chuyển mạch xác định đầu ra của khung dựa trên bảng chuyển tiếp và các chính sách áp dụng. Nhiều đầu vào có thể nhận đồng thời, nhưng một đầu ra vật lý thông thường vẫn truyền tuần tự các khung ở tốc độ đường truyền của nó theo một hướng truyền nhất định. Khi hai camera gửi hình ảnh tới cùng một máy chủ phân tích, cả hai kết nối có thể thương lượng hoạt động ở tốc độ gigabit nhưng vẫn cạnh tranh cổng gigabit duy nhất của bộ chuyển mạch nối với máy chủ. Thêm đầu vào không làm tăng năng lực của đầu ra đó.
Bộ đệm là vùng lưu trữ dữ liệu khung; hàng đợi là dữ liệu đang chờ cùng với quan hệ quản lý được sử dụng để phục vụ dữ liệu đó. Hai khái niệm này có liên quan nhưng không thể dùng thay thế cho nhau. Chip chuyển mạch có thể sử dụng vùng lưu trữ dùng chung, phân bổ theo cổng và nhiều hàng đợi lưu lượng. Quy tắc phân bổ quyết định lượng dung lượng mà một đầu ra có thể sử dụng tại thời điểm đó. Thông số tổng dung lượng bộ đệm của sản phẩm không có nghĩa là mỗi cổng được dành riêng toàn bộ dung lượng ấy, cũng không trực tiếp cho biết một ứng dụng cụ thể có thể phải chờ bao lâu.
Tình huống được xem xét ở đây là tải đầu ra tạm thời vượt quá năng lực phục vụ. Tình huống này khác với vòng lặp liên tục nhân bản khung và khác với nhiễu làm hỏng khung trên liên kết cáp đồng. Hãy xác định vị trí tắc nghẽn và hướng lưu lượng trước khi quy mọi sự kiện mất dữ liệu cho cáp hoặc bộ chuyển mạch bị hỏng.
Mở ảnh gốc để xem chi tiết. Cuộn ngang để đọc các nhãn trong sơ đồ ở kích thước đầy đủ.
2. Microburst bị che khuất trên biểu đồ mức sử dụng trung bình như thế nào
Tốc độ trung bình là số bit đã truyền chia cho khoảng thời gian đo. Trong khoảng một giây, một đợt bùng phát kéo dài một mili giây bị pha loãng bởi thời gian nhàn rỗi còn lại. Khoảng đo dài hơn càng dễ che khuất các đỉnh lưu lượng. Việc kích hoạt camera đồng bộ, tải lên theo khối và nhiều thiết bị báo cáo đồng thời có thể khiến lưu lượng dồn lại theo thời gian. Không có một ngưỡng thời lượng microburst duy nhất áp dụng cho mọi thiết bị; điều kiện cần xét là tốc độ dữ liệu đến tức thời vượt quá tốc độ phục vụ của đầu ra.
Xét một phép tính lý tưởng. Hai đầu vào đưa dữ liệu với tổng tốc độ 2 Gbit/s trong 1 ms vào một hàng đợi ban đầu rỗng, trong khi đầu ra truyền ở tốc độ 1 Gbit/s. Chênh lệch là 1 Gbit/s. Nhân chênh lệch đó với thời gian rồi chia cho tám cho kết quả lượng dữ liệu tồn đọng là 125,000 byte, tương đương khoảng 125 kB. Khi đầu vào ngừng gửi, việc giải phóng lượng dữ liệu đó ở tốc độ 1 Gbit/s mất thêm khoảng 1 ms. Đồ thị mức chiếm dụng hàng đợi hình tam giác giả định có đủ bộ đệm và bỏ qua phần mở đầu khung, khoảng cách giữa các khung cùng lưu lượng khác.
Nếu đây là đợt bùng phát duy nhất trong giây đó, tổng dữ liệu đến là 250 kB và tốc độ đầu vào trung bình chỉ khoảng 2 Mbit/s. Tuy nhiên, đợt bùng phát vẫn cần bộ đệm chứa 125 kB trong khoảng thời gian dữ liệu đến kéo dài một mili giây. Nếu dung lượng được phân bổ khả dụng nhỏ hơn, việc loại bỏ khung bắt đầu sớm hơn và đường cong mức chiếm dụng bị cắt tại giới hạn dung lượng. Vì vậy, mức sử dụng trung bình thấp không chứng minh rằng không có tắc nghẽn tức thời, cũng không loại trừ việc loại bỏ khung ở đầu ra.
3. Bộ đệm hấp thụ các đợt bùng phát và làm tăng thời gian chờ
Một khung trong hàng đợi đầu ra phải chờ phần công việc đứng trước nó hoàn tất. Nhân số byte đang xếp hàng với tám rồi chia cho tốc độ đầu ra sẽ cho giá trị ước tính thời gian phục vụ. Hoạt động thực tế còn phụ thuộc vào ranh giới khung, phần phụ trội của liên kết và cơ chế lập lịch. Bộ đệm lớn hơn có thể hấp thụ các đợt bùng phát ngắn hạn kéo dài hơn, nhưng cũng có thể khiến khung chờ lâu hơn. Khi tốc độ đầu vào liên tục vượt tốc độ đầu ra, mọi bộ đệm hữu hạn cuối cùng đều đầy; bổ sung dung lượng lưu trữ không loại bỏ được sự thiếu hụt năng lực kéo dài.
Cách xử lý khi hết dung lượng lưu trữ phụ thuộc vào cách triển khai và chính sách. Cơ chế loại bỏ ở cuối hàng đợi phổ biến từ chối các khung mới đến khi hàng đợi đã đầy, nhưng các ngưỡng khác, quy tắc ưu tiên hoặc cơ chế loại bỏ sớm cũng có thể được áp dụng. Không nên cho rằng chiến lược của một loại chip là mặc định cho mọi bộ chuyển mạch công nghiệp. TCP có thể khôi phục dữ liệu thông qua xác nhận và truyền lại, trong khi ứng dụng phải chờ thêm. UDP và một số ứng dụng thời gian thực cần có cơ chế riêng để xử lý mất dữ liệu hoặc hết thời gian chờ.
Điều khiển luồng ở lớp liên kết cũng có giới hạn. Hãy xác minh tính năng này có được bật hay không, thiết bị đối tác có phản hồi hay không, nó ảnh hưởng đến lưu lượng nào và có làm lan truyền tình trạng chặn sang các ứng dụng khác hay không. Bật điều khiển luồng không thay thế được việc hoạch định năng lực mạng điều khiển. Khi chưa được kiểm chứng, không thể mặc định rằng khung tạm dừng sẽ bảo đảm thời hạn của PLC.
Mở ảnh gốc để xem chi tiết. Cuộn ngang để đọc các nhãn trong sơ đồ ở kích thước đầy đủ.
4. Vì sao QoS không bảo đảm độ trễ bằng không
QoS thường phân loại lưu lượng theo các điều kiện như cổng, mức ưu tiên IEEE 802.1p hoặc DSCP của IP, ánh xạ lưu lượng vào các hàng đợi nội bộ và để bộ lập lịch chọn khung tiếp theo. Dấu đánh dấu là thông tin phân loại. Nếu không có cơ chế ánh xạ và lập lịch tương ứng dọc theo đường truyền, khung được đánh dấu chưa chắc được phục vụ ưu tiên. Lập lịch ưu tiên nghiêm ngặt và lập lịch có trọng số có các đặc tính công bằng khác nhau. Hãy kiểm tra thuật toán, số lượng hàng đợi và cơ chế kiểm soát tốc độ của đúng mẫu thiết bị và phiên bản firmware.
Với cơ chế truyền thông thường không cho phép ngắt khung đang truyền, một khung điều khiển ngắn có thể đi vào hàng đợi ưu tiên cao sau khi đầu ra đã bắt đầu gửi một khung thông thường. Bộ lập lịch thường chờ khung đó truyền xong rồi mới chọn khung điều khiển. Một khung 1,518 byte mất khoảng 121.44 micro giây để truyền tuần tự ở tốc độ 100 Mbit/s, không tính phần mở đầu khung và khoảng cách giữa các khung. Ở tốc độ 1 Gbit/s, cùng phép tính chỉ xét riêng khung cho kết quả khoảng 12.144 micro giây. Đây là các phép tính minh họa, không phải các giá trị độ trễ thiết bị được cam kết.
Cơ chế ngắt truyền khung Ethernet chuyên dụng đòi hỏi các khả năng tương ứng, cấu hình phù hợp và sự phối hợp của thiết bị đối tác. Không thể suy ra khả năng này chỉ từ tuyên bố có hỗ trợ QoS. Ngay cả lưu lượng điều khiển ưu tiên cao cũng có thể tranh chấp với lưu lượng điều khiển khác, trong khi các giai đoạn khác tiếp tục làm tăng thời gian chờ. Thiết kế có tính xác định bắt đầu từ độ trễ tối đa ứng dụng có thể chấp nhận và tải đỉnh, kiểm chứng từng đoạn mạng và tránh gán mức ưu tiên cao nhất cho mọi khung.
5. Phân biệt tắc nghẽn với lỗi liên kết vật lý
Trước tiên, hãy lưu lại tốc độ cổng và trạng thái song công, các bộ đếm byte đầu vào và đầu ra, bộ đếm loại bỏ cùng các bộ đếm lỗi CRC hoặc FCS. Xác định hướng, đơn vị và chu kỳ cập nhật của từng bộ đếm. Số lượt loại bỏ ở đầu ra tăng thường gợi ý vấn đề về tài nguyên đầu ra hoặc chính sách; lỗi CRC đòi hỏi kiểm tra tính toàn vẹn của liên kết nhận. Cả hai có thể xảy ra đồng thời. Chỉ một bộ đếm không đủ để loại trừ mọi nguyên nhân khác. Hãy đối chiếu chúng với thời điểm ứng dụng bị thiếu khung hoặc hết thời gian chờ.
Tăng độ phân giải thời gian quan sát và, nếu thiết bị hỗ trợ, kiểm tra mức chiếm dụng hàng đợi, các giá trị đỉnh hoặc các loại loại bỏ. Nếu thiết bị không có những số liệu này, hãy sử dụng lưu lượng có kiểm soát trong môi trường thử nghiệm để so sánh một bên gửi, hai bên gửi đồng bộ và các bên gửi lệch thời điểm. Đo mức tăng bộ đếm tại cùng đầu ra và phản hồi của ứng dụng. Cổng sao chép có giới hạn năng lực riêng: mất dữ liệu trên đường thu thập bản sao không tự động đồng nghĩa với mất dữ liệu tại đầu ra phục vụ ứng dụng.
6. Phương pháp nghiệm thu thực tế cho thiết bị FCTEL
Tài liệu chính thức của FCTEL dành cho bộ chuyển mạch công nghiệp được quản lý, gắn thanh DIN, Lớp 3, có bốn cổng quang 10 gigabit và tám cổng điện gigabit, liệt kê cơ chế lưu và chuyển tiếp, quản lý hàng đợi ưu tiên IEEE 802.1p và DSCP, cùng thống kê cổng. Các tính năng được ghi nhận này cung cấp bối cảnh sản phẩm cho thiết kế và thử nghiệm nghiệm thu. Chúng không xác lập khả năng hỗ trợ một tính năng giám sát microburst cụ thể, ngắt truyền khung hoặc một mức phân bổ bộ đệm xác định cho từng cổng. Hãy xác minh cấu hình và các số liệu thống kê khả dụng theo tài liệu hướng dẫn và firmware tương ứng.
Xác định nút thắt thực tế trước khi đánh giá việc tăng năng lực đầu ra, giảm tốc độ tức thời từ phía thượng nguồn, gửi lệch thời điểm và lập lịch hàng đợi phù hợp. Gộp liên kết không bảo đảm một luồng ứng dụng sử dụng đồng thời mọi liên kết thành viên: hãy kiểm tra cơ chế băm và phân bố lưu lượng. Lặp lại cùng các phép thử tải đỉnh sau khi thay đổi và ghi lại việc loại bỏ khung, thời gian chờ, tính toàn vẹn của dữ liệu ứng dụng và khả năng khôi phục. Chứng minh được sự cải thiện trong các giới hạn của ứng dụng điều khiển chính là cách làm rõ những lỗi gián đoạn xảy ra khi mức sử dụng trung bình thấp.
Tài liệu tham khảo kỹ thuật: Cisco: cơ chế microburst và giám sát theo từng nền tảng. Tài nguyên FCTEL liên quan: Bài viết kỹ thuật và Tài liệu sản phẩm bộ chuyển mạch công nghiệp (tiếng Trung).
