อะไรจะทำให้เกิดความหน่วงสูงเมื่อใดก็ตามที่มีการรับส่งข้อมูลบน WAN


16

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

ตัวอย่างเช่นภายใต้ไม่มีโหลดฉัน ping 8.8.8.8 ที่ประมาณ 30ms หากฉันเริ่มสตรีมมิ่ง YouTube บนคอมพิวเตอร์เครื่องเดียวกันเวลาในการตอบสนองจะเพิ่มขึ้นประมาณ 500 มิลลิวินาทีโดยมีความต่างกันประมาณ 400 มิลลิวินาที หากฉันปิดวิดีโอความหน่วงจะกลับเป็น 30ms แต่ถ้าฉันมีผู้ใช้ใน LAN เดียวกันเริ่มต้นการสตรีมแพนโดร่าปัญหาก็จะกลับมา

เครือข่ายของฉันปิดสวิตช์ 10/100 ครั้งเดียว สวิตช์เชื่อมต่อโดยตรงกับเราเตอร์ DSL ฉันมักจะมีการเชื่อมต่อ 6Mb

ในการแก้ไขปัญหาฉันได้ทำสิ่งต่อไปนี้แล้ว:

  • สแกนด้วย wireshark จากเวิร์กสเตชันหลายเครื่องเพื่อค้นหาแพ็คเก็ตที่ผิดพลาด (ฉันต้องการรวม แต่สแกนมีข้อมูลลับ) ไม่มีอะไรแม้แต่ไกลจากสามัญ
  • แทนที่เราเตอร์ด้วยรุ่นอัพเกรดแล้วอัพเกรดเฟิร์มแวร์
  • ISP มีการเพิ่มความเร็วที่วัดได้อย่างถูกต้องใน speedtest.net (ลดลง 10, 1.5 ขึ้นไป) ปัญหาเป็นสิ่งเดียวกัน
  • หาก ISP ทำการแลกเปลี่ยนการ์ดที่จุดสิ้นสุดของพวกเขาในกรณีที่พวกเขามีฮาร์ดแวร์ / พอร์ตที่ไม่ดี
  • ทดสอบที่สำนักงานอื่นด้วย ISP / แพ็คเกจเดียวกัน มีคอมพิวเตอร์หลายเครื่องสตรีมมิ่ง YouTube @ 1080p และแพนโดร่าโดยไม่มีผลกระทบต่อความหน่วงแฝง
  • ปิดคอมพิวเตอร์ทุกเครื่อง แต่มีหนึ่งเครื่องและวิ่งตอนกลางคืนเมื่อไม่มีผู้ใช้อยู่ที่นั่น
  • ตรวจสอบการรับส่งข้อมูล LAN ซึ่งไม่เคยประสบปัญหาความล่าช้า

ฉันรู้ว่าถ้าฉันไปถึงขีด จำกัด แบนด์วิดท์หรือความเร็วเป็นคอขวดที่ฮาร์ดแวร์บางอย่างมันจะทำให้เกิดปัญหานี้ อย่างไรก็ตามดูเหมือนจะไม่เป็นเช่นนั้นเลย การรับส่งข้อมูลผ่าน WAN เกือบทั้งหมดจะทำให้เกิดความล่าช้า ปัญหานั้นเหมือนกันแม้ว่าฉันจะเพิ่มความเร็วในการเชื่อมต่อเป็นสองเท่า เมื่อฉันได้รับผู้ใช้สองคนในแพนโดร่าและการท่องอินเทอร์เน็ตก็ไม่มีอะไรเกิดขึ้น (แพ็คเก็ตที่ถูกทิ้งหน้าจะไม่โหลด) ฉันมีการเชื่อมต่อที่บ้านครึ่งหนึ่งและการสตรีมมิ่ง netflix / youtube / pandora พร้อมกันของเราไม่ได้แตะ 5 Mb ของฉัน

คำถาม: อะไรจะทำให้เกิดความหน่วงสูงเมื่อใดก็ตามที่การรับส่งข้อมูลข้าม WAN?


