1. 程式人生 > >音視訊技術 IP組播

音視訊技術 IP組播

在Internet上,多媒體業務諸如:流媒體,視訊會議和視訊點播等,正在成為資訊傳送的重要組成部分。點對點傳輸的單播方式不能適應這一類業務傳輸特性--單點發送多點接收,因為伺服器必須為每一個接收者提供一個相同內容的IP報文拷貝,同時網路上也重複地傳輸相同內容的報文,佔用了大量資源。如圖 1.1所示。雖然IP廣播允許一個主機把一個IP報文傳送給同一個網路的所有主機,但是由於不是所有的主機都需要這些報文,因而浪費了網路資源。在這種情 況下組播(multicast)應運而生,它的出現解決了一個主機向特定的多個接收者傳送訊息的方法。1989年,IETF通過RFC1112,定義了Internet上的組播方式。

   IP組播是指一個IP報文向一個“主機組”的傳送,這個包含零個或多個主機的主機組由一個單獨的IP地址標識。主機組地址也稱為“組播地址”,或者D類地址。除了目的地址部分,組播報文與普通報文沒有區別,網路盡力傳送組播報文但是並不保證一定送達。

主機組的成員可以動態變化,主機有權選擇加入或者退出某個主機組。主機可以加入多個主機組,也可以向自己沒有加入的主機組傳送資料。主機組有兩種:永久組和臨時組。永久組的IP地址是周知的,由Internet管理機構分配,是保留地址。臨時組的地址則使用除永久組地址外的非保留D類地址。

   IP組播分組在網際網路上的轉發由支援組播的路由器來處理。主機發出的IP

組播分組在本子網內被所有主機組成員接收,同時與該子網直接相連的組播路由器會把組播報文 轉發到所有包含該主機組成員的網路上。組播報文傳遞的範圍由報文的生存期值(TTL, Time-to-Live)決定,如果TTL值等於或者小於設定的路由器埠TTL門限值(TTL Threshold),路由器將不再轉發該報文。

單個數據流可以傳送到多個客戶端的組播能力已成為大多數多媒體應用的傳輸手段。組播技術利用一個IP地址使IP資料報文 傳送到使用者組。IP組播採用了特殊定義的目的IP地址和目的MAC地址。IGMP為客戶端提供加入和離開組播組的方式。CGMP使路由器為交換機配置組播 轉發表,並告訴交換機當前的組播成員。指派路由器根據對網路中的組播成員的分佈和使用的不同採用密集模式DM或稀疏模式SM組播路由協議來構造組播的分佈 樹,而這個分佈樹將在源子網和組播組之間確定一條唯一路徑以提高資料傳輸效率。

IP組播技術需要三層交換機,或路由器支援,通常應用於專用網路,如:教育網、廣電網以及企業內部網等,使用IP組播技術可以極大的降低資料傳送方的頻寬要求,最大的好處是可以讓資料接收方的數量成千上萬,而不會造成網路的阻塞。

AnyChatPlatform Core SDK V4.0新增了對IP組播技術的支援,下面介紹如何使用相關的API介面,典型的加入多播組,並向多播組傳送資料的程式碼如下:

1.//設定本地組播策略

2.DWORDdwMultiCastPolitic = 1;

3.BRAC_SetSDKOption(BRAC_SO_NETWORK_MULTICASTPOLITIC,(constchar*)&dwMultiCastPolitic,sizeof(DWORD));

4.

5.//加入多播組

6.DWORDdwFlags = BRAC_MCFLAGS_JOINGROUP | BRAC_MCFLAGS_SENDDATA |BRAC_MCFLAGS_RECVDATA;

7.BRAC_MultiCastControl("224.2.3.4",9810,"",5, dwFlags);

上面的程式碼中“dwFlags”標誌指示加入多播組“224.2.3.4:9810”,本地的資料通過該多播組進行傳輸,同時,自己也從該多播組接收其它使用者的音視訊資料。

當需要本地傳送組播資料時,設定本地組播策略是必須的,因為系統預設是採用伺服器所配置的網路資料傳輸策略(AnyChatCoreServer.ini中的“RoutingPolicy”配置項)進行資料傳送,如不設定本地組播策略,則不會向組播地址傳送資料,設定之後,可以將本地的資料傳送多個組播地址和埠,如下面的程式碼表示音視訊資料將向“224.2.3.4:9810”“224.2.3.4:9812”兩個組播埠廣播資料:

1.//設定本地組播策略

