• <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>
            Dict.CN 在線詞典, 英語學習, 在線翻譯

            學海苦作舟,書山勤為徑

            留下點回憶

            常用鏈接

            統(tǒng)計

            積分與排名

            Denoise

            English study

            Web技術

            數(shù)據(jù)壓縮

            一些連接

            最新評論

            P2P直播的技術原理和改進

            作者:??????來源:zz?????發(fā)表時間:2006-06-26?????瀏覽次數(shù):?1348??????字號:大??中??小

            原文地址:http://bbs.tvkoo.com/dispbbs.asp?boardID=3&ID=4017&page=1

            最近對P2P直播技術進行了一些研究,談談個人對Tvkoo軟件的優(yōu)缺點的看法,一方面希望Tvkoo能做的更好,另一方面也拋磚引玉一下:

            P2P直播的技術難點有:
            一、防火墻的穿透:超過90%的電腦都在防火墻后面,如果讓2臺在防火墻后面的電腦能夠實現(xiàn)P2P互聯(lián),這是一個技術的難點。有2種方式:

            1.?要求用戶配置TCP端口:BT和電驢采用的方式,配置需要網絡專業(yè)知識。一般做法是通過在防火墻上開啟TCP端口來實現(xiàn),如果開啟了端口或者本身有Internet?IP地址的,為高聯(lián)通性電腦;在防火墻內并且沒有開啟TCP端口的電腦,為低聯(lián)通性電腦。高聯(lián)通性電腦可以和其它的高聯(lián)通性電腦已經低聯(lián)通性電腦進行P2P;而低聯(lián)通電腦只能和高聯(lián)通性電腦進行P2P。因此在BT、電驢中,有Internet?IP或者已經在防火墻上開啟端口的電腦速度很快,而在防火墻后面的電腦(一般為局域網上網方式)就比較慢了。而通過局域網方式上網的電腦超過70%,如果沒有網絡基礎,或者沒有網管特殊配置,只能處于低聯(lián)通性,速度很慢。

            2.?防火墻自動穿透。無需用戶配置,自動讓2臺在防火墻后面的電腦能P2P互聯(lián)。P2P連接可以使用TCP和UDP?2種方式。由于WinXP?SP2限制了一個應用程序的TCP連接數(shù),因此采用TCP方式進行P2P的話,要安裝TCP限制的破解軟件。而Tvkoo是使用UDP進行數(shù)據(jù)傳送的,因此不會有TCP限制。這是為什么有些用戶說:通過Netstat看不到很多的TCP連接而懷疑Tvkoo是不是P2P軟件的原因。

            Tvkoo的P2P穿透力是我見到最強的軟件了,當然由于沒有使用TCP,使得在僅允許HTTP訪問的防火墻后面的計算機沒有辦法訪問。Skype在P2P穿透時有一個技巧,讓一些有Internet?IP的電腦使用TCP的80端口,在僅允許HTTP訪問的防火墻后面的電腦通過類似HTTP的訪問方式連接這些80端口的電腦進行P2P連接。Tvkoo也可以考慮一下這個方式。

            二、WMV格式的分析

            目前P2P直播都是使用WMV格式,通過模擬HTTP服務器的方式,把WMV數(shù)據(jù)流傳送給Media?Player。這是P2P直播的關鍵點。需要將Media?Encoder發(fā)出的HTTP數(shù)據(jù)進行拆包,然后組成30秒-1分鐘的P2P數(shù)據(jù)塊,然后通過P2P方式將數(shù)據(jù)塊發(fā)送給Tvkoo客戶端,Tvkoo模擬成HTTP服務器將傳輸完成的數(shù)據(jù)塊發(fā)送給Media?Player。這部分Tvkoo做的也不錯。

            三、如何有效的選擇P2P的節(jié)點

            這是Tvkoo的弱項。因為一臺電腦在P2P傳輸時,最多連接幾十臺其它的電腦。當幾萬臺電腦同時傳送一個P2P數(shù)據(jù)塊時,要有一個優(yōu)化算法。比如:美國有5000個用戶,中國電信有5000個用戶,中國網通有5000個用戶,而每個用戶最多只能連30-50個節(jié)點,如果不湊巧,一個電信的用戶連接了20個網通的用戶和30個美國的用戶,就不斷的出現(xiàn)斷斷續(xù)續(xù)的情況了。這就是為什么人一多,Tvkoo就卡,并且Tvkoo要把國外IP封掉的原因了。

            有什么好的方式解決這個問題呢?我先拋磚引玉一下:

            (1)????作為P2P直播的營運商,可以多設幾臺P2P種子服務器,分布在不同的網段中。比如:北方網通設一臺(組),南方電信設一臺(組),種子的內容是一樣的。種子服務器多了,可以降低優(yōu)化算法的難度。

            (2)????種子服務器和普通節(jié)點的優(yōu)先級:種子服務器的優(yōu)先級總數(shù)低于普通節(jié)點的,如果普通節(jié)點的速度快了,就減少從種子服務器獲取的數(shù)據(jù)量。

            (3)????全球IP地址表。P2P節(jié)點仲裁服務器中,應該有一個全球IP地址表,分中國大陸、香港、臺灣、北美、歐洲、澳洲、其它。中國大陸先按照營運商分:電信、網通、鐵通、聯(lián)通、教育網等,再按照省份分類。(網上有下載,可以整理)

            (4)????高速網段表。在P2P訪問中,節(jié)點動態(tài)地將速度快的其它節(jié)點IP地址傳回服務器,服務器根據(jù)全球IP地址表算出網段,以網段-網段的方式記錄在數(shù)據(jù)庫中。

            (5)????當一個新用戶連入節(jié)點時,在全球IP地址表中找到最近的節(jié)點,按照比例依次分配最快網段的節(jié)點;最近的節(jié)點;差一個級別的稍近的節(jié)點;隨機節(jié)點以及種子服務器。

            (6)????P2P在數(shù)據(jù)傳送中,可以將30秒視頻作為1塊數(shù)據(jù)包;數(shù)據(jù)包中按照每16KB作為一個數(shù)據(jù)塊。每個時間段(如2秒),本節(jié)點向其它節(jié)點交換一下數(shù)據(jù)塊的傳送情況,然后計算一下數(shù)據(jù)包中每個數(shù)據(jù)塊的擁有率,優(yōu)先傳送擁有率低的數(shù)據(jù)塊。在擁有率相當?shù)那闆r下,隨機選擇。

            (7)????在數(shù)據(jù)交換中,對于傳送慢的節(jié)點,定期剔除,然后問節(jié)點仲裁服務器要新的節(jié)點。

            (8)????如果數(shù)據(jù)包中小于10%的數(shù)據(jù)塊沒有傳送完畢,在時間充足的情況下,對于余下的數(shù)據(jù)塊,可以同一個數(shù)據(jù)塊向多個節(jié)點請求。

            (9)????節(jié)點仲裁服務器也會將新的P2P節(jié)點強行加載到另一個節(jié)點上,但不能超過節(jié)點最大連接數(shù)。

            posted on 2006-07-21 13:51 笨笨 閱讀(2673) 評論(6)  編輯 收藏 引用 所屬分類: P2P技術

            評論

            # re: P2P直播的技術原理和改進 2006-07-24 12:51 阿福_游客

            很多地方看得不是很懂,希望樓主能指點一下。
            我比較菜,我一直以為P2P都是UDP協(xié)議的,并通過UDP打洞的方式和多臺電腦交互。如今你提高TCP也可以這樣直連,我實在不明白。
            謝謝!  回復  更多評論   

            # re: P2P直播的技術原理和改進 2006-07-25 09:05 笨笨

            你看我翻譯的eMule的協(xié)議部分就可以理解了。
            實際上在真正的P2P應用中,使用UDP或TCP來在NAT上打洞的應用很少見,我想原因有兩個:
            1。可靠性不高,UDP雖然能夠,但如果碰到不是NAPT的轉換,也有些問題,TCP就不用說了,成功的可能性太小了。
            2。由于這些P2P應用中都有當量的計算機存在,所以其中一部分肯定是有公網IP地址的,這個時候就不需要打洞了,主要是設計一個好的策略來使用這些有IP地址的計算機進行傳輸。
            我想你要是讀了eMule協(xié)議之后會更明白一點。  回復  更多評論   

            # re: P2P直播的技術原理和改進 2006-07-26 12:16 gzlyb

            (1) (2) (3) (4) (5) (9)
            是節(jié)點的管理

            (6) (7) (8)
            是數(shù)據(jù)塊的傳輸管理

            這個帖子不錯  回復  更多評論   

            # re: P2P直播的技術原理和改進 2006-08-30 14:08 onmyway

            @笨笨
            udp,tcp都可以進行打洞的。不過實現(xiàn)起來udp比較簡單。不知道你在哪里看到的打洞的比較少。我想你看到的是打洞打得好的比較少吧。  回復  更多評論   

            # re: P2P直播的技術原理和改進 2006-08-30 18:33 笨笨

            就是盡量使用其他辦法,而不是使用這些打洞的方法;只有沒有辦法的時候考慮一下,但不能一定保證成功  回復  更多評論   

            # re: P2P直播的技術原理和改進 2007-07-11 08:23 wpwp

            老兄,你懂不懂技術~~

            tcp進行tcp連接,搞笑!  回復  更多評論   

            日韩久久久久中文字幕人妻 | 国产精品久久久久久五月尺| 国产精品一区二区久久精品| 国产午夜精品久久久久九九| 欧美激情精品久久久久久| 国产福利电影一区二区三区,免费久久久久久久精| 偷窥少妇久久久久久久久| 国产成人久久精品激情 | 国产亚洲精品久久久久秋霞| 亚洲中文久久精品无码ww16| 久久久久久综合一区中文字幕| 久久本道综合久久伊人| 久久香蕉超碰97国产精品 | 久久天天躁狠狠躁夜夜网站| 国产精久久一区二区三区 | 久久综合久久鬼色| 免费观看久久精彩视频| 99国产欧美久久久精品蜜芽| 精品久久久久久无码不卡| 亚洲人成网站999久久久综合| 久久久噜噜噜久久中文字幕色伊伊| 久久精品国产亚洲沈樵| 国产一久久香蕉国产线看观看| 久久精品国产亚洲网站| 婷婷综合久久狠狠色99h| 久久国产亚洲精品麻豆| 色综合久久久久| 亚洲国产成人久久精品99 | 嫩草影院久久国产精品| 99久久婷婷国产综合精品草原| 欧美精品福利视频一区二区三区久久久精品 | 久久久久无码精品| 久久天天躁夜夜躁狠狠| 精品久久久久香蕉网| 国产成人精品久久亚洲| 亚洲中文字幕无码久久精品1| 成人综合伊人五月婷久久| 亚洲国产日韩欧美综合久久| 久久久久亚洲AV成人网人人网站| 国产午夜福利精品久久2021| 久久只有这精品99|