แฮงเอาท์วิดีโอจะพยายามใช้เส้นทางเครือข่ายที่ดีที่สุดที่จะหาได้
ตารางต่อไปนี้แสดงรายการพาธเครือข่ายที่จะค้นหา ตามลำดับความชอบ:
| เส้นทางเครือข่าย | พอร์ตเซิร์ฟเวอร์ STUN/รีเลย์ |
|---|---|
|
1: UDP แบบ peer-to-peer โดยตรงด้วยการส่งผ่าน NAT ที่เซิร์ฟเวอร์ช่วย STUN แต่ละจุดปลายทางจะค้นพบที่อยู่อินเทอร์เน็ตภายนอกโดยใช้เซิร์ฟเวอร์ STUN ที่ให้มา ที่อยู่นี้มอบให้กับปลายทางอื่นและใช้ในการตั้งค่าการเชื่อมต่อผ่านการแปลที่อยู่เครือข่าย สื่อจะไหลผ่านพอร์ตที่เลือกแบบสุ่มผ่านพอร์ต UDP ขนาดใหญ่ 49152 - 65535 |
3478 (UDP) |
|
2: ผ่านเซิร์ฟเวอร์รีเลย์แฮงเอาท์วิดีโอ โดยใช้ทางออก UDP หากไม่สามารถสร้างการเชื่อมต่อโดยใช้เพียร์ทูเพียร์โดยตรงข้างต้น ดังนั้นเซิร์ฟเวอร์ TURN พอร์ต UDP 3478 ที่กำหนดค่าจะถูกพยายามสร้างรีเลย์ไปยังปลายทางระยะไกล แอดเดรสรีเลย์นี้ถูกจัดเตรียมให้กับปลายทางอื่น และใช้ในการตั้งค่าการเชื่อมต่อผ่านรีเลย์ ย้อนกลับผ่านการเชื่อมต่อจุดปลายโลคัลกับเซิร์ฟเวอร์ TURN สื่อบันทึกไปยัง UDP Port 3478 บนเซิร์ฟเวอร์ TURN |
3478 (UDP) |
|
3: ผ่านเซิร์ฟเวอร์รีเลย์แฮงเอาท์วิดีโอ โดยใช้ TCP-routed egress หากไม่สามารถสร้างการเชื่อมต่อโดยใช้ UDP กับ TURN Server การเชื่อมต่อกับ TURN Server จะถูกสร้างผ่าน TCP 443 ไม่ใช่ UDP 3478 สื่อจะไหลออกไปด้านนอกไปยังพอร์ต TCP 443 บน TURN Server |
3478 (ทีซีพี) |
|
4: ผ่านเซิร์ฟเวอร์รีเลย์แฮงเอาท์วิดีโอ โดยใช้ TCP tunneling ผ่านเว็บพร็อกซีเซิร์ฟเวอร์ในเครื่อง หากไม่สามารถสร้างการเชื่อมต่อที่กำหนดเส้นทางผ่าน NAT ไปยัง TURN Server การเชื่อมต่อทันเนลกับพอร์ต TCP 443 จะถูกพยายามผ่านเว็บพร็อกซีเซิร์ฟเวอร์ที่กำหนดค่าไว้ มีเดียไหลออกด้านนอกผ่านเว็บพร็อกซี ไปยัง TCP Port 443 บน TURN Server |
443 (ทีซีพี) |
|
5a, 5b: ผ่านเซิร์ฟเวอร์รีเลย์แฮงเอาท์วิดีโอ โดยใช้ Secure TCP สำหรับ 3 หรือ 4 ด้านบน แต่ใช้การเชื่อมต่อ TLS TCP กับ TURN Server |
443 (TCP/TLS) |
สำหรับข้อมูลเพิ่มเติม โปรดดู ที่ เซิร์ฟเวอร์รีเลย์แฮงเอาท์วิดีโอ
ที่อยู่เซิร์ฟเวอร์รีเลย์แฮงเอาท์วิดีโอ: vcct.healthdirect.org.au
บรรลุการเชื่อมต่อที่มีคุณภาพดีที่สุด
1. สำหรับเส้นทางเครือข่ายส่วนใหญ่ การเจรจาอาจส่งผลให้มีการเชื่อมต่อสื่อที่ถูกต้อง
- การเชื่อมต่อแบบเพียร์ทูเพียร์โดยตรงผ่าน UDP ให้การเชื่อมต่อที่ดีที่สุด แต่มักจะใช้ไม่ได้ในเครือข่ายสถาบัน เนื่องจากข้อจำกัดด้านความปลอดภัยของนโยบายเครือข่าย
- การเชื่อมต่อ TCP แบบทันเนลที่ปลอดภัยเป็นตัวเลือกที่ต้องการน้อยที่สุด สำหรับการถ่ายโอนสื่อ แต่ส่วนใหญ่จะได้รับการสนับสนุนโดยไม่มีการเปลี่ยนแปลงการรักษาความปลอดภัยเครือข่าย
ตัวเลือกที่แนะนำ: สำหรับเครือข่ายจำนวนมาก การอนุญาตให้ NAT ส่งออกไปยังพอร์ต UDP 3478 บนเซิร์ฟเวอร์รีเลย์ (เส้นทางเครือข่าย 2 ด้านบน) จะให้เวลาแฝงต่ำโดยมีค่าใช้จ่ายเพียงเล็กน้อย สิ่งนี้ควรต้องมีการเปลี่ยนแปลงเพียงเล็กน้อยและมีความเสี่ยงต่ำในการกำหนดค่าเครือข่ายของคุณ
2. เพื่อให้แน่ใจว่าการรับส่งข้อมูลของแฮงเอาท์วิดีโอได้รับการจัดลำดับความสำคัญเป็นการสื่อสารตามเวลาจริง โปรดดูตัวเลือกด้านล่าง:
- หากเราเตอร์ของคุณสามารถจัดลำดับความสำคัญของการรับส่งข้อมูลด้วยค่าฟิลด์ DSCP ที่ 34 (หรือที่เรียกว่า Assured Forwarding 41 หรือ AF41) โปรดกำหนดค่านี้ ทราฟฟิก WebRTC แบบเรียลไทม์ทั้งหมดถูกทำเครื่องหมายด้วยวิธีนี้ และจะปรับปรุงคุณภาพของแฮงเอาท์วิดีโอและโซลูชันการประชุมทางวิดีโออื่นๆ
- หากเราเตอร์ของคุณไม่มีความสามารถในการทำงานข้างต้น คุณสามารถตั้งค่า QoS เพื่อจัดลำดับความสำคัญของแพ็กเก็ต UDP ในช่วงพอร์ต 5000-40000 ซึ่งจะช่วยจัดลำดับความสำคัญของแพ็กเก็ตวิดีโอและลดความล่าช้าใดๆ WebRTC ใช้โปรโตคอล RTP เพื่อส่งกระแสข้อมูลสื่อ และโดยทั่วไป RTP จะใช้ UDP 5000-40000 การทำเช่นนี้อาจจัดลำดับความสำคัญของแพ็กเก็ตที่ไม่ต้องการ แต่ส่วนใหญ่จะเป็นแพ็กเก็ต RTP การตั้งค่า QoS ด้วยวิธีนี้จะทำให้มั่นใจได้ว่าการสตรีมวิดีโอจะมีการหยุดชะงักและความกระวนกระวายใจน้อยที่สุด