เส้นทางสื่อสำหรับการสนทนาทางวิดีโอ
ภาพรวมของเส้นทางเครือข่ายสื่อที่ใช้โดยการสนทนาทางวิดีโอ - สำหรับเจ้าหน้าที่ไอที
ที่อยู่เซิร์ฟเวอร์ส่งต่อวิดีโอคอล: 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 ในลักษณะนี้จะช่วยให้มั่นใจได้ว่าสตรีมวิดีโอจะมีการหยุดชะงักและความกระวนกระวายใจน้อยที่สุด
แฮงเอาท์วิดีโอจะพยายามใช้เส้นทางเครือข่ายที่ดีที่สุดเท่าที่หาได้
ตารางต่อไปนี้แสดงรายการเส้นทางเครือข่ายที่จะค้นหา ตามลำดับที่ต้องการ:
| เส้นทางเครือข่าย | พอร์ตเซิร์ฟเวอร์ STUN/รีเลย์ |
|---|---|
|
1: UDP แบบเพียร์ทูเพียร์โดยตรง พร้อมการแวะผ่าน NAT ที่ได้รับความช่วยเหลือจากเซิร์ฟเวอร์ STUN แต่ละจุดปลายทางจะค้นพบที่อยู่อินเทอร์เน็ตภายนอกโดยใช้เซิร์ฟเวอร์ STUN ที่ให้มา ที่อยู่นี้มอบให้กับปลายทางอื่นและใช้ในการตั้งค่าการเชื่อมต่อผ่านการแปลที่อยู่เครือข่าย สื่อไหลผ่านพอร์ตที่เลือกแบบสุ่มผ่านพอร์ต UDP ขนาดใหญ่ 49152 - 65535 |
3478 (UDP) |
|
2: ผ่านเซิร์ฟเวอร์ส่งต่อการสนทนาทางวิดีโอ โดยใช้ทางออกที่กำหนดเส้นทาง UDP หากไม่สามารถสร้างการเชื่อมต่อโดยใช้เพียร์ทูเพียร์โดยตรงด้านบน ดังนั้นเซิร์ฟเวอร์ TURN ที่กำหนดค่าพอร์ต UDP 3478 จะพยายามสร้างรีเลย์ไปยังจุดปลายระยะไกล ที่อยู่รีเลย์นี้มอบให้กับจุดปลายอื่นและใช้ในการตั้งค่าการเชื่อมต่อผ่านรีเลย์ ย้อนกลับผ่านการเชื่อมต่อจุดปลายเฉพาะที่ไปยังเซิร์ฟเวอร์ TURN สื่อไหลไปยังพอร์ต UDP 3478 บนเซิร์ฟเวอร์ TURN |
3478 (UDP) |
|
3: ผ่านเซิร์ฟเวอร์ส่งต่อการสนทนาทางวิดีโอ โดยใช้ขาออกที่กำหนดเส้นทาง TCP หากไม่สามารถสร้างการเชื่อมต่อโดยใช้ UDP กับ TURN Server ได้ การเชื่อมต่อกับ TURN Server จะถูกสร้างขึ้นผ่าน TCP 443 ไม่ใช่ UDP 3478 สื่อไหลออกไปยังพอร์ต TCP 443 บนเซิร์ฟเวอร์ TURN |
3478 (ทีซีพี) |
|
4: ผ่านเซิร์ฟเวอร์ส่งต่อการสนทนาทางวิดีโอ โดยใช้ TCP tunneling ผ่านเว็บพร็อกซีเซิร์ฟเวอร์ในพื้นที่ หากไม่สามารถสร้างการเชื่อมต่อที่กำหนดเส้นทางผ่าน NAT ไปยัง TURN Server ได้ จะมีการพยายามเชื่อมต่อแบบทันเนลกับพอร์ต TCP 443 ผ่านเบราว์เซอร์ที่กำหนดค่าเว็บพร็อกซีเซิร์ฟเวอร์ สื่อไหลออกผ่านเว็บพรอกซีไปยัง TCP Port 443 บน TURN Server |
443 (ทีซีพี) |
|
5a, 5b: ผ่านเซิร์ฟเวอร์ส่งต่อการสนทนาทางวิดีโอ โดยใช้ TCP ที่ปลอดภัย สำหรับข้อ 3 หรือ 4 ข้างต้น แต่ใช้การเชื่อมต่อ TLS TCP กับ TURN Server |
443 (TCP/TLS) |
สำหรับข้อมูลเพิ่มเติม โปรดดู เซิร์ฟเวอร์ส่งต่อการสนทนาทางวิดีโอ