คู่มือเกมแลค › L4 เส้นทางอินเทอร์เน็ต

จุด peering แออัดช่วงพีค Peak-hour congestion at peering

ID สาเหตุ isp-peak · ผู้รับผิดชอบหลัก อินฟราเครือข่าย (ทีมอินฟรา) · ร่วมกับ ภายนอก (ภายนอก)

เปิดการ์ดในฉบับหลักที่มีภาพและการทดลอง →

ช่วงหัวค่ำราว 21:00–23:00 ทราฟฟิกวิดีโอพุ่งขึ้นมาก จุดเชื่อมต่อระหว่าง ISP (peering) จึงมักแออัด

ทำไม ช่วงหัวค่ำมีการสตรีมและดาวน์โหลดพร้อมกันจำนวนมาก → ผลคือ เกิดคิวและแพ็กเก็ตหายที่จุด peering → บนหน้าจอ เฉพาะช่วงหัวค่ำที่ผู้เล่นของ ISP บางค่ายกระตุกหรือวาร์ป

อาการ

กระตุก, วาร์ป, ดีดกลับ

ปัจจัย

จิตเตอร์, แพ็กเก็ตหาย, ความหน่วง

ใครเจอ

บางพื้นที่/บาง ISP

เกิดเมื่อไร

ช่วงพีคหัวค่ำ

ผู้รับผิดชอบ

ผู้รับผิดชอบหลัก อินฟราเครือข่าย (ทีมอินฟรา) · ร่วมกับ ภายนอก (ภายนอก)

งานฝั่งทีมอินฟรา

เพิ่มการเชื่อมต่อตรงกับ ISP ค่ายนั้น, เลี่ยงเส้นทางที่แออัด, มอนิเตอร์แพ็กเก็ตหายและปิงช่วงหัวค่ำแยกตาม ISP

งานฝั่งภายนอก

ร้องขอให้ ISP ค่ายนั้นขยายความจุของจุด peering

บนกราฟ

สูงเฉพาะบางช่วงเวลา · RTT/แพ็กเก็ตหาย (แยกตาม ISP)

จุดที่ต้องดู

พล็อต RTT และแพ็กเก็ตหายแยกตาม ISP (ASN) ตามช่วงเวลา แล้วเก็บ mtr ทั้งช่วงหัวค่ำและกลางวันจาก probe ของ RIPE Atlas ใน ISP นั้นหรือจากผู้เล่น เพื่อดูว่าแพ็กเก็ตเริ่มหายที่ช่วงไหน

สัญญาณว่าใช่

เฉพาะ ISP บางค่ายที่ RTT และแพ็กเก็ตหายสูงขึ้นทุกวันช่วงราว 21:00–23:00 และใน mtr แพ็กเก็ตหายและความหน่วงต่อเนื่องตั้งแต่จุดเชื่อมต่อระหว่าง ISP ไปจนถึงปลายทาง

สัญญาณว่าไม่ใช่

ถ้าทุก ISP สูงขึ้นพร้อมกัน น่าจะเป็นฝั่งวงจรหรือเซิร์ฟเวอร์ของเรา ถ้าแย่เฉพาะคนในบ้านเดียวกันช่วงหัวค่ำ น่าจะเป็น “ช่องสัญญาณ Wi-Fi แออัด”

วิธีตรวจ

ใช้เครื่องมือฝั่งอินฟรา (ไม่ต้องใช้โค้ดเกม)

แหล่งอ้างอิง

1. Inferring Persistent Interdomain Congestion (SIGCOMM 2018) ACM
   ความแออัดที่เกิดซ้ำทุกวัน โดยความหน่วงสูงขึ้นทุกช่วงพีคในบางจุดเชื่อมต่อระหว่าง ISP และอัตราแพ็กเก็ตหายก็สูงขึ้นในช่วงแออัด
2. Probe Selection (RIPE Atlas REST API) RIPE NCC
   เลือก probe ของ RIPE Atlas ตามประเทศ, ภูมิภาค, ASN หรือช่วง IP แล้วรัน ping และ traceroute

สาเหตุที่ควรดูประกอบ

ชั้นเดียวกัน: L4 เส้นทางอินเทอร์เน็ต

• ความหน่วงในการแพร่สัญญาณ (ระยะทางจริง)
• อินเทอร์เน็ตดาวเทียม (วงโคจรต่ำ/ค้างฟ้า)
• เส้นทางวิ่งอ้อม
• เคเบิลใต้น้ำ/วงจรต่างประเทศขัดข้อง
• เส้นทาง BGP เปลี่ยนและ converge ใหม่
• เส้นทาง ECMP เส้นหนึ่งเสีย
• ISP จำกัดความเร็วและจัดการทราฟฟิก
• การจำกัด UDP และตรวจแพ็กเก็ตระดับประเทศหรือ ISP
• คุณภาพสายเน็ตแย่
• DNS ขัดข้อง/ช้า
• ลิงก์ที่ใช้ร่วมกันเต็มเพราะ DDoS
• IP ที่ ISP ให้ใช้ร่วมกัน (CGNAT)
• เชื่อมต่อผ่าน VPN/โปรแกรมลดปิง

สาเหตุจากชั้นอื่นที่ทำให้เกิดอาการเดียวกัน (กระตุก)

• เฟรมไทม์พุ่ง L1 โปรเซสเกมฝั่งไคลเอนต์
• GC ฝั่งไคลเอนต์ L1 โปรเซสเกมฝั่งไคลเอนต์
• โหลดแบบ synchronous และคอมไพล์ shader บนเมนเธรด L1 โปรเซสเกมฝั่งไคลเอนต์
• สตอเรจช้าจนสตรีมแอสเซ็ตไม่ทัน L1 โปรเซสเกมฝั่งไคลเอนต์
• ภาระการเรนเดอร์ตัวละครจำนวนมาก L1 โปรเซสเกมฝั่งไคลเอนต์
• ไม่มี interpolation buffer หรือสั้นเกินไป L1 โปรเซสเกมฝั่งไคลเอนต์
• extrapolation มากเกินไป (dead reckoning) L1 โปรเซสเกมฝั่งไคลเอนต์
• fixed timestep ไล่ตามไม่ทันจนบานปลาย L1 โปรเซสเกมฝั่งไคลเอนต์

ดูการ์ดในฉบับหลักที่มีภาพและการทดลอง