ใช้ Microsoft Teams ผ่าน VPN แล้วกระตุก แก้อย่างไร

การดาวน์โหลดไฟล์ทนการสะดุดได้ แต่การคุยโทรศัพท์ทนไม่ได้ นี่คือเหตุผลหลักที่การโทรใน Teams ผ่าน VPN เสียหายในแบบที่อีเมลหรือเว็บเพจไม่เคยเป็น บทความนี้เป็นคู่มือแก้ปัญหาเชิงปฏิบัติสำหรับคนที่เจอเสียงเป็นหุ่นยนต์ ใบหน้าค้าง หรือแบนเนอร์ "การเชื่อมต่อเครือข่ายของคุณไม่ดี" เมื่อเปิด VPN และสำหรับคนไอทีที่ถูกขอให้ไปแก้

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

ทำไมการโทรไม่เหมือนการดาวน์โหลด

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

มี 3 ค่าที่สำคัญ และ VPN กระทบได้ทั้งหมด

• ความหน่วง (latency) เวลาที่แพ็กเก็ตใช้เดินทางไปทางเดียว คำแนะนำที่อ้างถึงกันทั่วไปสำหรับการสนทนาคือ ความล่าช้าทางเดียวเกินราว 150 มิลลิวินาทีเริ่มรู้สึกอึดอัด เพราะคนจะพูดทับกัน คำอธิบายเรื่องความหน่วงของ Cloudflare เป็นบทนำที่ดี
• Jitter ความแปรปรวนของความหน่วงจากแพ็กเก็ตหนึ่งไปอีกอัน ความหน่วงคงที่ 80 มิลลิวินาทีรับมือง่ายกว่าเส้นทางที่แกว่งระหว่าง 30 ถึง 200 มิลลิวินาที
• แพ็กเก็ตสูญหาย สัดส่วนแพ็กเก็ตที่ไม่ไปถึง สื่อเรียลไทม์ทนได้เล็กน้อย แล้วคุณภาพจะตกเร็ว แพ็กเก็ตสูญหายกับ VPN อธิบายวิธีสังเกต

วิดีโอเพิ่มอีกปัจจัย คือต้องใช้แบนด์วิดท์มากกว่าเสียง จึงเสียก่อนเมื่อลิงก์คับคั่ง เสียงใช้น้อยมาก และเอกสารของ Microsoft มีตัวเลขปัจจุบันถ้าต้องการค่าที่แน่นอน

ตารางอาการกับสาเหตุ

ใช้อาการช่วยจำกัดสาเหตุก่อนเปลี่ยนอะไร

สิ่งที่ได้ยินหรือเห็น	สาเหตุที่เป็นไปได้	สิ่งแรกที่ควรลอง
เสียงหุ่นยนต์ เสียงขาดเป็นช่วง วิดีโอปกติ	jitter หรือแพ็กเก็ตหายบนเส้นทาง	ขยับเข้าใกล้เราเตอร์หรือใช้สายแลน แล้วทดสอบอีกครั้ง
ทุกคนพูดทับกัน	ความหน่วงสูง	เลือกตำแหน่ง VPN ที่ใกล้กว่า
ภาพค้าง เสียงยังไป	แบนด์วิดท์ไม่พอ หรือแพ็กเก็ตหายใน Stream วิดีโอ	ปิดกล้องชั่วคราวเพื่อยืนยัน ปิดแอปที่อัปโหลดหนัก
ต่อสายได้แต่ไม่มีใครได้ยินคุณ	สื่อถูกบล็อกหรือไปผิดทาง	ตรวจสิทธิ์ไมโครโฟน แล้วทดสอบโดยไม่เปิด VPN
สายหลุดหลัง 20 ถึง 60 วินาที	อุโมงค์หมดเวลา หรือเส้นทางสื่อเปลี่ยน	ตรวจพฤติกรรมเชื่อมต่อใหม่ของ VPN และการสลับจุด Wi-Fi
แชตใช้ได้แต่โทรไม่ได้	ทราฟฟิกสื่อถูกบล็อกขณะเว็บผ่านได้	ถามไอทีเรื่องพอร์ตของการโทร
เสียงดีจนเริ่มแชร์หน้าจอ	ปัญหาขนาดแพ็กเก็ตหรือแบนด์วิดท์	ลองลดคุณภาพการแชร์ ตรวจ MTU
ปกติบนข้อมูลมือถือ แย่บน Wi-Fi บ้าน	คุณภาพ Wi-Fi ไม่ใช่ VPN	แก้ Wi-Fi ก่อน