2.DWORDdwMultiCastPolitic = 1;

3.BRAC_SetSDKOption(BRAC_SO_NETWORK_MULTICASTPOLITIC,(constchar*)&dwMultiCastPolitic,sizeof(DWORD));

4.

5.//加入多播組

6.DWORDdwFlags = BRAC_MCFLAGS_JOINGROUP | BRAC_MCFLAGS_SENDDATA;

7.BRAC_MultiCastControl("224.2.3.4",9810,"",5, dwFlags);

8.BRAC_MultiCastControl("224.2.3.4",9812,"",5, dwFlags);

當系統有多塊網絡卡,而需要向其中某一塊網絡卡連線的網路進行組播時,可通過“BRAC_MultiCastControl”的第三個引數來指定即可,第三個引數是指定網絡卡的IP地址。

相關推薦

視訊技術 IP

在Internet上,多媒體業務諸如:流媒體,視訊會議和視訊點播等,正在成為資訊傳送的重要組成部分。點對點傳輸的單播方式不能適應這一類業務傳輸特性--單點發送多點接收,因為伺服器必須為每一個接收者提供一個相同內容的IP報文拷貝,同時網路上也重複地傳輸相同內容的報文,佔用了

快手科技視訊技術亮相ChinaMM 首次公開多媒體傳輸協議KTP

在中國多媒體大會產業前沿論壇,快手科技演算法科學家周超博士發表題為《多媒體傳輸演算法應用和展望》的演講,首次對外公開了其多媒體傳輸協議KTP(Kwai Transport Protocol,快手傳輸協議),該協議解決了重要的內容傳輸問題。以下為周超博士演講的主要內容。 快手的核心理念就是記錄,力

開源實時視訊技術WebRTC中RTP/RTCP資料傳輸協議的應用

1、前言 RTP/RTCP協議是流媒體通訊的基石。RTP協議定義流媒體資料在網際網路上傳輸的資料包格式,而RTCP協議則負責可靠傳輸、流量控制和擁塞控制等服務質量保證。在WebRTC專案中,RTP/RTCP模組作為傳輸模組的一部分,負責對傳送端採集到的媒體資料進行進行封包,然後交給上層網路模組

LiveVideoStackCon視訊技術大會首次來到上海

音視訊技術生態盛宴——LiveVideoStackCon將在2019年來到上海,並從即日起開啟招募講師與出品人。 文 / 包研 2019年4月12-13日,將迎來LiveVideoStackCon上海大會。這是第三次LiveVideoStackC

視訊技術開發週刊 75期

『音視訊技術開發週刊』由LiveVideoStack團隊出品,專注在音視訊技術領域,縱覽相關技術領域的乾貨和新聞投稿,每週一期。點選『閱讀原文』,瀏覽第75期內容,祝您閱讀愉快。 架構 Netflix媒體資料庫:媒體時間線資料模

視訊技術開發週刊 74期

『音視訊技術開發週刊』由LiveVideoStack團隊出品,專注在音視訊技術領域,縱覽相關技術領域的乾貨和新聞投稿,每週一期。點選『閱讀原文』,瀏覽第74期內容,祝您閱讀愉快。 架構 VMAF:未畢之旅 本文來自N

打造專遞課堂,即構成為希沃專遞課堂實時視訊技術唯一提供方

日前,在南昌舉辦的第75屆中國教育裝備展上,希沃和即構zego打造的互動錄播方案亮相。現場將展廳設定為授課教室,廣州、贛州、南昌三個分會場為聽課教室,以每分鐘一場的高頻次互動演示,模擬了身處不同地區的4個教室的互動教學,現場效果令人震撼。 據瞭解,該方案也稱“專遞課堂”,目前已在江西、雲南

LiveVideoStack線上交流分享 ( 五 ) —— 線上教育視訊技術探索與應用

為了給大家提供一個學習,交流的平臺,暢聊音視訊技術開發新趨勢,新實踐。我們推出了LiveVideoStack線上交流分享活動,在每週四晚19:30,邀請1名業內資深技術專家進行線上分享技術乾貨,解答熱點問題。你可以通過以下方式參與: 關注LiveVideoStack公眾號【

網路穿透與視訊技術(1)——NAT的概念及工作模式(上)

(這個專題我們將介紹網路穿透的基本知識,以及建立在此基礎上的實時視訊語音通訊技術。不只是介紹理論知識,還介紹實際案例 ) 1、概念介紹 1.1、NAT基本概念 NAT英文全稱是“Network Address Translation”,中文意思是“網路

