คำถามติดแท็ก congestion

ฉันมีเครือข่ายที่ประสบกับอินเทอร์เน็ตความเร็วต่ำ หลังจากการแก้ไขปัญหาอย่างมากฉันได้พิจารณาแล้วว่าการสตรีมเนื้อหา / การดาวน์โหลดใด ๆ จะทำให้การรับส่งข้อมูลของ WAN เกิดความล่าช้า ตัวอย่างเช่นภายใต้ไม่มีโหลดฉัน ping 8.8.8.8 ที่ประมาณ 30ms หากฉันเริ่มสตรีมมิ่ง YouTube บนคอมพิวเตอร์เครื่องเดียวกันเวลาในการตอบสนองจะเพิ่มขึ้นประมาณ 500 มิลลิวินาทีโดยมีความต่างกันประมาณ 400 มิลลิวินาที หากฉันปิดวิดีโอความหน่วงจะกลับเป็น 30ms แต่ถ้าฉันมีผู้ใช้ใน LAN เดียวกันเริ่มต้นการสตรีมแพนโดร่าปัญหาก็จะกลับมา เครือข่ายของฉันปิดสวิตช์ 10/100 ครั้งเดียว สวิตช์เชื่อมต่อโดยตรงกับเราเตอร์ DSL ฉันมักจะมีการเชื่อมต่อ 6Mb ในการแก้ไขปัญหาฉันได้ทำสิ่งต่อไปนี้แล้ว: สแกนด้วย wireshark จากเวิร์กสเตชันหลายเครื่องเพื่อค้นหาแพ็คเก็ตที่ผิดพลาด (ฉันต้องการรวม แต่สแกนมีข้อมูลลับ) ไม่มีอะไรแม้แต่ไกลจากสามัญ แทนที่เราเตอร์ด้วยรุ่นอัพเกรดแล้วอัพเกรดเฟิร์มแวร์ ISP มีการเพิ่มความเร็วที่วัดได้อย่างถูกต้องใน speedtest.net (ลดลง 10, 1.5 ขึ้นไป) ปัญหาเป็นสิ่งเดียวกัน หาก ISP …

16 latency  congestion  wan 

ฉันพยายามเข้าใจว่าระบบ QoS ทำงานอย่างไรและฉันไม่แน่ใจว่า WFQ และ WRED จะโต้ตอบกันอย่างไร ตอนแรกฉันคิดว่า WFQ เป็นกลไกการเข้าคิวและ WRED นั้นเป็นกลไกการหลีกเลี่ยงความแออัด WFQ ควรกำหนดเวลาแพ็คเก็ตในคิวและ WRED อยู่ที่นั่นเพื่อปล่อยพวกเขาเมื่อคิวเต็ม ถ้าฉันตั้งค่า QoS บนเช่นสวิตช์ L3 ฉันจะตั้งกลไกการเข้าคิวและกลไกการหลีกเลี่ยงความแออัดดังนั้นในทางทฤษฎีฉันสามารถมี WFQ และ WRD ทำงานร่วมกันได้ ตัวอย่างเช่นเอกสารนี้ดูเหมือนจะบ่งบอกว่าฉันพวกเขาจะตั้งค่าในลักษณะดังกล่าว เอกสารอื่น ๆ ของ Cisco กล่าวถึงว่าฉันสามารถใช้งานได้อย่างอิสระ จากนั้นฉันต้องการเรียนรู้เพิ่มเติมเกี่ยวกับวิธีการทำงานและเริ่มค้นหาอินเทอร์เน็ต เป็นผลให้ตอนนี้ฉันไม่รู้ว่าพวกเขาคืออะไรและพวกเขาทำงานอย่างไร บางไซต์ (อย่างน้อยก็เพื่อความเข้าใจในเนื้อหาของฉัน) อ้างว่าอัลกอริทึมการจัดตารางแพ็คเก็ตและอัลกอริทึมการหลีกเลี่ยงความแออัดนั้นเหมือนกัน ยกตัวอย่างเช่นในนี้บทความวิกิพีเดียพวกเขาจะอยู่ในกลุ่มเดียวกัน บางบทความสุ่มกล่าวถึงว่าฉันสามารถใช้ WFQ XOR WRED ดังนั้นสิ่งที่ฉันอยากถามว่าเกี่ยวข้องกับ WFQ และ WRED อย่างไร ฉันจะใช้อย่างใดอย่างหนึ่งเมื่อใดและเมื่อทั้งสองถ้าเป็นไปได้

10 cisco  qos  congestion