ถ้าฉันใช้สะพานเพื่อทำการจราจรที่สูดดมเหมือนคนที่อยู่ตรงกลางสะพานจะเพิ่มความล่าช้าหรือไม่? และฉันควรใช้ความล่าช้าหรือแฝงคำอะไร
คำตอบ:
สวัสดีและยินดีต้อนรับสู่วิศวกรรมเครือข่าย
สำหรับ "ล่าช้า" กับ "แฝง": ข้อกำหนดไม่ได้ใช้อย่างสม่ำเสมอ คำแนะนำบางอย่างอาจจะพบได้ที่นี่
ฉันคิดว่าโดยทั่วไปคำว่าเวลาแฝงถูกใช้เมื่อดูเวลาสิ้นสุดถึงปลายสำหรับทิศทางเดียวซึ่งโดยพื้นฐานแล้วประกอบด้วยผลรวมของการแพร่กระจายทั้งหมดการทำให้เป็นอนุกรมการบัฟเฟอร์ (และการประมวลผล) อาจทำให้เกิดความล่าช้าโดยส่วนประกอบต่างๆตามเส้นทาง จากต้นทางไปยังปลายทาง (และกลับมาหากต้องการพูดคุยเกี่ยวกับเวลาไปกลับ (RTT)) ดังนั้นคุณอาจพูดได้ว่าสะพานเพิ่มความล่าช้าให้กับเวลาแฝงโดยรวม
(ส่วนถัดไปแก้ไขหลังจากความเห็นที่เป็นประโยชน์) บริดจ์เมื่อเปรียบเทียบกับสายเคเบิลโดยตรงจะเพิ่มอย่างน้อยหนึ่งครั้งที่การทำให้เป็นอนุกรมล่าช้าของสื่อเครือข่ายที่กำหนด (จากด้าน egress ของสะพาน) หลังจากประมวลผลเพื่อส่งบิตของเฟรม อีกครั้งที่ด้านข้างทางออก แน่นอนความล่าช้าในการซีเรียลไลซ์เซชั่นจำนวนหนึ่งจะถูกเพิ่มต่อทิศทางและเนื่องจากกรณีการใช้งานส่วนใหญ่ต้องการข้อมูล (อย่างน้อยบางส่วน) ในการไหลในทิศทางใดทิศทางหนึ่งบริดจ์ในที่สุดจะเพิ่มการหน่วงเวลาเป็นอนุกรมสองครั้ง
ดูคำถามนี้และwiki.geant.orgสำหรับตารางเกี่ยวกับความล่าช้าในการจัดลำดับ)
ในกรณีของคุณการบัฟเฟอร์และการประมวลผลเพิ่มเติมล่าช้าจะเกิดขึ้นเนื่องจาก "คนที่อยู่ตรงกลาง" จะขึ้นอยู่กับความสามารถในการประมวลผลของซอฟต์แวร์การเชื่อมต่อที่กำหนดบนแพลตฟอร์มที่กำหนดทั้งหมดและคุณสมบัติและโมดูลต่าง ๆ ที่เฟรมอยู่ภายใต้
ใช่บริดจ์ / สวิตช์เพิ่มการหน่วงเวลาให้กับเฟรม - ตามลำดับ 1 ถึง 20 .s
สำหรับสวิตช์คุณมักจะพูดถึงความล่าช้า - ความล่าช้าระหว่างการรับเฟรมและส่งต่อออกไปยังพอร์ตอื่น สวิตช์ต้องใช้เวลาสักครู่เพื่อรับที่อยู่ปลายทางและทำการตัดสินใจการส่งต่อ สวิตช์แบบ Store-and-forward (ชนิดทั่วไป) จำเป็นต้องรับเฟรมทั้งหมดก่อนที่จะเริ่มไปข้างหน้า สวิตช์ตัดผ่านความเร็วสูงสามารถรับได้ต่ำกว่า 1 .s แก้ไข : เนื่องจาก @kasperd ได้ชี้ให้เห็นอย่างถูกต้องการตัดผ่านเป็นไปได้เฉพาะกับต้นทางและพอร์ตปลายทางที่ความเร็วเดียวกันหรือก้าวลง