【雲棲TechDay】視訊技術開發實戰專場沙龍,邀您參加

【時間】2018-12-20 下午13:40-18:00【地點】浙江省杭州市蕭山區啟迪路198號杭州灣資訊港A座負一樓國際報告廳【主辦單位】雲棲techday 阿里雲視訊雲團隊 簡介 音視訊技術是當前非常活躍、發展十分迅速的技術領域。近年來,數字化潮流正在迅猛衝擊模擬領域,數字技術促進了音視訊

網路穿透與視訊技術(2)——NAT的概念及工作模式(下)

3、四種NAT對映實現方式 上文中我們已經提到三種NAT對映模式,它們是靜態對映(Static NAT)、動態對映(Pooled NAT)和網路地址埠對映(NAPT/PAT),又由於NAPT/PAT對映模式的靈活性和複用性最好,所以它又是目前應用最廣泛的一種對

視訊技術總結

1. 常用的基本知識 基本概念 編解碼   編解碼器(codec)指的是一個能夠對一個訊號或者一個數據流進行變換的裝置或者 程式。這裡指的變換既包括將訊號或者資料流進行編碼(通常是為了傳輸、儲存或者加密)或者提取得到一個編碼流的操作,也包括為了觀察或者處理從這個

視訊技術開發週刊 77期

『音視訊技術開發週刊』由LiveVideoStack團隊出品,專注在音視訊技術領域,縱覽相關技術領域的乾貨和新聞投稿,每週一期。點選『閱讀原文』,瀏覽第77期內容,祝您閱讀愉快。 架構 基於FFmpeg的運動視訊分析 本文

網路穿透與視訊技術(4)——NAT對映檢測和常見網路穿越方法論(NAT檢測實踐1)

2.2、檢測過程實戰——伺服器端 要進行NAT對映檢測,按照上文提到的檢測方式,我們就需要一個服務端檢測程式。並將服務端檢測程式部署到具有兩個外網IP的硬體環境下。 2.2.1、檢測要求 服務端程式至少需要做到以下功能: 檢測客戶端和當前伺服器端之間是否至

LiveVideoStack視訊技術2018年度評獎揭曉

經過一個月的投票與評審,LiveVideoStack評出了音視訊技術2018年度獲獎者。 一個月前,LiveVideoStack啟動音視訊技術2018年度評獎,總共獲得393份有效問卷。考慮到一些故意的刷票行為,對這部分投票實行了降權處理。儘管如此,我

即構科技金健忠:回顧20年視訊技術演進

多媒體技術是一個傳統行業,從模擬到數字,VCD到藍光,從窄帶到寬頻,標清到高清,技術演進讓人的視聽體驗發生了顛覆式的改變。LiveVideoStack採訪了即構科技CTO金健忠,他回顧了過去20年多媒體技術的發展,並展望了未來的技術趨勢。 文 / 金健忠 策劃 /

ZEGO 2018上海視訊技術嘉年華 活動回顧

9月15日,由即構科技ZEGO主辦的2018音視訊技術嘉年華在來到上海。這次,我們邀請到了即構科技、TutorABC、咪咕視訊、觸寶科技、Intel的5位音視訊技術專家,就音視訊圈熱議的WebRTC、Qos、AI、4K,以及新一代視訊技術,和現場70多名技術愛好者共同交流討論

WebRTC實時視訊技術基礎:基本架構和協議棧

概述 本文主要介紹WebRTC的架構和協議棧。 最基本的三角形WebRTC架構 為了便於理解,我們來看一個最基本的三角形WebRTC架構(見下圖): 在這個架構中,行動電話用“瀏覽器M”表示,膝上型電腦用“瀏覽器L”表示,通過Web伺服器將它們連線起來。要建立

視訊技術開發週刊 78期

『音視訊技術開發週刊』由LiveVideoStack團隊出品,專注在音視訊技術領域,縱覽相關技術領域的乾貨和新聞投稿,每週一期。點選『閱讀原文』,瀏覽第78期內容,祝您閱讀愉快。 架構 HDR視訊生態系統縱覽

線上教育視訊技術探索與應用

隨著實時音視訊通訊技術的發展,1對1,1對多直播等線上教育形式不斷的滿足個人定製化的學習需求。掌門1對1音視訊負責人 曾小偉在LiveVideoStack 線上交流分享中介紹了線上教育中音視訊技術的應用現狀、挑戰以及未來的發展。本文由LiveVideoStack整理而