12.1 引言
在第1章中我們提到有三種IP地址：單播地址、廣播地址和多播地址。本章將更詳細地介紹廣播和多播。
廣播和多播僅應用於UDP，它們對需將報文同時傳往多個接收者的應用來說十分重要。TCP是一個面向連接的協議，它意味着分別運行於兩主機（由IP地址確定）內的兩進程（由端口號確定）間存在一條連接。
考慮包含多個主機的共享信道網絡如以太網。每個以太網幀包含源主機和目的主機的以太網地址（48bit）。通常每個以太網幀僅發往單個目的主機，目的地址指明單個接收接口，因而稱爲單播(unicast)。在這種方式下，任意兩個主機的通信不會干擾網內其他主機（可能引起爭奪共享信道的情況除外）。
然而，有時一個主機要向網上的所有其他主機發送幀，這就是廣播。通過ARP和RARP可以看到這一過程。多播(multicast)處於單播和廣播之間：幀僅傳送給屬於多播組的多個主機。
爲了弄清廣播和多播，需要了解主機對由信道傳送過來幀的過濾過程。圖12-1說明了這一過程。
圖12-1 協議棧各層對收到幀 的過濾過程
首先，網卡查看由信道傳送過來的幀，確定是否接收該幀，若接收後就將它傳往設備驅動程序。通常網卡僅接收那些目的地址爲網卡物理地址或廣播地址的幀。另外，多數接口均被設置爲混合模式，這種模式能接收每個幀的一個複製。作爲一個例子，tcpdump使用這種模式。
目前，大多數的網卡經過配置都能接收目的地址爲多播地址或某些子網多播地址的幀。對於以太網，當地址中最高字節的最低位設置爲1時表示該地址是一個多播地址，用十六進制可表示爲01:00:00:00:00:00（以太網廣播地址ff:ff:ff:ff:ff:ff可看作是以太網多播地址的特例）。
如果網卡收到一個幀，這個幀將被傳送給設備驅動程序（如果幀檢驗和錯，網卡將丟棄該幀）。設備驅動程序將進行另外的幀過濾。首先，幀類型中必須指定要使用的協議（IP、ARP等等）。其次，進行多播過濾來檢測該主機是否屬於多播地址說明的多播組。
設備驅動程序隨後將數據幀傳送給下一層，比如，當幀類型指定爲IP數據報時，就傳往IP層。IP根據IP地址中的源地址和目的地址進行更多的過濾檢測。如果正常，就將數據報傳送給下一層（如TCP或UDP）。
每次UDP收到由IP傳送來的數據報，就根據目的端口號，有時還有源端口號進行數據報過濾。如果當前沒有進程使用該目的端口號，就丟棄該數據報併產生一個ICMP不可達報文（TCP根據它的端口號作相似的過濾）。如果UDP數據報存在檢驗和錯，將被丟棄。
使用廣播的問題在於它增加了對廣播數據不感興趣主機的處理負荷。拿一個使用UDP廣播應用作爲例子。如果網內有50個主機，但僅有20個參與該應用，每次這20個主機中的一個發送UDP廣播數據時，其餘30個主機不得不處理這些廣播數據報。一直到UDP層，收到的UDP廣播數據報纔會被丟棄。這30個主機丟棄UDP廣播數據報是因爲這些主機沒有使用這個目的端口。
多播的出現減少了對應用不感興趣主機的處理負荷。使用多播，主機可加入一個或多個多播組。這樣，網卡將獲悉該主機屬於哪個多播組，然後僅接收主機所在多播組的那些多播幀。
12.2 廣播
在圖3-9中，我們知道了四種IP廣播地址，下面對它們進行更詳細的介紹。
12.2.1 受限的廣播
受限的廣播地址是255.255.255.255。該地址用於主機配置過程中IP數據報的目的地址，此時，主機可能還不知道它所在網絡的網絡掩碼，甚至連它的IP地址也不知道。
在任何情況下，路由器都不轉發目的地址爲受限的廣播地址的數據報，這樣的數據報僅出現在本地網絡中。
一個未解的問題是：如果一個主機是多接口的，當一個進程向本網廣播地址發送數據報時，爲實現廣播，是否應該將數據報發送到每個相連的接口上？如果不是這樣，想對主機所有接口廣播的應用必須確定主機中支持廣播的所有接口，然後向每個接口發送一個數據報複製。
大多數BSD系統將255.255.255.255看作是配置後第一個接口的廣播地址，並且不提供向所屬具備廣播能力的接口傳送數據報的功能。不過，routed（見10.3節）和rwhod（BSDrwho客戶的服務器）是向每個接口發送UDP數據報的兩個應用程序。這兩個應用程序均用相似的啓動過程來確定主機中的所有接口，並瞭解哪些接口具備廣播能力。同時，將對應於那種接口的指向網絡的廣播地址作爲發往該接口的數據報的目的地址。
Host Requirements RFC沒有進一步涉及多接口主機是否應當向其所有的接口發送受限的廣播。
12.2.2 指向網絡的廣播
指向網絡的廣播地址是主機號爲全1的地址。A類網絡廣播地址爲netid.255.255.255，其中netid爲A類網絡的網絡號。
一個路由器必須轉發指向網絡的廣播，但它也必須有一個不進行轉發的選擇。
12.2.3 指向子網的廣播
指向子網的廣播地址爲主機號爲全1且有特定子網號的地址。作爲子網直接廣播地址的IP地址需要了解子網的掩碼。例如，如果路由器收到發往128.1.2.255的數據報，當B類網絡128.1的子網掩碼爲255.255.255.0時，該地址就是指向子網的廣播地址；但如果該子網的掩碼爲255.255.254.0，該地址就不是指向子網的廣播地址。
12.2.4 指向所有子網的廣播
指向所有子網的廣播也需要了解目的網絡的子網掩碼，以便與指向網絡的廣播地址區分開。指向所有子網的廣播地址的子網號及主機號爲全1。例如，如果目的子網掩碼爲255.255.255.0，那麼IP地址128.1.255.255是一個指向所有子網的廣播地址。然而，如果網絡沒有劃分子網，這就是一個指向網絡的廣播。
12.4 多播
IP多播提供兩類服務：
- 向多個目的地址傳送數據。有許多向多個接收者傳送信息的應用：例如交互式會議系統和向多個接收者分發郵件或新聞。如果不採用多播，目前這些應用大多采用TCP來完成（向每個目的地址傳送一個單獨的數據複製）。然而，即使使用多播，某些應用可能繼續採用TCP來保證它的可靠性。
- 客戶對服務器的請求。例如，無盤工作站需要確定啓動引導服務器。目前，這項服務是通過廣播來提供的（正如第16章的BOOTP），但是使用多播可降低不提供這項服務主機的負擔。
12.4.1 多播組地址
圖12-2顯示了D類IP地址的格式。
圖12-2 D類IP地址格式
不像圖1-5所示的其他三類IP地址（A、B和C），分配的28 bit均用作多播組號而不再表示其他。
多播組地址包括爲111 0的最高4bit和多播組號。它們通常可表示爲點分十進制數，範圍從224.0.0.0到239.255.255.255。
能夠接收發往一個特定多播組地址數據的主機集合稱爲主機組(host group)。一個主機組可跨越多個網絡。主機組中成員可隨時加入或離開主機組。主機組中對主機的數量沒有限制，同時不屬於某一主機組的主機可以向該組發送信息。
一些多播組地址被IANA確定爲知名地址。它們也被當作永久主機組，這和TCP及UDP中的熟知端口相似。同樣，這些知名多播地址在RFC最新分配數字中列出。注意這些多播地址所代表的組是永久組，而它們的組成員卻不是永久的。
例如，224.0.0.1代表“該子網內的所有系統組”，224.0.0.2代表“該子網內的所有路由器組”。多播地址224.0.1.1用作網絡時間協議NTP，224.0.0.9用作RIP-2(見10.5節)，224.0.1.2用作SGI公司的dogfight應用。
12.4.2 多播組地址到以太網地址的轉換
IANA擁有一個以太網地址塊，即高位24 bit爲00:00:5e（十六進制表示），這意味着該地址塊所擁有的地址範圍從00:00:5e:00:00:00到00:00:5e:ff:ff:ff。IANA將其中的一半分配爲多播地址。爲了指明一個多播地址，任何一個以太網地址的首字節必須是01，這意味着與IP多播相對應的以太網地址範圍從01:00:5e:00:00:00到01:00:5e:7f:ff:ff。
這裏對CSMA/CD或令牌網使用的是Internet標準比特順序，和在內存中出現的比特順序一樣。這也是大多數程序設計員和系統管理員採用的順序。IEEE文檔採用了這種比特傳輸順序。Assigned Numbers RFC給出了這些表示的差別。
這種地址分配將使以太網多播地址中的23bit與IP多播組號對應起來，通過將多播組號中的低位23bit映射到以太網地址中的低位23bit實現，這個過程如圖12-3所示。
由於多播組號中的最高5bit在映射過程中被忽略，因此每個以太網多播地址對應的多播組是不唯一的。32個不同的多播組號被映射爲一個以太網地址。例如，多播地址224.128.64.32（十六進制e0.80.40.20）和224.0.64.32（十六進制e0.00.40.20）都映射爲同一以太網地址01:00:5e:00:40:20。
既然地址映射是不唯一的，那麼設備驅動程序或IP層（見圖12-1）就必須對數據報進行過濾。因爲網卡可能接收到主機不想接收的多播數據幀。另外，如果網卡不提供足夠的多播數據幀過濾功能，設備驅動程序就必須接收所有多播數據幀，然後對它們進行過濾。
圖12-3 D類IP地址到以太網多播地址的映射
局域網網卡趨向兩種處理類型：一種是網卡根據對多播地址的散列值實行多播過濾，這意味仍會接收到不想接收的多播數據；另一種是網卡只接收一些固定數目的多播地址，這意味着當主機想接收超過網卡預先支持多播地址以外的多播地址時，必須將網卡設置爲“多播混雜(multicast promiscuous)”模式。因此，這兩種類型的網卡仍需要設備驅動程序檢查收到的幀是否真是主機所需要的。
即使網卡實現了完美的多播過濾（基於48 bit的硬件地址），由於從D類IP地址到48 bit的硬件地址的映射不是一對一的，過濾過程仍是必要的。儘管存在地址映射不完美和需要硬件過濾的不足，多播仍然比廣播好。
單個物理網絡的多播是簡單的。多播進程將目的IP地址指明爲多播地址，設備驅動程序將它轉換爲相應的以太網地址，然後把數據發送出去。這些接收進程必須通知它們的IP層，它們想接收的發往給定多播地址的數據報，並且設備驅動程序必須能夠接收這些多播幀。這個過程就是“加入一個多播組”（使用“接收進程”複數形式的原因在於對一確定的多播信息，在同一主機或多個主機上存在多個接收者，這也是爲什麼要首先使用多播的原因）。當一個主機收到多播數據報時，它必須向屬於那個多播組的每個進程均傳送一個複製。這和單個進程收到單播UDP數據報的UDP不同。使用多播，一個主機上可能存在多個屬於同一多播組的進程。
當把多播擴展到單個物理網絡以外需要通過路由器轉發多播數據時，複雜性就增加了。需要有一個協議讓多播路由器瞭解確定網絡中屬於確定多播組的任何一個主機。這個協議就是Internet組管理協議（IGMP），也是下一章介紹的內容。
12.4.3 FDDI和令牌環網絡中的多播
FDDI網絡使用相同的D類IP地址到48 bit FDDI地址的映射過程[Katz 1990]。令牌環網絡通常使用不同的地址映射方法，這是因爲大多數令牌控制中的限制。
12.5 小結
廣播是將數據報發送到網絡中的所有主機（通常是本地相連的網絡），而多播是將數據報發送到網絡的一個主機組。這兩個概念的基本點在於當收到送往上一個協議棧的數據幀時採用不同類型的過濾。每個協議層均可以因爲不同的理由丟棄數據報。
目前有四種類型的廣播地址：受限的廣播、指向網絡的廣播、指向子網的廣播和指向所有子網的廣播。最常用的是指向子網的廣播。受限的廣播通常只在系統初始啓動時纔會用到。
試圖通過路由器進行廣播而發生的問題，常常是因爲路由器不瞭解目的網絡的子網掩碼。結果與多種因素有關：廣播地址類型、配置參數等等。
D類IP地址被稱爲多播組地址。通過將其低位23 bit映射到相應以太網地址中便可實現多播組地址到以太網地址的轉換。由於地址映射是不唯一的，因此需要其他的協議實現額外的數據報過濾。