Lỗi cổng hoặc mức sử dụng CPU cao không lập tức chứng minh phần cứng bị hỏng. Hãy kiểm tra bộ đếm ghi nhận điều gì, sự kiện xảy ra khi nào và số đếm thay đổi ra sao. Sau đó phân biệt khung lỗi được nhận, khung hợp lệ bị loại bỏ bởi hàng đợi hoặc chính sách, và lưu lượng điều khiển do CPU xử lý. Các nguyên nhân khác nhau cần biện pháp khác nhau; một lệnh chung hoặc thao tác khởi động lại không thể thay thế việc chẩn đoán.
1. Hiểu bộ đếm ghi nhận điều gì
Khung Ethernet là đơn vị dữ liệu có thông tin địa chỉ phần cứng và kiểm tra tính toàn vẹn. Các giao diện có thể đếm hoạt động nhận, truyền, lỗi kiểm tra khung, số lần loại bỏ, tốc độ và thay đổi liên kết. Trường lỗi thường tổng hợp nhiều loại lỗi con, và phạm vi thống kê khác nhau giữa các model. Tham khảo tài liệu hướng dẫn thực tế để xác định cổng, chiều, đơn vị và các loại được tính.
Tổng số tích lũy lớn không xác lập rằng đang có lỗi. Ghi lại khoảng thời gian quan sát, mức thay đổi và lưu lượng cùng thời điểm, đồng thời so sánh giai đoạn bình thường với bất thường. Khởi động lại, xóa bộ đếm hoặc bộ đếm quay vòng cũng làm thay đổi số đọc. Xóa mà không lưu bằng chứng có thể khiến việc điều tra các vấn đề gián đoạn trở nên khó khăn hơn.
Lỗi tăng khi có tải cho thấy một mối liên hệ có thể có, nhưng không nhất thiết chứng minh tải là nguyên nhân. Lưu lượng tăng cũng có thể làm lộ vấn đề về cáp. Đặt nhật ký thiết bị đầu cuối, trạng thái giao diện và phản hồi của ứng dụng trên cùng một dòng thời gian. Tìm mối liên hệ có thể lặp lại thay vì thay switch chỉ dựa trên một ảnh chụp màn hình.
2. Điều tra lỗi kiểm tra khung dọc theo liên kết đầu vào
FCS, tức chuỗi kiểm tra khung, cho phép bên nhận kiểm tra các lỗi truyền dẫn có thể phát hiện được. Kiểm tra thất bại xác nhận một khung nhận bị lỗi; đây không phải tên gọi khác của tình trạng hàng đợi đầu ra đầy. Cáp, đầu nối, nhiễu, giao diện phía đối tác hoặc quá trình thương lượng đều có thể góp phần gây ra vấn đề. Sử dụng các trạng thái khác để thu hẹp những khả năng này.
Trong khoảng thời gian bảo trì được cho phép, thử đối chiếu bằng dây nhảy ngắn đã biết là tốt và xác minh tốc độ cùng chế độ song công thực tế ở cả hai đầu. Sau đó kiểm tra hệ thống cáp cố định và các điểm đấu nối. Việc cả tám lõi dây đều thông mạch không chứng nhận hiệu năng truyền tín hiệu điện. Với cáp quang, kiểm tra mô-đun, mặt đầu và điều kiện phát/thu thay vì áp dụng phương pháp kiểm tra cáp đồng cho sợi quang.
3. Diễn giải chế độ song công và kích thước khung theo ngữ cảnh
Song công toàn phần cho phép cả hai đầu truyền và nhận đồng thời; bán song công truyền thống sử dụng điều kiện truyền dùng chung và một cơ chế khác. Cài đặt không nhất quán giữa các đầu cuối có thể làm giảm hiệu năng. Bắt đầu bằng tự động thương lượng theo khuyến nghị của nhà sản xuất, thay vì ép cấu hình một đầu trong khi để đầu kia ở cài đặt không tương thích. Không áp dụng mọi quy tắc bán song công Fast Ethernet cũ cho các giao diện Gigabit.
Một số giao diện báo cáo va chạm, mảnh khung, khung quá ngắn hoặc quá dài. Đây là các dấu hiệu chẩn đoán, không phải dấu hiệu duy nhất xác định một linh kiện bị hỏng. Thẻ, kích thước tối đa cho phép và định nghĩa bộ đếm ảnh hưởng đến cách diễn giải độ dài. Vượt quá một con số trong tài liệu hướng dẫn cũ không chứng minh NIC bị hỏng, và lỗi căn chỉnh không có nghĩa là một quy tắc tùy ý yêu cầu số byte phải chẵn.
Các lệnh và trường được trích dẫn trong bài viết cũ thuộc những nền tảng cụ thể; các model FCTEL không nhất thiết cung cấp cùng tên gọi. Tìm thông tin tương đương qua giao diện Web, CLI hoặc công cụ quản lý của model hiện tại. Mục đích là hiểu bằng chứng, không phải xây dựng một tập lệnh dùng cho mọi thương hiệu.
4. Vì sao khung hợp lệ cũng có thể bị loại bỏ
Nhiều đầu vào cùng hội tụ về một cổng ra có thể đưa tới số khung trong thời gian ngắn vượt quá khả năng truyền của cổng đó. Khung chờ trong bộ đệm có dung lượng hữu hạn; nhu cầu vượt mức kéo dài có thể gây loại bỏ. Mức sử dụng trung bình thấp không loại trừ một đợt lưu lượng dồn ngắn, vì khoảng lấy trung bình dài che khuất các đỉnh ngắn.
Việc loại bỏ ở đầu ra cũng có thể xuất phát từ giới hạn tốc độ đã cấu hình, chính sách hàng đợi hoặc các điều kiện khác tùy theo cách triển khai. Xác nhận định nghĩa của bộ đếm. Bộ đệm lớn hơn không thể giải quyết nhu cầu liên tục vượt quá năng lực đầu ra và có thể làm tăng độ trễ. Đánh giá dung lượng đường uplink, cơ chế lập lịch truyền và việc quản lý lưu lượng cần thiết thay vì chỉ thay cáp.
Các ứng dụng phản ứng khác nhau trước tình trạng mất dữ liệu. TCP có thể truyền lại và điều chỉnh cách gửi. Bản thân UDP không có cơ chế bảo đảm độ tin cậy tương tự, nhưng ứng dụng sử dụng nó có thể triển khai cơ chế khôi phục riêng. UDP không có nghĩa là mọi ứng dụng đều không có cơ chế bù đắp. Việc nghiệm thu phải kiểm tra phản hồi thực tế và tính đầy đủ của dữ liệu.
5. Phân biệt hoạt động CPU với chuyển tiếp bằng phần cứng
Nhiều switch có quản lý sử dụng chip chuyển mạch chuyên dụng cho phần lớn hoạt động chuyển tiếp thông thường, trong khi CPU xử lý quản lý, các giao thức điều khiển và những khung được chọn để xử lý bằng phần mềm. Mặt phẳng chuyển tiếp và mặt phẳng điều khiển tương tác với nhau, nhưng không nhất thiết mọi khung của thiết bị đầu cuối đều đi qua CPU. Các kiến trúc khác nhau, vì vậy hãy diễn giải theo model thực tế thay vì đưa ra quy tắc tuyệt đối.
Hoạt động CPU có thể tăng do yêu cầu quản lý, thay đổi giao thức, khung bất thường hoặc vấn đề phần mềm. Điều đó có thể ảnh hưởng đến phản hồi quản lý và giao thức mà không chứng minh chuyển tiếp bằng phần cứng bị lỗi. Kiểm tra mức cơ sở bình thường, thời gian kéo dài, các tiến trình hoặc loại khung, và xem ứng dụng có bị ảnh hưởng hay không. Việc ứng dụng tạm thời hoạt động thành công cũng không phải lý do để bỏ qua tải bất thường kéo dài.
Các tính năng bảo vệ mặt phẳng điều khiển và thống kê ngoại lệ trên một số nền tảng không có nghĩa là FCTEL có các menu giống hệt. Không sao chép các giới hạn của bên thứ ba hoặc vô hiệu hóa quy tắc bảo vệ khi chưa xác nhận khả năng hỗ trợ. Thay đổi không chính xác có thể làm gián đoạn liên lạc điều khiển cần thiết. Công việc trên hệ thống đang vận hành cần có bản sao lưu, sự cho phép và phương án khôi phục.
6. Thu thập bằng chứng bằng các khả năng sản phẩm được nêu trong tài liệu
Trang sản phẩm switch công nghiệp gắn thanh DIN có quản lý cơ bản FCTEL tương ứng liệt kê rõ các chức năng thống kê lưu lượng cổng, phản chiếu và kiểm soát bão lưu lượng. Thống kê giúp quan sát thay đổi; phản chiếu sao chép lưu lượng được chọn để phân tích; chức năng hạn chế giới hạn các loại lưu lượng đã cấu hình. Không chức năng nào khắc phục lỗi lớp vật lý. Nội dung này chỉ mô tả các chức năng được xác nhận trên trang sản phẩm đó.
Trước khi mua sắm hoặc chẩn đoán, xác nhận các bộ đếm lỗi chi tiết, độ phân giải thời gian và nhật ký cần thiết. Quá tải ở đầu ra phản chiếu hoặc thiết bị phân tích có thể làm mất bản sao, vì vậy số lượng khung thu thập được ít hơn không trực tiếp chứng minh ứng dụng bị mất dữ liệu. Hàng đợi CPU nội bộ, bảng phần cứng và cơ chế bảo vệ cần tài liệu model chi tiết hơn hoặc hỗ trợ từ nhà cung cấp; không suy diễn chúng từ phần giới thiệu tổng quan.
7. Gắn mỗi kết luận với bằng chứng tương ứng
Nếu lỗi đầu vào ngừng tăng sau khi thay bằng dây nhảy đạt yêu cầu và lưu lượng phục hồi, hãy ghi lại bằng chứng liên quan đến liên kết. Nếu các đỉnh lưu lượng hợp lệ trùng với các lần loại bỏ ở đầu ra, hãy điều tra dung lượng và chính sách. Nếu chỉ hoạt động quản lý bị chậm trong khi ứng dụng vẫn tiếp tục hoạt động, hãy điều tra quản lý và chuyển tiếp riêng biệt thay vì xem chúng có cùng một nguyên nhân.
Sau khi xử lý, kiểm chứng ứng dụng hoạt động ổn định trong thời gian dài, các đỉnh lưu lượng bình thường và các tình huống khôi phục đã được phê duyệt. Lưu giữ bộ đếm và cấu hình trước và sau xử lý. Chuyển các trường hợp lỗi kéo dài chưa rõ nguyên nhân, khởi động lại hoặc cảnh báo phần cứng cho nhà cung cấp xử lý. Nêu rõ kết luận nào đã được xác minh và kết luận nào vẫn là giả thuyết, để người bảo trì tiếp theo có thể tái lập quan sát thay vì chỉ nhận được thông tin “đã khởi động lại và hiện bình thường”.
Tài liệu tham khảo: các chức năng thống kê và phản chiếu của sản phẩm FCTEL;Định nghĩa bộ đếm lỗi giao diện;Cơ chế thương lượng;Chẩn đoán mặt phẳng điều khiển và CPU. Tài liệu của bên thứ ba xác minh cơ chế, không xác nhận các lệnh FCTEL dùng chung cho mọi trường hợp. Các hình là minh họa tổng quát, không phải ảnh sản phẩm hay kết quả đo.
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2020-03-16. Nguồn được sửa đổi lần cuối: 2026-10-13T14:51:17+08:00. Đọc nguồn tiếng Trung
