rtp加密傳輸

Ⅰ WebRTC 瀏覽器端如何抓取和解密 SRTP

WebRTC默認使用SRTP加密傳輸，導致抓包時無法直接查看明文數據，影響問題排查。針對此情況，有以下兩種解決方法：

首先，可以嘗試下載開發版或金絲雀版瀏覽器，關閉加密選項，前提是通信對端需支持。其次，開啟瀏覽器的debug模式mp選項，SRTP解密後的RTP數據將被列印到日誌中，便於後續處理。具體步驟如下：

在Windows環境下，關閉所有瀏覽器實例後，使用如下命令啟動瀏覽器：

"C:\Program Files\Google\Chrome\Application\chrome.exe" --enable-logging --v=1 --force-fieldtrials=WebRTC-Debugging-RtpDump/Enabled/

瀏覽器將根據該選項，在RTP、RTCP加密前和SRTP、SRTCP解密後共四處mp明文數據，這些數據將被列印到日誌中。

接下來，通過命令行操作提取日誌中的RTP數據，進行進一步的解析與處理。具體操作包括：

grep RTP_DUMP chrome_debug.log > in.txt

text2pcap -D -u 1000,2000 -t %H:%M:%S. in.txt out.pcap

使用Wireshark打開並解析出的out.pcap文件，通過設置【編輯】->【首選項】->【協議】中的選項，可以將RTP協議轉換為可以查看的格式，如OPUS等。

此外，可藉助開源項目h264extractor或opus_muxer工具，將提取的H.264和OPUS文件轉換為媒體格式，方便後續播放或分析。

對於關閉SRTP加密的方法，需要使用Chromium、開發版Chrome或金絲雀版Chrome，並通過選項--disable-webrtc-encryption來實現。這種方式需要通信對端也支持不加密傳輸，通常在調試第三方系統時可能難以實現。

綜上所述，通過上述方法，可以在WebRTC瀏覽器端獲取和處理加密後的音視頻數據，為問題排查和調試提供了便利。此外，這些思路同樣適用於點播或直播場景，將音視頻數據在HTTPS(TLS)解密後或H5 video標簽播放前mp出來進行分析。

Ⅱ 流媒體協議介紹（rtp/rtcp/rtsp/rtmp/mms/hls）

流媒體協議介紹：

• RTP ：

  • 核心功能：實時傳輸音頻和視頻數據包的核心協議。
  • 應用場景：支持視頻會議、語音通話等應用，構建了IP電話的基礎架構。
  • 數據包處理：不保證數據的有序傳輸，依賴序列號確保接收方重組數據包。

• RTCP ：

  • 補充功能：RTP的補充協議，提供信道外控制。
  • 服務質量監控：監控服務質量，報告參與者的實時信息，如流量統計、丟包情況等。
  • 安全增強：安全版本SRTP和SRTCP增加了加密和認證功能，可選用於RTP和RTCP。

• RTSP ：

  • 控制功能：用於多媒體數據的控制，支持點播和多播。
  • 網路協議兼容性：允許通過多種網路協議傳輸。
  • 客戶端管理：允許客戶端進行會話管理和控制，如播放、暫停、重定向等。

• RTMP/RTMPS：

  • 開發者：由Adobe開發。
  • 應用場景：專為Flash應用設計的協議，用於實現實時消息傳輸。

• MMS ：

  • 訪問功能：用於訪問Windows Media Server的單播內容。
  • 優化連接：支持協議翻轉以優化連接。
  • 播放器兼容性：適合Windows Media Player的使用。

• HLS ：

  • 直播協議：基於HTTP的直播協議。
  • 數據切片：將直播數據切分為短時長的MPEGTS文件。
  • 播放方式：以點播方式實現實時播放，提供更高的靈活性和較低的防火牆限制。
  • 延遲問題：可能有較高的延遲。

這些流媒體協議各自具有獨特的功能和應用場景，共同構成了流媒體傳輸和控制的重要基礎。