Tôi đang nghiên cứu về CCNA và trên cuốn sách của Wendell Odom được nói rằng (liên quan đến tự động hóa):
Khi autonegotiation thất bại trên một nút, để chọn (một nửa / song công hoàn toàn), chúng ta phải sử dụng quy tắc:
Tại sao vậy?
Câu trả lời:
Khi autonegotiation thất bại trên một nút, để chọn (một nửa / song công hoàn toàn), chúng ta phải sử dụng quy tắc:
- Nếu bạn có giao diện 10/100 Mb / s -> sử dụng bán song công
- Nếu bạn có giao diện 1000 Mb / giây-> hãy sử dụng song công toàn bộ
Tại sao vậy?
Nói tóm lại, ethernet đã xuất hiện từ những năm 1980 ... kết quả là
Những ngày này, bạn nên luôn cố gắng sử dụng tự động đàm phán trừ khi bạn biết cổng kia không hỗ trợ.
Bảng dưới đây có thể giúp giải thích lịch sử xoắn quanh đàm phán tự động.
+------------+------+---------------+--------------+-----------------------+
| Standard | Year | Speeds | Media | Auto-neg Status |
+------------+------+---------------+--------------+-----------------------+
| 802.3i | 1990 | 10M | Twisted Pair | No auto-negotiation |
+------------+------+---------------+--------------+-----------------------+
| 802.3u | 1995 | 10/100M | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M | Twisted Pair | Optional |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab | 1999 | 10/100/1000M | Twisted Pair | Optional @ 10/100M |
| | | | | Required @ 1Gbps |
+------------+------+---------------+--------------+-----------------------+
Về thực tiễn của Cisco về việc quay lại bán song công khi đàm phán tự động không thành công ... Người ta có thể phản đối một cách chính xác rằng việc quay lại bán song công nếu đàm phán tự động không đưa ra cấu hình sai; tuy nhiên, cấu hình sai có thể chấp nhận được. Điều tồi tệ nhất có thể xảy ra trong tình huống này là bạn nhận được song công toàn bộ mã hóa cứng ở một bên của liên kết FastEthernet và tự động đàm phán không thành công song công ở phía bên kia của liên kết ... song công không khớp gây ra mức liên kết lỗi (va chạm và runts), nhưng bạn vẫn có thể giao tiếp khá tốt, miễn là bạn không cố vượt quá khoảng một phần ba tốc độ liên kết (tức là khoảng 35Mb / giây trên FastEthernet).
Mọi người đã có những trải nghiệm tồi tệ như vậy với việc đàm phán tự động sớm trong IEEE 802.3u (FastEthernet) rằng sự khôn ngoan thông thường là vô hiệu hóa đàm phán tự động và khóa tốc độ / song công thủ công trên tất cả các cổng đồng ethernet.
Thói quen vô hiệu hóa đàm phán tự động trên tất cả các cổng đồng đã trở nên quá cố chấp trong tâm trí của người cũ đến nỗi không có gì bất thường khi thấy tốc độ / song công bị khóa trên Cat5e / Cat6 ngày nay, mặc dù việc triển khai đàm phán tự động trong ngành đã đáng tin cậy trong hơn một thập kỷ. FYI, một số ISP vẫn buộc 100M / đầy trên các mạch khách hàng của họ theo giả định sai lầm rằng tốc độ / song công thủ công là đáng tin cậy hơn.
Tự động đàm phán là một phần của IEEE 802.3ab (Gigabit Ethernet trên đồng); tuy nhiên, bạn vẫn tìm thấy một số triển khai của nhà cung cấp cho phép bạn mã hóa tốc độ / song công GigE mã hóa ... Tôi đã thấy một số công tắc JunOS cho phép cấu hình song công hoàn toàn trên các cổng chuyển đổi 1GE. Điều này có nghĩa là công tắc JunOS vô hiệu hóa đàm phán tự động trên cổng 1GE đó? Không, điều này có nghĩa là JunOS chỉ quảng cáo tốc độ / song công được định cấu hình trong quá trình đàm phán tự động.
Đàm phán tự động 1GE bao gồm (trích dẫn 802.3-2012, khoản 40.5.1):
Tự động đàm phán được yêu cầu bởi 802.3ab ở mức 1GE, vì đàm phán tự động GigabitEthernet bao gồm điều hòa dòng đặc biệt; điều kiện này xảy ra trong chế độ ĐÀO TẠO của khởi động MASTER / SLAVE PHY; chế độ ĐÀO TẠO đảm bảo đường truyền đủ ổn định để đẩy 1000Mbps qua Cat5e chạy dài tới 100m.
Khi tự động hủy không thành công trên một nút, để chọn (một nửa / song công hoàn toàn), chúng ta phải sử dụng quy tắc: -> Nếu bạn có giao diện 10/100 Mb / s -> sử dụng bán song công
Trong trường hợp một hub được kết nối, một mặc định của song công hoàn toàn sẽ gây ra quá nhiều va chạm. Mặc định của một nửa song công đảm bảo liên lạc tiếp tục bất kể thiết bị được kết nối (Chuyển hoặc trung tâm)
-> Nếu bạn có giao diện 1000 Mb / giây-> sử dụng song công toàn bộ
Tiêu chuẩn 1000Base-T được thiết kế để yêu cầu tự động đàm phán, cũng như miền 2 lớp được chuyển đổi (không có hub). Điều này là do cả bốn cặp cần giao tiếp song công hoàn toàn ở tốc độ 250Mbps. Như vậy, người ta cho rằng không có trung tâm nào tồn tại trên kết nối cho mục đích giao tiếp hai chiều.