หลายคนรีบโทษ VPN ตารางนี้มีไว้หยุดนิสัยนั้น Wi-Fi ที่บ้านเป็นผู้ต้องสงสัยบ่อยกว่าที่ใครคาดคิด

UDP, TCP และทำไมชนิดของอุโมงค์สำคัญ

Teams เหมือนระบบเรียลไทม์ส่วนใหญ่ คือชอบใช้ UDP สำหรับสื่อ UDP ไม่รอส่งแพ็กเก็ตที่หายซ้ำ ซึ่งตรงกับสิ่งที่การสนทนาสดต้องการ Teams ถอยไปใช้ TCP ได้ มักผ่านพอร์ต 443 เมื่อ UDP ถูกบล็อก แต่การส่งซ้ำและการเรียงลำดับทำให้คุณภาพแย่ลง Microsoft เผยแพร่พอร์ตและช่วงที่อยู่ที่ใช้ รวมถึงช่วง UDP สำหรับสื่อ ให้ตรวจหน้าปัจจุบันแทนที่จะเชื่อตัวเลขที่คัดลอกต่อ ๆ กันในเว็บบอร์ด

VPN เกี่ยวข้องกับเรื่องนี้ 3 ทาง

1. VPN บล็อกหรือจัดการ UDP ไม่ดี เครือข่ายและการตั้งค่า VPN บางแบบพาสื่อ UDP ไม่ดี การโทรจึงถอยไปใช้ TCP และเสียงแย่ลง
2. ตัว VPN เองวิ่งบน TCP ถ้าอุโมงค์ใช้ TCP แพ็กเก็ตที่หายข้างในจะกระตุ้นการส่งซ้ำที่หน่วงทุกอย่างที่ตามมา รวมถึงสื่อที่ไม่ต้องการการส่งซ้ำ บางครั้งเรียกว่าปัญหา TCP-over-TCP ความต่างของสองการขนส่งอธิบายไว้ใน OpenVPN TCP กับ UDP และตรรกะเดียวกันใช้กับอุโมงค์ทุกชนิด
3. การโทรผ่านรีเลย์ เมื่อสองปลายทางเชื่อมกันตรง ๆ ไม่ได้ สายจะผ่านรีเลย์ การเพิ่ม VPN อาจเปลี่ยนเส้นทางที่ใช้ได้และเพิ่มอีกช่วงยาว

ผลคือการโทรที่ใช้ได้แต่อ้อมหรือใช้การขนส่งที่ช้ากว่า ถ้าแอป VPN ให้เลือกการขนส่งได้ ให้ใช้ค่าเริ่มต้นของแอป เว้นแต่ฝ่ายสนับสนุนของผู้ให้บริการแนะนำเป็นอย่างอื่น

ทดสอบ 10 นาทีเพื่อหาสาเหตุ

ทำครั้งเดียวอย่างใจเย็น แทนที่จะเปลี่ยนการตั้งค่าสุ่ม ๆ ระหว่างประชุม

1. เลือกวิธีทดสอบ ใช้การโทรทดสอบของ Teams หรือโทรหาเพื่อนร่วมงานที่ไว้ใจ ครั้งละราวสองนาที จดว่าเสียงเป็นอย่างไร
2. ทดสอบบนเครือข่ายปกติโดยไม่เปิด VPN ทำเฉพาะที่ที่นโยบายอนุญาตและเครือข่ายน่าเชื่อถือ นี่คือค่าอ้างอิง
3. ทดสอบเปิด VPN ตำแหน่งที่ใกล้ที่สุด เทียบกับค่าอ้างอิง
4. ทดสอบเปิด VPN ตำแหน่งไกล ถ้าแย่ลงชัดเจน แปลว่าระยะทางมีผล
5. ทดสอบบนเครือข่ายอื่น ใช้ฮอตสปอตจากโทรศัพท์ ถ้าปัญหาหาย แสดงว่า Wi-Fi หรือสายที่บ้านเกี่ยวข้อง
6. ทดสอบด้วยสายแลน ถ้าเสียบสายได้ให้เสียบ ถ้าต่อสายแล้วหาย สาเหตุคือ Wi-Fi
7. ดูแผงคุณภาพการโทร Teams หลายเวอร์ชันแสดงรายละเอียด เช่น เวลาไป-กลับ jitter และแพ็กเก็ตสูญหาย ระหว่างหรือหลังการโทร ดูว่าตัวเลขไหนแย่ ชื่อเมนูต่างกันตามเวอร์ชัน
8. จดผลพร้อมเวลา บันทึกเปลี่ยนคำบ่นคลุมเครือให้เป็นสิ่งที่ไอทีลงมือแก้ได้