1
คำถามนี้ครอบคลุมพื้นที่กว้างสิ่งที่คุณกำลังพูดถึงคือการแก้ไขปัญหาเครือข่ายและค้นหาปัญหา คำถามควรเฉพาะเจาะจงมากขึ้น btw นี้ไม่มีส่วนเกี่ยวข้องกับ wireshark (ตามที่อธิบายการติดแท็กของคุณ) ที่กล่าวว่ายินดีต้อนรับสู่ networkengineering;)
Bulki

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

คำตอบ:


10

ดูเหมือนว่า " bufferbloat " บางรูปแบบซึ่งอาจเป็นส่วนหนึ่งของ DSLAM / LNS ที่มีประสิทธิภาพ จำกัด อัตรา 6Mb

อาจเป็นกล่อง CPE ของคุณ แต่มีโอกาสน้อยกว่าเล็กน้อย


+1 อาจเป็นการ จำกัด อัตราหรือกำหนดรูปร่างที่ไม่ดีในส่วนของ ISP แต่ก็อาจเป็น CPE ที่มีคุณภาพต่ำ (หรือทำงานผิดพลาด) ฉันได้เห็น CPE ที่ระดับ 40Mbps จะเริ่มโค่นล้มที่ 10Mpbs เพราะพวกเขาไม่สามารถรับมือกับอัตรา pps ที่สูงได้ อัตรา pps สูงของแพ็กเก็ตขนาดเล็กทำให้เครียดจริง ๆ
jwbensley

โอ้ฉันไม่เห็นว่าเขาเข้ามาแทนที่ CPE ฉันพลาดจุดนัดพบนั้น!
jwbensley

9

ฉันจะตรวจสอบที่เกิดความล่าช้า ใช้เครื่องมือเช่นMTRซึ่งตรวจสอบเวลาแฝงในแต่ละ hop MTR รวมสถิติ ping สำหรับแต่ละ hop กับเส้นทางการติดตามและสามารถช่วยลดปัญหาประเภทนี้ได้อย่างมาก

บนกล่อง linux คำสั่งจะmtr 8.8.8.8มีนอกจากนี้ยังมีรุ่น windowsของเครื่องมือนี้

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

หากเวลาแฝงเริ่มต้นภายในเครือข่ายของคุณคุณจะสามารถ จำกัด ปัญหาด้วยตัวคุณเองได้เช่นกัน


1
มีรุ่น mtr สำหรับอุปกรณ์ Cisco IOS หรือไม่? ฉันรู้ว่ามันสามารถเรียกใช้จาก Junos CLI
DrBru

5

ตรวจสอบสถิติสาย DSL (interleaved vs. fastpath, เคาน์เตอร์ข้อผิดพลาด ฯลฯ )

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

หากเซลล์ ATM เสียหาย (การขนส่งสำหรับ DSL ส่วนใหญ่) คุณจะเห็นการลดลงอย่างมีนัยสำคัญเช่นนี้เนื่องจากต้องทำการส่งเฟรมใหม่ทั้งหมด


3

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

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

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

ฉันจะตรวจสอบ CPU ของแต่ละอุปกรณ์เมื่อคุณมีปัญหา หากคุณเห็น CPU กระโดดขึ้นแสดงว่าเป็นอุปกรณ์ของคุณ ตรวจสอบไฟล์ล็อกเพื่อดูว่ามีข้อผิดพลาดหรือไม่

นอกจากนี้ฉันจะแน่ใจว่าการเชื่อมต่อทั้งหมดกำลังเจรจาด้วยความเร็วเต็มพิกัด (เต็ม 100 เพล็กซ์เต็มความเร็ว)

ลองปิดไฟร์วอลล์หรือบริการรักษาความปลอดภัยด้วย


2

สิ่งอื่นที่ควรพิจารณาก็คือการเชื่อมต่อระหว่างสวิตช์ของคุณกับโมเด็ม DSL อาการที่คุณกำลังอธิบายเกือบจะฟังดูเหมือนว่ามีความไม่ตรงกันสองทางระหว่างทั้งสอง

