青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

P2P communication across middleboxes(翻譯2)

原文版權(quán):Copyright (C) The Internet Society (2003).? All Rights Reserved.

原文地址:http://midcom-p2p.sourceforge.net/draft-ford-midcom-p2p-01.txt





3.3. UDP hole punching  UDP打洞技術(shù)


    The third technique, and the one of primary interest in this document, is widely known as "UDP Hole Punching." UDP hole punching relies on the properties of common firewalls and cone NATs to allow appropriately designed peer-to-peer applications to "punch holes" through the middlebox and establish direct connectivity with each other, even when both communicating hosts may lie behind middleboxes. This technique was mentioned briefly in section 5.1 of RFC 3027 [NAT-PROT], and has been informally described elsewhere on the Internet [KEGEL] and used in some recent protocols [TEREDO, ICE]. As the name implies, unfortunately, this technique works reliably only with UDP.




    第三種技術(shù),也是這篇文章主要要研究的,就是非常有名的“UDP打洞技術(shù)”,UDP打洞技術(shù)依賴于由公共防火墻和cone NAT,允許適當(dāng)?shù)挠杏?jì)劃的端對(duì)端應(yīng)用程序通過NAT“打洞”,即使當(dāng)雙方的主機(jī)都處于NAT之后。這種技術(shù)在 RFC3027的5.1節(jié)[NAT PROT] 中進(jìn)行了重點(diǎn)介紹,并且在Internet[KEGEL]中進(jìn)行了非正式的描敘,還應(yīng)用到了最新的一些協(xié)議,例如[TEREDO,ICE]協(xié)議中。不過,我們要注意的是,“術(shù)”如其名,UDP打洞技術(shù)的可靠性全都要依賴于UDP。




     We will consider two specific scenarios, and how applications can be designed to handle both of them gracefully. In the first situation, representing the common case, two clients desiring direct peer-to- peer communication reside behind two different NATs. In the second, the two clients actually reside behind the same NAT, but do not necessarily know that they do.




     這里將考慮兩種典型場(chǎng)景,來介紹連接的雙方應(yīng)用程序如何按照計(jì)劃的進(jìn)行通信的,第一種場(chǎng)景,我們假設(shè)兩個(gè)客戶端都處于不同的NAT之后;第二種場(chǎng)景,我們假設(shè)兩個(gè)客戶端都處于同一個(gè)NAT之后,但是它們彼此都不知道(他們?cè)谕粋€(gè)NAT中)。




3.3.1. Peers behind different NATs  處于不同NAT之后的客戶端通信



     Suppose clients A and B both have private IP addresses and lie behind different network address translators. The peer-to-peer application running on clients A and B and on server S each use UDP port 1234.? A and B have each initiated UDP communication sessions with server S, causing NAT A to assign its own public UDP port 62000 for A's session with S, and causing NAT B to assign its port 31000 to B's session with S, respectively.



    我們假設(shè) Client A 和 Client B 都擁有自己的私有IP地址,并且都處在不同的NAT之后,端對(duì)端的程序運(yùn)行于 CLIENT A,CLIENT B,S之間,并且它們都開放了UDP端口1234。 CLIENT A和CLIENT B首先分別與S建立通信會(huì)話,這時(shí)NAT A把它自己的UDP端口62000分配給CLIENT A與S的會(huì)話,NAT B也把自己的UDP端口31000分配給CLIENT B與S的會(huì)話。如下圖所示:


