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