html Chuyển tiếp của bộ chuyển mạch: Cut-through, FCS và hàng đợi | FCTELE
                                   +8618758069661 [email protected]
Tìm kiếm sản phẩm Hướng dẫn: dấu cách = VÀ, | = HOẶC, ! = KHÔNG

Bạn có câu hỏi? Hãy gọi cho chúng tôi ngay hôm nay!

+8618758069661

Hoặc để lại lời nhắn cho chúng tôi

Lời nhắn trực tuyến

Các chế độ chuyển tiếp của bộ chuyển mạch: Cut-through, FCS và hàng đợi

Lượt xem: 127 +2Bài gốc của FCTELETác giả: Đội ngũ kỹ thuật FCTELE
TỔNG QUAN NHANH

Chuyển tiếp cut-through có loại bỏ độ trễ của bộ chuyển mạch và lỗi khung không?

Cut-through có thể bắt đầu truyền tại cổng ra trước khi toàn bộ khung đến, qua đó giảm một nguồn gây chờ trong các điều kiện được hỗ trợ. Chế độ này không thể loại bỏ toàn bộ quá trình xử lý hoặc xếp hàng, và lỗi khung được phát hiện gần cuối khung có thể đi theo dữ liệu đã được gửi xuống phía sau. Store-and-forward chờ nhận đầy đủ và thực hiện các bước kiểm tra. Hãy so sánh các triển khai thực tế ở cùng tốc độ, kích thước khung và mức tải; không chế độ nào tạo thêm năng lực cho cổng ra.

Ba cơ chế và giới hạn xác minh của chúngTheo dõi tín hiệu, sau đó xác minh dịch vụ thực tế

01So sánh thời điểm nhận và gửi

Compare receive and send timingCut-through may overlap ingress and egress; store-and-forward waits for a complete receive result.IngressCut-thruStore/fwdTail received

Cut-through có thể cho phép quá trình nhận ở cổng vào và gửi ở cổng ra chồng lấn nhau; store-and-forward chờ kết quả nhận đầy đủ.

02Xác định vị trí trường kiểm tra cuối khung

Locate the final check fieldA long frame tail contains its FCS; an early forwarding decision cannot already include that complete-frame check.HeaderPayloadPayloadFCSArrival orderWhole-frame check needs the tailEarlier egress bytes cannot be recalled

Phần cuối của khung dài chứa FCS; quyết định chuyển tiếp sớm không thể bao gồm sẵn kết quả kiểm tra toàn bộ khung đó.

03Tách biệt việc xếp hàng với chế độ chuyển tiếp

Separate queueing from modeSeveral ingress streams can contend for one egress, causing waiting and eventual discards regardless of the forwarding label.123EgressWaiting framesFinite buffering, finite output rate

Nhiều luồng vào có thể tranh chấp một cổng ra, gây chờ đợi và cuối cùng dẫn đến loại bỏ khung, bất kể tên gọi của chế độ chuyển tiếp.

Vuốt để so sánh ba sơ đồ →

Hình minh họa khái niệm phục vụ giảng giải — không phải dạng sóng đo được, sơ đồ đấu dây lắp đặt hay kiến trúc bên trong của một sản phẩm cụ thể.
  • So sánh thời điểm nhận và gửi

    Cố định tốc độ cổng vào/cổng ra, độ dài khung và các tính năng được bật trước khi so sánh độ trễ.

  • Xác định vị trí trường kiểm tra cuối khung

    Đối chiếu các bản ghi lỗi nhận ở phía trước và phía sau theo chiều truyền của khung.

  • Tách biệt việc xếp hàng với chế độ chuyển tiếp

    So sánh một luồng không có tranh chấp với nhiều luồng đồng thời hội tụ về cùng một cổng ra.

Danh sách kiểm tra lựa chọn và xác minhMở rộng các mục kiểm tra và hướng dẫn liên quan
Các mục kiểm tra cho dịch vụ này và điều kiện vận hành thực tế
Mục kiểm traNội dung cần xác nhậnCách xác minh
So sánh thời điểm nhận và gửiCut-through có thể cho phép quá trình nhận ở cổng vào và gửi ở cổng ra chồng lấn nhau; store-and-forward chờ kết quả nhận đầy đủ.Cố định tốc độ cổng vào/cổng ra, độ dài khung và các tính năng được bật trước khi so sánh độ trễ.
Xác định vị trí trường kiểm tra cuối khungPhần cuối của khung dài chứa FCS; quyết định chuyển tiếp sớm không thể bao gồm sẵn kết quả kiểm tra toàn bộ khung đó.Đối chiếu các bản ghi lỗi nhận ở phía trước và phía sau theo chiều truyền của khung.
Tách biệt việc xếp hàng với chế độ chuyển tiếpNhiều luồng vào có thể tranh chấp một cổng ra, gây chờ đợi và cuối cùng dẫn đến loại bỏ khung, bất kể tên gọi của chế độ chuyển tiếp.So sánh một luồng không có tranh chấp với nhiều luồng đồng thời hội tụ về cùng một cổng ra.

