單播通訊：
廣播通訊：
組播通訊:
不適合於大規模接受者的應用場景。如果網路中存在大規模的接收者，那麼server就不得不每次都建立大量的資料拷貝，而且每份拷貝的內容是完全相同的，只是目的ip位址各不相同，這種通訊顯然是極其低效的，同時也造成了鏈路頻寬及裝置效能的浪費。
server在傳送資料前，需要明確所有接收者的ip位址，否則它將無法構造資料報。
若使用者要求pc可以自由地接入或離開，或者pc的ip位址並不固定，單播通訊的方式在此場景不適用。
廣播是將廣播報文在廣播域內泛洪，如果server採用廣播的方式傳送這些資料，那麼所有的接收者就不得不與server處在相同的廣播域內，因為廣播報文在網路中的泛洪範圍非常有限。
從網路優化角度考慮，廣播流量又是應該盡可能被減少的，畢竟，這些流量會造成其他裝置不必要的效能損耗，因此在這種場景中使用廣播通訊顯然並非最佳方案。
組播裝置：如圖下圖所示，server傳送的組播報文到達路由器r1後，r1將組播報文進行拷貝，然後將組播報文從有需要的介面**出去(給r2及r3)，至於不需要該報文的介面，路由器是不會向其**組播報文的。r2及r3收到組播報文後，繼續進行拷貝及**，直到報文到達接收者。只有加入組播組224.1.1.1的接收者才會收到這些組播報文。
組播接受者：pc1, pc2及pc3需要通過某種機制（igmp）宣告自己加入組播組224.1.1.1。
組播是基於udp的，採用盡力而為的傳輸方式。
沒有擁塞避免機制。
可能出現報文重複的現象。
可能出現報文失序的現象
組播源並不關心乙個組播組中存在多少個接收者，或者這些接收者處於網路中的什麼位置、它們的ip位址是什麼，它只管將組播報文傳送出去，
組播網路裝置負責將組播報文根據需要進行拷貝及**。在上圖中，沒有加入組播組224.1.1.1的pc4是不會收到組播流量的，事實上r5並沒有連線任何接收者，因此它自己也不會收到發往該組播組的流量，r3及r4不會將組播流量**給它。
組播技術概述
內容摘要 本文比較了單播 廣播 組播三種通訊方式，著重簡介了組播技術的各個組成部分，及組播技術的應用。關鍵字 組播，igmp 一 引言 近年來，隨著 二 單播 廣播和組播 ip通訊的乙個領域是單播。傳統的點對點單播通訊，在傳送方和每一接收方需要單獨的資料通道。在這種通訊方式下，源ip主機向指定的目標...
組播技術概論
一.組播技術的前景及應用 二.組播的體系結構 組播協議分為主機 路由器之間的組成員關係協議和路由器 路由器之間的組播路由協議。組成員關係協議包括igmp 互連網組管理協議 組播路由協議分為域內組播路由協議及域間組播路由協議。域內組播路由協議包括pim pim dm dvmrp等協議，域間組播路由協議...
Android 組播技術學習
這次因為工作需要，要學習很多的通訊協議和連線方式，所以將學到的一些知識寫下來。根據我最近查到的知識，我來大致將我的看到的寫出來，如果有不對的希望大家也可以發出來大家一起討論。傳統上的ip通訊有兩種 一種是單播，是在源主機與目的主機之間點對點的通訊，相當於我 源主機 在q上找了個人 目的主機 進行聊天...