ความเร็ว / เพล็กซ์ไม่ตรงกัน


10

วิธีไม่ตรงกันเกิดขึ้นได้อย่างไร อะไรคือผลกระทบของความไม่ตรงกันในการเชื่อมต่อเครือข่าย ความละเอียดของความไม่ตรงกันนั้นคุ้มค่ากับความพยายามจริงๆ มีวิธีใดบ้างในการตรวจจับความไม่ตรงกันในขนาดใหญ่


คำตอบใดช่วยคุณได้บ้าง ถ้าเป็นเช่นนั้นคุณควรยอมรับคำตอบเพื่อที่คำถามจะไม่โผล่ขึ้นมาเรื่อย ๆ โดยมองหาคำตอบ หรือคุณสามารถให้และยอมรับคำตอบของคุณเอง
Ron Maupin

คำตอบ:


12

เพื่อตอบคำถามของคุณตามลำดับ:

  • ความไม่ตรงกันเกิดขึ้นเมื่อการเจรจาอัตโนมัติหรือการกำหนดค่าด้วยตนเองล้มเหลว อาจเกิดจากปัญหาเลเยอร์ทางกายภาพหรือเนื่องจากการกำหนดค่าด้วยตนเองไม่เห็นด้วย ปัญหาทางกายภาพอาจเป็นปัญหาเช่นฮับแบบอินไลน์หรือสายเคเบิลทางกายภาพ (คู่ที่ขาดหาย / ขาด)
  • การจับคู่ที่ไม่ตรงกันอาจทำให้เกิดผลกระทบอย่างมีนัยสำคัญต่อประสิทธิภาพเครือข่ายของคุณ การชนกันโดยเฉพาะอย่างยิ่งผู้มาสายอาจใช้เวลานาน (ค่อนข้างจะพูด) สำหรับสแต็ก TCP เพื่อกู้คืนจาก การชนกับ UDP หมายถึงข้อมูลอาจไม่เคยไปถึงหรือต้องการกลไกการกู้คืนชั้นแอปพลิเคชัน
  • การแก้ไขข้อผิดพลาดเป็นสิ่งที่ควรค่าแก่การแก้ไขเวลาของคุณ นอกจากนี้ยังอาจบอกใบ้ถึงปัญหาอื่น ๆ เนื่องจากดูเพล็กซ์ / ความเร็วควรเป็นสิ่งที่สันนิษฐานกันในปัจจุบัน
  • เครื่องมือการจัดการแบบรวมศูนย์ ( Solarwinds , Spiceworks , HP OpenView และอื่น ๆ ) อาจมีรายงานข้อผิดพลาดของอินเทอร์เฟซซึ่งควรรวมถึงปัญหาประเภทนี้

9

เพื่อให้เข้าใจอย่างถ่องแท้ว่าเหตุใดการพิมพ์สองด้านที่ไม่ตรงกันเกิดขึ้นคุณต้องเข้าใจว่าเทคโนโลยีวิวัฒนาการอย่างไร

เดิมที Ethernet ทั้งหมดนั้นเป็น half-duplex เมื่อฟูลดูเพล็กซ์เข้ามาในรูปภาพใครบางคนตัดสินใจอย่างชาญฉลาดว่าอุปกรณ์ (โดยเฉพาะอุปกรณ์ฮาล์ฟดูเพล็กซ์และฟูลดูเพล็กซ์) ควรจะเห็นด้วยกันระหว่างพวกเขาเกี่ยวกับวิธีการสื่อสารและการเจรจาอัตโนมัติ

อย่างไรก็ตามอุปกรณ์ฮาล์ฟดูเพล็กซ์ที่เก่ากว่านั้นไม่ได้ถูกออกแบบมาเพื่อต่อรองอัตโนมัติดังนั้นเมื่อมีการเขียนมาตรฐานอุปกรณ์ดังกล่าวจะถูกสันนิษฐานโดยการเจรจาอัตโนมัติว่าหากอีกฝ่ายไม่ได้มีส่วนร่วมในการเจรจาต่อรอง ในโหมดฮาล์ฟดูเพล็กซ์เนื่องจากอุปกรณ์ในอีกด้านหนึ่งต้องมีความสามารถในฮาล์ฟดูเพล็กซ์เท่านั้น

ตามที่คนอื่น ๆ ระบุไว้การเจรจาอัตโนมัติไม่ได้ผลเร็วนักอุปกรณ์จำนวนมากถูกกำหนดค่าด้วยความเร็วคงที่และการตั้งค่าดูเพล็กซ์ (มักจะ 100 / เต็ม) และเมื่ออุปกรณ์ต่อรองเชื่อมต่อกับอุปกรณ์ดังกล่าว ไม่ตรงกันเกิดขึ้น

