ในการวิเคราะห์ประสิทธิภาพเครือข่าย พบว่า TCP Throughput ต่ำกว่าที่คาดมาก แม้แบนด์วิดท์จะเพียงพอ เมื่อตรวจสอบพบว่า RTT (Round Trip Time) สูงและ Packet Loss Rate อยู่ที่ 0.5% ข้อใดอธิบายปรากฏการณ์นี้และแนวทางแก้ไขได้ถูกต้องที่สุด

TCP Congestion Control กลไก Slow Start และ Congestion Avoidance ทำงานร่วมกับ Packet Loss ทำให้ TCP ลด Window Size อย่างต่อเนื่อง ควรปรับ TCP Window Size และพิจารณาใช้ TCP Optimization หรือ WAN Optimization
ปัญหาเกิดจาก Switch ในเครือข่ายใช้งาน Half-Duplex ควรเปลี่ยนเป็น Full-Duplex
ควรเปลี่ยนจาก TCP เป็น UDP ทันทีเพราะ UDP ไม่มีกลไก Congestion Control
ปัญหาเกิดจาก DNS ทำงานช้า ควรเปลี่ยน DNS Server ใหม่

เฉลยอธิบาย

เมื่อ RTT สูงและมี Packet Loss TCP Congestion Control กลไก Slow Start จะเริ่มส่งข้อมูลช้าและค่อยๆ เพิ่ม Window Size เมื่อ Packet Loss เกิดขึ้น TCP ตีความว่าเป็น Congestion และลด Window Size ลงครึ่งหนึ่ง (Multiplicative Decrease) ทำให้ Throughput ต่ำมาก สูตร Mathis: Throughput ≈ MSS / (RTT × √(packet_loss_rate)) แสดงให้เห็นว่า RTT สูงและ Loss Rate สูงทำให้ Throughput ต่ำมาก ควรปรับ TCP Buffer Size และใช้ WAN Optimization ตัวเลือก A ไม่เกี่ยวกับ Throughput ของการส่งข้อมูล ตัวเลือก C ไม่เหมาะสมเพราะข้อมูลสำคัญต้องการความน่าเชื่อถือ ตัวเลือก D อาจเป็นปัจจัยหนึ่งแต่ไม่ใช่สาเหตุหลักที่อธิบายสถานการณ์นี้ ความพร้อมใช้งานต้องออกแบบเส้นทาง/อุปกรณ์/พลังงาน/บริการที่ไม่มีจุดล้มเหลวร่วม และทดสอบ failover จริง การเปลี่ยนแปลงควรมี baseline, peer review, maintenance window, rollback และเกณฑ์ยืนยันผล สำรอง configuration ต้องควบคุมสิทธิ เข้ารหัสตามความเสี่ยง เก็บรุ่น และทดสอบกู้คืน เหตุผิดปกติต้อง preserve logs/time sync, contain โดยคำนึงถึงผลกระทบ, eradicate/recover และทบทวนบทเรียนตาม NIST CSF 2.0 และแนวทาง CISA

ข้อสอบอื่นในวิชาความรู้เกี่ยวกับเทคโนโลยีการสื่อสารและระบบเครือข่าย

ดูข้อสอบวิชานี้ทั้งหมด →