一種基于互聯(lián)網(wǎng)的多線路多ip服務(wù)器數(shù)據(jù)交換方法【專利摘要】本發(fā)明涉及一種基于互聯(lián)網(wǎng)的多線路多IP服務(wù)器數(shù)據(jù)交換方法，在中心服務(wù)器采用多線路多IP模式，網(wǎng)絡(luò)運(yùn)營商接入獨(dú)立的專線至該服務(wù)器對應(yīng)的網(wǎng)絡(luò)端口；二級服務(wù)器則為單線路單IP；在中心服務(wù)器和二級服務(wù)器上面分別配置防火墻，使中心服務(wù)器只能通過某一個網(wǎng)絡(luò)運(yùn)營商IP與第二級該網(wǎng)絡(luò)運(yùn)營商服務(wù)器連接。本發(fā)明能夠徹底解決視頻會議系統(tǒng)自適應(yīng)各大電信運(yùn)營商的問題，同時也解決了采用BGP托管機(jī)房產(chǎn)生的上行網(wǎng)絡(luò)不穩(wěn)定、高成本等問題。【專利說明】—種基于互聯(lián)網(wǎng)的多線路多IP服務(wù)器數(shù)據(jù)交換方法【
技術(shù)領(lǐng)域：
】[0001]本發(fā)明涉及互聯(lián)網(wǎng)數(shù)據(jù)交換領(lǐng)域，尤其是基于互聯(lián)網(wǎng)的多線路多IP服務(wù)器數(shù)據(jù)交換方法?！?br>背景技術(shù)：
】[0002]目前，由于國內(nèi)各大基礎(chǔ)電信運(yùn)營商的物理計算機(jī)網(wǎng)絡(luò)各自獨(dú)立運(yùn)行，之間存在非常大的帶寬瓶頸，不同的運(yùn)營商，例如中國電信、中國聯(lián)通、中國移動、中國教育網(wǎng)等網(wǎng)絡(luò)之間互通性較差，難有很好的帶寬保證；甚至，由于骨干網(wǎng)帶寬總量不足的原因，同一個網(wǎng)路內(nèi)部之間也存在丟包延遲現(xiàn)象。目前主流視頻會議系統(tǒng)，都是采用單一服務(wù)器轉(zhuǎn)發(fā)模型，這樣勢必對中心服務(wù)器造成巨大的帶寬壓力，最要命的是，如果與會者來自不同的網(wǎng)絡(luò)接入商，例如有的是電信，有的是移動，這就要求對中心服務(wù)器所在機(jī)房能滿足各種網(wǎng)絡(luò)接入，并且需要非常昂貴的成本。目前，普遍解決這些問題的方案只能是將視頻會議系統(tǒng)的服務(wù)器托管到多網(wǎng)絡(luò)線路接入的第三方BGP機(jī)房，并且只能采用單一的服務(wù)器IP地址。[0003]現(xiàn)有技術(shù)方案，一般是將服務(wù)器托管到BGP機(jī)房，具有如下缺點(diǎn):首先，第三方BGP機(jī)房帶寬資源有限，托管成本高。由于服務(wù)器總體帶寬資源有限，相應(yīng)的托管價格非常高，通常是普通單線路接入機(jī)房的10倍以上。[0004]其次，BGP機(jī)房的服務(wù)器采用單一IP，上行網(wǎng)絡(luò)帶寬非常不穩(wěn)定。對于網(wǎng)站瀏覽、內(nèi)容下載等幾乎很少上行數(shù)據(jù)的應(yīng)用，BGP托管機(jī)房的效果好，但是，對于視頻會議這樣的應(yīng)用，當(dāng)路由器在不同運(yùn)營商網(wǎng)絡(luò)之間跳轉(zhuǎn)時，其間的延遲丟包幾乎無法控制。即使視頻會議服務(wù)器托管在BGP機(jī)房，但是如果上行數(shù)據(jù)出現(xiàn)問題時，整個會議的效果依然難以保障。[0005]附圖1是現(xiàn)有技術(shù)中BGP多線路單IP來解決視頻會議跨網(wǎng)絡(luò)應(yīng)用的示意圖。由于BGP服務(wù)器的IP地址不屬于任何運(yùn)營商網(wǎng)絡(luò)，因此聯(lián)通用戶端上行連接到服務(wù)器時，很有可能會在中途，即互聯(lián)網(wǎng)上經(jīng)歷從聯(lián)通到路由器跳轉(zhuǎn)到電信路由器的現(xiàn)象，而這個跳轉(zhuǎn)，會產(chǎn)生延遲、丟包等不可控因素，也因此會導(dǎo)致音視頻不流暢的問題。其它網(wǎng)絡(luò)接入的用戶端是同樣的問題。[0006]而作為下行連接，即從服務(wù)器傳輸數(shù)據(jù)到用戶端，由于目標(biāo)用戶端的IP地址是明確的聯(lián)通/電信/移動/教育網(wǎng)，因此BGP機(jī)房的路由器會自動采用選擇聯(lián)通/電信/移動/教育網(wǎng)的線路，所以下行一般沒有延遲，沒有丟包。[0007]因此，是對于視頻會議這種需要實(shí)時上傳、實(shí)時接收數(shù)據(jù)的雙向應(yīng)用，如果上行有丟包延遲的話，接收端的下行網(wǎng)絡(luò)線路再好，也無濟(jì)于事?！?br/>發(fā)明內(nèi)容】[0008]本發(fā)明涉及一種基于互聯(lián)網(wǎng)的多線路多IP服務(wù)器數(shù)據(jù)交換方法，中心服務(wù)器采用多線路多IP模式，該服務(wù)器配置多塊網(wǎng)卡，從電信、聯(lián)通、移動、教育等各網(wǎng)絡(luò)運(yùn)營商接入獨(dú)立的專線至該服務(wù)器對應(yīng)的網(wǎng)絡(luò)端口，同時為每個專線配置一個獨(dú)立的互聯(lián)網(wǎng)IP地址；[0009]二級服務(wù)器則為單線路單IP，托管在純中國電信、中國聯(lián)通、移動或者教育等運(yùn)營商的機(jī)房中；在中心服務(wù)器和二級服務(wù)器上面分別配置防火墻，使中心服務(wù)器只能通過某一個網(wǎng)絡(luò)運(yùn)營商IP與第二級該網(wǎng)絡(luò)運(yùn)營商服務(wù)器連接。[0010]在用戶端采用統(tǒng)一的登錄入口，首先登錄到中心服務(wù)器進(jìn)行認(rèn)證，然后中心服務(wù)器根據(jù)用戶的IP，自動將它定向到最近的二級服務(wù)器，使得某一網(wǎng)絡(luò)運(yùn)營商用戶自動連接到該網(wǎng)絡(luò)運(yùn)營商的服務(wù)器。[0011]本發(fā)明提供一種基于互聯(lián)網(wǎng)的多線路多IP服務(wù)器數(shù)據(jù)交換方法，徹底解決基于互聯(lián)網(wǎng)運(yùn)行的視頻會議系統(tǒng)，自適應(yīng)各大電信運(yùn)營商的問題；同時也解決了采用BGP托管機(jī)房產(chǎn)生的上行網(wǎng)絡(luò)不穩(wěn)定、高成本等問題?！緦＠綀D】【附圖說明】[0012]附圖1是現(xiàn)有技術(shù)中BGP多線路單IP來解決視頻會議跨網(wǎng)絡(luò)應(yīng)用的示意圖。[0013]附圖2是根據(jù)本發(fā)明較佳實(shí)施例的解決視頻會議跨網(wǎng)絡(luò)應(yīng)用的示意圖。【具體實(shí)施方式】[0014]下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。[0015]本發(fā)明的技術(shù)方案采用“多線路多IP中心服務(wù)器-單線路單IP二級服務(wù)器-用戶端”三級分層模型。[0016]中心服務(wù)器采用多線路多IP模式，即服務(wù)器所在機(jī)房，從電信、聯(lián)通、移動、教育等網(wǎng)絡(luò)接入獨(dú)立的專線，服務(wù)器配置多塊網(wǎng)卡，將專線接入到該機(jī)器對應(yīng)的網(wǎng)絡(luò)端口，同時為每個專線配置一個獨(dú)立的互聯(lián)網(wǎng)IP地址。這樣該服務(wù)器即有用多線路多IP的特性。`[0017]二級服務(wù)器則為單線路單IP，托管在純中國電信、中國聯(lián)通或者移動機(jī)房。[0018]中心服務(wù)器本身配置了電信、聯(lián)通、移動、教育網(wǎng)的IP，因此可以在中心服務(wù)器和二級服務(wù)器上面分別配置防火墻策略，讓中心服務(wù)器只能通過電信網(wǎng)IP與第二級電信服務(wù)器連接，通過聯(lián)通網(wǎng)IP與第二級聯(lián)通服務(wù)器連接，通過移動網(wǎng)IP與第二級移動服務(wù)器連接，通過教育網(wǎng)IP與第二級教育服務(wù)器連接。通過這種精確的防火墻策略，中心服務(wù)器總是能夠以最短路由與二級服務(wù)器連接，由于不跨運(yùn)營商，也就不存在丟包、延遲的問題。[0019]不同運(yùn)營商網(wǎng)絡(luò)之間的數(shù)據(jù)交換，都通過中心服務(wù)器中轉(zhuǎn)完成。[0020]對于用戶端，系統(tǒng)采用統(tǒng)一的登錄入口，即總是首先登錄到中心服務(wù)器進(jìn)行認(rèn)證，然后中心服務(wù)器根據(jù)用戶的IP，自動將它定向到最近的二級服務(wù)器，使得聯(lián)通用戶自動連接到聯(lián)通服務(wù)器，電信用戶重連到電信服務(wù)器，移動網(wǎng)用戶重連到移動服務(wù)器，教育網(wǎng)用戶重定向到教育網(wǎng)服務(wù)器。并且允許分布在不同服務(wù)器的用戶在同一個虛擬的網(wǎng)絡(luò)會議室開O[0021]參見附圖2，其中的虛線，揭示了在同一個會議室中，聯(lián)通網(wǎng)接入用戶端的音視頻數(shù)據(jù)流如何通過LiVeUC的服務(wù)器智能分發(fā)，流暢地到達(dá)電信以及移動網(wǎng)絡(luò)的接入用戶。[0022]假設(shè)聯(lián)通用戶端的音視頻數(shù)據(jù)需要廣播到會議室的所有與會者，它首先會將數(shù)據(jù)上傳到自己連接的二級聯(lián)通服務(wù)器，接下來聯(lián)通服務(wù)器經(jīng)由聯(lián)通骨干網(wǎng)，直接將數(shù)據(jù)傳輸?shù)街行姆?wù)器，中心服務(wù)器立即通過將電信/移動/骨干網(wǎng)將數(shù)據(jù)分別轉(zhuǎn)發(fā)給二級電信/移動/教育網(wǎng)絡(luò)服務(wù)器，這個過程，所有數(shù)據(jù)的傳輸都是在同一個運(yùn)營商網(wǎng)絡(luò)完成，因此不存在網(wǎng)絡(luò)延遲丟包或者帶寬不足等問題。[0023]在開會過程中，對于單一的會議室，一路音視頻廣播只會占用中心服務(wù)器一路帶寬(384kbps)，帶寬壓力實(shí)際上由二級單線路服務(wù)器承擔(dān)，中心機(jī)房消耗的帶寬非常少(對于一個使用視頻會議的企業(yè)來說，采購IMbps帶寬足矣)，因此中心服務(wù)器的多線路帶寬成本非常低，而且也不存在多線路接入帶寬資源的稀缺問題。[0024]本發(fā)明的技術(shù)方案的中心服務(wù)器端軟件和二級服務(wù)器端軟件均采用標(biāo)準(zhǔn)的C語言開發(fā)實(shí)現(xiàn)。服務(wù)器端軟件同時支持WindowsServer和Linux系統(tǒng)。[0025]此外，為配合該服務(wù)器端軟件的運(yùn)行，還需在中心服務(wù)器以及二級服務(wù)器上面配置防火墻，以實(shí)現(xiàn)IP路由的精準(zhǔn)定位。為了進(jìn)一步充分的公開本發(fā)明，下面以Linux操作系統(tǒng)為例，公開具體的配置方法供參考:[0026]中心服務(wù)器路由配置方法[0027]將以下內(nèi)容加入到文件/opt/Voute.sh,并讓該文件開機(jī)自動運(yùn)行。[0028]#設(shè)置電信路由網(wǎng)關(guān)，使得連接二級電信服務(wù)器114.80.100.101總是通過內(nèi)網(wǎng)的電信網(wǎng)關(guān)219.141.131.53[0029]routeadd-net114.80.100.0netmask255.255.255.0gw219.141.131.53[0030]#設(shè)置聯(lián)通路由網(wǎng)關(guān)，使得連接二級聯(lián)通服務(wù)器125.46.95.11總是通過內(nèi)網(wǎng)的聯(lián)通網(wǎng)關(guān)219.158.34.253[0031]routeadd_netl25.46.95.0netmask255.255.255.0gw219.158.34.253[0032]#設(shè)置教育網(wǎng)路由網(wǎng)關(guān)，使得連接二級聯(lián)通服務(wù)器61.234.40.121總是通過內(nèi)網(wǎng)的教育網(wǎng)關(guān)58.207.10.31[0033]routeadd_net61.234.40.0netmask255.255.255.0gw58.207.10.31[0034]二級服務(wù)器路由配置方法[0035]以下僅以二級電信服務(wù)器為例，參考如下紅色內(nèi)容修改/etc/sysconfig/iptables文件即可。[0036]#Firewallconfigurationwrittenbysystem-config-securitylevel[0037]#Manualcustomizationofthisfileisnotrecommended.[0038]*filter[0039]:1NPUTACCEPT[0:0][0040]:FORWARDACCEPT[0:0][0041]:OUTPUTACCEPT[0:0][0042]:RH-Firewal1-1-1NPUT-[0:0][0043]-AINPUT-jRH-Firewall-1-1NPUT[0044]-AFORWARD-jRH-Firewall-1-1NPUT[0045]-ARH-Firewal1-1-1NPUT-11-jACCEPT[0046]#-ARH-Firewal1-1-1NPUT-1ethl-jACCEPT[0047]-ARH-Firewa11-1-1NPUT-picmp—icmp-typeany-jACCEPT[0048]#-ARH-Firewall-l-1NPUT-p50-jACCEPT[0049]#-ARH-Firewall-l-1NPUT-p51-jACCEPT[0050]#-ARH-Firewal1-1-1NPUT-pudp—dport5353-d224.0.0.251-jACCEPT[0051]#-ARH-Firewa11-1-1NPUT-pudp-mudp—dport631-jACCEPT[0052]-ARH-Firewal1-1-1NPUT-mstate—stateESTABLISHED,RELATED-jACCEPT[0053]#中心服務(wù)器的電信、聯(lián)通、教育網(wǎng)IP分別為219.141.131.50,219.158.34.231，[0054]58.207.10.60;通過如下屏蔽聯(lián)通、教育網(wǎng)IP的配置，使得二級電信分服務(wù)器只能與中心服務(wù)器的電信IP連接，不與聯(lián)通、教育網(wǎng)IP連接。[0055]-ARH-Firewall-l-1NPUT-s219.158.34.231-jDROP[0056]-ARH-Firewall-l-1NPUT-s58.207.10.60-jDROP[0057]-A0UTPUT-d219.158.34.231-jDROP[0058]-A0UTPUT-d58.207.10.60-jDROP[0059]#-ARH-Firewal1-1-1NPUT-jREJECT—reject-withicmp-host-prohibitedCOMMIT[0060]與現(xiàn)有技術(shù)相比，本發(fā)明的主要優(yōu)點(diǎn)在于，無論用戶端是通過電信、聯(lián)通、移動、教育網(wǎng)絡(luò)接入，本發(fā)明既解決用戶端上行發(fā)送數(shù)據(jù)的丟包延遲問題，又解決了下行接收數(shù)據(jù)的丟包延遲問題，從而徹底解決視頻會議的跨網(wǎng)絡(luò)應(yīng)用。而現(xiàn)有的技術(shù)只能解決用戶端接收數(shù)據(jù)的丟包延遲問題。[0061]目前，該方案已經(jīng)在很多客戶得到了驗證和實(shí)際應(yīng)用。例如在某企業(yè)，建設(shè)中心服務(wù)器只需要很少的多線路帶寬，IMbps足夠了，主要的建設(shè)放在二級單線路服務(wù)器上，例如采購100M帶寬，而二級單線路服務(wù)器帶寬價僅相當(dāng)于中心服務(wù)器帶寬的十分之一，每年總體帶寬費(fèi)用為1M*12000元/M+100M*1200元/M=13.2萬元；對于現(xiàn)有采用BGP多線路的技術(shù)方案來說，服務(wù)器帶寬完全集中在那臺中心服務(wù)器，帶寬成本為100M*12000元/M=120萬元，其成本幾乎接近于本發(fā)明帶寬成本的十倍。[0062]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不限制于本發(fā)明，對于本領(lǐng)域技術(shù)人員而言，本發(fā)明可以有各種改變和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)?！緳?quán)利要求】1.一種基于互聯(lián)網(wǎng)的多線路多IP服務(wù)器數(shù)據(jù)交換方法，其特征在于，中心服務(wù)器采用多線路多IP模式，該服務(wù)器配置多塊網(wǎng)卡，從電信、聯(lián)通、移動、教育等各網(wǎng)絡(luò)運(yùn)營商接入獨(dú)立的專線至該服務(wù)器對應(yīng)的網(wǎng)絡(luò)端口，同時為每個專線配置一個獨(dú)立的互聯(lián)網(wǎng)IP地址；二級服務(wù)器則為單線路單IP，托管在純中國電信、中國聯(lián)通、移動或者教育等運(yùn)營商的機(jī)房中；在中心服務(wù)器和二級服務(wù)器上面分別配置防火墻，使中心服務(wù)器只能通過某一個網(wǎng)絡(luò)運(yùn)營商IP與第二級該網(wǎng)絡(luò)運(yùn)營商服務(wù)器連接。2.根據(jù)權(quán)利要求1所述的數(shù)據(jù)交換方法，其特征在于，在用戶端采用統(tǒng)一的登錄入口，首先登錄到中心服務(wù)器進(jìn)行認(rèn)證，然后中心服務(wù)器根據(jù)用戶的IP，自動將它定向到最近的二級服務(wù)器，使得某一網(wǎng)絡(luò)運(yùn)營商用戶自動連接到該網(wǎng)絡(luò)運(yùn)營商的服務(wù)器。3.—種網(wǎng)絡(luò)視頻會議系統(tǒng)，其特征在于，采用權(quán)利要求1所述的數(shù)據(jù)交換方法進(jìn)行網(wǎng)絡(luò)視頻數(shù)據(jù)的交換?！疚臋n編號】H04L29/06GK103780585SQ201210405896【公開日】2014年5月7日申請日期:2012年10月23日優(yōu)先權(quán)日:2012年10月23日【發(fā)明者】李明申請人:北京網(wǎng)動網(wǎng)絡(luò)科技股份有限公司