สำหรับปัญหานั้นการดูเพล็กซ์ที่ไม่ตรงกันอาจแย่กว่าการรันในโหมดฮาล์ฟดูเพล็กซ์ นี่เป็นเพราะด้านใดด้านหนึ่ง (ฟูลดูเพล็กซ์) คิดว่ามันสามารถส่งสัญญาณได้ตลอดเวลาแม้ว่าจะได้รับกระแสอยู่ก็ตาม ด้านฮาล์ฟดูเพล็กซ์จะเห็นสิ่งนี้เป็นการชนและถอยกลับในขณะที่ฟูลดูเพล็กซ์จะทำการส่งสัญญาณต่อไป

หากฟูลดูเพล็กซ์มีแนวโน้มที่จะส่งข้อมูลจำนวนมากสิ่งนี้สามารถ "อดอยาก" ด้านฮาล์ฟดูเพล็กซ์ขณะที่มันกำลังรอให้สื่อถูกลบก่อนที่จะส่งสัญญาณทำให้เฟรมต้องอยู่ในคิวและลดลงในที่สุด

สรุปสถานการณ์เลวร้ายที่จะเกิดขึ้นและคุณควรแก้ไข

เมื่อพูดถึงการตรวจจับที่ไม่ตรงกันคุณสามารถค้นหาข้อผิดพลาดได้ ในด้านฟูลดูเพล็กซ์โดยทั่วไปคุณจะเห็น runts จำนวนมากและบ่อยครั้งที่ข้อผิดพลาด CRC (ผู้ขายอาจใช้คำที่แตกต่างกันในบางครั้ง) ที่ด้านฮาล์ฟดูเพล็กซ์คุณมักจะเห็นการชนและบัฟเฟอร์ล้มเหลว ระบบการจัดการที่เหมาะสมใด ๆ จะสามารถให้รายการของอินเทอร์เฟซที่สร้างข้อผิดพลาดจำนวนสูงกว่าที่คาดไว้


6

วันนี้สาเหตุที่พบบ่อยที่สุดคือการเชื่อมโยงที่ระบบหนึ่ง (ทั้งเครือข่ายหรืออุปกรณ์ปลายทาง) มีการกำหนดค่าด้วยตนเองและอื่น ๆ โดยอัตโนมัติ

ในวันแรกของการเจรจาอัตโนมัติ (full duplex 10Mb และ Fast Ethernet) มันไม่ใช่เรื่องแปลกสำหรับอุปกรณ์ที่จะเจรจาไม่ถูกต้อง

เนื่องจากเหตุผลนี้ (และเหตุผลอื่น ๆ ที่เกี่ยวข้องกับความเฉื่อย) เครือข่ายองค์กรขนาดใหญ่และ SP จำนวนมากต้องการการกำหนดค่าด้วยตนเองของลิงก์บางส่วนหรือทั้งหมด

ทุกวันนี้ไม่มีเหตุผลสำหรับการทำเช่นนี้และในความเป็นจริงแล้วต้องใช้การเจรจาต่อรองอัตโนมัติของ Gigabit Ethernet (อย่างน้อยทองแดง) และอุปกรณ์ที่ทำงานได้ดีจะไม่อนุญาตให้ปิดใช้งาน ในบางกรณีสิ่งนี้อาจไม่ชัดเจนตัวอย่างเช่นชุดคิทบางตัวของซิสโก้ "ปิดใช้งาน" การต่อรองอัตโนมัติบนลิงค์กิ๊กเพียง จำกัด ค่าที่ยอมรับได้ในกระบวนการเจรจาอัตโนมัติ (ซึ่งอาจมีค่าถ้าคุณไม่เตือนความเร็วอินเทอร์ & ดูเพล็กซ์)


เมื่อไม่นานมานี้ฉันได้พบกับการเปลี่ยนวงจรเมโทรอี adtran ของ ISP จะไม่เชื่อมโยงหากไม่มีตัวเลือก "noneg" มันปฏิเสธที่จะเชื่อมโยงโดยไม่มี link-pulse ซึ่งฝั่ง telco จะไม่ส่ง [gig-e optical transport]
Ricky Beam

2

ไม่ตรงกันส่วนใหญ่เกิดขึ้นเมื่อมีการกำหนดค่าด้านหนึ่งของลิงก์อย่างชัดเจนและอีกด้านหนึ่งถูกตั้งค่าให้เจรจาอัตโนมัติ เมื่ออุปกรณ์อยู่ภายใต้การจัดการแยกฝ่ายอาจล้มเหลวในการสื่อสารและตรวจสอบการตั้งค่า ผลกระทบต่อการเชื่อมต่อเครือข่ายมีตั้งแต่การสังเกตการเชื่อมโยงการใช้แสงไปจนถึงการเชื่อมโยงที่มีการโหลดจำนวนมาก โดยทั่วไปแล้วมันมีค่าความพยายามที่จะแก้ไขความไม่ตรงกันทุกที่ ในสวิตช์ของ Cisco ตัวบ่งชี้ความน่าเชื่อถือของอินเทอร์เฟซน้อยกว่า 255 เป็นวิธีที่ดีในการตรวจจับความไม่ตรงกัน ค่านี้สามารถสำรวจได้ด้วย SNMP เพื่อตรวจจับความไม่ตรงกันในขนาดใหญ่

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.