อีกวิธีในการแยกสวิตช์ออกคือการถอดสวิตช์ทั้งหมดและทดสอบการเชื่อมต่อกับเครื่องหนึ่งเครื่องที่ต่ออยู่กับโมเด็ม DSL โดยตรง


2

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


0

นี่อาจเป็นคอขวดต้นน้ำหรือไม่ ไม่แน่ใจว่าคุณอยู่ที่ไหนในโลก แต่บางที ISP มีแบนด์วิดธ์ระหว่างประเทศที่แย่มาก Speedtest.net จะเป็นค่าเริ่มต้นไปยังเซิร์ฟเวอร์ที่ใกล้เคียงที่สุด


0

วิธีง่าย ๆ ที่ฉันใช้คือฟังก์ชั่น traceroute กำลังมองหาเวลาตอบสนองที่สูงในการติดตามและการตรวจสอบระบบสำหรับความล้มเหลวของฮาร์ดแวร์, การโจมตี DOS, การจำแนกประเภท QoS ที่ไม่เหมาะสมและเช่นนั้น แน่นอนคุณต้องเข้าถึงอุปกรณ์ทั้งหมดในเส้นทาง เป็นเรื่องง่ายสำหรับฉันในช่วงเวลานั้นตั้งแต่ฉันทำงานให้กับธุรกิจโทรคมนาคม


0

ระบบปฏิบัติการที่คุณใช้ทดสอบคืออะไร หากเป็น Windows โดยค่าเริ่มต้นจะมีบริการ "QoS Packet Scheduler" ติดตั้งและเชื่อมโยงกับอินเทอร์เฟซเครือข่าย มันจะเตะขึ้นอยู่กับการตั้งค่าพื้นฐานของเครือข่ายสแต็คและชะลอการรับส่งข้อมูลใด ๆ ที่ไม่ได้จัดว่าเป็น "มัลติมีเดีย"

ลองลบออกจากอินเทอร์เฟซและตรวจสอบผลลัพธ์ของคุณอีกครั้ง

หรือดีกว่าให้กำหนดค่าใหม่อย่างถูกต้อง: http://www.dslreports.com/faq/3688


0

ฉันจะเพิ่มจากประสบการณ์ของฉันที่ ISP บางคนปฏิบัติต่อแพ็คเก็ต ICMP ที่มีลำดับความสำคัญต่ำสุด มันเกิดขึ้นครั้งเดียวทุกครั้งที่ฉันเริ่มต้น YouTube เพื่อให้มี "คำขอหมดเวลา"

โพสต์winmtrก่อนเริ่มวิดีโอและขณะที่วิดีโอกำลังเล่น เริ่มการสตรีมที่ 2 และมาดูกันว่าสิ่งนี้จะส่งผลอย่างไรกับแพ็กเก็ต ICMP และวิดีโอที่ 1


0

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


0

ขออภัยที่จะชุบชีวิตหัวข้อเก่า OP เขียนว่า:

... การรับส่งข้อมูลผ่าน WAN เกือบทั้งหมดจะทำให้เวลาแฝงหมดลง ...

นี่เป็นอาการที่แน่นอนของ Bufferbloat เราเตอร์อาจเข้าคิวการรับส่งข้อมูลมากเกินไปและทำให้กระแสน้อย (ซึ่งจำเป็นต่อการตอบสนอง)

เราเตอร์ของคุณต้องการวิธีในการลดปัญหา "latency under load" คุณสามารถทำได้ด้วย QoS แต่ต้องมีการกำหนดค่าจำนวนมากและการปรับอย่างต่อเนื่อง

สถานะของศิลปะมีความก้าวหน้าตั้งแต่ OP ดังนั้นควรค้นหา Bufferbloat, AQM, CoDel, fq_codel, Cake, PIE หรือเทคนิคอื่น ๆ

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