CN103780585A - 一种基于互联网的多线路多ip服务器数据交换方法 - Google Patents
一种基于互联网的多线路多ip服务器数据交换方法 Download PDFInfo
- Publication number
- CN103780585A CN103780585A CN201210405896.2A CN201210405896A CN103780585A CN 103780585 A CN103780585 A CN 103780585A CN 201210405896 A CN201210405896 A CN 201210405896A CN 103780585 A CN103780585 A CN 103780585A
- Authority
- CN
- China
- Prior art keywords
- server
- line
- central server
- network
- internet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种基于互联网的多线路多IP服务器数据交换方法,在中心服务器采用多线路多IP模式,网络运营商接入独立的专线至该服务器对应的网络端口;二级服务器则为单线路单IP;在中心服务器和二级服务器上面分别配置防火墙,使中心服务器只能通过某一个网络运营商IP与第二级该网络运营商服务器连接。本发明能够彻底解决视频会议系统自适应各大电信运营商的问题,同时也解决了采用BGP托管机房产生的上行网络不稳定、高成本等问题。
Description
技术领域
本发明涉及互联网数据交换领域,尤其是基于互联网的多线路多IP服务器数据交换方法。
背景技术
目前,由于国内各大基础电信运营商的物理计算机网络各自独立运行,之间存在非常大的带宽瓶颈,不同的运营商,例如中国电信、中国联通、中国移动、中国教育网等网络之间互通性较差,难有很好的带宽保证;甚至,由于骨干网带宽总量不足的原因,同一个网路内部之间也存在丢包延迟现象。目前主流视频会议系统,都是采用单一服务器转发模型,这样势必对中心服务器造成巨大的带宽压力,最要命的是,如果与会者来自不同的网络接入商,例如有的是电信,有的是移动,这就要求对中心服务器所在机房能满足各种网络接入,并且需要非常昂贵的成本。目前,普遍解决这些问题的方案只能是将视频会议系统的服务器托管到多网络线路接入的第三方BGP机房,并且只能采用单一的服务器IP地址。
现有技术方案,一般是将服务器托管到BGP机房,具有如下缺点:首先,第三方BGP机房带宽资源有限,托管成本高。由于服务器总体带宽资源有限,相应的托管价格非常高,通常是普通单线路接入机房的10倍以上。
其次,BGP机房的服务器采用单一IP,上行网络带宽非常不稳定。对于网站浏览、内容下载等几乎很少上行数据的应用,BGP托管机房的效果好,但是,对于视频会议这样的应用,当路由器在不同运营商网络之间跳转时,其间的延迟丢包几乎无法控制。即使视频会议服务器托管在BGP机房,但是如果上行数据出现问题时,整个会议的效果依然难以保障。
附图1是现有技术中BGP多线路单IP来解决视频会议跨网络应用的示意图。由于BGP服务器的IP地址不属于任何运营商网络,因此联通用户端上行连接到服务器时,很有可能会在中途,即互联网上经历从联通到路由器跳转到电信路由器的现象,而这个跳转,会产生延迟、丢包等不可控因素,也因此会导致音视频不流畅的问题。其它网络接入的用户端是同样的问题。
而作为下行连接,即从服务器传输数据到用户端,由于目标用户端的I P地址是明确的联通/电信/移动/教育网,因此BGP机房的路由器会自动采用选择联通/电信/移动/教育网的线路,所以下行一般没有延迟,没有丢包。
因此,是对于视频会议这种需要实时上传、实时接收数据的双向应用,如果上行有丢包延迟的话,接收端的下行网络线路再好,也无济于事。
发明内容
本发明涉及一种基于互联网的多线路多IP服务器数据交换方法,中心服务器采用多线路多IP模式,该服务器配置多块网卡,从电信、联通、移动、教育等各网络运营商接入独立的专线至该服务器对应的网络端口,同时为每个专线配置一个独立的互联网IP地址;
二级服务器则为单线路单IP,托管在纯中国电信、中国联通、移动或者教育等运营商的机房中;在中心服务器和二级服务器上面分别配置防火墙,使中心服务器只能通过某一个网络运营商IP与第二级该网络运营商服务器连接。
在用户端采用统一的登录入口,首先登录到中心服务器进行认证,然后中心服务器根据用户的IP,自动将它定向到最近的二级服务器,使得某一网络运营商用户自动连接到该网络运营商的服务器。
本发明提供一种基于互联网的多线路多IP服务器数据交换方法,彻底解决基于互联网运行的视频会议系统,自适应各大电信运营商的问题;同时也解决了采用BGP托管机房产生的上行网络不稳定、高成本等问题。
附图说明
附图1是现有技术中BGP多线路单IP来解决视频会议跨网络应用的示意图。
附图2是根据本发明较佳实施例的解决视频会议跨网络应用的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。
本发明的技术方案采用“多线路多IP中心服务器-单线路单IP二级服务器-用户端”三级分层模型。
中心服务器采用多线路多IP模式,即服务器所在机房,从电信、联通、移动、教育等网络接入独立的专线,服务器配置多块网卡,将专线接入到该机器对应的网络端口,同时为每个专线配置一个独立的互联网IP地址。这样该服务器即有用多线路多IP的特性。
二级服务器则为单线路单IP,托管在纯中国电信、中国联通或者移动机房。
中心服务器本身配置了电信、联通、移动、教育网的IP,因此可以在中心服务器和二级服务器上面分别配置防火墙策略,让中心服务器只能通过电信网IP与第二级电信服务器连接,通过联通网IP与第二级联通服务器连接,通过移动网IP与第二级移动服务器连接,通过教育网IP与第二级教育服务器连接。通过这种精确的防火墙策略,中心服务器总是能够以最短路由与二级服务器连接,由于不跨运营商,也就不存在丢包、延迟的问题。
不同运营商网络之间的数据交换,都通过中心服务器中转完成。
对于用户端,系统采用统一的登录入口,即总是首先登录到中心服务器进行认证,然后中心服务器根据用户的IP,自动将它定向到最近的二级服务器,使得联通用户自动连接到联通服务器,电信用户重连到电信服务器,移动网用户重连到移动服务器,教育网用户重定向到教育网服务器。并且允许分布在不同服务器的用户在同一个虚拟的网络会议室开会。
参见附图2,其中的虚线,揭示了在同一个会议室中,联通网接入用户端的音视频数据流如何通过LiVe UC的服务器智能分发,流畅地到达电信以及移动网络的接入用户。
假设联通用户端的音视频数据需要广播到会议室的所有与会者,它首先会将数据上传到自己连接的二级联通服务器,接下来联通服务器经由联通骨干网,直接将数据传输到中心服务器,中心服务器立即通过将电信/移动/骨干网将数据分别转发给二级电信/移动/教育网络服务器,这个过程,所有数据的传输都是在同一个运营商网络完成,因此不存在网络延迟丢包或者带宽不足等问题。
在开会过程中,对于单一的会议室,一路音视频广播只会占用中心服务器一路带宽(384kbps),带宽压力实际上由二级单线路服务器承担,中心机房消耗的带宽非常少(对于一个使用视频会议的企业来说,采购1Mbps带宽足矣),因此中心服务器的多线路带宽成本非常低,而且也不存在多线路接入带宽资源的稀缺问题。
本发明的技术方案的中心服务器端软件和二级服务器端软件均采用标准的C语言开发实现。服务器端软件同时支持WindowsServer和Linux系统。
此外,为配合该服务器端软件的运行,还需在中心服务器以及二级服务器上面配置防火墙,以实现IP路由的精准定位。为了进一步充分的公开本发明,下面以Linux操作系统为例,公开具体的配置方法供参考:
中心服务器路由配置方法
将以下内容加入到文件/opt/route.sh,并让该文件开机自动运行。
#设置电信路由网关,使得连接二级电信服务器114.80.100.101总是通过内网的电信网关219.141.131.53
route add-net 114.80.100.0netmask255.255.255.0gw219.141.131.53
#设置联通路由网关,使得连接二级联通服务器125.46.95.11总是通过内网的联通网关219.158.34.253
route add-net125.46.95.0netmask255.255.255.0gw219.158.34.253
#设置教育网路由网关,使得连接二级联通服务器61.234.40.121总是通过内网的教育网关58.207.10.31
route add-net61.234.40.0netmask255.255.255.0gw58.207.10.31
二级服务器路由配置方法
以下仅以二级电信服务器为例,参考如下红色内容修改/etc/sysconfig/iptables文件即可。
#Firewall configuration written by system-config-securitylevel
#Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT[0:0]
:FORWARD ACCEPT[0:0]
:OUTPUT ACCEPT[0:0]
:RH-Firewall-1-INPUT-[0:0]
-A INPUT-j RH-Firewall-l-INPUT
-A FORWARD-j RH-Firewall-l-INPUT
-A RH-Firewall-l-INPUT-i1o-j ACCEPT
#-A RH-Firewall-l-INPUT-i ethl-j ACCEPT
-A RH-Firewall-l-INPUT-p icmp--icmp-type any-j ACCEPT
#-A RH-Firewall-1-INPUT-p50-j ACCEPT
#-A RH-Firewall-l-INPUT-p51-j ACCEPT
#-A RH-Firewall-1-INPUT-p udp--dport5353-d224.0.0.251-j ACCEPT
#-A RH-Firewall-1-INPUT-p udp-m udp--dport631-j ACCEPT
-A RH-Firewall-1-INPUT-m state--state ESTABLISHED,RELATED-j ACCEPT
#中心服务器的电信、联通、教育网IP分别为219.141.131.50,219.158.34.231,
58.207.10.60;通过如下屏蔽联通、教育网IP的配置,使得二级电信分服务器只能与中心服务器的电信IP连接,不与联通、教育网IP连接。
-A RH-Firewall-1-INPUT-s219.158.34.231-j DROP
-A RH-Firewall-1-INPUT-s58.207.10.60-j DROP
-A OUTPUT-d219.158.34.231-j DROP
-A OUTPUT-d58.207.10.60-j DROP
#-A RH-Firewall-l-INPUT-jREJECT--rej ect-with icmp-host-prohibitedCOMMIT
与现有技术相比,本发明的主要优点在于,无论用户端是通过电信、联通、移动、教育网络接入,本发明既解决用户端上行发送数据的丢包延迟问题,又解决了下行接收数据的丢包延迟问题,从而彻底解决视频会议的跨网络应用。而现有的技术只能解决用户端接收数据的丢包延迟问题。
目前,该方案已经在很多客户得到了验证和实际应用。例如在某企业,建设中心服务器只需要很少的多线路带宽,1Mbps足够了,主要的建设放在二级单线路服务器上,例如采购100M带宽,而二级单线路服务器带宽价仅相当于中心服务器带宽的十分之一,每年总体带宽费用为1M*12000元/M+100M*1200元/M=13.2万元;对于现有采用BGP多线路的技术方案来说,服务器带宽完全集中在那台中心服务器,带宽成本为100M*12000元/M=120万元,其成本几乎接近于本发明带宽成本的十倍。
以上所述仅为本发明的优选实施例而已,并不限制于本发明,对于本领域技术人员而言,本发明可以有各种改变和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (3)
1.一种基于互联网的多线路多IP服务器数据交换方法,其特征在于,中心服务器采用多线路多IP模式,该服务器配置多块网卡,从电信、联通、移动、教育等各网络运营商接入独立的专线至该服务器对应的网络端口,同时为每个专线配置一个独立的互联网IP地址;
二级服务器则为单线路单IP,托管在纯中国电信、中国联通、移动或者教育等运营商的机房中;在中心服务器和二级服务器上面分别配置防火墙,使中心服务器只能通过某一个网络运营商IP与第二级该网络运营商服务器连接。
2.根据权利要求1所述的数据交换方法,其特征在于,在用户端采用统一的登录入口,首先登录到中心服务器进行认证,然后中心服务器根据用户的IP,自动将它定向到最近的二级服务器,使得某一网络运营商用户自动连接到该网络运营商的服务器。
3.一种网络视频会议系统,其特征在于,采用权利要求1所述的数据交换方法进行网络视频数据的交换。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210405896.2A CN103780585A (zh) | 2012-10-23 | 2012-10-23 | 一种基于互联网的多线路多ip服务器数据交换方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210405896.2A CN103780585A (zh) | 2012-10-23 | 2012-10-23 | 一种基于互联网的多线路多ip服务器数据交换方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103780585A true CN103780585A (zh) | 2014-05-07 |
Family
ID=50572418
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210405896.2A Pending CN103780585A (zh) | 2012-10-23 | 2012-10-23 | 一种基于互联网的多线路多ip服务器数据交换方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103780585A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104936159A (zh) * | 2015-06-18 | 2015-09-23 | 广东隆之源科技有限公司 | 一种降低移动终端流量资费的装置及方法 |
CN105743701A (zh) * | 2016-01-29 | 2016-07-06 | 广州亦云信息技术有限公司 | 一种公网管理模块多线接入方法 |
CN107743079A (zh) * | 2017-09-29 | 2018-02-27 | 网宿科技股份有限公司 | 线路探测方法、设备及计算机可读存储介质 |
CN109428820A (zh) * | 2017-08-29 | 2019-03-05 | 贵州白山云科技股份有限公司 | 一种多线路由方法及系统 |
CN110557598A (zh) * | 2019-09-18 | 2019-12-10 | 天津卓朗科技发展有限公司 | 视频会议调度方法及相关装置 |
CN110753061A (zh) * | 2019-10-25 | 2020-02-04 | 北京浪潮数据技术有限公司 | 一种加固ssh的方法、装置及相关组件 |
CN111131220A (zh) * | 2019-12-19 | 2020-05-08 | 广州极尚网络技术有限公司 | 多网络环境间数据传输方法、装置、设备和存储介质 |
CN111586434A (zh) * | 2020-05-06 | 2020-08-25 | 北京三体云时代科技有限公司 | 基于边缘设备的负载均衡的方法及分布式混屏服务器 |
CN111988221A (zh) * | 2020-08-31 | 2020-11-24 | 网易(杭州)网络有限公司 | 数据传输方法、数据传输装置、存储介质与电子设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003026210A1 (en) * | 2001-06-22 | 2003-03-27 | Caners Co., Ltd. | Back-up and load balancing method and apparatus based on dual lines |
CN102299860A (zh) * | 2011-09-21 | 2011-12-28 | 杭州华三通信技术有限公司 | 一种Pathmtu的获取方法和设备 |
-
2012
- 2012-10-23 CN CN201210405896.2A patent/CN103780585A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003026210A1 (en) * | 2001-06-22 | 2003-03-27 | Caners Co., Ltd. | Back-up and load balancing method and apparatus based on dual lines |
CN102299860A (zh) * | 2011-09-21 | 2011-12-28 | 杭州华三通信技术有限公司 | 一种Pathmtu的获取方法和设备 |
Non-Patent Citations (1)
Title |
---|
姜肖炯: "上虞广电宽带中双线路访问上虞广电网的实现", 《有线电视技术》 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104936159A (zh) * | 2015-06-18 | 2015-09-23 | 广东隆之源科技有限公司 | 一种降低移动终端流量资费的装置及方法 |
CN105743701A (zh) * | 2016-01-29 | 2016-07-06 | 广州亦云信息技术有限公司 | 一种公网管理模块多线接入方法 |
CN109428820B (zh) * | 2017-08-29 | 2021-12-24 | 贵州白山云科技股份有限公司 | 一种多线路由方法及系统 |
CN109428820A (zh) * | 2017-08-29 | 2019-03-05 | 贵州白山云科技股份有限公司 | 一种多线路由方法及系统 |
CN107743079B (zh) * | 2017-09-29 | 2021-05-04 | 网宿科技股份有限公司 | 线路探测方法、设备及计算机可读存储介质 |
CN107743079A (zh) * | 2017-09-29 | 2018-02-27 | 网宿科技股份有限公司 | 线路探测方法、设备及计算机可读存储介质 |
CN110557598A (zh) * | 2019-09-18 | 2019-12-10 | 天津卓朗科技发展有限公司 | 视频会议调度方法及相关装置 |
CN110753061A (zh) * | 2019-10-25 | 2020-02-04 | 北京浪潮数据技术有限公司 | 一种加固ssh的方法、装置及相关组件 |
CN111131220A (zh) * | 2019-12-19 | 2020-05-08 | 广州极尚网络技术有限公司 | 多网络环境间数据传输方法、装置、设备和存储介质 |
CN111131220B (zh) * | 2019-12-19 | 2022-01-04 | 广州极尚网络技术有限公司 | 多网络环境间数据传输方法、装置、设备和存储介质 |
CN111586434A (zh) * | 2020-05-06 | 2020-08-25 | 北京三体云时代科技有限公司 | 基于边缘设备的负载均衡的方法及分布式混屏服务器 |
CN111586434B (zh) * | 2020-05-06 | 2022-07-15 | 北京世纪好未来教育科技有限公司 | 基于边缘设备的负载均衡的方法及分布式混屏服务器 |
CN111988221A (zh) * | 2020-08-31 | 2020-11-24 | 网易(杭州)网络有限公司 | 数据传输方法、数据传输装置、存储介质与电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103780585A (zh) | 一种基于互联网的多线路多ip服务器数据交换方法 | |
CN100583773C (zh) | 以网络层元件控制数据链路层元件的方法及装置 | |
JP5133873B2 (ja) | アクセスドメイン上でサービスバインディングを管理する方法、およびアクセスノード | |
CN101582904B (zh) | 一种数据中心多线接入流量对称的实现方法、装置及系统 | |
US20210075715A1 (en) | Network Construction Method, System, and Routing Device | |
CN100448228C (zh) | 组播报文穿越非组播网络的方法及其应用的网络系统 | |
CN102668472A (zh) | 链路聚合组上的驱动式多播业务分布 | |
CN101702689B (zh) | 组播业务数据负载均衡的传输控制方法及传输控制设备 | |
CN102647355A (zh) | Lacp协商处理方法、中继节点及系统 | |
CN101997916B (zh) | 一种基于网络进行文件传输的方法和装置 | |
CN103067307B (zh) | 一种宽带接入方法及系统 | |
CN109525489A (zh) | 一种融合网关及数据传输方法 | |
CN112804112A (zh) | 一种sd-wan网络环境中多云访问的方法 | |
CN104092684A (zh) | 一种OpenFlow协议支持VPN的方法及设备 | |
CN103916253A (zh) | 一种基于信息中心网络的信息传输方法及其系统 | |
CN108833232A (zh) | 一种基于VPP的PPPoE客户端实现方法及PPPoE客户端 | |
CN104519414A (zh) | 一种流媒体传输的方法和系统 | |
KR20060132639A (ko) | 자원 공유 광대역 액세스 시스템, 방법, 및 장치 | |
CN1996956A (zh) | 实现组播流跨vlan转发的三层网络设备及方法 | |
CN101742008B (zh) | 一种媒体流代理方法、语音交换机及通信系统 | |
CN103250396B (zh) | 交互云化的无线接入网边缘区域用户的数据的方法及装置 | |
CA2997246A1 (en) | Hybrid data transport solution, in particular for satellite links | |
CN116074160A (zh) | 一种gpu渲染计算节点集群虚拟组网公网转发方法 | |
CN101917325A (zh) | 异构网络融合的数据交换方法 | |
CN206674097U (zh) | 一种交互式网络视频会议系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140507 |