1.1.單播(unicast)
單播是說，對特定的主機進行資料傳送。例如給某乙個主機傳送ip資料報。這時候，資料鏈路層給出的資料頭裡面是非常具體的目的位址，對於乙太網來說，就是網絡卡的mac位址（不是ff-ff-ff-ff-ff-ff這樣的位址）。現在的具有路由功能的主機應該可以將單播資料定向**，而目的主機的網路介面則可以過濾掉和自己mac位址不一致的資料。
1.2.廣播(unicast)
廣播是主機針對某乙個網路上的所有主機傳送資料報。這個網路可能是網路，可能是子網，還可能是所有的子網。如果是網路，例如a類**的廣播就是 netid.255.255.255，如果是子網，則是netid.netid.subnetid.255；如果是所有的子網（b類ip）則是則是 netid.netid.255.255。廣播所用的mac位址ff-ff-ff-ff-ff-ff。網路內所有的主機都會收到這個廣播資料，網絡卡只要把 mac位址為ff-ff-ff-ff-ff-ff的資料交給核心就可以了。一般說來arp，或者路由協議rip應該是以廣播的形式播發的。
1.3.多播(multicast)
可以說廣播是多播的特例，多播就是給一組特定的主機（多播組）傳送資料，這樣，資料的播發範圍會小一些，多播的mac位址是最高位元組的低位為一，例如01-00-00-00-00-00。多播組的位址是d類ip，規定是224.0.0.0-239.255.255.255。
雖然多播比較特殊，但是究其原理，多播的資料還是要通過資料鏈路層進行mac位址繫結然後進行傳送。所以乙個乙太網卡在繫結了乙個多播位址之後，必定還要繫結乙個多播的mac位址，使得其可以像單播那樣工作。這個多播的ip和多播mac位址有乙個對應的演算法，在書的p133到p134之間。可以看到這個對應不是一一對應的，主機還是要對多播資料進行過濾。
個人的看法：廣播和多播的性質是一樣的，路由器會把資料放到區域網裡面，然後網絡卡對這些資料進行過濾，只拿到自己打算要的資料，比如自己感興趣的多播資料，自己感興趣的組播資料。當乙個主機執行了乙個處理某乙個多播ip的程序的時候，這個程序會給網絡卡繫結乙個虛擬的多播mac位址，並做出來乙個多播 ip。這樣，網絡卡就會讓帶有這個多播mac位址的資料進來，從而實現通訊，而那些沒有監聽這些資料的主機就會把這些資料過濾掉，換句話說，多播，是讓主機的核心輕鬆了，而網絡卡，對不起，您就累點吧。
機器返回的是一台主機的回應結果，進而推測，如果我ping乙個廣播位址呢？
ping返回了一些隨機的ip的結果，這些ip都是與主機在同一子網內的ip。我們可以看到，廣播實際上是給處於子網內的所有ip發信。
再來乙個多播的例子，但是要實現這個多播並不容易，因為我不知道網路內有多少個多播組，就只好利用幾個特殊的多播位址來驗證了。
對於多播位址，有幾個特殊的多播位址被占用，他們是
224.0.0.1--該子網內所有的系統組。
224.0.0.2--該子網內所有的路由器。
224.0.1.1--網路實現協議ntp專用ip。
224.0.0.9--ripv2專用ip
所以只要ping這幾個ip，就應該能得到一些結果，比如說我ping 224.0.0.2。
這回ping只返回了乙個ip的回應。而這個就是我的閘道器的位址，這也驗證了224.0.0.2是所有路由器的多播(組播)位址
廣播和多播
廣播和多播僅應用於udp資料報，而tcp是面向連線的協議，它分別執行於兩主機 由ip位址確定 的兩程序 由埠號確定 間的一條連線，因而不可能使用廣播或者多播 主機對通道傳送過來的幀地過濾過程 1.網絡卡檢視由通道傳送過來的幀，確定是否接收該幀，如果接收就傳遞給裝置驅動程式 如果幀檢驗和出錯，網絡卡就...
廣播和多播
一 廣播分類 1.受限的廣播 受限的廣播位址是 25 5 2 55 2 55 255 該位址用於主機配置過程中 i p資料報的目的位址，此時，主機可能還不知道它所在網路的網路掩碼，甚至連它的 i p位址也不知道。在任何情況下，路由器都不 目的位址為受限的廣播位址的資料報，這樣的資料報僅出現在本地網路...
廣播和多播
乙太網資料過濾過程 1.首先，網絡卡檢視由通道傳送過來的幀，確定是否接收該幀，若接收後就將它傳往裝置驅動程式。通常網絡卡僅接收那些目的位址為網絡卡實體地址或廣播位址的幀。另外，多數介面均被設定為混合模式，這種模式能接收每個幀的乙個複製。作為乙個例子，tcpdump使用這種模式。目前，大多數的網絡卡經...