• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            aurain
            技術(shù)文摘
            posts - 137,  comments - 268,  trackbacks - 0

               具有本地磁盤的系統(tǒng)引導(dǎo)時,一般是從磁盤上的配置文件中讀取IP地址。但是無盤機,

            X終端或無盤工作站,則需要采用其他方法來獲得IP地址。網(wǎng)絡(luò)上的每個系統(tǒng)都具有唯一的硬件地址,它是由網(wǎng)絡(luò)接口生產(chǎn)廠家配置的。無盤系統(tǒng)的RARP實現(xiàn)過程是從接口卡上讀取唯一的硬件地址,然后發(fā)送一份RARP請求(一幀在網(wǎng)絡(luò)上廣播的數(shù)據(jù)),請求某個主機響應(yīng)該無盤系統(tǒng)的IP地址(在RARP應(yīng)答中)。

             

            RARP的分組格式

                RARP分組的格式與ARP分組基本一致。它們之間主要的差別是RARP請求或應(yīng)答的幀類型代碼為0x8035,而且RARP請求的操作代碼為3,應(yīng)答操作代碼為4

             

            RARP服務(wù)器的設(shè)計

            雖然RARP在概念上很簡單,但是一個RARP服務(wù)器的設(shè)計與系統(tǒng)相關(guān)而且比較復(fù)雜。相

            反,提供一個ARP服務(wù)器很簡單,通常是TCP/IP在內(nèi)核中實現(xiàn)的一部分。由于內(nèi)核知道IP地址和硬件地址,因此當(dāng)它收到一個詢問IP地址的ARP請求時,只需用相應(yīng)的硬件地址來提供

            應(yīng)答就可以了。

             

            作為用戶進程的RARP服務(wù)器

            RARP服務(wù)器的復(fù)雜性在于,服務(wù)器一般要為多個主機(網(wǎng)絡(luò)上所有的無盤系統(tǒng))提供硬

            件地址到IP地址的映射。該映射包含在一個磁盤文件中(在Unix系統(tǒng)中一般位于/etc/ether s目錄中)。由于內(nèi)核一般不讀取和分析磁盤文件,因此RARP服務(wù)器的功能就由用戶進程來提供,而不是作為內(nèi)核的TCP/IP實現(xiàn)的一部分。

            更為復(fù)雜的是,RARP請求是作為一個特殊類型的以太網(wǎng)數(shù)據(jù)幀來傳送的(幀類型字段值

            0x8035)。這說明RARP服務(wù)器必須能夠發(fā)送和接收這種類型的以太網(wǎng)數(shù)據(jù)幀。

             

            每個網(wǎng)絡(luò)上有多個RARP服務(wù)器

            RARP服務(wù)器實現(xiàn)的一個復(fù)雜因素是RARP請求是在硬件層上進行廣播的, 這意味著它們不經(jīng)過路由器進行轉(zhuǎn)發(fā)。為了讓無盤系統(tǒng)在RARP服務(wù)器關(guān)機的狀態(tài)下也能引導(dǎo),通常在一個網(wǎng)絡(luò)上(例如一根電纜)要提供多個RARP服務(wù)器。

            當(dāng)服務(wù)器的數(shù)目增加時(以提供冗余備份),網(wǎng)絡(luò)流量也隨之增加,因為每個服務(wù)器對每個RARP請求都要發(fā)送RARP應(yīng)答。發(fā)送RARP請求的無盤系統(tǒng)一般采用最先收到的RARP應(yīng)答

            (對于ARP,我們從來沒有遇到這種情況,因為只有一臺主機發(fā)送ARP應(yīng)答)。另外,還有一

            種可能發(fā)生的情況是每個RARP服務(wù)器同時應(yīng)答,這樣會增加以太網(wǎng)發(fā)生沖突的概率。

             

            總結(jié)

            RARP協(xié)議是許多無盤系統(tǒng)在引導(dǎo)時用來獲取IP地址的。RARP分組格式基本上與ARP

            組一致。一個RARP請求在網(wǎng)絡(luò)上進行廣播,它在分組中標(biāo)明發(fā)送端的硬件地址,以請求相應(yīng)

            IP地址的響應(yīng)。應(yīng)答通常是單播傳送的。

            RARP帶來的問題包括使用鏈路層廣播,這樣就阻止大多數(shù)路由器轉(zhuǎn)發(fā)RARP請求,只返

            回很少信息:只是系統(tǒng)的IP地址。在第16章中,我們將看到BOOTP在無盤系統(tǒng)引導(dǎo)時會返回

            更多的信息:IP地址和引導(dǎo)主機的名字等。

            雖然RARP在概念上很簡單,但是RARP服務(wù)器的實現(xiàn)卻與系統(tǒng)相關(guān)。因此,并不是所有

            TCP/IP實現(xiàn)都提供RARP服務(wù)器。

             

            posted on 2008-06-05 21:20 閱讀(1711) 評論(1)  編輯 收藏 引用 所屬分類: tcp/ip

            FeedBack:
            # re: TCP/IP詳解讀書筆記(第五章 RARP:逆地址解析協(xié)議)
            2008-06-21 10:46 | daisy
            踩踩...  回復(fù)  更多評論
              

            <2008年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(17)

            隨筆分類(138)

            隨筆檔案(137)

            網(wǎng)絡(luò)開發(fā)

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 500432
            • 排名 - 37

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久91精品国产91久| 久久99精品久久久久子伦| 久久久久亚洲AV成人片| 亚洲国产成人久久笫一页| 久久这里只有精品久久| 国产午夜福利精品久久2021 | 久久国产乱子伦免费精品| 四虎影视久久久免费| 久久久久婷婷| 久久伊人精品青青草原高清| 免费国产99久久久香蕉| 久久免费国产精品一区二区| 热re99久久精品国产99热| 91精品国产91久久久久久青草| 久久九九久精品国产免费直播| 久久亚洲精品国产亚洲老地址| 久久天天婷婷五月俺也去| 亚洲人成无码久久电影网站| 国产精品久久婷婷六月丁香| 亚洲国产精品无码久久一区二区| 久久香蕉国产线看观看精品yw| 精品无码久久久久久尤物| 久久久久久人妻无码| 久久亚洲精品人成综合网| 伊人久久大香线焦综合四虎| 久久精品免费网站网| 亚洲精品乱码久久久久久| 精品久久久久久综合日本| 亚洲国产精品一区二区三区久久| 人妻精品久久久久中文字幕一冢本| 久久99国产综合精品女同| 久久99精品免费一区二区| 久久精品一区二区三区AV| 996久久国产精品线观看| 久久综合九色欧美综合狠狠 | 久久久久亚洲AV无码永不| 精品久久人人爽天天玩人人妻| 97久久超碰国产精品旧版| 久久久久无码中| 人妻精品久久无码专区精东影业| 精品无码久久久久久国产|