Callaba SRT Server

Máy chủ SRT là gì?

Một Máy chủ SRT là endpoint chấp nhận hoặc quản lý kết nối SRT. Nó có thể nhận luồng SRT live từ encoder, relay sang hệ thống khác hoặc làm điểm bàn giao có kiểm soát giữa nguồn từ xa và nền tảng production.

Trong quy trình live điển hình, máy chủ SRT làm bốn việc:

• Nhận feed live: encoder camera, OBS, vMix, FFmpeg, Larix hoặc nguồn khác gửi video đến máy chủ.
• Bảo vệ đường contribution: SRT có thể phục hồi gói bị mất và mã hóa phiên truyền tải.
• Cung cấp số liệu live: operator theo dõi bitrate, RTT, mất gói, retransmission và trạng thái kết nối.
• Chuyển luồng xuống hạ nguồn: máy chủ định tuyến feed tới ghi hình, chuyển mã, restreaming, switching hoặc phát lại.

Nhờ vậy, máy chủ SRT là ranh giới giữa phía nguồn và nền tảng. Khi đội từ xa nói “đang gửi”, đây là nơi bạn xác nhận tín hiệu thực sự đến, ổn định và có thể dùng ở hạ nguồn.

Máy chủ SRT và giao thức SRT

Giao thức SRT là phương thức truyền tải. Còn Máy chủ SRT là endpoint hệ thống hoặc phần mềm dùng giao thức đó để nhận hay gửi luồng live.

Máy chủ SRT live là gì?

Một máy chủ SRT live là máy chủ SRT dùng cho contribution video theo thời gian thực hoặc gần thời gian thực. Nó nhận luồng khi sự kiện diễn ra và chuyển sang production live, ghi hình hoặc phân phối.

Các đội dùng máy chủ SRT live cho contribution sự kiện từ xa, ingest đám mây từ camera và encoder, truyền studio lên cloud, bàn giao feed đối tác, đường dự phòng, remote production và restreaming nhiều đích.

Từ “live” quan trọng vì tinh chỉnh SRT khác truyền tệp. Máy chủ phải cân bằng độ trễ và phục hồi. Nếu độ trễ quá thấp so với đường mạng thực, luồng có thể kết nối nhưng vẫn gián đoạn khi mất gói hoặc jitter.

Máy chủ SRT hoạt động thế nào

Máy chủ SRT nhận audio và video đã mã hóa qua kết nối SRT. Trong video live, SRT thường mang MPEG-TS đã mux; container cụ thể phụ thuộc nguồn và quy trình. Thông thường là video H.264 hoặc H.265/HEVC, audio AAC và đôi khi có metadata.

1. Encoder tạo luồng audio và video live.
2. Encoder gửi luồng đến máy chủ SRT.
3. Máy chủ SRT nhận luồng và theo dõi sức khỏe kết nối.
4. Nếu gói bị mất, SRT có thể yêu cầu truyền lại khi gói vẫn còn hữu ích.
5. Máy chủ chuyển luồng tới bước tiếp theo: recorder, transcoder, restream, switcher, quy trình API hoặc hệ thống phát.

Các chế độ Caller, Listener và Rendezvous

SRT có ba chế độ kết nối. Chế độ quyết định bên nào khởi tạo và phiên đi qua firewall và NAT ra sao.

• Listener: chờ kết nối SRT đến trên một cổng UDP đã biết. Đây là chế độ phổ biến cho máy chủ ingest cloud hoặc endpoint data center.
• Caller: khởi tạo kết nối tới Listener. Phổ biến với encoder hiện trường, OBS, vMix, FFmpeg, ứng dụng di động và nguồn từ xa.
• Rendezvous: hai bên cùng khởi tạo kết nối. Có thể hữu ích trong một số trường hợp NAT nhưng phải kiểm thử kỹ trước production.

Cổng máy chủ SRT và quy tắc firewall

SRT dùng UDP. Vì vậy cổng UDP đúng phải được mở trong security group cloud, firewall host, router hoặc chính sách mạng.

