Điều gì là và vấn đề gì dẫn đến một 'lỗi vận chuyển'

Tôi chưa tìm thấy định nghĩa thực sự rõ ràng về "lỗi vận chuyển" trong bối cảnh đầu ra ifconfig cho giao diện. Tôi đã tìm kiếm trên Google và thực sự không có định nghĩa hay danh sách các vấn đề gây ra vấn đề này.

Tôi giả sử từ bối cảnh, rằng điều này có nghĩa là một cái gì đó về tín hiệu Ethernet là xấu. Tôi nghi ngờ điều gì đó về cáp kết nối hoặc giao diện / cổng mạng đang gây ra sự cố này?

Tôi hầu như không bao giờ thấy bộ đếm này thay đổi, nhưng một khách hàng đã liên lạc với tôi sáng nay và đề cập đến các vấn đề mạng. Bộ đếm tàu ​​sân bay đang tăng khoảng 200 mỗi giây. Gần đây họ đã thực hiện một số sửa đổi cho thiết bị kết nối với hộp Linux mà tôi quản lý. Tôi muốn có thể cung cấp cho họ một số chi tiết cụ thể hơn về những gì có thể gây ra vấn đề, sau đó nói, một cái gì đó bạn đã thay đổi đã bị phá vỡ.

eth0      Link encap:Ethernet  HWaddr 00:1b:21:f3:ea:ae  
          inet addr:172.16.0.9  Bcast:172.16.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:13386121 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21255715 errors:1701 dropped:0 overruns:0 carrier:1031707
          collisions:1313642 txqueuelen:1000 
          RX bytes:2467874046 (2.2 GiB)  TX bytes:3820141165 (3.5 GiB)

Vì vậy, "lỗi vận chuyển" là gì và các vấn đề điển hình gây ra nó là gì.

Lỗi sóng mang xảy ra khi có sự cố với điều chế tín hiệu của bạn.

Điều này có thể chỉ ra sự không phù hợp song công hoặc sự cố với cáp / đầu nối vật lý.

Khởi động lại tự động hóa và kiểm tra đầu nối ethernet là một số điều bạn có thể cố gắng khắc phục sự cố.

Xem ở đây để biết một số hướng dẫn về cách khởi động lại autonegotiation.

Tôi có một cáp ethernet cat5e chạy giữa hai tòa nhà với các bộ bảo vệ đột biến ở mỗi đầu và nó bị lỗi sóng mang thường xuyên như được báo cáo bởi RouterOS dựa trên Linux. Tôi tin rằng hầu hết trong số chúng là do sét, vì chúng ta có thể đi suốt mùa đông mà không có một lỗi vận chuyển nào, sau đó khi mùa xuân đến, chúng ta có một cơn bão sét và sẽ có thêm 20-30.

Phía bên kia, Cisco báo cáo chúng là "lỗi đầu vào" khi bạn thực hiện một chương trình int.

Trong mọi trường hợp, chúng dường như không gây ra bất kỳ vấn đề.

Tôi nghĩ rằng chúng là một tác dụng phụ của bộ bảo vệ tăng áp làm những gì nó phải làm, đó là kẹp bất cứ thứ gì trên 16V trên cáp ethernet xuống đất. Hiệu ứng này có trên tín hiệu ethernet có khả năng hiển thị là lỗi sóng mang.

Nhiều khả năng, một bộ bảo vệ tăng áp có điện áp cao hơn hoặc hoàn toàn không sử dụng bộ bảo vệ tăng áp sẽ làm giảm số lượng lỗi vận chuyển xảy ra, làm tăng nguy cơ hư hỏng thiết bị. Thay vào đó, bạn muốn điện áp tăng áp đi qua bộ bảo vệ tăng áp, thay vì thiết bị của bạn, kiểm tra xem nó có thực sự cách ly 1500V với các cặp ethernet không nối đất như thông số kỹ thuật của IEEE yêu cầu.

Lỗi vận chuyển xuất phát từ một vấn đề ở cấp độ vật lý của mô hình OSI. Lỗi được tạo ra bởi chip xử lý tín hiệu (sóng mang được điều chế để tạo thành 0 và 1). Khi tín hiệu giữa các đồng nghiệp bị gián đoạn, sẽ xảy ra lỗi "sóng mang".

Thông thường khi chip không nhận được xung liên kết thông thường (NLP), nó sẽ tạo ra lỗi sóng mang. Thời gian của NLP là 100ns, do đó, ngay cả sự cố điện nhỏ cũng sẽ gây ra lỗi. Giải pháp thường có nghĩa là kiểm tra tính toàn vẹn của các liên kết vật lý, đảm bảo các liên kết không chạy gần các nguồn EMR, v.v.

Cấu hình sai (hoặc tự động cấu hình bị gián đoạn sử dụng xung liên kết nhanh / FLP) có thể gây ra triệu chứng tương tự. Khi quá trình tự động hóa thành công, các lỗi vận chuyển sẽ dừng lại. Nếu không sử dụng cấu hình tự động, cấu hình sai sẽ khiến số này tiếp tục tăng.

Nếu sử dụng va chạm gói trung tâm có thể gây ra các triệu chứng tương tự - nhưng giá chuyển đổi so với hub đang khiến vấn đề thiết bị cũ chỉ xảy ra.