Trước hết, phân biệt gửi đến đâu và gửi khi nào

Sau khi nhận dữ liệu, bộ chuyển mạch Ethernet cần quyết định gửi dữ liệu qua cổng nào và khi nào bắt đầu gửi. Việc học địa chỉ MAC nguồn và tra cứu bảng địa chỉ đích chủ yếu trả lời câu hỏi gửi đến đâu; cut-through, store-and-forward và fragment-free chủ yếu mô tả quan hệ thời gian giữa nhận và gửi. Đây không phải là ba giao thức truyền thông công nghiệp, cũng không có nghĩa sản phẩm nhất thiết cung cấp ba nút để chuyển đổi chế độ. Các đặc tính công nghiệp và chế độ chuyển tiếp cần được kiểm tra riêng.

Ví dụ, camera gửi một khung dữ liệu vào bộ chuyển mạch, sau đó cổng uplink chuyển khung đó đến máy chủ ghi hình. Ngay cả khi bảng địa chỉ chính xác, khung vẫn có thể phải chờ khi cổng uplink đang bận. Bài viết này dùng một chiều nhận để giải thích cơ chế, không đại diện cho tình huống khách hàng thực tế hay cách kết nối nội bộ của một chip cụ thể. Khi chọn mẫu thiết bị, hãy xem xét đầy đủ chức năng cùng với đường truyền thực tế, không chỉ so sánh dựa trên các từ nhanh hay ổn định trong tên gọi.

Tại sao FCS ở cuối khung ảnh hưởng đến thời điểm kiểm tra

Ethernet tổ chức dữ liệu thành các khung. Phần đầu khung chứa các địa chỉ liên kết, còn phần đuôi khung có chuỗi kiểm tra khung, FCS. Đầu nhận tính toán kết quả theo quy tắc kiểm tra dư vòng, CRC, rồi so sánh với FCS để có thể phát hiện các lỗi truyền tương ứng. Cơ chế này không có nhiệm vụ sửa dữ liệu, cũng không phải là mã hóa hay xác thực danh tính; vượt qua kiểm tra cũng không có nghĩa lệnh ứng dụng là đúng, an toàn hoặc kịp thời.

Với một khung dài chưa được nhận đầy đủ, FCS ở cuối khung chưa đến và chưa có kết luận kiểm tra cho toàn bộ khung. Vì vậy, gửi trước và hoàn tất kiểm tra trước có thời điểm xử lý khác nhau. Các khối khung có màu trong hình chỉ biểu thị dữ liệu theo thứ tự nhận, không phải những đối tượng có thể nhìn thấy trực tiếp trên giao diện; việc kiểm tra toàn bộ khung còn cần kết hợp với kiểm tra độ dài và các quy tắc nhận khác của thiết bị.

Cut-through cho phép nhận và gửi chồng lấn nhau

Chuyển tiếp cut-through cho phép bắt đầu gửi từ cổng ra trước khi nhận toàn bộ khung. Thiết bị phải có đủ thông tin để đưa ra quyết định chuyển tiếp, đồng thời điều kiện tại cổng ra và quá trình xử lý nội bộ phải cho phép; không thể mô tả mọi mẫu thiết bị đều bắt đầu gửi sau khi chỉ nhận một số byte cố định. Các trường cần phân tích, cấu hình chức năng và cách triển khai đều ảnh hưởng đến thời điểm bắt đầu.

Việc nhận phần cuối và gửi phần đầu có thể chồng lấn về thời gian, giúp giảm một phần thời gian chờ nhận đầy đủ. Nhưng nếu phát hiện bất thường ở cuối khung, nội dung trước đó có thể đã được gửi xuống phía sau. Một số triển khai đánh dấu khung lỗi là có lỗi kiểm tra để các thiết bị nhận tiếp theo có thể nhận biết, nên không thể vì vậy mà nói rằng mọi lỗi đều đã được chặn ở cấp này trước khi gửi. Độ trễ thấp không đồng nghĩa với độ trễ bằng không hoặc không có xử lý lỗi.

