• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 對不存在主機的ARP請求

    發表于:2007-05-26來源:作者:點擊數: 標簽:
    如果查詢的主機已關機或不存在會發生什么情況呢?為此我們指定一個并不存在的Internet地址—根據 網絡 號和子網號所對應的網絡確實存在,但是并不存在所指定的主機號。這里,我們用主機號36來舉例。 圖4-5 對不存在主機的ARP請求 這一次,我們沒有用-e選項,
    如果查詢的主機已關機或不存在會發生什么情況呢?為此我們指定一個并不存在的Internet地址—根據網絡號和子網號所對應的網絡確實存在,但是并不存在所指定的主機號。這里,我們用主機號36來舉例。

    圖4-5 對不存在主機的ARP請求
    這一次,我們沒有用-e選項,因為已經知道A R P請求是在網上廣播的。
    令人感興趣的是看到多次進行A R P請求:第1次請求發生后5 . 5秒進行第2次請求,在2 4秒之后又進行第3次請求(在第2 1章我們將看到T C P的超時和重發算法的細節)。t c p d u m p命令輸出的超時限制為2 9 . 5秒。但是,在t e l n e t命令使用前后分別用d a t e命令檢查時間,可以發現Te l n e t 客戶端的連接請求似乎在大約7 5秒后才放棄。事實上,我們在后面將看到,大多數的B S D實現把完成T C P連接請求的時間限制設置為7 5秒。
    當我們看到建立連接的T C P報文段序列時,會發現A R P請求對應于T C P試圖發送的初始T C P S Y N(同步)段。
    注意,在線路上始終看不到T C P的報文段。我們能看到的是A R P請求。直到A R P回答返回時,T C P報文段才可以被發送,因為硬件地址到這時才可能知道。如果我們用過濾模式運行t c p d u m p命令,只查看T C P數據,那么將沒有任何輸出。

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>