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-07 · Sửa đổi lần cuối: 2026-10-07
Bộ chuyển mạch công nghiệp có thể hiển thị liên kết đang hoạt động trong khi PLC thỉnh thoảng hết thời gian chờ. Điều đó chưa đủ để xác định ngay rằng có vấn đề về hiệu năng. Cáp, đầu nối hoặc mạch thu phát có thể làm thay đổi các bit nhận được, còn tắc nghẽn có thể loại bỏ một khung vốn nguyên vẹn. CRC là phương pháp tính toán; FCS là trường Ethernet mang kết quả tính toán đó. Hiểu vị trí của chúng trong đường nhận giúp diễn giải đúng các bộ đếm lỗi và tránh quy mọi sự cố về cùng một lời giải thích mơ hồ là mất gói. Bài viết này mô tả các cơ chế chung. Dữ liệu minh họa không phải là dữ liệu thử nghiệm của FCTEL.
Mở ảnh gốc để xem chi tiết. Cuộn ngang để đọc các nhãn trong sơ đồ ở kích thước đầy đủ.
Vì sao khung Ethernet mang FCS ở cuối
MAC phía phát tập hợp địa chỉ đích, địa chỉ nguồn, loại hoặc độ dài, dữ liệu và phần đệm cần thiết, sau đó nối thêm FCS dài bốn byte. Thẻ 802.1Q, nếu có, cũng nằm trong nội dung khung được bảo vệ. Phần mở đầu và dấu phân cách bắt đầu khung hỗ trợ đồng bộ hóa nhưng nằm ngoài phạm vi bảo vệ của CRC này. Khoảng cách giữa các khung cũng không phải là dữ liệu được bảo vệ. Việc vẽ FCS ở cuối khung làm rõ một ràng buộc thời gian thiết yếu: bên nhận phải nhận được trường kiểm tra trước khi có thể hoàn tất việc kiểm tra khung này.
Cáp đồng truyền tín hiệu điện và sợi quang truyền tín hiệu quang. PHY khôi phục các bit từ những tín hiệu đó. Suy hao, phản xạ, xuyên âm hoặc lỗi bộ thu phát có thể khiến bit 0 được phát đi bị diễn giải thành bit 1. Trạng thái liên kết UP xác nhận rằng kết nối vật lý đã được thiết lập; trạng thái này không bảo đảm mọi khung đều hợp lệ. MAC phía nhận tính toán lại và kiểm tra quan hệ toàn vẹn. Nếu kiểm tra thất bại, khung không phù hợp để được chuyển giao một cách tin cậy.
Cần phân biệt FCS với các phép kiểm tra ở lớp cao hơn. Nó bảo vệ khung Ethernet hiện tại và không thay thế TCP, UDP hoặc các cơ chế bảo đảm tính toàn vẹn của ứng dụng. Khi bộ chuyển mạch thay đổi nội dung được bảo vệ, chẳng hạn như thẻ VLAN, FCS đầu ra phải khớp với nội dung đầu ra. Vì vậy, việc kiểm tra thành công tại một cổng nhận không bảo đảm toàn bộ đường truyền dữ liệu ứng dụng đều đúng, cũng không chứng minh rằng bên gửi đã tạo ra thông tin chính xác ngay từ đầu.
CRC sử dụng phép dịch bit và XOR, không phải phép cộng thông thường
Một mô hình hữu ích coi chuỗi bit là một đa thức nhị phân và áp dụng số học modulo -2 với một đa thức sinh xác định. Phép cộng và phép trừ trở thành phép XOR, không có số nhớ như trong số học thông thường. Phần cứng thường triển khai cơ chế này bằng thanh ghi dịch và mạng XOR hồi tiếp, cập nhật trạng thái khi các bit đến thay vì yêu cầu phần mềm xử lý từng byte. Ethernet sử dụng CRC có độ dài 32 bit. Bên phát và bên nhận phải thống nhất về đa thức, trạng thái ban đầu, thứ tự bit và các quy tắc xử lý cuối cùng; một triển khai bất kỳ mang tên CRC32 không mặc nhiên tương thích.
Để giảng giải, có thể minh họa bên phát tạo FCS, còn bên nhận tính toán lại kết quả trên nội dung nhận được rồi so sánh. Thay vào đó, mạch thực tế có thể xử lý cả khung, bao gồm FCS của khung, và kiểm tra xem có thu được số dư cố định theo quy định hay không. Cả hai cách đều xác minh cùng một quan hệ. CRC phát hiện được nhiều loại lỗi bit, nhưng không xác định bit cần sửa hoặc bảo đảm phát hiện mọi mẫu lỗi có thể xảy ra. Nó không chứa khóa bí mật và không thể thay thế mã hóa, xác thực hoặc chữ ký chống giả mạo.
Mở ảnh gốc để xem chi tiết. Cuộn ngang để đọc các nhãn trong sơ đồ ở kích thước đầy đủ.
Vì sao bản thu bắt gói thông thường có thể không bao giờ hiển thị khung lỗi
Đường nhận điển hình đi qua giao diện, PHY, phép kiểm tra tính toàn vẹn của MAC, bộ đệm chuyển mạch hoặc bộ đệm nhận, rồi đến xử lý ở lớp cao hơn. Khi MAC hoặc NIC từ chối khung lỗi trước khi chuyển cho trình điều khiển, chương trình thu bắt thông thường chỉ thấy lưu lượng còn lại. Vì vậy, việc không có lỗi CRC trong bản thu bắt không đủ để loại trừ sự cố trên liên kết điện. Nhiều NIC cũng loại bỏ FCS, nên độ dài thu bắt và khung thực tế trên đường truyền không giống nhau. Hãy lưu cùng nhau các bộ đếm đầu vào của bộ chuyển mạch, thống kê NIC tại thiết bị đầu cuối và bản ghi thu bắt.
Chế độ lưu rồi chuyển tiếp nhận toàn bộ khung trước khi kiểm tra và quyết định chuyển tiếp; kiểm tra thất bại thường khiến khung bị từ chối ở đầu vào. Chế độ chuyển tiếp cắt ngang có thể bắt đầu truyền phần đầu trước khi phần cuối đến, vì vậy dữ liệu bị hỏng có thể lan sang các liên kết tiếp theo. Cách xử lý và hoạt động của bộ đếm phụ thuộc vào chipset và firmware. Không suy ra chế độ chuyển tiếp chỉ từ cụm từ bộ chuyển mạch công nghiệp, cũng không cho rằng lỗi trên nhiều thiết bị chứng minh có nhiều hỏng hóc độc lập. Hãy xác nhận cách chuyển tiếp và ý nghĩa các bộ đếm của đúng model FCTEL đang sử dụng.
Mở ảnh gốc để xem chi tiết. Cuộn ngang để đọc các nhãn trong sơ đồ ở kích thước đầy đủ.
Bộ đếm phía nhận chỉ ra một đoạn liên kết, không xác định thiết bị gây lỗi
Nếu PLC A truyền đến bộ chuyển mạch B và bộ đếm CRC đầu vào của B liên tục tăng, trước tiên hãy kiểm tra đoạn từ A đến B: bộ phát của A, cáp nhảy, các mối nối dây và mạch thu của B. B báo phép kiểm tra tính toàn vẹn thất bại; chỉ riêng bộ đếm đó không thể quy lỗi cho A. Lưu lượng theo chiều ngược lại đi qua một đường nhận khác và có thể có biểu hiện khác. Tương tự, kết nối quang song công đòi hỏi kiểm tra riêng chiều TX cục bộ đến RX từ xa và TX từ xa đến RX cục bộ.
Sử dụng mức chênh lệch trong cùng một khoảng quan sát thay vì tổng tích lũy từ trước đến nay. Lưu số liệu nền, chờ một khoảng thời gian cố định, sau đó so sánh mức tăng CRC, mức tăng số khung nhận và số lần ứng dụng hết thời gian chờ. Ví dụ giảng giải về mười khung lỗi mới không phải là thông số sản phẩm. Lỗi đầu vào có thể bao gồm CRC, lỗi độ dài và các nguyên nhân khác; việc loại bỏ có thể do quyết định theo chính sách hoặc tài nguyên. Các bộ đếm không nhất thiết độc lập, vì vậy cộng chúng một cách tùy tiện sẽ không cho ra tỷ lệ mất tổng thể hợp lệ.
Sau khi đặt lại bộ đếm, hãy lưu thời điểm và nhật ký thao tác để mức chênh lệch ở các cổng khác nhau cùng tham chiếu đến một khoảng quan sát.
Kiểm tra dữ liệu bị hỏng và tắc nghẽn như hai giả thuyết riêng biệt
Một khung nguyên vẹn vẫn có thể bị loại bỏ khi nhiều đầu vào cùng dồn về một đầu ra chậm hơn và hàng đợi không còn chỗ trống. Không cần có lỗi bit để điều này xảy ra. Các bộ đếm loại bỏ ở đầu ra hoặc liên quan đến bộ đệm có thể tăng trong khi CRC không đổi. Ngược lại, CRC tăng khi tải nhẹ là cơ sở rõ hơn để kiểm tra cáp, tiếp điểm, giao diện và nhiễu. CRC bằng 0 không chứng minh toàn bộ mạng hoạt động tốt: lỗi có thể xảy ra ở cổng khác, hoặc thiết bị có thể không cung cấp các thống kê liên quan.
Bắt đầu bằng một cáp nhảy đã được xác nhận hoạt động tốt. Mỗi lần chỉ thay đổi một thành phần và giữ lưu lượng cùng thời gian quan sát tương đối tương đồng. Với cáp đồng, kiểm tra việc đấu nối các đôi dây, chất lượng tiếp xúc và khoảng cách với dây điện nguồn. Với sợi quang, kiểm tra độ sạch của mặt đầu, chiều TX/RX, tính tương thích của mô-đun và công suất so với thông số thực tế. Công suất DDM là bằng chứng hỗ trợ, không thay thế phép kiểm tra tính toàn vẹn của khung; một số đo đơn lẻ không chứng minh mô-đun bị hỏng. Khi cần, bố trí khoảng thời gian bảo trì và so sánh lưu lượng được kiểm soát theo cả hai chiều.
Hết thời gian chờ cũng có thể bắt nguồn từ tác vụ ứng dụng bị chặn, thiết bị khởi động lại hoặc cấu hình sai. Hãy lưu lại biểu hiện sự cố, sau đó xác định lớp quan sát: liên kết đã được thiết lập chưa, khung có nguyên vẹn không, hàng đợi có chấp nhận khung không và ứng dụng có phản hồi đúng hạn không? Nếu chỉ có nhật ký ứng dụng, hãy để nguyên trạng thái chưa xác nhận nguyên nhân thay vì dùng việc thay bộ chuyển mạch để thay thế cho chẩn đoán.
Lưu hồ sơ nghiệm thu để kỹ sư khác có thể tái hiện việc kiểm tra
Bộ chuyển mạch có quản lý đã được FCTEL công bố, với 24 cổng điện Gigabit và bốn tùy chọn quang/điện Gigabit SFP, là điểm khởi đầu phù hợp để tham khảo tài liệu về kết nối đồng và quang công nghiệp. Bài viết này không cam kết sản phẩm đó có lệnh CRC hoặc kiến trúc chipset chưa được công bố. Hãy xác nhận firmware đang cài đặt cung cấp những chỉ số đầu vào, đầu ra và quang nào, bao gồm hành vi đặt lại, quay vòng và xóa bộ đếm. Không xóa bộ đếm trên hệ thống đang vận hành chỉ vì thuận tiện khi chưa lưu số liệu nền.
Hồ sơ nghiệm thu nên bao gồm cấu trúc liên kết, số cổng, môi trường truyền dẫn và mô-đun, khoảng quan sát, điều kiện tải, bộ đếm trước và sau, từng thao tác thay thế và tình trạng khôi phục ứng dụng. Việc số khung lỗi ngừng tăng là bằng chứng cho thấy chất lượng truyền dẫn được cải thiện, nhưng vẫn cần kiểm tra tình trạng hết thời gian chờ, độ trễ và tính liên tục. Hãy nêu rằng không xuất hiện lỗi mới trong các điều kiện đã thử nghiệm, thay vì hứa rằng sẽ không bao giờ mất gói. Tách biệt cơ chế, quan sát và kết luận giúp việc điều tra có thể được tái hiện.
Tài liệu tham khảo kỹ thuật: Tài liệu Cisco về cơ chế CRC/FCS. 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.