假如這個(gè)時(shí)候 CLIENT A 想與 CLIENT B建立一條UDP通信直連,如果 CLIENT A只是簡(jiǎn)單的發(fā)送一個(gè)UDP信息到CLIENT B的公網(wǎng)地址138.76.29.7:31000的話,NAT B會(huì)不加考慮的將這個(gè)信息丟棄(除非NAT B是一個(gè) full cone NAT),因?yàn)?這個(gè)UDP信息中所包含的地址信息,與CLIENT B和服務(wù)器S建立連接時(shí)存儲(chǔ)在NAT B中的服務(wù)器S的地址信息不符。同樣的,CLIENT B如果做同樣的事情,發(fā)送的UDP信息也會(huì)被 NAT A 丟棄。




     Suppose A starts sending UDP messages to B's public address, however, and simultaneously relays a request through server S to B, asking B to start sending UDP messages to A's public address.? A's outgoing messages directed to B's public address (138.76.29.7:31000) cause NAT A to open up a new communication session between A's private address and B's public address. At the same time, B's messages to A's public address (155.99.25.11:62000) cause NAT B to open up a new communication session between B's private address and A's public address. Once the new UDP sessions have been opened up in each direction, client A and B can communicate with each other directly without further burden on the "introduction" server S.




    假如 CLIENT A 開始發(fā)送一個(gè) UDP 信息到 CLIENT B 的公網(wǎng)地址上,與此同時(shí),他又通過S中轉(zhuǎn)發(fā)送了一個(gè)邀請(qǐng)信息給CLIENT B,請(qǐng)求CLIENT B也給CLIENT A發(fā)送一個(gè)UDP信息到 CLIENT A的公網(wǎng)地址上。這時(shí)CLIENT A向CLIENT B的公網(wǎng)IP(138.76.29.7:31000)發(fā)送的信息導(dǎo)致 NAT A 打開一個(gè)處于 CLIENT A的私有地址和CLIENT B的公網(wǎng)地址之間的新的通信會(huì)話,與此同時(shí),NAT B 也打開了一個(gè)處于CLIENT B的私有地址和CLIENT A的公網(wǎng)地址(155.99.25.11:62000)之間的新的通信會(huì)話。一旦這個(gè)新的UDP會(huì)話各自向?qū)Ψ酱蜷_了,CLIENT A和CLIENT B之間就可以直接通信,而無需S來牽線搭橋了。(這就是所謂的打洞技術(shù))!




     The UDP hole punching technique has several useful properties. Once a direct peer-to-peer UDP connection has been established between two clients behind middleboxes, either party on that connection can in turn take over the role of "introducer" and help the other party establish peer-to-peer connections with additional peers, minimizing the load on the initial introduction server S. The application does not need to attempt to detect explicitly what kind of middlebox it is behind, if any [STUN], since the procedure above will establish peer- to-peer communication channels equally well if either or both clients do not happen to be behind a middlebox.? The hole punching technique even works automatically with multiple NATs, where one or both clients are removed from the public Internet via two or more levels of address translation.




     UDP打洞技術(shù)有很多實(shí)用的地方:第一,一旦這種處于NAT之后的端對(duì)端的直連建立之后,連接的雙方可以輪流擔(dān)任 對(duì)方的“媒人”,把對(duì)方介紹給其他的客戶端,這樣就極大的降低了服務(wù)器S的工作量;第二,應(yīng)用程序不用關(guān)心這個(gè)NAT是屬于cone還是symmetric,即便要,如果連接的雙方有一方或者雙方都恰好不處于NAT之后,基于上敘的步驟,他們之間還是可以建立很好的通信通道;第三,打洞技術(shù)能夠自動(dòng)運(yùn)作在多重NAT之后,不論連接的雙方經(jīng)過多少層NAT才到達(dá)Internet,都可以進(jìn)行通信。





譯后小記:本來已經(jīng)翻譯好了,是在網(wǎng)文快捕中翻譯的,結(jié)果,一個(gè)全選把所有翻譯的內(nèi)容全部刪除了(網(wǎng)文快捕的Bug?:),不得不痛苦的再翻一遍。不過,有失必有得,第二次翻譯流暢多了,希望大家讀來還順口。

