Switchport ใน half half duplex - ความเร็วในการดาวน์โหลดลดลง แต่การอัพโหลดทำได้ดี

ผู้ใช้มีปัญหากับความเร็วในการดาวน์โหลดจากอินเทอร์เน็ต การเชื่อมต่อกับอินเทอร์เน็ตคือ 100 Mbit / s ผู้ใช้มีดาวน์สตรีมประมาณ 7 Mbit / s และประมาณ 80 Mbit / s upstream

ฉันทดสอบจากคอมพิวเตอร์ของฉันและมันได้ประมาณ 70 Mbit / s downstream และ 80 Mbit / s upstream เห็นได้ชัดว่าผู้ใช้พีซีต้องตำหนิ

ฉันตรวจสอบสวิตช์ซึ่งเป็น Catalyst 3560 และที่นั่นเป็นอย่างที่ฉันคาดไว้พอร์ตนั้นเป็นแบบ half duplex ผู้ใช้ฮาร์ดโค้ดคอมพิวเตอร์ของเขาไว้ที่ 100 / เต็มและพอร์ตใช้งานอัตโนมัติ ความเร็วจะถูกตรวจพบโดย Fast Link Pulses (FLP) แต่ต้องมีการดูเพล็กซ์ว่าเป็นครึ่งดังนั้นพอร์ตจึงใช้ 100 / half ด้วยตัวควบคุมการแสดงฉันสามารถเห็นการชนและการชนกันตามที่คาดไว้

แบนด์วิดท์ได้รับการทดสอบผ่านทางเว็บไซต์ของสวีเดน www.bredbandskollen.se มันใช้ TCP เพื่อทดสอบเวลาแฝงในตอนแรก จากนั้นจะเปิดซ็อกเก็ตผ่าน Flash และใช้ HTTP GET (TCP) หลายอย่างและวัดแบนด์วิดท์ดาวน์สตรีมประมาณ 10 วินาที หลังจากนั้นจะทำการโพสต์ HTTP สี่รายการไปยังเซิร์ฟเวอร์และส่งปริมาณข้อมูลเป็นเวลา 10 วินาทีและคำนวณแบนด์วิดท์อัปสตรีม

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

1. เหตุใดจึงได้รับผลกระทบเท่านั้นและไม่ได้อัปสตรีมต้นน้ำ

2. มีการชนจริงเหล่านี้หรือไม่ เนื่องจากสายเคเบิลมีคู่ส่งและรับแยกกัน

นี่เป็นพฤติกรรมปกติโดยสิ้นเชิงกับ duplex ที่ไม่ตรงกัน

เหตุใดจึงได้รับผลกระทบเท่านั้นและไม่ได้อัปสตรีมต้นน้ำ

เนื่องจากคอมพิวเตอร์ทำงานในโหมด full duplex จึงไม่ได้ใช้ CSMA-CD ซึ่งหมายความว่าจะไม่ตรวจสอบว่าสื่อไม่มีการใช้งานก่อนที่จะส่งสัญญาณหรือไม่และจะไม่รับรู้ข้อมูลใด ๆ ที่ได้รับขณะกำลังส่งสัญญาณเป็นการชน ดังนั้นการอัปโหลดจากคอมพิวเตอร์จะไม่ได้รับผลกระทบมากนัก

ในทางกลับกันสวิตช์กำลังใช้ CSMA-CD และจะรอให้สื่อหยุดทำงานก่อนส่งสัญญาณ นอกจากนี้เมื่อสวิตช์ตรวจพบการชนมันจะหยุดส่งเฟรมทันทีและทำตามขั้นตอนการตรวจจับการชนกันของ CSMA-CD สิ่งนี้มีผลกระทบต่อประสิทธิภาพอย่างมากต่อปริมาณการใช้งานที่ส่งไปยังคอมพิวเตอร์

เมื่อการรับส่งข้อมูลเป็น TCP ผลกระทบเชิงลบจะถูกคูณด้วย TCP ACK ที่สูญหายใด ๆ ที่ไปยังคอมพิวเตอร์จะทำให้เกิดการส่ง TCP ซ้ำ

มีการชนจริงเหล่านี้หรือไม่ เนื่องจากสายเคเบิลมีคู่ส่งและรับแยกกัน

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

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

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

แก้ไข:ฉันไม่เจออ้างอิงถึงเหล่านี้วันหยุดสุดสัปดาห์นี้ขณะที่การค้นหาเป็นเรื่องที่ไม่เกี่ยวข้องกับการที่พวกเขาถูกเรียกว่าชนเท็จ ฉันจะไม่เห็นด้วยกับมุมมองนี้เนื่องจากสวิตช์มองเห็นอย่างชัดเจนว่าเป็นการชนกันและจัดการกับสิ่งเหล่านี้ ค่อนข้างฉันคิดว่าพวกเขาเป็นความขัดแย้งที่ไม่จำเป็นในการที่พวกเขาไม่ควรอยู่ในเครือข่ายเปลี่ยน

นอกเหนือจากนี้เป็นรายงานที่ไม่ตรงกันมากที่สุดประเภท duplex (ตำแหน่งที่สวิตช์ถูกตั้งค่าเป็นอัตโนมัติและคอมพิวเตอร์เป็น full duplex) คนส่วนใหญ่ดาวน์โหลดมากกว่าที่พวกเขาอัปโหลดพวกเขามักจะสังเกตเห็นสภาพนี้ง่ายต่อการรายงาน

หาก TCP ทดสอบแล้วมีหลายสิ่งที่คุณไม่สามารถควบคุมได้หรือแม้แต่จินตนาการ ความแตกต่างในดาวน์สตรีม / อัพสตรีมอาจเกิดขึ้นได้อย่างง่ายดายจากการตั้งค่าลำดับความสำคัญภายในของ NIC บัฟเฟอร์สำหรับ RX / TX และการตั้งค่าระดับต่ำเป็นหลักซึ่งกำหนดวิธีจัดการปริมาณการใช้ RX และ TX

'ตัวควบคุม sh' ควรรายงานสภาพ RX และ TX พร้อมกันว่าเป็นการชนหากทำงานในโหมดฮาล์ฟดูเพล็กซ์