Đường dẫn phương tiện cho Cuộc gọi video
Tổng quan về các đường dẫn mạng truyền thông được sử dụng bởi Video Call - dành cho nhân viên CNTT
Địa chỉ máy chủ chuyển tiếp cuộc gọi video: vcct.healthdirect.org.au
Đạt được kết nối chất lượng tốt nhất
1. Đối với hầu hết các đường dẫn mạng, việc đàm phán có thể sẽ dẫn đến kết nối phương tiện hợp lệ.
- Mạng ngang hàng trực tiếp thông qua UDP cung cấp kết nối tốt nhất nhưng thường sẽ không khả dụng trên các mạng của tổ chức do các hạn chế về bảo mật trong chính sách mạng của họ.
- Kết nối TCP được dẫn đường hầm an toàn là tùy chọn ít được mong muốn nhất để truyền phương tiện nhưng rất có thể sẽ được hỗ trợ mà không có thay đổi nào về bảo mật mạng.
Tùy chọn được đề xuất: Đối với nhiều mạng, việc cho phép đầu ra NAT tới cổng UDP 3478 trên máy chủ chuyển tiếp (đường dẫn mạng 2 trở lên) sẽ mang lại độ trễ thấp với ít chi phí hoạt động. Điều này chỉ yêu cầu một thay đổi nhỏ, ít rủi ro đối với cấu hình mạng của bạn.
2. Để đảm bảo lưu lượng Cuộc gọi video được ưu tiên làm giao tiếp theo thời gian thực, vui lòng xem các tùy chọn bên dưới:
- Nếu bộ định tuyến của bạn có khả năng ưu tiên lưu lượng truy cập với giá trị trường DSCP là 34 (còn gọi là Chuyển tiếp được đảm bảo 41 hoặc AF41), bạn có thể vui lòng định cấu hình điều này không. Tất cả lưu lượng truy cập WebRTC thời gian thực được đánh dấu theo cách này và điều này sẽ cải thiện chất lượng Cuộc gọi video cũng như các giải pháp hội nghị truyền hình khác.
- Nếu bộ định tuyến của bạn không có chức năng trên, bạn có thể đặt QoS để ưu tiên các gói UDP trong phạm vi cổng 5000-40000 và điều này sẽ giúp ưu tiên các gói video và giảm bất kỳ độ trễ nào. WebRTC sử dụng giao thức RTP để phân phối luồng phương tiện và RTP thường sử dụng UDP 5000-40000. Việc làm này có thể ưu tiên một số gói không cần nhưng phần lớn sẽ là gói RTP. Thiết lập QoS theo cách này sẽ đảm bảo rằng các luồng video sẽ ít bị gián đoạn và giật hình nhất.
Cuộc gọi video sẽ cố gắng sử dụng đường dẫn mạng tốt nhất mà nó có thể tìm thấy.
Bảng sau liệt kê các đường dẫn mạng mà nó sẽ tìm kiếm theo thứ tự ưu tiên:
Đường dẫn mạng | Cổng máy chủ STUN/Rơle |
---|---|
1: UDP ngang hàng trực tiếp, với truyền tải NAT được máy chủ STUN hỗ trợ Mỗi điểm cuối sẽ khám phá địa chỉ Internet bên ngoài của nó bằng Máy chủ STUN được cung cấp. Địa chỉ này được cung cấp cho điểm cuối khác và được sử dụng để thiết lập kết nối thông qua Dịch địa chỉ mạng. Phương tiện truyền qua các cổng được chọn ngẫu nhiên trên nhiều cổng UDP 49152 - 65535. |
3478 (UDP) |
2: Qua máy chủ chuyển tiếp Cuộc gọi Video, sử dụng đầu ra được định tuyến UDP Nếu không thể thiết lập kết nối bằng cách sử dụng phương thức ngang hàng trực tiếp ở trên thì cổng UDP 3478 của máy chủ TURN đã định cấu hình sẽ được thử thiết lập chuyển tiếp đến điểm cuối từ xa. Địa chỉ chuyển tiếp này được cung cấp cho điểm cuối khác và được sử dụng để thiết lập kết nối thông qua rơle, quay lại kết nối của điểm cuối cục bộ với máy chủ TURN. Phương tiện truyền đến Cổng UDP 3478 trên máy chủ TURN. |
3478 (UDP) |
3: Qua máy chủ chuyển tiếp Cuộc gọi Video, sử dụng đầu ra được định tuyến TCP Nếu không thể thiết lập kết nối bằng UDP với Máy chủ TURN thì kết nối với Máy chủ TURN sẽ được thiết lập qua TCP 443 chứ không phải UDP 3478. Phương tiện truyền ra ngoài tới cổng TCP 443 trên Máy chủ TURN. |
3478 (TCP) |
4: Qua máy chủ chuyển tiếp Cuộc gọi Video, sử dụng đường hầm TCP thông qua máy chủ proxy web cục bộ Nếu không thể thiết lập kết nối được định tuyến qua NAT tới Máy chủ TURN, thì kết nối đường hầm tới cổng TCP 443 sẽ được thử thông qua máy chủ proxy web được định cấu hình của trình duyệt. Phương tiện truyền ra ngoài thông qua proxy web, tới Cổng TCP 443 trên Máy chủ TURN. |
443 (TCP) |
5a, 5b: Qua máy chủ chuyển tiếp Video Call, sử dụng Secure TCP Như cách 3 hoặc 4 ở trên nhưng sử dụng kết nối TLS TCP tới TURN Server. |
443 (TCP/TLS) |
Để biết thêm thông tin, hãy xem Máy chủ chuyển tiếp cuộc gọi video .