下一個查詢位于第8行，大約在前一個查詢的2分鐘后發(fā)出 。它再次引發(fā)三個我們所期望的報告（第9、10和11行） 。這些報告的時間順序與前面不同，因為接收查詢和發(fā)送報告的時間是隨機的 。
最后的查詢在前一個查詢的大約2分鐘后發(fā)出，我們再次得到了期望的響應 。
多播是一種將報文發(fā)往多個接收者的通信方式 。在許多應用中，它比廣播更好，因為多播降低了不參與通信的主機的負擔 。簡單的主機成員報告協(xié)議( IGMP )是多播的基本模塊 。
在一個局域網(wǎng)中或跨越鄰近局域網(wǎng)的多播需要使用本章介紹的技術 。廣播通常局限在單個局域網(wǎng)中，對目前許多使用廣播的應用來說，可采用多播來替代廣播 。
然而，多播還未解決的一個問題是在廣域網(wǎng)內(nèi)的多播 。[Deering and Cheriton 1990] 提出擴展目前的路由協(xié)議來支持多播 。9.13節(jié)中的[Perlman 1992]討論了廣域網(wǎng)多播的一些問題 。
[Casner and Deering 1992] 介紹了使用多播和一個稱為MBONE（多播主干）的虛擬網(wǎng)絡在整個Internet上傳送IETF會議的情況 。
推薦閱讀
- 肉羊四季放牧管理及注意事項
- 因特網(wǎng)子網(wǎng)
- 獵豹清理大師如何管理系統(tǒng)進程
- 基于TCP/IP網(wǎng)絡的管理結構和標記
- 意蜂飼養(yǎng)管理要點
- IOTP Internet開放貿(mào)易協(xié)議HTTP 補充
- 802．2分組在IPX網(wǎng)絡上傳輸?shù)臉藴?
- 實時傳輸協(xié)議管理信息庫
- Internet電子郵件保密增強：Part1-消息編碼和鑒別過程
- HTTP 超文本傳輸協(xié)議狀態(tài)管理的應用