• máy chủ có IP công cộng hoặc địa chỉ mạng truy cập được;
• cổng UDP đúng đã mở;
• encoder dùng đúng chế độ Caller/Listener;
• stream ID khớp quy tắc định tuyến nếu được dùng;
• passphrase khớp hai bên nếu bật mã hóa;
• quy trình nhận được ánh xạ tới đầu ra hạ nguồn đúng.

Lỗi phổ biến là chỉ kiểm tra encoder báo “connected”. Kết nối chưa đủ: phải xác nhận media đang tới, bitrate ổn định và hệ thống hạ nguồn dùng được luồng.

Ví dụ cấu hình máy chủ SRT

Đây là cấu hình thực tế cho lần thử đầu tiên. Hãy thay host, cổng, stream ID và passphrase bằng giá trị của bạn.

Server side:
mode: listener
UDP port: 10080
latency: 200 ms
stream ID: event-main
passphrase: optional, same on both sides

Sender side:
srt://YOUR_CALLABA_IP:10080?mode=caller&latency=200&streamid=event-main

Vị trí của máy chủ SRT trong quy trình live streaming

SRT mạnh nhất ở phía contribution, nơi feed live đi từ nguồn tới nền tảng.

camera hoặc encoder → máy chủ SRT → transcoder / recorder / restream / quy trình player

Sau khi nhận luồng, nền tảng có thể chuẩn bị cho restreaming, ghi hình, chuyển mã, phát lại, định tuyến, failover, API hoặc giám sát production.

Máy chủ SRT so với RTMP, HLS, WebRTC và NDI

SRT không thay thế mọi công nghệ video; nó giải quyết một phần cụ thể của quy trình.

Để so sánh ở cấp giao thức, hãy đọc SRT so với RTMP.

Cách triển khai máy chủ SRT

Cấu hình chính xác phụ thuộc phần mềm, nhà cung cấp cloud và quy trình, nhưng logic triển khai thường giống nhau.

1. Tạo máy chủ hoặc instance cloud với đủ CPU, mạng và storage cho quy trình.
2. Mở cổng UDP cần thiết trong security group cloud và firewall host.
3. Tạo SRT Listener để nhận luồng đến.
4. Đặt quy tắc stream ID và passphrase nếu cần định tuyến và mã hóa.
5. Kết nối encoder ở Caller SRT và gửi luồng tới endpoint Listener.
6. Kiểm tra số liệu live như bitrate, RTT, mất gói, truyền lại và trạng thái kết nối.
7. Định tuyến luồng xuống hạ nguồn tới ghi hình, restreaming, chuyển mã hoặc phát lại.

Cách dùng máy chủ SRT trong Callaba

Trong Callaba, máy chủ SRT thường là điểm ingest được kiểm soát. Nguồn từ xa gửi luồng tới Callaba và Callaba cung cấp nó cho bước tiếp theo.

Các quy trình Callaba phổ biến:

• encoder SRT tới Callaba, sau đó restream lên Twitch hoặc YouTube;
• OBS tới Callaba qua SRT, sau đó ghi luồng;
• vMix tới Callaba qua SRT, sau đó định tuyến feed sang đích khác;
• ứng dụng di động tới Callaba qua SRT, sau đó restream lên mạng xã hội;
• địa điểm từ xa tới Callaba, sau đó đóng gói để phát trên trình duyệt;
• đầu vào SRT tới multiview web, recorder, định tuyến API và player được kiểm soát.

Những gì cần giám sát trên máy chủ SRT

Phiên SRT connected chưa chắc luồng khỏe. Hãy giám sát cả truyền tải và media.

Tín hiệu truyền tải

• Trạng thái kết nối: đã kết nối, ngắt kết nối, đang kết nối lại hoặc lỗi.
• Bitrate đầu vào: media còn chảy ở tốc độ dự kiến hay không.
• RTT: thời gian khứ hồi giữa nguồn gửi và bên nhận.
• Mất gói: lượng dữ liệu bị mất trên đường truyền.
• Retransmission: tần suất SRT phải phục hồi gói bị thiếu.
• Jitter: mức biến thiên thời gian của gói.
• Áp lực buffer nhận: kết nối có đang quá gần giới hạn phục hồi hay không.

