• <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>

                  The IP Network Address TranslatorIP網(wǎng)絡(luò)地址轉(zhuǎn)換是人們說的NAT,或者說NA(P)TNAT是為了解決IPv4地址不足而提出來得一種替代方案,可以對外界屏蔽內(nèi)部的網(wǎng)絡(luò)拓?fù)洹kS著網(wǎng)絡(luò)的發(fā)展,NAT阻礙了構(gòu)建在覆蓋網(wǎng)絡(luò)的P2P程序的發(fā)展。因?yàn)楦采w網(wǎng)絡(luò)是構(gòu)建在應(yīng)用層,屏蔽了傳輸層以下的網(wǎng)絡(luò)拓?fù)洌W(wǎng)絡(luò)中的每一個節(jié)點(diǎn)或某些節(jié)點(diǎn)有此網(wǎng)絡(luò)的路由表,由這些路由表構(gòu)建出這個覆蓋網(wǎng)絡(luò),但是NAT阻礙的覆蓋網(wǎng)絡(luò)中節(jié)點(diǎn)的連接。
                
                
               
                
            上圖顯示了NAT的原理。NAT將內(nèi)網(wǎng)的IP替換為公網(wǎng)IP,將端口映射為公網(wǎng)的端口。公網(wǎng)IP替換內(nèi)網(wǎng)IP是固定的,NAT的不足之處在于端口的替換。因?yàn)?/span>NAT還沒有形成標(biāo)準(zhǔn),替換策略有幾種,這也是NAT行為的關(guān)鍵。

                 在《Behavior and Classification of NAT Devices and Implications for NAT Traversal》一文中就把端口映射的行為分成四種,其中包括保留端口,不保留端口,端口重載,端口復(fù)用。這四種分類最終區(qū)分了NAT的四種類型即Full cone NATSymmetric NATPort-Restrictes cone NAT Address-Restriced cone NAT

                 為了使覆蓋網(wǎng)絡(luò)中的節(jié)點(diǎn)相互通信,我們需要進(jìn)行NAT穿越。在《A NAT Traversal Mechanism for Peer-To-Peer Networks》一文種介紹了根據(jù)兩端不同的NAT類型對應(yīng)的四種NAT穿越方案。如下圖
                 
                 

                這些解決方案都需要STUNSimple Traversal of User Datagram Protocol through Network Address Translators (NATs)NATUDP簡單穿越)協(xié)議幫助。STUN協(xié)議要求一臺具有公網(wǎng)IP的主機(jī)幫助一臺主機(jī)進(jìn)行NAT類型的判斷。
                

                  上圖是STUN協(xié)議的流程,其主要的思想是通過STUN的回射來判斷主機(jī)的NAT類型。

                 除了直接連接,反向連接、打洞和依賴都需要第三臺主機(jī)的幫助。

                 在《Characterization and Measurement of TCP Traversal through NATs and Firewalls》一文中介紹了TCP穿越的方法。在STUNT#2方法中,第三臺主機(jī)和兩臺需要連接的主機(jī)都有長連接,當(dāng)一方需要發(fā)起來連接時,向第三臺主機(jī)發(fā)請求,第三臺主機(jī)向被請求的主機(jī)發(fā)送邀請,此時需要連接的主機(jī)都向?qū)Ψ桨l(fā)送SYN包,此時雙方的防火墻都有了洞,只要有一方的SYN包到達(dá)對方主機(jī),連接就會被建立。Relay方法需要耗費(fèi)的代價太大,在P2P應(yīng)用中一般會消極的處理雙方都是對稱NAT的情況。






             

            posted on 2011-07-15 20:35 Range 閱讀(1829) 評論(2)  編輯 收藏 引用
            評論

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            統(tǒng)計

            久久无码人妻一区二区三区午夜| 精品国际久久久久999波多野 | 伊人久久大香线蕉综合Av| 国产毛片欧美毛片久久久| 天堂久久天堂AV色综合| 国产精品熟女福利久久AV| 久久91精品国产91| 午夜不卡888久久| 精品国产乱码久久久久久郑州公司| 高清免费久久午夜精品| 久久妇女高潮几次MBA| 久久天天日天天操综合伊人av| 国产国产成人精品久久| 久久国产精品视频| 久久综合精品国产一区二区三区| 久久成人小视频| 久久久久久久99精品免费观看| 乱亲女H秽乱长久久久| 久久99精品九九九久久婷婷| 久久人人爽爽爽人久久久| 久久久91人妻无码精品蜜桃HD| 久久婷婷激情综合色综合俺也去| 久久久无码精品亚洲日韩软件| 97久久超碰国产精品旧版| 成人综合久久精品色婷婷| 久久综合色区| 久久久久无码专区亚洲av| 久久99国产精品久久99| 日本免费久久久久久久网站| 久久久久久精品成人免费图片| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 国产成人精品综合久久久久| 久久精品国产亚洲7777| 国产精品99久久99久久久| 国产成人精品久久| 奇米影视7777久久精品人人爽| 欧美一级久久久久久久大片| 久久精品国产色蜜蜜麻豆| 91久久精品国产成人久久| 久久综合中文字幕| 91精品免费久久久久久久久|