4.1 當輸入命令以生成類似圖4 - 4那樣的輸出時，發現本地a r p快速快取為空以後，輸入命令bsdi ％ rsh svr4 arp -a。如果發現目的主機上的 a r p快速快取也是空的，那將發生什麼情況？ (該命令將在s v r 4主機上執行a r p - a命令）
4.1 發出一條rsh命令與另一台主機建立乙個tcp連線。這樣做引起在兩個主機之間交換 i p資料報。為此，在那台主機的 a r p快取中必須有我們這台主機的登記項。因此，即使在執行r s h命令之前，a r p快取是空的，當rsh伺服器執行a r p命令時，必須保證a r p快取中登記有我們這台主機。
4.2 請描述如何判斷乙個給定主機是否能正確處理接收到的非必要的 a r p請求的方法。
4.2 保證你的主機上的a r p快取中沒有登記乙太網上的某個叫作 f o o的主機。保證f o o引導時
傳送乙個免費a r p請求，也許是在f o o引導時，在那台主機上執行 t c p d u m p。然後關閉
主機f o o，使用說明了t e m p選項的a r p命令，在你的系統的a r p快取中為f o o輸入乙個不
正確的登記項。引導 f o o並在它啟動好之後，察看主機的 a r p快取，看看不正確的登記
項是不是已經被更正了
4.3 由於傳送乙個資料報後 a r p將等待響應，因此4 . 2節所描述的步驟7可能會持續一段時間。
你認為a r p將如何處理在這期間收到相同目的 i p位址發來的多個資料報？
4.4 在4 . 5節的最後，我們指出host requirements rfc和伯克利派生系統在處理活動a r p表目
的超時時存在差異。那麼如果我們在乙個由伯克利派生系統的客戶端上，試圖與乙個正
在更換乙太網卡而處於關機狀態的伺服器主機聯絡，這時會發生什麼情況？如果伺服器
在引導過程中廣播乙份免費a r p，這種情況是否會發生變化？
。4.3 閱讀主機需求（host requirement）r f c的2 . 3 . 2 . 2節和本書中的11 . 9節。
4.4 假設當伺服器關閉時，客戶機儲存了關於伺服器的乙個完整的 a r p登記項。如果我們繼續
試圖與（已關閉的）伺服器聯絡，過了2 0分鐘以後，a r p將超時。最後，當伺服器以另一
個新的硬體位址重啟動。如果它沒有發出乙個免費 a r p，舊的、不再正確的a r p登記項仍
然存在於客戶機上。我們將無法和在新硬體位址上的伺服器聯絡直到我們手工刪除這個
a r p登記項，或者在2 0分鐘內停止與伺服器聯絡的嘗試。
TCP IP卷一（第四章學習）
arp 位址解析協議 當一台主機把乙太網資料幀傳送到位於同意區域網上的另一台主機時，是根據48bit的乙太網位址來確定目的介面。裝置驅動程式從不檢查ip資料報中的目的ip位址。舉例說明arp 當我們敲入 ftp bsdi 這個命令，會進行以下步驟 1 應用程式ftp客戶端呼叫函式gethostbyn...
第四章 Django sitting詳解
1 staticstatic url static staticfiles dirs os.path.join base dir,static static用於存放靜態檔案，一般是css檔案 與templates一樣都是django可以識別的檔案。在sitting中需要將sitting檔案路徑新增，...
第四章棧（1）
function stack function push element function pop function peek function length function clear function isempty else 測試stack類的實現 let s new stack s.pus...