Sơ đồ mặt cắt khái quát của bộ chuyển mạch, thể hiện cut-through bắt đầu gửi trước khi nhận xong và store-and-forward gửi sau khi nhận đầy đủ và kiểm tra
Hình 1 | Sơ đồ nguyên lý chung. Quá trình nhận và gửi của cut-through có thể chồng lấn; store-and-forward gửi sau khi nhận đầy đủ và kiểm tra. Thứ tự trong hình được đơn giản hóa để minh họa, không có nghĩa chip có một chuỗi xử lý nối tiếp cố định hoặc một mức độ trễ tối thiểu.

Store-and-forward trước hết tạo kết quả nhận đầy đủ

Store-and-forward trước hết nhận toàn bộ khung, thực hiện kiểm tra khung và độ dài theo cách triển khai, sau đó chuyển khung đủ điều kiện chuyển tiếp sang khâu xử lý cổng ra. Các khung lỗi có thể nhận biết trước khi gửi có thể bị loại bỏ ở cấp này. Sơ đồ tách riêng các bước để dễ hiểu; trên thực tế, tra cứu bảng, nhận và kiểm tra có thể diễn ra song song, và không nên coi sơ đồ minh họa là quy trình nối tiếp từng bước mà phần cứng của nhà cung cấp bắt buộc phải tuân theo.

Việc nhận đầy đủ tạo ra thời gian chờ, nhưng đây chỉ là một phần thời gian xử lý của thiết bị. Nếu cổng ra đã có lưu lượng, một khung đúng vẫn phải chờ lập lịch; nếu không có tắc nghẽn, cũng không thể từ đó suy ra rằng đáp ứng của hệ thống chỉ do một chế độ quyết định. Tốc độ cổng, độ dài bản tin, các chức năng được bật, quá trình xử lý tại thiết bị đầu cuối và các thiết bị khác trên đường truyền đều có thể ảnh hưởng đến trải nghiệm dịch vụ cuối cùng.

Sơ đồ một phần thể hiện khung lỗi bị chặn tại bước kiểm tra toàn bộ khung, khung đúng đi vào hàng đợi cổng ra dùng chung và 64 byte đầu tiên của một khung dài
Hình 2 | Sơ đồ nguyên lý chung. 64 byte đầu tiên trong chuyển tiếp fragment-free không thay thế việc kiểm tra đầy đủ các khung dài; bộ đệm không làm tăng năng lực truyền liên tục của cổng ra. Hàng đợi, khối khung và mô-đun xử lý không phải là thông số của mẫu thiết bị cụ thể.

Chế độ fragment-free không kiểm tra toàn bộ mọi khung dài

Chế độ fragment-free truyền thống thường chờ nhận sáu mươi tư byte đầu tiên của khung rồi mới bắt đầu chuyển tiếp. Một mục đích là tránh tiếp tục gửi các mảnh khung ngắn do va chạm trên Ethernet bán song công dùng chung. Đây là một biến thể của ý tưởng cut-through, và không thể diễn giải tên gọi fragment-free thành không có lỗi. Với các khung dài hơn độ dài này, phần cuối vẫn có thể chưa đến, và phần đầu không thể thay thế việc kiểm tra FCS đầy đủ.

Các liên kết chuyển mạch song công toàn phần phổ biến hiện nay không dựa vào cơ chế va chạm trên môi trường truyền dùng chung để hoạt động, vì vậy không nên coi phương án dung hòa mang tính lịch sử này là chức năng cần thiết cho mọi hiện trường công nghiệp. Việc chip có triển khai hay không, sản phẩm có cung cấp tùy chọn cấu hình hay không và cổng cụ thể sử dụng chế độ đó trong điều kiện nào đều phải dựa trên tài liệu có hiệu lực. Không có bảng xếp hạng chung nào có thể đánh giá mức độ tiên tiến của mọi mẫu thiết bị chỉ dựa trên ba tên gọi này.

Bộ đệm và năng lực cổng ra là một giới hạn khác

Các khung từ nhiều cổng vào hội tụ về một cổng ra, và tại mỗi thời điểm, cổng ra chỉ có thể gửi lượng dữ liệu tương ứng với tốc độ thực tế của nó. Bộ đệm có thể tạm lưu lưu lượng tăng đột biến, nhưng không thể duy trì thông lượng vượt năng lực cổng ra trong thời gian dài. Khi lưu lượng vào liên tục quá lớn, hàng đợi sẽ tăng, có thể gây chờ đợi và loại bỏ khung. Nếu coi thời gian chờ chuyển tiếp tối thiểu là độ trễ dịch vụ khi đầy tải thì sẽ bỏ sót yếu tố chính này.