Tín hiệu media

• video đen hoặc đóng băng, mất tiếng hoặc tiếng im lặng;
• sai codec, frame rate, độ phân giải hoặc định dạng audio;
• timestamp sai, thiếu keyframe hoặc mapping không tương thích.

Sự cố máy chủ SRT thường gặp

Kết nối SRT không khởi động

Kiểm tra chế độ, cổng UDP, IP công cộng, firewall, stream ID và passphrase. Phần lớn lỗi handshake do sai chế độ, UDP bị chặn, sai cổng hoặc cài đặt bảo mật không khớp.

Luồng kết nối nhưng video không ổn định

Xem RTT, jitter, mất gói, retransmission và độ trễ. Nếu độ trễ quá thấp cho đường mạng, SRT không đủ thời gian phục hồi gói.

Luồng kết nối nhưng không có audio

Kiểm tra encoder trước: nguồn audio đã bật, chọn đúng thiết bị, codec tương thích bước tiếp theo và ứng dụng nhận đọc được track audio.

Trước khi chẩn đoán SRT, hãy xác nhận audio có ở nguồn. Dùng monitoring local trong OBS, vMix, encoder phần cứng, tai nghe hoặc preview thiết bị.

Số liệu SRT tốt nhưng người xem vẫn gặp sự cố

Nếu liên kết SRT khỏe mà người xem bị giật hoặc artefact, lỗi có thể ở hạ nguồn. Kiểm tra chuyển mã, packaging, origin, CDN, player và định dạng đầu ra trước khi quy lỗi cho máy chủ.

Máy chủ SRT self-hosted hay managed

Bạn có thể tự chạy máy chủ SRT hoặc dùng nền tảng managed. Lựa chọn phụ thuộc mức kiểm soát vận hành mà đội muốn đảm nhận.

Callaba có thể chạy như nền tảng SRT cloud hoặc self-hosted. Khởi chạy trên AWS hoặc cài trên máy chủ riêng, tạo điểm ingest SRT và nối luồng với restreaming, ghi hình, định tuyến, preview web, multiview, player và API.

Checklist máy chủ SRT cho ngày sự kiện

• Xác nhận IP hoặc hostname của máy chủ.
• Xác nhận cổng UDP đã mở.
• Xác nhận chế độ Caller/Listener/Rendezvous ở hai bên.
• Xác nhận stream ID nếu dùng.
• Xác nhận passphrase mã hóa nếu dùng.
• Xác nhận bitrate, codec, frame rate, độ phân giải và audio dự kiến.
• Khởi động luồng và kiểm tra bitrate đầu vào.
• Kiểm tra RTT, mất gói, retransmission và jitter.
• Kiểm tra video và audio thực, không chỉ trạng thái kết nối.
• Xác nhận route hạ nguồn: ghi hình, restreaming, chuyển mã hoặc phát lại.
• Xác nhận đồng bộ thời gian: máy chủ và encoder nên dùng NTP hoặc nguồn giờ nhất quán để đối chiếu log và bản ghi khi xử lý sự cố.
• Kiểm thử đường dự phòng trước sự kiện.

Tài liệu chính thức và nội dung liên quan

Dùng các tài liệu này khi cần chi tiết giao thức SRT, thiết lập Callaba hoặc hướng dẫn quy trình liên quan.

• Bản thảo giao thức SRT
• Tài liệu Haivision SRT Live Transmit
• Giao thức SRT là gì?
• Cách bắt đầu streaming SRT trong OBS Studio
• Cách nhận luồng SRT trong OBS Studio
• Gửi và nhận SRT bằng vMix
• Tìm độ trễ phù hợp cho cấu hình SRT
• Tài liệu API máy chủ SRT

Câu hỏi thường gặp

Máy chủ SRT là gì?

Máy chủ SRT là endpoint ingest hoặc relay video live nhận, gửi hay định tuyến luồng SRT. Nó đưa feed từ encoder, camera, địa điểm từ xa, studio, thiết bị di động hoặc đối tác vào quy trình được kiểm soát.

