Lỗi giao diện Ethernet

Giao diện ethernet máy chủ Ubuntu của tôi kết nối với bộ ghép kênh của ISP hiển thị lỗi. Đây là ảnh chụp nhanh:

          RX packets:204564288 errors:3193970 dropped:0 overruns:0 frame:3138402
          TX packets:29305799 errors:38752 dropped:0 overruns:0 carrier:38762
          collisions:2205053 txqueuelen:1000

Giao diện Ubuntu có khả năng song công hoàn toàn nhưng nó chỉ đàm phán một nửa kết nối song công. Khi tôi kết nối một thiết bị khác (bộ định tuyến) với MUX, nó cũng hiển thị các lỗi như vậy. Băng thông được chỉ định là 50 mbps, nhưng tôi chỉ nhận được 20 mbps. ISP không muốn thay đổi thiết bị của họ (trông giống như bộ chuyển mạch hoặc trung tâm ethernet) trong MUX. Các kỹ sư ISP đổ lỗi rằng lỗi của nó ở phía tôi. Nhưng tôi đã kiểm tra với hơn 3 thiết bị, tất cả đều hiển thị lỗi. Vì vậy, có công cụ nào cho Linux mà tôi có thể sử dụng để tìm hiểu sâu về nguyên nhân của những lỗi đó không, hoặc tôi có thể làm gì để cấu hình lại giao diện máy chủ của mình để loại bỏ các lỗi đó không?

Bạn rất có thể có một sự không phù hợp song công trên tài khoản của ISP mã hóa bên của họ thành 100-Full về cơ bản vô hiệu hóa tự động đàm phán trên ISP Ethernet PHY.

Với ISP được đặt thành 100 Full và bên còn lại của bạn ở chế độ tự động / tự động (linh cảm, nhưng phổ biến), việc tự động đàm phán về phía bạn sẽ định cấu hình giao diện thành 100 Half - một sự không khớp song công như bên ISP sẽ vẫn là 100-Full.

Sửa chữa

Bạn có thể khắc phục sự cố bằng cách mã hóa cứng Ethernet PHY của mình thành 100-Full - hoặc cụ thể là bất cứ điều gì ISP được đặt. Hầu hết các ISP sử dụng 100-Full.

Chi tiết bổ sung

Với sự không phù hợp song công của 100-Full đến 100-Half, phía 100-Full sẽ vô hiệu hóa CSMA / CD trong khi CSMA / CD vẫn có hiệu lực ở phía 100-Half. Phía 100-Full truyền mà không quan tâm đến việc phương tiện có miễn phí hay không. Phía 100 Nửa thực hiện kiểm tra CSMA / CD và backoff như được xác định bởi CSMA / CD. Đây là lý do tại sao bạn chỉ có thể đạt được 20 Mb / giây trên mạch Internet 50 Mb / giây . Backback CSMA / CD trên tài khoản của phát hiện va chạm 100-Half đang hạn chế thông lượng.

Bằng cách mã hóa cứng giao diện thành 100-Full để khớp với ISP, cả hai bên sẽ bị vô hiệu hóa CSMA / CD, do đó phát hiện va chạm và phát hiện va chạm sẽ bị vô hiệu hóa và bạn sẽ đạt được số gần với tốc độ dữ liệu mạch Internet 50 Mb / giây của mình.

Lịch sử

Nhiều ISP mã hóa cứng bàn giao Ethernet PHY của họ vì đã có lúc đáng tin cậy hơn để làm điều đó. Khi chuẩn Fast Ethernet 802.3u 100 Mb / giây ban đầu được phát hành, có thể tự động đàm phán về tốc độ và song công, nhưng không bắt buộc . Đó là cho đến tiêu chuẩn Gigabit Ethernet 802.3z 1 Gb / giây khi tiêu chuẩn tự động đàm phán được yêu cầu .

Nhiều kỹ sư mạng có quan niệm sai lầm về đàm phán tự động. Quan niệm sai lầm lớn nhất là đàm phán tự động có thể đàm phán đúng tốc độ và song công nếu chỉ một bên thực hiện đàm phán tự động. Điều này là sai - như bạn đã thấy.

Lý do cho điều này có thể xuất phát từ những điều sau đây - nếu một bên được mã hóa cứng ở mức 100 Full, bên còn lại chạy tự động đàm phán dường như luôn tìm ra phần 100 Mb / s. Tương tự nếu một bên được mã hóa cứng thành 10-Full - bên còn lại chạy tự động đàm phán có thể tìm ra phần 10 Mb / s. Khả năng xác định tốc độ liên kết là từ một tính năng được gọi là phát hiện song song , thử tín hiệu lớp vật lý nhận được trên tất cả các tốc độ liên kết được hỗ trợ cục bộ cho đến khi tìm thấy kết quả khớp. Tuy nhiên, phát hiện song song chỉ hoạt động cho tốc độ, không cho khớp song công. Đây là lý do tại sao sự không phù hợp song công có thể xảy ra - vì một giao diện sẽ luôn rơi về nửa song công khi nó không thể xác định phía bên kia thông qua tự động đàm phán.

Hộp xà phòng

Đã có lúc có sự hỗ trợ đáng kể cho việc đàm phán tự động và nó đã gây ra nhiều vấn đề như dự định giải quyết. Thời điểm đó, theo ý kiến ​​của kỹ sư mạng này - đã qua. Mặc dù vẫn còn tồn tại các vấn đề đàm phán tự động, nhưng số lượng sự cố tôi gặp phải do đàm phán tự động được định cấu hình trong 5 năm qua làm giảm số lượng sự cố tôi gặp phải do tài khoản đàm phán tự động bị vô hiệu hóa.

Tôi chưa bao giờ có một ISP không muốn thay đổi bàn giao Ethernet của họ thành tự động / tự động khi được yêu cầu. Với hầu hết các modem và cổng DSL và cổng, đây không phải là vấn đề. Đó là NxT1 và các bộ định tuyến CPE được quản lý bằng sợi với bàn giao Ethernet, nơi vấn đề này thường xảy ra. Vấn đề là một quản trị viên mạng phải hỏi ngay từ đầu.

Với một ISP mã hóa cứng thành 100-Full, họ đã đưa ra một nghĩa vụ . Một nghĩa vụ phải được ghi lại và tiếp tục. Tự động đàm phán là công nghệ hiện đã ổn định, đã được nhiều năm và giải quyết vấn đề này cho chúng tôi. Như đã đề cập trước đó, số lượng các vấn đề gây ra bởi quá trình đàm phán tự động vượt xa số lượng các vấn đề phát sinh trên tài khoản của nó đã bị vô hiệu hóa vào năm 2011. Công nghệ tồn tại để giải quyết vấn đề này, sử dụng nó. Có lẽ chúng ta nên cài đặt thủ công TCP SYN ban đầu, MSS và quản lý Cửa sổ nhận cho mỗi mạch ảo TCP? Tôi nhóc.

Cơn thịnh nộ.