Khi tốc độ khác nhau, cũng cần kiểm tra điều kiện bộ đệm và lập lịch. Cổng vào chậm nối với cổng ra nhanh có thể cần chờ đủ dữ liệu, trong khi cổng vào nhanh nối với cổng ra chậm cần hấp thụ phần chênh lệch; việc có thể thực sự duy trì một đường truyền cut-through cụ thể hay không phụ thuộc vào cách triển khai của thiết bị. Không thể mô tả mọi tình huống khác tốc độ bằng cùng một thao tác cố định, và chắc chắn không thể dùng bộ đệm lớn để chứng minh rằng quá tải liên tục sẽ không bao giờ làm rơi gói.

Khi khắc phục sự cố, hãy ghi riêng các lỗi kiểm tra được nhận tại cổng và số lần loại bỏ ở hàng đợi cổng ra: loại thứ nhất gợi ý khả năng có vấn đề ở liên kết nhận hoặc dữ liệu từ phía trước, còn loại thứ hai có thể liên quan đến tắc nghẽn hoặc chính sách. Đây không phải cùng một bộ đếm lỗi. Khi phát hiện khung lỗi trên đường truyền cut-through, cũng cần kiểm tra các bản ghi lỗi ở phía trước và phía sau theo chiều dữ liệu; việc chỉ thấy bất thường trên thiết bị cuối cùng không trực tiếp chứng minh rằng hư hỏng nhất thiết bắt nguồn từ thiết bị đó.

Các sản phẩm cụ thể của Feichang Technology tương ứng với các cơ chế như thế nào

Trang sản phẩm mini công nghiệp có quản lý, lắp thanh ray của Feichang Technology với 2 cổng quang, 4 cổng đồng và mạng vòng RSTP nêu rõ chế độ store-and-forward, đồng thời cung cấp mô tả các chức năng như kết nối quang và điện, VLAN, IGMP snooping và hàng đợi. Sản phẩm có thể làm đối tượng tham khảo cho kết nối tại tủ thiết bị ở hiện trường và uplink quang: store-and-forward giải quyết vấn đề kiểm tra khi nhận, VLAN và các chức năng multicast giải quyết vấn đề phạm vi dịch vụ, còn RSTP giải quyết vấn đề khôi phục cấu trúc liên kết; chúng không thể thay thế lẫn nhau.

Trang đó chưa giải thích đủ để chứng minh có thể tùy ý lựa chọn cả ba chế độ chuyển tiếp, nên bài viết này không thay mặt sản phẩm cam kết về cấu hình cut-through, độ trễ tối thiểu hoặc khả năng tương thích với mọi giao thức điều khiển. Cần xác nhận giao diện đặt hàng, firmware và thông số kỹ thuật áp dụng; các cổng quang và chức năng quản lý cổng vẫn cần được cấu hình theo phiên bản. Sơ đồ cơ chế chung không phải hình ảnh vật lý của sản phẩm này, và số lượng hàng đợi hoặc mô-đun xử lý trong sơ đồ không được dùng làm thông số của mẫu thiết bị.

Hoàn tất nghiệm thu bằng các bản ghi có thể so sánh

Trong môi trường kiểm thử cách ly đã được phê duyệt, trước hết hãy cố định phiên bản thiết bị, tốc độ cổng, độ dài khung, đường truyền và các chức năng được bật, sau đó quan sát thông lượng, thay đổi độ trễ, lỗi và tình trạng loại bỏ dưới mức tải mục tiêu. Khi so sánh các chế độ, chỉ có thể kiểm thử với các điều kiện khác được giữ nhất quán nếu thiết bị thực sự hỗ trợ chuyển đổi chế độ. Các công cụ kiểm thử khác nhau có thể sử dụng điểm bắt đầu và kết thúc đo độ trễ khác nhau, và báo cáo phải nêu rõ định nghĩa.

RFC2544 cung cấp tài liệu tham khảo về phương pháp kiểm thử chuẩn đối với thiết bị kết nối mạng, nhưng không phải hướng dẫn để nhân viên hiện trường trực tiếp tạo lưu lượng dồn dập vào mạng sản xuất, cũng không phải chứng nhận thống nhất về hiệu năng thời gian thực cho điều khiển công nghiệp. Nghiệm thu còn phải trở lại với nhiệm vụ nghiệp vụ: dữ liệu có đầy đủ không, đáp ứng có đạt yêu cầu không và có xác định được vị trí bất thường không. Lưu cấu hình và điều kiện kiểm thử mới cho phép giải thích rõ thời điểm gửi, kết quả kiểm tra và ảnh hưởng của việc xếp hàng.