Máy chủ SRT live là gì?

Máy chủ SRT live dùng cho contribution video thời gian thực. Nó nhận video khi sự kiện diễn ra và chuyển tới ghi hình, restreaming, chuyển mã, switching, định tuyến hoặc phát lại.

Máy chủ SRT có giống máy chủ streaming không?

Không phải lúc nào cũng vậy. Máy chủ SRT chủ yếu xử lý ingest hoặc truyền giữa endpoint được kiểm soát. Nền tảng đầy đủ còn có thể chuyển mã, ghi hình, phát cho người xem, analytics, kiểm soát truy cập, API và CDN.

Máy chủ SRT có dùng UDP không?

Có. SRT chạy trên UDP. Vì vậy cổng UDP đúng phải mở trên firewall máy chủ, security group cloud, router hoặc chính sách mạng.

Máy chủ SRT dùng cổng nào?

SRT không yêu cầu một cổng cố định chung. Cổng được đặt trong cấu hình máy chủ. Trong production, đội ngũ dành một cổng hoặc dải UDP rõ ràng và ghi lại feed, tenant hoặc sự kiện tương ứng.

Máy chủ SRT nên là Listener hay Caller?

Với phần lớn ingest cloud, máy chủ SRT là Listener và encoder là Caller. Mô hình này hoạt động tốt với IP công cộng hoặc DNS, cổng UDP đã biết và quy tắc firewall rõ ràng.

OBS có thể gửi tới máy chủ SRT không?

Có. Khi cấu hình URL đầu ra SRT, OBS gửi video tới máy chủ; máy chủ có thể định tuyến sang ghi hình, restreaming, chuyển mã hoặc phát lại.

vMix có thể gửi tới máy chủ SRT không?

Có. vMix có thể gửi và nhận SRT. Cấu hình phổ biến là vMix gửi SRT tới Callaba, còn Callaba giám sát, định tuyến, ghi hình hoặc restream.

SRT có tốt hơn RTMP không?

SRT thường tốt hơn cho contribution trên mạng không ổn định, mất gói hoặc đường dài. RTMP vẫn phổ biến cho publishing đơn giản và ingest nền tảng. Nhiều quy trình dùng SRT cho contribution và RTMP/RTMPS cho lần push cuối lên mạng xã hội.

Trình duyệt có phát SRT trực tiếp không?

Trong quy trình web thông thường, không. Máy chủ nhận SRT trước, sau đó nền tảng chuyển đổi hoặc đóng gói thành HLS hay WebRTC.

Vì sao luồng SRT kết nối nhưng không có hình?

Kết nối truyền tải có thể hoạt động trong khi payload media sai. Kiểm tra codec, container, timestamp, keyframe, track audio, stream mapping, tương thích hạ nguồn và bitrate thực sự tới máy chủ.

Làm sao để máy chủ SRT tin cậy hơn?

Dùng máy chủ ổn định, mở đúng cổng UDP, chọn độ trễ thực tế, theo dõi RTT và retransmission, giữ dư băng thông, xác minh payload và thử endpoint dự phòng trước sự kiện.

SRT thường mang MPEG-TS phải không?

Trong video live, SRT thường mang MPEG-TS đã mux audio và video. Container cụ thể phụ thuộc nguồn và quy trình. Máy chủ cần xác minh payload, không chỉ kết nối.

Nên theo dõi số liệu SRT nào trước?

Bắt đầu với bitrate đầu vào, RTT, mất gói, retransmission và trạng thái. RTT tốt thường khoảng 20–60 ms. Nếu liên tục trên 150 ms hoặc mất trên 1–2%, hãy tăng độ trễ, giảm bitrate hoặc cải thiện mạng.

Bước tiếp theo

• Giao thức SRT là gì?
• SRT so với RTMP
• Cách bắt đầu streaming SRT trong OBS Studio
• Cách nhận luồng SRT trong OBS Studio
• Gửi và nhận SRT bằng vMix
• Tìm độ trễ phù hợp cho cấu hình SRT
• Tài liệu API máy chủ SRT

Cập nhật lần cuối: 22 tháng 7, 2026