การตีความง่าย ถ้ามีแต่ตำแหน่ง VPN ที่ไกลที่แย่ ให้เลือกที่ใกล้กว่า ถ้าบน Wi-Fi แย่ทั้งหมดแต่ต่อสายแล้วดี ให้แก้ Wi-Fi ถ้าทุกอย่างดีเมื่อไม่เปิด VPN และแย่เมื่อเปิดแม้ตำแหน่งที่ใกล้ที่สุด ปัญหาอยู่ที่วิธีที่อุโมงค์จัดการทราฟฟิกเรียลไทม์ และการแก้อยู่กับคนที่ดูแลมัน

ตัวอย่างจริง เจ้าหน้าที่ซัพพอร์ตที่ทำงานที่บ้าน

ดาราทำงานซัพพอร์ตลูกค้าจากที่บ้านด้วยแล็ปท็อปของบริษัท โทรผ่าน Teams วันละห้าชั่วโมง บริษัทบังคับให้ใช้ VPN เพื่อเข้าระบบตั๋ว การโทรของเธอกระตุกในช่วงบ่าย

ขั้นที่หนึ่ง หารูปแบบ เธอจดบันทึกสามวัน การโทรแย่ที่สุดระหว่าง 4 ถึง 6 โมงเย็น ซึ่งเป็นเวลาที่คนในบ้านกลับมาและดูวิดีโอ Stream

ขั้นที่สอง ตัด VPN ออกจากข้อสงสัย ปิด VPN ต่อฮอตสปอตมือถือ การโทรทดสอบสะอาด เปิด VPN ต่อฮอตสปอต ก็ยังสะอาด เปิด VPN บน Wi-Fi บ้านตอนห้าโมงเย็น กระตุก VPN ไม่ใช่ตัวการ

ขั้นที่สาม หาปัญหาจริง แล็ปท็อปอยู่มุมไกลของบ้านและใช้ช่อง 2.4 GHz ที่แออัด แผงคุณภาพการโทรแสดง jitter พุ่งและแพ็กเก็ตหายบางส่วน

ขั้นที่สี่ แก้ เธอย้ายโต๊ะทำงานไปใกล้เราเตอร์ เสียบสายแลนด้วยอะแดปเตอร์ราคาถูก และขอให้คนในบ้านเลี่ยงดาวน์โหลดใหญ่ระหว่างเวลางาน jitter ลดลง และการโทรสะอาดแม้เปิด VPN

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

สิ่งที่ผู้ใช้เปลี่ยนได้

แม้ไม่มีสิทธิ์ผู้ดูแลก็ทำได้มาก

• เลือกตำแหน่ง VPN ที่ใกล้ที่สุด นี่คือคันโยกฝั่งผู้ใช้ที่ใหญ่ที่สุด
• ใช้สายแลนหรือนั่งใกล้เราเตอร์ และใช้ Wi-Fi 5 GHz ถ้ามี
• ปิดแอปที่อัปโหลดหนัก เช่น สำรองข้อมูลบนคลาวด์ ซิงก์ใหญ่ หรือ Stream วิดีโออื่น
• ใช้ชุดหูฟังที่มีไมโครโฟน ไมโครโฟนคุณภาพต่ำเพิ่มเสียงรบกวนที่ทำให้งานของตัวเข้ารหัสเสียงยากขึ้น
• ปิดกล้องเมื่อลิงก์อ่อน เสียงทนกว่าภาพมาก
• เข้าร่วมจากแอป Teams บนเดสก์ท็อปแทนเบราว์เซอร์ ถ้าเลือกได้ แอปมักจัดการสื่อได้ดีกว่า
• รีสตาร์ทการเชื่อมต่อ VPN และ Teams หลังเปลี่ยนเครือข่าย การสลับระหว่างจุดเข้าถึงอาจทิ้งสายไว้บนเส้นทางที่แย่

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

สิ่งที่ฝ่ายไอทีเปลี่ยนได้

ถ้าคุณดูแล VPN นี่คือตัวเลือกที่ใช้บ่อย ให้มองว่าเป็นรายการที่ต้องประเมิน ไม่ใช่สูตรสำเร็จ