Posted on 2006-01-12 14:21 艾凡赫 閱讀(401) 評(píng)論(0)  編輯 收藏 引用 所屬分類: P2P
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久国产精品黑丝| 久久免费视频在线观看| 欧美日韩免费高清| 欧美精品一区二区精品网| 久久亚洲一区二区| 国产精品一二一区| 亚洲国产专区校园欧美| 久久精品最新地址| 欧美国产极速在线| 亚洲国产成人在线视频| 亚洲毛片av| 亚洲欧美在线一区二区| 久久国产日本精品| 欧美成人精品不卡视频在线观看| 欧美精品18videos性欧美| 欧美日韩国产一级片| 国产麻豆精品久久一二三| 亚洲第一在线| 欧美黄色一区二区| 麻豆久久精品| 亚洲国产美女| 亚洲尤物精选| 欧美成人蜜桃| 国产精品一区二区在线观看网站| 黄色成人在线免费| 亚洲伦理精品| 久久成人国产精品| 亚洲美女91| 麻豆国产精品va在线观看不卡| 欧美性大战久久久久| 精品电影在线观看| 国产精品一区二区久久久| 亚洲午夜国产成人av电影男同| 性感少妇一区| 欧美—级在线免费片| 国产精品毛片高清在线完整版| 国产一区二区三区黄视频| 日韩视频中文| 欧美激情视频一区二区三区在线播放| 一区二区激情视频| 久久国产精品99精品国产| 欧美日韩精品免费| 亚洲国内精品| 另类欧美日韩国产在线| 亚洲夜间福利| 欧美伦理一区二区| 亚洲日本成人| 欧美大片免费| 久久伊人亚洲| 黄网动漫久久久| 久久精品五月婷婷| 亚洲一区二区视频在线观看| 欧美va亚洲va国产综合| 亚洲高清自拍| 免费影视亚洲| 久久一区二区三区四区| 国语自产在线不卡| 久久精品夜色噜噜亚洲a∨| 夜夜嗨网站十八久久| 欧美日韩精品二区| 一区二区高清在线观看| 欧美va亚洲va国产综合| 韩国精品在线观看| 另类成人小视频在线| 国产在线国偷精品产拍免费yy| 久久精品国产久精国产爱| 亚洲一区精品视频| 国产欧美一区二区三区久久人妖| 亚洲欧美日韩国产精品| 一区二区久久久久| 国产精品国产三级国产专播精品人| 一本色道久久综合| 亚洲一本视频| 国内精品久久久| 欧美成人乱码一区二区三区| 猛男gaygay欧美视频| 亚洲狼人精品一区二区三区| 亚洲破处大片| 欧美性一区二区| 久久精品视频在线| 免费中文字幕日韩欧美| av成人激情| 亚洲欧美日韩天堂| 国内精品视频久久| 欧美电影免费观看大全| 欧美精品性视频| 午夜精品久久| 老色鬼久久亚洲一区二区 | 欧美激情国产日韩| 黑人巨大精品欧美一区二区小视频| 国产亚洲视频在线| 鲁大师成人一区二区三区| 欧美.www| 国产精品久久久亚洲一区 | 在线观看视频一区二区| 欧美电影免费观看大全| 欧美日韩亚洲高清| 久久亚洲国产精品一区二区| 毛片一区二区| 香蕉久久夜色精品国产| 免费观看在线综合| 欧美一区二区三区视频免费播放 | 久久天天综合| 亚洲乱码视频| 久久精品日韩| 亚洲自拍偷拍视频| 久久久久九九九| 香蕉免费一区二区三区在线观看| 久久精品亚洲国产奇米99| 在线综合亚洲| 老司机精品视频网站| 久久大综合网| 欧美日韩视频在线| 欧美国产大片| 狠狠色狠狠色综合人人| 亚洲午夜精品视频| 一区二区电影免费观看| 久久久久网站| 久久久亚洲欧洲日产国码αv| 亚洲一区在线免费| 国产精品99久久不卡二区| 久久久久欧美| 久久米奇亚洲| 国产一区av在线| 亚洲一区二区三区高清 | 久久久久久高潮国产精品视| 欧美精品一区二区视频 | 欧美激情亚洲自拍| 欧美freesex8一10精品| 国产一区二区三区在线播放免费观看| 一区二区三区不卡视频在线观看 | 99视频超级精品| 美国十次成人| 欧美成人有码| 亚洲电影第三页| 久久蜜桃资源一区二区老牛 | 久久综合国产精品台湾中文娱乐网| 国产精品成人午夜| 亚洲深夜av| 亚洲欧美精品在线观看| 久久精品国产第一区二区三区最新章节 | 久久亚洲欧美国产精品乐播| 亚洲欧美在线免费| 欧美日韩精品欧美日韩精品一| 亚洲福利av| 亚洲精品日韩在线观看| 欧美了一区在线观看| 99精品视频网| 欧美亚洲专区| 黑人操亚洲美女惩罚| 久久精品中文| 91久久精品一区| 亚洲性人人天天夜夜摸| 国产精品一区二区久激情瑜伽| 亚洲欧美一区二区精品久久久| 欧美一区日本一区韩国一区| 国产亚洲激情| 美女久久一区| 亚洲美女在线视频| 欧美一区亚洲| 亚洲国产成人tv| 欧美日韩精品国产| 先锋资源久久| 欧美激情一区三区| 亚洲欧美久久久久一区二区三区| 国产精品一区2区| 久久免费高清| 一本久道久久综合狠狠爱| 久久精品噜噜噜成人av农村| 国内偷自视频区视频综合| 免费久久99精品国产自| 亚洲私人影吧| 欧美国产精品劲爆| 香蕉久久夜色精品国产| 亚洲激情电影中文字幕| 久久久久久久精| 99视频超级精品| 鲁大师影院一区二区三区| 一区二区三区国产在线| 国内揄拍国内精品久久 | 国产欧美一区二区色老头| 免费在线观看精品| 香蕉久久国产| 一本色道久久88精品综合| 久久久伊人欧美| 亚洲欧美久久久| 日韩视频免费大全中文字幕| 国产亚洲精久久久久久| 欧美三区美女| 欧美成人亚洲成人| 久久精视频免费在线久久完整在线看 | 亚洲国产毛片完整版 | 欧美一级在线视频| 亚洲人成网站999久久久综合| 欧美国产高潮xxxx1819| 亚洲国内精品| 亚洲一区二区成人在线观看| 久久精品国产亚洲一区二区| 久久久精品免费视频| 99av国产精品欲麻豆|