Có thể bố trí riêng phép quan sát một cổng vào–một cổng ra không có tranh chấp và phép quan sát nhiều cổng vào hội tụ về một cổng ra dùng chung. Phép thứ nhất giúp hiểu quá trình xử lý cơ bản, còn phép thứ hai giúp bộc lộ ảnh hưởng của hàng đợi. Hãy ghi nhận lại sau khi thay đổi độ dài khung, thay vì coi thời gian khứ hồi của một lần Ping khi không tải là thời gian chuyển tiếp mỗi khung của bộ chuyển mạch. Máy tính thông thường và phần mềm ứng dụng cũng có thể gây biến động, nên cần nêu rõ năng lực công cụ và phạm vi đo, đồng thời không được xóa các mẫu bất thường chỉ để có số liệu đẹp.

Ghi chú tài liệu: Các sơ đồ nguyên lý đã được đối chiếu với nội dung kỹ thuật và dùng để giải thích cơ chế chung; chúng không phải ảnh sản phẩm thực tế hoặc hồ sơ đo lường. Giao diện, chế độ và khả năng cụ thể phụ thuộc vào mẫu thiết bị, phiên bản được chọn và việc xác minh tại hiện trường.

Tài liệu tham khảo: Cisco Networking Academy: Các chế độ chuyển tiếp của bộ chuyển mạch
Cisco: Chuyển mạch cut-through và xác định vị trí lỗi CRC
RFC2544: Phương pháp kiểm thử chuẩn cho thiết bị kết nối mạng
Chi tiết sản phẩm mini có quản lý của Feichang Technology với 2 cổng quang, 4 cổng đồng và mạng vòng RSTP
Danh mục bộ chuyển mạch công nghiệp có quản lý, lắp thanh ray của Feichang Technology

Các chủ đề kỹ thuật liên quan: Bộ chuyển mạch công nghiệp và bộ chuyển mạch thương mại: Bằng chứng về khả năng thích ứng môi trường quan trọng hơn vỏ thiết bịCách chọn bộ chuyển mạch công nghiệp cho môi trường khắc nghiệt: Nhiệt độ, ngưng tụ, bảo vệ và lắp đặtCách chọn bộ chuyển mạch công nghiệp có quản lý: Cổng, uplink và xác minh tại hiện trườngCách chọn bộ chuyển mạch công nghiệp cáp quang: Khả năng tương thích SFP, công suất quang và nghiệm thu

Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn xuất bản lần đầu: 2020-12-01. Nguồn sửa đổi lần cuối: 2026-10-13T11:20:43+08:00. Đọc nguồn tiếng Trung

Các câu hỏi thực tế thường gặp

Cut-through có luôn bắt đầu sau cùng một số byte cố định không?

Không có số byte chung áp dụng cho mọi cách triển khai. Bộ chuyển mạch cần đủ thông tin để đưa ra quyết định, và việc chuyển đổi tốc độ, khả năng sẵn sàng của cổng ra cùng các chức năng được bật cũng có ảnh hưởng. Hãy dựa vào hoạt động của thiết bị được mô tả trong tài liệu và các điểm đo độ trễ được nêu rõ.

Chuyển tiếp fragment-free có xác thực FCS của mọi khung dài trước khi gửi không?

Không. Việc chờ 64 byte đầu tiên theo cách truyền thống nhằm xử lý các mảnh khung ngắn do va chạm, không phải kiểm tra đầy đủ phần cuối của khung dài hơn. Tên chế độ không có nghĩa là truyền không lỗi, và phải xác minh khả năng hỗ trợ chế độ này cho đúng bộ chuyển mạch cụ thể.

Tại sao bộ chuyển mạch có độ trễ thấp vẫn xuất hiện độ trễ khi có lưu lượng camera?

Hàng đợi cổng ra dùng chung có thể chi phối kết quả khi các luồng đồng thời hoặc lưu lượng tăng đột biến vượt quá năng lực đầu ra tức thời. Hãy so sánh lỗi cổng và số lần loại bỏ ở hàng đợi, ghi lại lưu lượng cùng điều kiện lấy mẫu, đồng thời kiểm thử dịch vụ thực tế. Tăng bộ đệm không thể duy trì thông lượng cao hơn tốc độ cổng ra vô thời hạn.

Nguồn và giới hạn áp dụng

Các nội dung bổ sung này giải thích cơ chế chung. Tính năng được hỗ trợ, chi tiết kết nối và giới hạn nghiệm thu phải được xác minh cho thiết bị, phần mềm và điều kiện vận hành thực tế; các sơ đồ không phải số liệu đo hay bằng chứng chứng nhận.

Chia sẻ bài viết này