網路廣播的應用

2022-06-23 01:15:02 字數 2426 閱讀 8302

廣播是怎樣傳送的?路由器及主機又如何處理廣播?很遺憾,這是難以回答的問題,因為它依賴於廣播的型別、應用的型別、tcp/ip實現方法以及有關路由器的配置。

首先,應用程式必須支援廣播。如果執行

sun%ping255.255.255.255

/usr/etc/ping:unknownhost255.255.

255.255打算在本地電纜上進行廣播。但它無法進行,原因在於該應用程式(ping)中存在乙個程式設計上的問題。

大多數應用程式收到點分十進位制的ip位址或主機名後,會呼叫函式inet_addr(3)來把它們轉化為32bit的二進位制ip位址。假定要轉化的是乙個主機名,如果轉化失敗,該庫函式將返回-1來表明存在某種差錯(例如是字元而不是數字或串中有小數點)。但本網廣播位址(255.

255.255.255)也被當作存在差錯而返回-1。

大多數程式均假定接收到的字串是主機名,然後查詢dns(第14章),失敗後輸出差錯資訊如「未知主機」。

如果我們修復ping程式中這個欠缺,結果也並不總是令人滿意的。在6個不同系統的測試中,僅有乙個像預期的那樣產生了乙個本網廣播資料報。大多數則在路由表中查詢ip位址255.

255.255.255,而該位址被用作預設路由器位址,因此向預設路由器單播乙個資料報。

最終該資料報被丟棄。

指向子網的廣播是我們應該使用的。我們向測試網路中ip位址為140.252.

13.63的乙太網傳送資料報,並接收乙太網中所有主機的應答。與子網廣播位址關聯的每個介面是用於命令ifconfig的值。

如果我們ping那個位址,預期的結果是:

ip通過目的位址(140.252.13.

63)來確定,這是指向子網的廣播位址,然後向鏈路層的廣播位址傳送該資料報。在6.3節提到的這種廣播型別的接收物件為區域網中包括傳送主機在內的所有主機,因此可以看到除了收到網內其他主機的答覆外,還收到來自傳送主機(sun)的答覆。

在這個例子中,我們也顯示了執行ping廣播位址前後arp快取的內容。這可以顯示廣播與arp之間的相互作用。執行ping命令前arp快取是空的,而執行後是滿的(也就是說,對網內其他每個響應回顯請求的主機在arp快取中均有乙個條目)。

我們提到的該乙太網資料幀被傳送到鏈路層的廣播位址(0xffffffff)是如何發生的呢?由sun主機傳送的資料幀不需要arp。

如果使用tcpdump來觀察ping的執行過程,可以看到廣播資料幀的接收者在傳送它的響應之前,首先產生乙個對sun主機的arp請求,因為它的應答是單播的。在4.5節我們介紹了乙個arp請求的接收者(該例中是sun)通常在傳送arp應答外,還將請求主機的ip位址和實體地址加入到arp快取中去。

這基於這樣乙個假定:如果請求者向我們傳送乙個資料報,我們也很可能想向它發回什麼。

我們使用的ping程式有些特殊,原因在於它使用的程式設計介面(在大多數unix實現中是低階插口(rawsocket))通常允許向乙個廣播位址傳送資料報。如果使用不支援廣播的應用如tftp,情況又如何呢?(tftp將在第15章詳細介紹。

)bsdi%tftp啟動客戶程式

tftp>connect140.252.13.63說明伺服器的ip位址

tftp>試圖從伺服器或獲取乙個檔案

tftp:sendto:permissiondenied

tftp>quit終止客戶程式

在這個例子中,程式立即產生了乙個差錯,但不向網路傳送任何資訊。產生這一切的原因在於,插口提供的應用程式介面api只有在程序明確打算進行廣播時才允許它向廣播位址傳送udp資料報。這主要是為了防止使用者錯誤地採用了廣播位址(正如此例)而應用程式卻不打算廣播。

在廣播udp資料報之前,使用插口中api的應用程式必須設定so_broadcast插口選項。並非所有系統均強制使用這個限制。某些系統中無需程序進行這個說明就能廣播udp資料報。

而某些系統則有更多的限制,需要有超級使用者許可權的程序才能廣播。

下乙個問題是是否**廣播資料。有些系統核心和路由器有一選項來控制允許或禁止這一特性

如果讓路由器bsdi能夠**廣播資料,然後在主機slip上執行ping程式,就能夠觀察到由路由器bsdi**的子網廣播資料報。**廣播資料報意味著路由器接收廣播資料,確定該目的位址是對哪個介面的廣播,然後用鏈路層廣播向對應的網路**資料報。

我們觀察到它的確正常工作了,同時也看到bsd系統中的ping程式檢查重複的資料報序列號。如果出現重複序列號的資料報就顯示dup!,這意味著乙個資料報已經在某處重複了,然而它正是我們所期望看到的,因為我們正向乙個廣播位址傳送資料。

我們還可以從遠離廣播所指向的網路上的主機上來進行這個試驗。在主機和我們的網路距離14跳)上執行ping程式,如果路由器sun被設定為能夠**所指向的廣播,它還能正常工作。在這種情況下,這個ip資料報(傳送icmp回顯請求)被路徑上的每個路由器像正常的資料報一樣**,它們均不知道傳送的實際上是廣播資料。

接著最後乙個路由器netb看到主機號為63,就將其**給路由器sun。路由器sun覺察到該目的ip位址事實上是乙個相連子網介面上的廣播位址,就將該資料報以鏈路層廣播傳往相應網路。

IP網路工廠廣播方案書

公共廣播系統 設計單位 設計時間 2012年08月22 目錄背景 及廣播系統 3 一 背景 系統概述 3 1.廣播系統分類 3 2.廣播系統的特點 4 3.廣播音響系統的組成 4 4.公共廣播工程系統設計 4 5.系統設計中必須考慮的幾個技術引數 8 6.廣播揚聲器的選用和配置 9 7.廣播功放的選...

網路廣播電台工作原理

網路廣播節目製作提供了豐富的廣播節目型別,尤其是 節目的型別。廣播節目現在正在逐漸集中到少數的大型傳媒集團 例如cox jefferson pilot和bonneville 手中。由於電台經常為了向廣告客戶收取盡可能高的廣告費而盡力爭取到最多的聽眾,這使得廣播節目更加大眾化。另一方面,網路廣播為擴充...

網路財務管理的應用模式研究

摘要針對傳統財務管理中的問題,筆者提出了網路財務管理的應用模式,主要從財務與業務一體化 預算的全面管理以及資金動態控制等幾個方面談談自己的看法,以便為網路財務管理提供良好的應用模式。關鍵詞財務業務一體化 預算全面管理 資金動態控制 中圖分類號f275 文獻標識碼a 文章編號1001 828x 201...