Cấu hình trước tập upstream được phép
Gắn nhiều host định tuyến vào máy chủ SRT và giữ tuyến đang hoạt động đã chọn ở đầu thứ tự nguồn đã duyệt.
Giữ upstream SRT chính và dự phòng trong một tập định tuyến đã duyệt. Sau khi mất kết nối, relay có thể kết nối lại và luân phiên qua các nguồn đã chuẩn bị theo cấu hình loop và reconnect.
Xác định các upstream trước sự kiện, đặt tuyến ưu tiên ở đầu và xác minh kết nối lại, luân phiên nguồn và việc đích đến chấp nhận bằng encoder cùng mạng thực tế.
Phạm vi khôi phục luôn rõ ràng: kết nối lại và luân phiên chỉ dùng tập upstream đã được nhóm của bạn duyệt.
Gắn nhiều host định tuyến vào máy chủ SRT và giữ tuyến đang hoạt động đã chọn ở đầu thứ tự nguồn đã duyệt.
Relay SRT PULL có thể chạy ở chế độ loop với khoảng thời gian kết nối lại và đi qua danh sách upstream đã cấu hình khi mất kết nối hiện tại.
Người vận hành hoặc API client có thể lưu một upstream hiện có làm tuyến hoạt động ưu tiên. Lựa chọn này áp dụng cho lần khởi động hoặc khởi động lại có kiểm soát; nó không tải lại ngay relay đang chạy.
Dùng sản phẩm khi nhóm có thể chuẩn bị đường đóng góp SRT chính và dự phòng trước khi phát trực tiếp.
Giữ endpoint encoder chính và dự phòng trong một tập nguồn đã duyệt để người vận hành có phương án thay thế sẵn sàng trong lúc sản xuất.
Chuẩn bị nhiều hơn một upstream có thể truy cập khi địa điểm từ xa hoặc đường mạng có thể mất kết nối trong phiên đóng góp.
Dùng nguồn dự phòng đã cấu hình cho quy trình liên tục cần đường khôi phục rõ ràng và khả năng quan sát của người vận hành.
Kết hợp Multiview với telemetry vận hành SRT/RTMP hiện tại để hiểu trạng thái live và thiết lập khoảng hoạt động bình thường từ các mẫu quan sát.
Đặt hình chương trình cạnh trạng thái nguồn hiện tại, bitrate và SRT RTT khi có dữ liệu.
So sánh các mẫu quan sát trực tiếp với khoảng bitrate, RTT và trạng thái nguồn bình thường của quy trình này.
Chuyển sai lệch thành cảnh báo rõ cho người vận hành và yêu cầu phê duyệt trước mọi thay đổi tuyến.
Mỗi hành vi được hỗ trợ đi kèm một bước kiểm tra nghiệm thu thực tế. Giao diện Callaba đã cài đặt cùng cấu hình nguồn, đích và hạ tầng thực tế là căn cứ cuối cùng.
| Khả năng | Hành vi được hỗ trợ | Kiểm tra nghiệm thu |
|---|---|---|
| Cấu hình trước tập upstream được phép | Gắn nhiều host định tuyến vào máy chủ SRT và giữ tuyến đang hoạt động đã chọn ở đầu thứ tự nguồn đã duyệt. | Sản phẩm giữ upstream SRT chính và dự phòng đã duyệt trong một quy trình, đồng thời cho relay kết nối lại và luân phiên qua danh sách cấu hình sau khi mất kết nối. |
| Kết nối lại và luân phiên sau khi mất kết nối | Relay SRT PULL có thể chạy ở chế độ loop với khoảng thời gian kết nối lại và đi qua danh sách upstream đã cấu hình khi mất kết nối hiện tại. | Relay ở chế độ loop có thể kết nối lại và đi qua danh sách upstream hiện có. Thời gian khôi phục thực tế phụ thuộc kết nối và các nguồn đã chuẩn bị. |
| Chuẩn bị tuyến ưu tiên trước lần chạy có kiểm soát | Người vận hành hoặc API client có thể lưu một upstream hiện có làm tuyến hoạt động ưu tiên. Lựa chọn này áp dụng cho lần khởi động hoặc khởi động lại có kiểm soát; nó không tải lại ngay relay đang chạy. | Có. Một host định tuyến hiện có có thể được lưu làm tuyến hoạt động ưu tiên trước lần khởi động hoặc khởi động lại có kiểm soát. Thao tác lưu không tải lại ngay relay đang chạy. |
| Sự kiện trực tiếp có encoder dự phòng | Giữ endpoint encoder chính và dự phòng trong một tập nguồn đã duyệt để người vận hành có phương án thay thế sẵn sàng trong lúc sản xuất. | Không. Sản phẩm cung cấp đường khôi phục có kiểm soát nhưng không tuyên bố chuyển đổi hitless hay bảo đảm không có thời gian gián đoạn. Độ sẵn sàng của nguồn và điều kiện mạng vẫn quan trọng. |
| Vận hành kênh dài hạn | Dùng nguồn dự phòng đã cấu hình cho quy trình liên tục cần đường khôi phục rõ ràng và khả năng quan sát của người vận hành. | API SRT Servers có thể quản lý các host đã duyệt và lưu tuyến hoạt động ưu tiên. Cập nhật cấu hình này không tạo ra chuyển đổi live ngay lập tức trên relay đang chạy. |
| Quan sát trạng thái live | Đặt hình chương trình cạnh trạng thái nguồn hiện tại, bitrate và SRT RTT khi có dữ liệu. | Đây là đánh giá chỉ đọc. Nội dung không tuyên bố AI dự đoán, QoE đầu-cuối, chẩn đoán nguyên nhân gốc, lịch sử SRT bền vững hay chuyển live tự động. |
Trang này giải thích phạm vi của sản phẩm. Các hướng dẫn bên dưới chỉ rõ phần điều khiển cần mở, mô-đun cần kết nối tiếp theo và cách xác nhận quy trình đã sẵn sàng.
Chọn nơi lớp định tuyến SRT chạy, rồi cấu hình tập upstream theo ranh giới mạng và sản xuất của bạn.
Khởi chạy một phiên bản Callaba gần khu vực đóng góp hoặc phân phối và cấu hình upstream SRT chính cùng dự phòng trong giao diện web.
Triển khai Callaba trên AWSChạy Callaba Engine trên Linux khi host định tuyến, quyền truy cập mạng và dữ liệu vận hành phải ở trong hạ tầng của bạn.
Cài đặt trên LinuxDùng API SRT Servers để quản lý máy chủ, host định tuyến và tuyến hoạt động ưu tiên. Tuyến ưu tiên là cấu hình cho lần khởi động hoặc khởi động lại có kiểm soát, không phải chuyển live relay đang chạy.
Sản phẩm giữ upstream SRT chính và dự phòng đã duyệt trong một quy trình, đồng thời cho relay kết nối lại và luân phiên qua danh sách cấu hình sau khi mất kết nối.
Relay ở chế độ loop có thể kết nối lại và đi qua danh sách upstream hiện có. Thời gian khôi phục thực tế phụ thuộc kết nối và các nguồn đã chuẩn bị.
Có. Một host định tuyến hiện có có thể được lưu làm tuyến hoạt động ưu tiên trước lần khởi động hoặc khởi động lại có kiểm soát. Thao tác lưu không tải lại ngay relay đang chạy.
Không. Sản phẩm cung cấp đường khôi phục có kiểm soát nhưng không tuyên bố chuyển đổi hitless hay bảo đảm không có thời gian gián đoạn. Độ sẵn sàng của nguồn và điều kiện mạng vẫn quan trọng.
API SRT Servers có thể quản lý các host đã duyệt và lưu tuyến hoạt động ưu tiên. Cập nhật cấu hình này không tạo ra chuyển đổi live ngay lập tức trên relay đang chạy.
Dùng bản demo trực tiếp để xem bề mặt vận hành, rồi triển khai Callaba trên đám mây hoặc Linux cho kế hoạch định tuyến SRT của bạn.