CN104158756A - 一种集群系统对报文进行负载分担的方法和系统 - Google Patents
一种集群系统对报文进行负载分担的方法和系统 Download PDFInfo
- Publication number
- CN104158756A CN104158756A CN201410394426.XA CN201410394426A CN104158756A CN 104158756 A CN104158756 A CN 104158756A CN 201410394426 A CN201410394426 A CN 201410394426A CN 104158756 A CN104158756 A CN 104158756A
- Authority
- CN
- China
- Prior art keywords
- l2tp
- message
- address
- server
- lns
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种对报文负载分担的方法,包括:位于第一网络的每一个集群服务器分别向位于第二网络的LNS设备请求建立L2TP连接,且均请求LNS将第一IP地址分配给自身;LNS与每一个集群服务器建立L2TP连接,且给每一个集群服务器分配所述第一IP地址;且LNS设置自身主动向目的地址为第一IP地址的设备通信的默认L2TP隧道为与集群服务器中的主服务器建立的L2TP隧道;LNS接收到目的地址为第一IP的报文后,将该报文从默认的L2TP隧道发送;主服务器对接收到该L2TP隧道报文解封装获得目的IP为第一IP的报文,根据预设的负载分担策略,将该报文发送给第一集群服务器处理。本发明方案实现了对终端设备发送报文的负载分担。
Description
技术领域
本发明涉及集群技术领域,尤其涉及一种集群系统对报文进行负载分担的方法和系统。
背景技术
随着视频监控业务的广泛应用,视频管理服务器VM所需管理的前端摄像机数量呈几何级在增长,从最初的几十台前端设备到现在的几万台甚至是几十万台前端设备。单台视频管理服务器已经无法满足管理得性能要求,在这种应用背景下,集群系统应运而生。
集群系统采用的负载分担技术,一般都是以直接路由(Direct Routing,以下简称DR)的方式进行负载分担。请参图1,该集群系统包括三个服务器:服务器1(Server1)、服务器2(Server2)、服务器3(Server3)。集群系统的服务器除了本身的IP地址,都需要额外的再配置VIP(虚拟IP,即集群系统对外提供服务的IP地址)。比如说图1中,服务器1、服务器2和服务器3的VIP均为1.1.1.1。这三个服务器另外,在图1的组网图中,在连线交叉的地方省略了二层交换机,这里共需要两个二层交换机。
下面再结合图2介绍下以直连路由方式进行负载分担的集群系统的工作流程。
步骤(1):主机(Host)以VIP为目的地址发送服务请求报文。
在图1所示的组网里表现为Client1或Client2以VIP1.1.1.1为目的IP地址发送服务请求。
步骤(2):路由设备General Device收到请求后转发给负载均衡服务器。
General device在图1中表现为路由器Router。Router收到请求报文后,根据目的IP地址进行转发。由于集群中的服务器的VIP均为1.1.1.1,所以需要选举一个主服务器来接收外部设备发送的报文。该主服务器通常也就是负载均衡服务器。主服务器需要对外部设备发送的针对VIP1.1.1.1的ARP请求,以自身的MAC地址进行应答。这样目的IP为1.1.1.1的报文将会被发送到该主服务器,即负载均衡服务器。
步骤(3):负载均衡服务器收到请求后,借助调度算法计算出应该将请求分发给哪台Server。
比如说,根据集群系统中服务器的负荷量进行调度;根据请求的业务类型来进行调度。
步骤(4):负载均衡服务器分发报文。
负载均衡服务器在确定发给集群中哪台服务器后,在封装报文时,目的IP依旧为VIP,目的MAC需修改为该台要分发的服务器的MAC地址,这样就能保证请求报文能顺利转发给相应的服务器进行处理。
步骤(5):该服务器接收到请求报文,处理该请求报文并返回响应报文给General Device。
该响应报文的目的IP为主机Host的IP,直接发往路由设备GeneralDevice。在图1所示的组网里表现为某台Server收到负载均衡服务器转发过来的请求后将应答报文发给Router。
步骤(6):路由设备General Device收到响应报文后,直接将报文转发给Host。在图1所示的组网里表现为Router将Server发过来的应答报文按照目的IP直接转发给Client1或Client2。
但是在一些特定的应用场景下,集群系统与Client设备处于不同的公私网络,需要借助于L2TP的技术,来保证业务互通。目前应用VPN技术都需要采用路由器等网络设备,由这些网络设备来进行L2TP的连通与处理,这对方案成本的增加以及组网适应性等都有很大的挑战。所以集群系统如何与L2TP技术进行融合来实现Client与Server的交互,即集群系统如何对于不同Client发送的报文进行负载分担是本发明需要解决的问题。
发明内容
有鉴于此,本发明提供一种对报文进行负载分担的方法和系统。
该方法应用于集群系统和L2TP LNS设备上,该集群系统位于第一网络,包括若干集群服务器,该L2TP LNS设备位于第二网络,该方法包括:位于第一网络的每一个集群服务器分别向位于第二网络的L2TP LNS设备请求建立L2TP连接,并且均请求L2TP LNS设备将第一IP地址分配给自身;L2TPLNS设备与每一个集群服务器建立L2TP连接,并且给每一个集群服务器分配所述第一IP地址;并且L2TP LNS设备设置自身主动向目的地址为第一IP地址的设备通信的默认L2TP隧道为与集群服务器中的主服务器建立的L2TP隧道;L2TP LNS设备接收到目的地址为第一IP地址的报文后,将该报文进行L2TP隧道封装后从所述默认的L2TP隧道进行发送;所述主服务器接收到该L2TP隧道报文后进行解封装获得内层报文的目的IP为第一IP地址,根据预设的负载分担策略,将该报文发送给第一集群服务器进行处理。
优选地,该第一集群服务器将该报文处理完成后发送回应报文,该回应报文经过L2TP隧道封装后从该第一集群服务器与L2TP LNS设备建立的L2TP隧道进行发送。
优选地,每一个集群服务器在向L2TP LNS设备请求建立L2TP连接时,告知L2TP LNS设备自身在集群系统中的主从身份,以便L2TP LNS设备确定与主服务器建立的L2TP隧道。
优选地,集群系统中的每一个集群服务器还具有面向第一网络中的终端设备提供负载分担服务的第二虚拟IP地址。
本发明提供的一种对报文进行负载分担的系统包括集群系统和L2TPLNS设备,该集群系统位于第一网络,包括若干集群服务器,该L2TP LNS设备位于第二网络,位于第一网络的每一个集群服务器分别向位于第二网络的L2TP LNS设备请求建立L2TP连接,并且均请求L2TP LNS设备将第一IP地址分配给自身;L2TP LNS设备与每一个集群服务器建立L2TP连接,并且给每一个集群服务器分配所述第一IP地址;并且L2TP LNS设备设置自身主动向目的地址为第一IP地址的设备通信的默认L2TP隧道为与集群服务器中的主服务器建立的L2TP隧道;L2TP LNS设备接收到目的地址为第一IP地址的报文后,将该报文进行L2TP隧道封装后从所述默认的L2TP隧道进行发送;所述主服务器接收到该L2TP隧道报文后进行解封装获得内层报文的目的IP为第一IP地址,根据预设的负载分担策略,将该报文发送给第一集群服务器进行处理。
优选地,该第一集群服务器将该报文处理完成后发送回应报文,该回应报文经过L2TP隧道封装后从该第一集群服务器与L2TP LNS设备建立的L2TP隧道进行发送。
优选地,每一个集群服务器在向L2TP LNS设备请求建立L2TP连接时,告知L2TP LNS设备自身在集群系统中的主从身份,以便L2TP LNS设备确定与主服务器建立的L2TP隧道。
优选地,每一个集群服务器还具有面向第一网络中的终端设备发送的报文进行负载分担的第二虚拟IP地址。
相较于现有技术,本发明提供的方案融合了集群系统与L2TP的隧道机制,实现了集群系统中的服务器与隧道对端设备所连接的终端设备的交互,达到了对终端设备发送的报文的负载分担。
附图说明
图1是现有的一种集群系统网络图。
图2是现有的集群系统工作原理图。
图3是本发明的一种集群系统网络图。
图4是本发明实施例流程图。
图5是应用本发明方案的集群系统网络图。
具体实施方式
L2TP隧道机制的应用,主要是因为集群系统和需要与该集群系统进行通信的终端设备位于不同的网络。比如说集群系统位于NAT1设备构建的私网1中,终端设备位于NAT2设备构建的私网2中,此时就可以通过L2TP隧道建立起集群系统与终端设备之间的隧道链路。请参图3,集群系统包括节点1、节点2和节点3,这三个节点服务器位于私网1中;若干终端设备位于私网2中,这些终端设备可以是网络摄像机等设备,通常数量众多,需要由集群系统中的服务器负载分担地给它们提供服务。私网2中存在一设备作为L2TP网络服务器LNS,比如说在私网2中的路由器上实现LNS的功能,或者在作为监控网络一部分的私网2中的媒体交换服务器MS上实现LNS的功能。节点1、节点2和节点3作为LAS分别向该LNS设备发起L2TP连接,建立L2TP隧道。终端设备通过L2TP隧道已经能实现和节点1、节点2以及节点3的通信,但是集群本身所具有的负载分担的特性此时却无法利用。
针对上述问题,发明人设计了如下的方案来实现集群服务器与LNS设备建立L2TP隧道链路下,集群服务器负载分担地为LNS设备侧的终端设备提供服务。
请参图4所示的本发明实施例流程图。
S41、位于第一网络的每一个集群服务器分别向位于第二网络的L2TPLNS设备请求建立L2TP连接,并且均请求L2TP LNS设备将第一IP地址分配给自身。
本步骤中需要指出的是,集群系统中的每一个服务器向L2TP LNS设备请求和终端设备通信的IP地址为相同的IP地址,该IP地址也就是集群系统在L2TP的VPN网络中对外提供服务的虚拟IP地址。为了表述方便,这里将该虚拟IP地址称为第一IP地址。
由于L2TP建立的是PPP链路,即使集群中每个节点服务器获取相同的IP地址也不会产生地址冲突,因为PPP链路中不存在ARP这样的协议报文。
S42、L2TP LNS设备与每一个集群服务器建立L2TP连接,并且给每一个集群服务器分配所述第一IP地址;并且L2TP LNS设备设置自身主动向目的地址为第一IP地址的设备通信的默认L2TP链路为与集群服务器中的主服务器建立的L2TP链路。
对于L2TP的LNS设备而言,多个客户端来请求建立连接,并且都希望获得相同的IP地址,L2TP自身的机制是允许建立连接的,所以L2TP LNS设备会与每一个集群服务器建立L2TP连接,并且给每一个集群服务器分配它们所希望获取的IP地址。
虽然从集群服务器到LNS设备方向,多个集群服务器可以同时向LNS设备发送报文,但从LNS设备到集群服务器方向,LSN设备只能与集群服务器中的一个节点服务器进行通信。所以,在本步骤中,在LNS设备上,需要固定的设置LNS设备与集群系统进行通信的集群服务器。通常地,集群系统中的主服务器将被选做与LNS设备进行通信的服务器,即当LNS需要主动与集群系统进行通信时,报文都只走LNS与集群服务器中主节点建立的隧道。在确定哪条L2TP链接是与主节点建立的连接时,可以按照下述方法判断:集群系统的每一个服务器在请求L2TP连接,告知LNS设备自身在集群系统中的主从身份;据此,LNS设备在和主服务器建立L2TP连接后,就设置该条L2TP连接为默认的LNS设备与集群系统通信的隧道链路。若集群系统中的各服务器都是对等的,即没有性能、功能等方面的任何差异,任何一台服务器都可以作为主服务器时,LNS设备可以按照一定的策略,比如说将第一个与其建立L2TP链接的服务器作为主服务器,对应的该L2TP链路就被设置为默认的LNS设备与集群系统通信的隧道链路。后续,当有终端设备封装目的IP为集群系统在L2TP的VPN网络中对外提供的虚拟IP地址的报文时,LNS设备将通过上述默认的隧道链路来发送该终端设备的报文。
S43、和集群服务器不位于同一网络的终端设备请求集群系统的服务器提供服务,目的地址为第一IP地址的请求报文发送到L2TP LNS设备。
如前文所述,本步骤中的终端设备在请求集群系统的服务器提供服务时,所要封装的服务请求报文的目的IP地址为集群系统在L2TP的VPN网络中对外提供的虚拟IP地址,该目的IP地址的报文必然先被转发到LNS设备。
S44、L2TP LNS设备接收到目的地址为第一IP地址的报文后,将该报文进行L2TP隧道封装后从所述默认的L2TP链路进行发送。
本步骤中,隧道封装后的内层报文的目的IP地址为第一IP地址,即上述虚拟IP地址,源IP地址为终端设备的IP地址。
S45、主服务器接收到该L2TP隧道报文后进行解封装获得内层报文的目的IP为第一IP地址后,根据预设的负载分担策略,将该报文发送给第一集群服务器进行处理。
本步骤中的负载分担策略可以是逐包调度策略、加权调度策略等等,对此本发明没有限制。在根据负载分担策略确定由集群系统中的哪个服务器进行报文处理后,主服务器将解封装后的内层报文转发给该选定的服务器。为表述方便,这里将该选定的服务器称为第一集群服务器。
S46、该第一集群服务器将该报文处理完成后发送回应报文,该回应报文经过L2TP隧道封装后从该第一集群服务器与L2TP LNS设备建立的L2TP链路进行发送。
第一集群服务器接收到上述终端设备的报文后进行处理,然后回复终端设备,该回应报文直接走该第一集群服务器与LNS设备建立的隧道链路。第一集群服务器封装的隧道报文的内层目的IP地址为终端设备的IP地址,内层报文的源IP地址为上述虚拟IP地址。这里,回应报文不再经过集群系统的主节点服务器,这样处理可以最大限度的提高工作效率。
S47、L2TP LNS设备接收到第一集群服务器发送的回应报文后,将该报文解封装后转发给上述终端设备。
经过隧道发送的回应报文到达LNS设备后,LNS将对其进行解封装,然后根据终端设备的IP地址将该报文发送给终端设备。
至此,对经过L2TP连接的集群系统与终端设备的交互流程介绍完毕。下面在通过一个具体的例子来进一步阐述本发明实施例。
请参图5,一台终端设备IPC通过L2TP隧道连接到LNS上,建立一个PPP链路隧道,链路两端的IP地址假设分别是10.0.0.1和10.0.0.2。这里,终端设备和LNS设备并不像图3一样位于同一个网络,所以在终端设备和LNS设备间也建立了L2TP连接。集群系统中的各个节点服务器也都分别与LNS设备建立了连接,集群系统中的各个节点服务器建立连接获取的IP地址都是10.0.0.4,即集群系统的虚拟IP地址VIP’。依据本发明方案,需要在LNS设备上设置:当LNS要转发目的地址为10.0.0.4的数据报文时,都默认只走一条L2TP连接,该连接是LNS与集群服务器中主节点建立的L2TP连接。
假设该IPC通过L2TP隧道连接,访问集群系统所提供的服务。IPC发出的数据报文源IP地址是10.0.0.1,目的IP地址是10.0.0.4。由于在IPC上去往10.0.0.4的路由是走L2TP隧道连接,数据报文被转发到L2TP的LNS上,LNS设备根据路由发现去往10.0.0.4的路由有3条L2TP隧道连接。根据在LNS设备上的设置,选择3条隧道连接中与主节点服务器的连接。如此一来,来自IPC的数据报文被转发到了集群系统中的主节点服务器上。集群系统中的主节点服务器把收到的隧道报文拆除掉L2TP头后,获得了目的IP地址是10.0.0.4,源IP地址是10.0.0.1的内层报文。由于目的地址是10.0.0.4的报文需要进行负载均衡,于是集群系统中的主节点服务器根据一定的调度策略确定处理该报文的集群服务器。这里假设主节点服务器选中了节点1,由节点1服务器为此次IPC发起的请求进行服务。集群系统中的主节点服务器向选中的节点1服务器发送该IPC的报文,封装的以太网报文的目的MAC地址为节点1的MAC地址。该报文根据基本的二层转发被节点1收到。节点1的处理如下:节点1收到报文后,解开报文发现此报文的目的IP是10.0.0.4,而节点1服务器有一个接口的IP地址就是10.0.0.4,于是节点1会把这个报文上送到应用层程去处理,处理完发回应报文。此时回应报文的目的IP是之前来的报文的源IP地址,即10.0.0.1,回应报文的源IP地址是10.0.0.4。节点1根据回应报文的目的IP地址查询本地路由,该回应报文从节点1与LNS设备建立的L2TP隧道连接出去,于是回应报文按照正常的转发流程被送往LNS设备。LNS设备也继续根据报文的目的IP地址10.0.0.1进行查路由转发送往IPC。值得注意的时,报文来时是经过了群系统中的主节点服务器调度的,而回应报文则直接由节点1发出不再经过集群系统中的主节点服务器,这样可以最大限度的提高工作效率。图5中的实线表示隧道,虚线表示报文路径。
如果有若干个终端设备请求集群系统提供服务,该若干个终端设备发送的请求报文通过LNS设备与集群服务器建立的L2TP连接被发送到了集群系统的主节点服务器;该主节点服务器通过预设的策略将各请求报文分别发送给不同的集群服务器进行处理,从而实现了负载分担。
进一步参图5,该集群系统的每个服务器还具有另一个虚拟IP地址VIP:1.1.1.1,该VIP是提供给与集群系统位于同一网络(比如说私网1)的终端设备服务的。这些终端设备无需进行L2TP拨号操作,直接按照现有的方式访问VIP1.1.1.1即可。所以本发明方案和现有的集群方案实现了完美的兼容。
综上,本发明提供的方案融合了集群系统与L2TP的隧道机制,实现了集群系统中的服务器与隧道对端设备所连接的终端设备的交互,达到了对终端设备发送的报文的负载分担。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (8)
1.一种对报文进行负载分担的方法,该方法应用于集群系统和L2TPLNS设备上,该集群系统位于第一网络,包括若干集群服务器,该L2TP LNS设备位于第二网络,其特征在于,该方法包括:
位于第一网络的每一个集群服务器分别向位于第二网络的L2TP LNS设备请求建立L2TP连接,并且均请求L2TP LNS设备将第一IP地址分配给自身;
L2TP LNS设备与每一个集群服务器建立L2TP连接,并且给每一个集群服务器分配所述第一IP地址;并且L2TP LNS设备设置自身主动向目的地址为第一IP地址的设备通信的默认L2TP隧道为与集群服务器中的主服务器建立的L2TP隧道;
L2TP LNS设备接收到目的地址为第一IP地址的报文后,将该报文进行L2TP隧道封装后从所述默认的L2TP隧道进行发送;
所述主服务器接收到该L2TP隧道报文后进行解封装获得内层报文的目的IP为第一IP地址,根据预设的负载分担策略,将该报文发送给第一集群服务器进行处理。
2.如权利要求1所述的方法,其特征在于,该第一集群服务器将该报文处理完成后发送回应报文,该回应报文经过L2TP隧道封装后从该第一集群服务器与L2TP LNS设备建立的L2TP隧道进行发送。
3.如权利要求1所述的方法,其特征在于,每一个集群服务器在向L2TPLNS设备请求建立L2TP连接时,告知L2TP LNS设备自身在集群系统中的主从身份,以便L2TP LNS设备确定与主服务器建立的L2TP隧道。
4.如权利要求1所述的方法,其特征在于,集群系统中的每一个集群服务器还具有面向第一网络中的终端设备提供负载分担服务的第二虚拟IP地址。
5.一种对报文进行负载分担的系统,该系统包括集群系统和L2TP LNS设备,该集群系统位于第一网络,包括若干集群服务器,该L2TP LNS设备位于第二网络,其特征在于,
位于第一网络的每一个集群服务器分别向位于第二网络的L2TP LNS设备请求建立L2TP连接,并且均请求L2TP LNS设备将第一IP地址分配给自身;
L2TP LNS设备与每一个集群服务器建立L2TP连接,并且给每一个集群服务器分配所述第一IP地址;并且L2TP LNS设备设置自身主动向目的地址为第一IP地址的设备通信的默认L2TP隧道为与集群服务器中的主服务器建立的L2TP隧道;
L2TP LNS设备接收到目的地址为第一IP地址的报文后,将该报文进行L2TP隧道封装后从所述默认的L2TP隧道进行发送;
所述主服务器接收到该L2TP隧道报文后进行解封装获得内层报文的目的IP为第一IP地址,根据预设的负载分担策略,将该报文发送给第一集群服务器进行处理。
6.如权利要求5所述的系统,其特征在于,该第一集群服务器将该报文处理完成后发送回应报文,该回应报文经过L2TP隧道封装后从该第一集群服务器与L2TP LNS设备建立的L2TP隧道进行发送。
7.如权利要求5所述的系统,其特征在于,每一个集群服务器在向L2TPLNS设备请求建立L2TP连接时,告知L2TP LNS设备自身在集群系统中的主从身份,以便L2TP LNS设备确定与主服务器建立的L2TP隧道。
8.如权利要求5所述的系统,其特征在于,每一个集群服务器还具有面向第一网络中的终端设备发送的报文进行负载分担的第二虚拟IP地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410394426.XA CN104158756B (zh) | 2014-08-12 | 2014-08-12 | 一种集群系统对报文进行负载分担的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410394426.XA CN104158756B (zh) | 2014-08-12 | 2014-08-12 | 一种集群系统对报文进行负载分担的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104158756A true CN104158756A (zh) | 2014-11-19 |
CN104158756B CN104158756B (zh) | 2017-08-15 |
Family
ID=51884164
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410394426.XA Active CN104158756B (zh) | 2014-08-12 | 2014-08-12 | 一种集群系统对报文进行负载分担的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104158756B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105516305A (zh) * | 2015-12-07 | 2016-04-20 | 国云科技股份有限公司 | 一种基于二进制方式跨域高效上传文件的方法 |
CN105897542A (zh) * | 2016-05-13 | 2016-08-24 | 浙江宇视科技有限公司 | 一种隧道建立方法及视频监控系统 |
CN114500176A (zh) * | 2022-03-29 | 2022-05-13 | 阿里云计算有限公司 | 用于vpn的多流负载均衡方法、装置、系统及存储介质 |
CN114679496A (zh) * | 2022-02-17 | 2022-06-28 | 许强 | 一种基于云端业务处理的用户筛选方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6654792B1 (en) * | 2000-02-28 | 2003-11-25 | 3Com Corporation | Method and architecture for logical aggregation of multiple servers |
CN101304387A (zh) * | 2008-06-18 | 2008-11-12 | 中兴通讯股份有限公司 | 一种实现二层隧道协议隧道转换的方法 |
US7616625B1 (en) * | 2003-10-22 | 2009-11-10 | Sprint Communications Company L.P. | System and method for selective enhanced data connections in an asymmetrically routed network |
CN102752221A (zh) * | 2012-07-23 | 2012-10-24 | 杭州华三通信技术有限公司 | 应用于l2tp组网中的数据报文负载分担方法和装置 |
CN103595648A (zh) * | 2012-08-17 | 2014-02-19 | 国际商业机器公司 | 用于在服务器的接收侧进行负载均衡的方法和系统 |
-
2014
- 2014-08-12 CN CN201410394426.XA patent/CN104158756B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6654792B1 (en) * | 2000-02-28 | 2003-11-25 | 3Com Corporation | Method and architecture for logical aggregation of multiple servers |
US7616625B1 (en) * | 2003-10-22 | 2009-11-10 | Sprint Communications Company L.P. | System and method for selective enhanced data connections in an asymmetrically routed network |
CN101304387A (zh) * | 2008-06-18 | 2008-11-12 | 中兴通讯股份有限公司 | 一种实现二层隧道协议隧道转换的方法 |
CN102752221A (zh) * | 2012-07-23 | 2012-10-24 | 杭州华三通信技术有限公司 | 应用于l2tp组网中的数据报文负载分担方法和装置 |
CN103595648A (zh) * | 2012-08-17 | 2014-02-19 | 国际商业机器公司 | 用于在服务器的接收侧进行负载均衡的方法和系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105516305A (zh) * | 2015-12-07 | 2016-04-20 | 国云科技股份有限公司 | 一种基于二进制方式跨域高效上传文件的方法 |
CN105897542A (zh) * | 2016-05-13 | 2016-08-24 | 浙江宇视科技有限公司 | 一种隧道建立方法及视频监控系统 |
CN105897542B (zh) * | 2016-05-13 | 2019-12-13 | 浙江宇视科技有限公司 | 一种隧道建立方法及视频监控系统 |
CN114679496A (zh) * | 2022-02-17 | 2022-06-28 | 许强 | 一种基于云端业务处理的用户筛选方法 |
CN114679496B (zh) * | 2022-02-17 | 2024-03-22 | 上海生慧樘科技有限公司 | 一种基于云端业务处理的用户筛选方法 |
CN114500176A (zh) * | 2022-03-29 | 2022-05-13 | 阿里云计算有限公司 | 用于vpn的多流负载均衡方法、装置、系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104158756B (zh) | 2017-08-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10425325B2 (en) | Optimizing traffic paths to orphaned hosts in VXLAN networks using virtual link trunking-based multi-homing | |
US9654300B2 (en) | N-way virtual port channels using dynamic addressing and modified routing | |
CN103036809B (zh) | 用于具有有效链路利用的可伸缩网络的方法和装置 | |
EP2846498B1 (en) | Label distribution method and device | |
CN108574616A (zh) | 一种处理路由的方法、设备及系统 | |
KR101694223B1 (ko) | 패킷을 전송하는 방법, 라우팅 브리지, 및 시스템 | |
CN108063716B (zh) | 用于以太虚拟专用网的方法和设备 | |
CN102811174B (zh) | 一种监控业务处理方法和nvr | |
CN105917620A (zh) | 网络中的l4至l7流量的多路径配设 | |
CN110474829B (zh) | 传输报文的方法和装置 | |
WO2014087591A1 (ja) | 通信システム、制御装置、通信制御方法、転送制御方法及び転送制御プログラム | |
CN101001264B (zh) | L1vpn地址分配的方法、装置、网络边沿设备和编址服务器 | |
CN101499951B (zh) | 隧道配置方法、虚拟接入节点、虚拟边缘节点以及系统 | |
WO2018135428A1 (ja) | ゲートウェイ装置、ネットワークアドレス変換装置、通信システム、通信方法、および、プログラム | |
CN111083061B (zh) | 一种确定组播流的df的方法、设备及系统 | |
CN104158756A (zh) | 一种集群系统对报文进行负载分担的方法和系统 | |
CN112929275A (zh) | 一种基于集中控制的天基网络pim-sm组播标签路由方法 | |
CN101119222B (zh) | Hope网络实现组播的方法、装置及系统 | |
CN109818667B (zh) | 一种基于星上信道交换的远端设备入网控制方法 | |
CN102752221B (zh) | 应用于l2tp组网中的数据报文负载分担方法和装置 | |
CN108259633B (zh) | 实现管理报文三层通信的方法、系统及装置 | |
CN114760167A (zh) | 报文转发的方法、装置和网络系统 | |
CN108965091B (zh) | 一种基于vxlan隧道的网元管理方法及系统 | |
CN103491001A (zh) | 层次化标签交换路径lsp处理方法、装置及网关节点 | |
CN108234689A (zh) | 用于实现IPv6隧道对CE端地址自动调度的装置及其方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |