ความแตกต่างในการสื่อสารโดยอัตโนมัติของอีเธอร์เน็ตระหว่างอีเทอร์เน็ต (10M | 100M | 1G)

ฉันกำลังศึกษาเพื่อ CCNA และในหนังสือของเวนเดลด์โฮเด็นก็กล่าวไว้ว่า (เกี่ยวกับการจัดการโดยอัตโนมัติ):

เมื่อการจัดการโดยอัตโนมัติล้มเหลวบนโหนดเดียวการเลือก (ครึ่ง / ฟูลดูเพล็กซ์) เราต้องใช้กฎ:

• หากคุณมีอินเทอร์เฟซ 10/100 Mb / s -> ใช้ half-duplex
• หากคุณมีอินเตอร์เฟซ 1,000 Mb / s-> ใช้ full-duplex

ทำไมถึงเป็นอย่างนั้น?

เมื่อการจัดการโดยอัตโนมัติล้มเหลวบนโหนดเดียวการเลือก (ครึ่ง / ฟูลดูเพล็กซ์) เราต้องใช้กฎ:

• หากคุณมีอินเทอร์เฟซ 10/100 Mb / s -> ใช้ half-duplex
• หากคุณมีอินเตอร์เฟซ 1,000 Mb / s-> ใช้ full-duplex

ทำไมถึงเป็นอย่างนั้น?

สรุป

โดยย่ออีเทอร์เน็ตได้รับรอบตั้งแต่ปี 1980 ... เป็นผล

• อีเธอร์เน็ต NIC รุ่นเก่ารองรับการทำงานครึ่งดูเพล็กซ์โดยไม่มีการต่อรองอัตโนมัติ หากคุณเปิดใช้งานการเจรจาต่อรองอัตโนมัติในสถานการณ์นี้คุณต้องสนับสนุน NIC เก่าทั้งหมด (ซึ่งหมายถึงการกลับไปสู่การทำงานแบบ half-duplex) คำตอบอีกข้อหนึ่งกล่าวถึงฮับซึ่งอยู่ในหมวดหมู่นี้ด้วย
• การเจรจาต่อรองอัตโนมัติเป็นสิ่งจำเป็นโดยข้อกำหนด 1GE; ดังนั้นจึงไม่มีประเด็นในการบังคับให้ล้มเหลวในการ half-duplex ที่ความเร็ว 1GE การเจรจาต่อรองอัตโนมัติ 1GE ประกาศว่าสามารถใช้งานครึ่ง / ดูเพล็กซ์ได้หรือไม่

วันนี้คุณควรพยายามใช้การเจรจาอัตโนมัติเว้นแต่คุณจะรู้ว่าพอร์ตอื่นไม่รองรับ

ตารางด้านล่างอาจช่วยอธิบายประวัติการบิดรอบการเจรจาอัตโนมัติ

+------------+------+---------------+--------------+-----------------------+
| 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      |
+------------+------+---------------+--------------+-----------------------+

ผลกระทบของ Duplex Mismatches:

เกี่ยวกับการปฏิบัติของ Cisco ในการล้มกลับไปเป็นฮาล์ฟดูเพล็กซ์เมื่อการเจรจาอัตโนมัติล้มเหลว ... ใคร ๆ ก็สามารถคัดค้านว่ากลับไปเป็นฮาล์ฟดูเพล็กซ์ได้หากถูกต้องหากการเจรจาอัตโนมัติล้มเหลว อย่างไรก็ตามการกำหนดค่าผิดพลาดเป็นที่ยอมรับได้ สิ่งที่เลวร้ายที่สุดที่อาจเกิดขึ้นในสถานการณ์นี้คือคุณได้รับ full-duplex แบบ hard coded แบบแมนนวลที่ด้านหนึ่งของลิงค์ FastEthernet และการเจรจาอัตโนมัติล้มเหลวในการ half-duplex ที่อีกด้านหนึ่งของลิงค์ ... ข้อผิดพลาด (การชนและ runts) แต่คุณยังคงสามารถสื่อสารได้ค่อนข้างดีตราบใดที่คุณพยายามที่จะใช้ความเร็วลิงก์เกินหนึ่งในสาม (เช่นประมาณ 35Mbps บน FastEthernet)

รายละเอียดที่น่าสนใจที่อาจเกิดขึ้น:

FastEthernet การเจรจาต่อรองอัตโนมัติเดิม == juju ไม่ดี

ผู้คนมีประสบการณ์ที่เลวร้ายกับการต่อรองอัตโนมัติในช่วงต้นใน IEEE 802.3u (FastEthernet) ที่ภูมิปัญญาดั้งเดิมคือการปิดการใช้งานการเจรจาอัตโนมัติและล็อคความเร็ว / ดูเพล็กซ์ด้วยตนเองบนพอร์ตทองแดงอีเธอร์เน็ตทั้งหมด

การฝึกการปิดการใช้งานการต่อรองอัตโนมัติในพอร์ตทองแดงทั้งหมดกลายเป็นที่ยึดติดอยู่กับความคิดของคนเฒ่าคนแก่ว่ามันคงไม่แปลกที่จะพบความเร็ว / ดูเพล็กซ์ที่ถูกล็อกบน Cat5e / Cat6 วันนี้ FYI, ISP บางรายยังคงบังคับ 100M / full บนวงจรลูกค้าของพวกเขาภายใต้สมมติฐานที่เข้าใจผิดว่าความเร็ว / ดูเพล็กซ์ด้วยตนเองมีความน่าเชื่อถือมากกว่า

การสนับสนุนผู้ขายสำหรับโหมดเพล็กซ์ 1GE ที่โฆษณา

จำเป็นต้องมีการเจรจาต่อรองอัตโนมัติโดยเป็นส่วนหนึ่งของ IEEE 802.3ab (Gigabit Ethernet over copper) อย่างไรก็ตามคุณยังพบการใช้งานของผู้จำหน่ายบางรายที่อนุญาตให้คุณใช้งานโค้ด GigE ความเร็ว / ดูเพล็กซ์ ... ฉันเคยเห็นสวิตช์ JunOS บางตัวที่อนุญาตการกำหนดค่าฟูลดูเพล็กซ์บนพอร์ตสวิตช์ 1GE นี่หมายความว่าสวิตช์ JunOS ปิดใช้งานการต่อรองอัตโนมัติบนพอร์ต 1GE นั้นหรือไม่ ไม่ได้หมายความว่า JunOS จะโฆษณาความเร็ว / ดูเพล็กซ์ที่กำหนดไว้เท่านั้นในระหว่างการเจรจาอัตโนมัติ

อัปเดตสำหรับคำถามของ @ ytti: การปรับสภาพไลน์อีเธอร์เน็ต

การต่อรองอัตโนมัติ 1GE ประกอบด้วย (อ้างถึง 802.3-2012 ข้อ 40.5.1):

• การเจรจาต่อรองสำหรับ 1000Base-T half / full duplex หรือถอยกลับไปสู่ความเร็วที่ต่ำกว่าตามที่ต้องการ
• การกำหนดความสัมพันธ์ MASTER-SLAVE ระหว่าง PHYs
• เจรจาความสามารถของ EEE

802.3ab จะต้องมีการเจรจาต่อรองอัตโนมัติที่ 1GE เนื่องจาก GigabitEthernet การเจรจาอัตโนมัติรวมถึงการกำหนดสายพิเศษ การปรับสภาพนี้เกิดขึ้นระหว่างโหมดการฝึกอบรมของการเริ่มต้น MASTER / SLAVE PHY โหมดการฝึกอบรมทำให้มั่นใจได้ว่าสายนั้นมีความเสถียรพอที่จะผลักดัน 1000Mbps ผ่าน Cat5e ที่วิ่งได้ยาวถึง 100 เมตร

เมื่อการจัดการโดยอัตโนมัติล้มเหลวบนโหนดเดียวการเลือก (half / full-duplex) เราต้องใช้กฎ: -> หากคุณมีอินเตอร์เฟส 10/100 Mb / s -> ใช้ half-duplex

ในกรณีที่ฮับเชื่อมต่อค่าเริ่มต้นของ full duplex จะทำให้เกิดการชนกันมากเกินไป ค่าดีฟอลต์ของ half duplex ทำให้การสื่อสารดำเนินต่อไปโดยไม่คำนึงถึงอุปกรณ์ที่เชื่อมต่อ (สวิตช์หรือฮับ)

-> หากคุณมีอินเตอร์เฟซ 1,000 Mb / s-> ใช้ full-duplex

มาตรฐาน 1000Base-T ได้รับการออกแบบมาเพื่อต้องการการเจรจาอัตโนมัติและโดเมนเลเยอร์ 2 ที่ได้รับการสับเปลี่ยน (ไม่มีฮับ) นี่เป็นเพราะทั้งสี่คู่จำเป็นต้องสื่อสารในเพล็กซ์เต็มรูปแบบที่ 250Mbps ดังนั้นจึงสันนิษฐานว่าไม่มีฮับในการเชื่อมต่อเพื่อวัตถุประสงค์ในการสื่อสารสองทิศทาง