文 /Mark Cymontkowski譯 / John原文https://www.srtalliance.org/interoperability-between-rtp-and-srt/

許多企業現有的內部部署廣播工作流程都基于RTP協議，但是您是否知道SRT可以通過在不可靠的網絡（例如公共網絡）上利用SRT隧道傳輸RTP來擴展這些工作流程的范圍？

在這篇文章中，我們將以一個非常簡單的端到端工作流為例向您展示這一過程。下圖顯示了如何使用RTP將MPEG2傳輸流從視頻編碼器發送到受保護網絡（例如企業LAN或MPLS租用線路）內的視頻解碼器。

通過可靠網絡（例如局域網）進行RTP傳輸

用公共互聯網取代專用網絡并不是那么簡單，因為不可靠的網絡會引入數據包丟失和抖動。此外，流在離開或進入企業網絡時必須穿過防火墻。這期間內容不再受到保護，非常容易被暴露。

RTP通過不可靠的網絡傳輸，如公共互聯網

SRT能夠恢復丟失的數據包，也能加密內容和遍歷防火墻，這使其非常適合用作跨公共互聯網的隧道。

以下是它的工作原理：

RTP流量被發送到UDP接收器，UDP接收器通過SRT連接轉發包括RTP報頭在內的MPEG-TS有效載荷；而在接收器端，流作為UDP播放，但由于RTP報頭仍然存在，因此它會將本地RTP流發送到現有的RTP解碼器。

通過SRT在不可靠的網絡（例如公共互聯網）上隧道傳輸RTP

可以使用開源SRT包中的srt-live-transmit示例應用程序來評估此配置。來自編碼器的源RTP流必須指向SRT發送器的UDP輸入并將目標位置處接收器的UDP輸出發送到解碼器的RTP輸入端口。

由于應用程序在從UDP讀取數據時期望沒有RTP頭的MPEG-TS流量，因此默認情況下，它被配置成為每UDP包接收1316字節（7個MPEG-TS幀）的有效載荷。該命令行選項用于增加SRT有效負載大小。

這些是發送方（UDP到SRT）和接收方（SRT到UDP）的兩個srt-live-transmit示例命令行：

在該示例中，源（例如RTP編碼器）正在將RTP流發送到192.168.0.20:2000。發送方端srt-live-transmit接收包括端口2000上的RTP報頭在內的MPEG-TS流并偵聽端口1000上的傳入接收方連接。在我們的示例中，運行發送方應用程序的計算機的IP地址為192.168.0.10。不同機器上的接收器應用程序作為呼叫者連接到服務器，接收SRT流并將該流作為UDP數據輸出到IP地址為192.168.0.30和端口3000的RTP接收器（例如解碼器）。

注意：使用SRT 1.4版時，在使用srt-live-transmit時不再需要指定有效負載和/或塊大小（-c）。

類似地，具有FEC（SMPTE 2022-1前向糾錯）的冗余RTP可以通過SRT連接進行隧道傳輸。FEC列和行數據包的額外UDP流可以通過兩個額外的SRT連接進行路由。但是，所有三個SRT連接都可以通過使用SRT復用在單個UDP端口上發送，SRT復用是核心協議的一部分。

使用SRT復用通過SRT與FEC隧道傳輸RTP

我們可以進一步擴展此設置以支持冗余RTP（SMPTE 2022-7）工作流程。由于RTP報頭在冗余設置的任一路徑上保持不變，因此系統仍可在接收器側同步多個RTP流。

通過SRT隧道傳輸多路徑RTP以實現冗余

此時，值得一提的是，在IBC2019時間范圍內，本機冗余工作流程將進入SRT協議。這意味著每個啟用SRT的端點都可以使用此功能從而大大簡化了安裝。

LiveVideoStackCon 2019深圳講師招募

12月13-14日，LiveVideoStackCon首次來到深圳，將全球前沿多媒體技術實踐與深圳本地產業結合，觸發技術與商業靈感。歡迎將你的技術實踐、踩坑與填坑經歷、技術與商業創業的思考分享出來。請將個人資料和話題信息郵件到 speaker@livevideostack.com 或點擊【閱讀原文】了解成為LiveVideoStackCon講師的權益與義務，我們會在48小時內回復。

LiveVideoStack?秋季招聘

LiveVideoStack正在招募編輯/記者/運營，與全球頂尖多媒體技術專家和LiveVideoStack年輕的伙伴一起，推動多媒體技術生態發展。同時，也歡迎你利用業余時間、遠程參與內容生產。了解崗位信息請在BOSS直聘上搜索“LiveVideoStack”，或通過微信“Tony_Bao_”與主編包研交流。

總結

以上是生活随笔為你收集整理的关于RTP和SRT之间的互操作性，你需要了解什么？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。