สวิตช์เดซี่ที่ถูกผูกมัดเพิ่มความล่าช้าหรือไม่?


13

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

internet ---- core network ----- switch 1 ----- switch 2 ----- switch 3 ----- switch 4

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

คุณมีตัวอย่างใด ๆ สำหรับกรณีจริงหรือไม่?


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

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

1
เพียงแค่ชี้ให้เห็นว่าสวิตช์เหล่านั้นไม่ใช่สแต็กซึ่งไม่ใช่การออกแบบที่แนะนำ ความล้มเหลวของสวิตช์อัปสตรีมใด ๆ ไปยังอินเทอร์เน็ตจะทำให้ทุกอย่างดาวน์สตรีม การสลับสวิตช์ไปที่แกนกลางแยกต่างหากจะดีกว่ามาก ตอนนี้คุณแค่ต้องกังวลเกี่ยวกับแกนเดียวของคุณที่จะนำทุกอย่างออกไป ;-)
Generalnetworkerror

@generalnetworkerror เพื่อความพร้อมใช้งานที่ดีขึ้นตอนนี้ฉันพบว่าสวิตช์บางตัวสามารถซ้อนกันได้ในโทโพโลยีวงแหวน ในตัวอย่างข้างต้นสวิทช์ 1ที่จะเชื่อมต่อไปยังสลับ 4 และสองของสวิทช์ที่จะมีการอัพลิงค์ไปยังเครือข่ายหลัก ในกรณีนี้ผลประโยชน์เดียวที่ฉันเห็นคือการจัดการที่ง่ายขึ้น (เทียบกับกรณีที่ไม่มีการสแต็คซึ่งสวิตช์ทุกอันมีอัปลิงค์ของตัวเองเป็นหลัก) นั่นถูกต้องใช่ไหม?
vladiz

@ vladiz ใช่นั่นคือวิธีที่สแต็กสวิทช์จะเชื่อมต่อตามปกติ ความคิดเห็นของฉันเป็นเพียงการชี้แจงให้วิศวกรใหม่รายอื่น ๆ เห็นว่าการออกแบบ ASCII นั้นไม่เหมาะเว้นแต่ว่าเป็นกองซ้อนและในกรณีนี้คุณจะแสดงสวิตช์ 4 เชื่อมต่อกับเครือข่ายหลักของคุณด้วย โทโพโลยีวงแหวนในสแต็กจะมีสายเคเบิลสองสายในแต่ละสวิตช์สมาชิกออกไปยังสวิตช์ที่แตกต่างกันในสแต็ก
generalnetworkerror

คำตอบ:


13

ไม่พวกเขาจะไม่เชื่อมต่ออินเทอร์เน็ตทั่วไป คุณจะไม่สามารถวัดด้วยเครื่องมือทั่วไปได้

สำหรับสภาพแวดล้อม DC เรากำลังต่อสู้ทุกไมโครวินาที แต่สำหรับสวิตช์อีเธอร์เน็ตทั่วไปคุณจะได้รับจาก 5-7 ไมโครวินาทีถึง 30-50 ไมโครวินาทีต่อการฟ้อนรำ (สวิตช์) แม้แต่ 30-50 microseconds ต่ำเกินไปที่จะสังเกตเห็น โดยทั่วไปความหน่วงแฝงเป็นปัญหาสำหรับแอปพลิเคชันหรือมนุษย์เมื่อถึงสิบ / ร้อยมิลลิวินาที

ดูเอกสารทางเทคนิคของ Cisco นี้


7

คำถามที่กล่าวถึงนี้ไม่ได้เป็นฮาร์ดแวร์เฉพาะ แต่แพลตฟอร์มที่แตกต่างกันมีเวลาแฝงที่แตกต่างกันและโหมดการเปลี่ยน

Cut throughการเปลี่ยนเป็นวิธีที่เร็วที่สุด แต่ให้ผ่านส่วนต่างๆได้ Fragment freeเป็นวินาทีที่เร็วที่สุดและตรวจสอบให้แน่ใจว่าเฟรมมีอย่างน้อย 64 ไบต์ซึ่งหมายความว่าพวกเขาไม่ใช่ runts ซึ่งเป็นหนึ่งในสัญญาณของการชน Store and forwardช้าที่สุด แต่ไม่ส่งเฟรมเป็นต้นไปที่มีข้อผิดพลาดเช่นข้อผิดพลาด CRC

คำถามของคุณไม่มีอะไรเกี่ยวกับระยะทาง หากมีระยะห่างที่สำคัญระหว่างswitch 1และswitch 4ที่จะต้องมีการคิด หากพวกเขาอยู่ติดกันสวิตช์แต่ละตัวไม่ควรเพิ่มความหน่วงแฝงมากเนื่องจากโดยทั่วไปแล้วจะส่งต่อเฟรมทันทีโดยไม่ต้องติดอยู่ในบัฟเฟอร์ขนาดใหญ่

ความหน่วงแฝงเป็นเรื่องส่วนตัวสำหรับ บริษัท การค้าความเร็วสูง 2ms สามารถสร้างความแตกต่างได้อย่างมาก สำหรับพวกเราส่วนใหญ่ 2ms ไม่เพียงพอที่จะกังวล

ฉันจะไม่กังวลเกี่ยวกับเวลาแฝงในกรณีนี้ถ้าฉันไม่มีกรณีการใช้งานที่เฉพาะเจาะจง


ระยะห่างระหว่างสวิตช์อยู่ระหว่าง 50 ถึง 100 เมตรและโซ่ที่ยาวที่สุดจะเป็น 6 สวิตช์ ฉันคิดว่าจะดีกว่าถ้าแต่ละคนมีอัปลิงค์ไปยังเครือข่ายหลัก
vladiz

อย่างที่ฉันตอบไปแล้วสำหรับแอปพลิเคชันนั้นและระยะทางที่คุณจะไม่สังเกตเห็นความแตกต่าง
Łukasz Bromirski

มันยังคงสมเหตุสมผลที่จะเชื่อมต่อพวกมันเข้ากับแกนกลาง ขึ้นอยู่กับข้อกำหนดสำหรับความพร้อมใช้งาน ฯลฯ หากสวิตช์ nr 2 ในสายโซ่ล้มเหลวคุณจะมี 5 สวิตช์แบบออฟไลน์ มีความสมดุลของราคาความพร้อมใช้งานของเส้นใยและจำนวนพอร์ตที่มีอยู่เสมอ
Daniel Dib

2
นอกจากนี้ยังเป็นที่น่าสังเกตว่าสวิตช์ส่วนใหญ่ในปัจจุบันสนับสนุนการจัดเก็บและส่งต่อเท่านั้น
Ryan Foley

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