1. เก็บสื่อเรียลไทม์ไว้นอกอุโมงค์เมื่อนโยบายอนุญาต หลายองค์กรส่งสื่อ Teams ออกอินเทอร์เน็ตโดยตรงด้วย split tunneling และเก็บระบบภายในไว้ในอุโมงค์ แนวคิดอธิบายไว้ใน split tunneling คืออะไร คำแนะนำด้านเครือข่ายของ Microsoft กล่าวถึงเรื่องนี้สำหรับสื่อของ Teams ให้ดูฉบับปัจจุบัน
2. ใช้อุโมงค์แบบ UDP สำหรับเกตเวย์ที่รับสายโทร ช่วยเลี่ยงการซ้อนทับของการส่งซ้ำ
3. ตรวจขนาดแพ็กเก็ต อุโมงค์เพิ่มส่วนหัว ถ้าแพ็กเก็ตเกินขีดจำกัดของเส้นทางและการแยกชิ้นหรือการค้นหาล้มเหลว วิดีโอและการแชร์หน้าจอจะค้าง ดู ปัญหา MTU ของ VPN และ RFC 1191
4. ขนาดเกตเวย์ให้เหมาะสม เกตเวย์ VPN ที่รับภาระเกินทำให้เกิด jitter กับทุกคนช่วงเวลาเร่งด่วน
5. ทำเครื่องหมายและจัดลำดับความสำคัญของสื่อถ้าเครือข่ายรองรับ การทำเครื่องหมายคุณภาพบริการช่วยได้บนลิงก์ที่ควบคุมเอง แม้ไม่ค่อยคงอยู่ข้ามอินเทอร์เน็ตสาธารณะ
6. เปิดพอร์ตการโทรตามเอกสาร บนไฟร์วอลล์ระหว่างผู้ใช้กับอินเทอร์เน็ต
7. จัดจุดเข้าที่ใกล้ ให้พนักงานระยะไกล เพื่อไม่ต้องอ้อมผ่านสำนักงานใหญ่ที่ไกล
8. เก็บข้อมูลคุณภาพการโทรตามเวลา รูปแบบตามชั่วโมง สาขา และโหนด VPN เผยปัญหาความจุที่เรื่องร้องเรียนเดี่ยว ๆ ซ่อนไว้

แนวทางอย่าง เอกสารความปลอดภัยการทำงานทางไกลของ NIST เตือนว่าการเปลี่ยนเส้นทางต้องคงมาตรการความปลอดภัยไว้ ควรทำร่วมกับทีมความปลอดภัย

ความผิดพลาดที่พบบ่อย

• โทษ VPN โดยไม่ทดสอบค่าอ้างอิง
• ซื้อแพ็กเกจอินเทอร์เน็ตที่เร็วขึ้นเพื่อแก้ปัญหา jitter
• เปิด Teams สำรองข้อมูลคลาวด์ และซิงก์ใหญ่พร้อมกัน
• ใช้ Wi-Fi อ่อนในห้องไกลเราเตอร์
• เลือกตำแหน่ง VPN ไกลตามความเคยชิน
• ปิด VPN ของงานโดยไม่ได้รับอนุญาต
• เปลี่ยนห้าอย่างพร้อมกันจนระบุไม่ได้ว่าอะไรทำให้เปลี่ยน
• คาดหวังให้ VPN ช่วยเส้นทางที่แออัด บางครั้งก็ช่วย แต่โดยปกติเพิ่มระยะทาง
• ไม่สนใจแผงคุณภาพการโทร ซึ่งมักบอกอยู่แล้วว่าตัวเลขไหนแย่

สรุป

การโทรใน Teams เป็นแบบเรียลไทม์ จึงตอบสนองต่อความหน่วง jitter แพ็กเก็ตสูญหาย และการเลือกการขนส่ง ในแบบที่การดาวน์โหลดไม่เคยเป็น VPN เพิ่มระยะทาง ภาระ หรือการขนส่งที่ช้ากว่าได้ แต่ Wi-Fi ที่บ้านและลิงก์ที่แออัดก็เป็นสาเหตุที่พบบ่อยไม่แพ้กัน ให้ทดสอบค่าอ้างอิงสั้น ๆ ทั้งเปิดและปิด VPN บน Wi-Fi และสายแลน อ่านตัวเลขคุณภาพการโทร และเปลี่ยนทีละอย่าง ผู้ใช้เลือกตำแหน่งที่ใกล้และใช้สายแลนได้ ผู้ดูแลระบบเก็บสื่อไว้นอกอุโมงค์ ตรวจขนาดแพ็กเก็ต และกำหนดขนาดเกตเวย์ได้

ถ้าคุณต้องการ VPN ส่วนตัวสำหรับเครือข่ายสาธารณะหรือโรงแรม ดูหน้าราคาได้ตามสะดวก