[发明专利]IPV4 over IPV6隧道场景中的负载均衡系统及方法有效
申请号: | 201810113272.0 | 申请日: | 2018-02-05 |
公开(公告)号: | CN108200199B | 公开(公告)日: | 2020-07-21 |
发明(设计)人: | 唐朝伟;章景昆;陈世玉;金卓义;王丹;吕艳;阮帅 | 申请(专利权)人: | 重庆大学 |
主分类号: | H04L29/08 | 分类号: | H04L29/08;H04L12/46;H04L12/24;H04L12/803 |
代理公司: | 重庆市前沿专利事务所(普通合伙) 50211 | 代理人: | 顾晓玲 |
地址: | 400044 *** | 国省代码: | 重庆;50 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | ipv4 over ipv6 隧道 场景 中的 负载 均衡 系统 方法 | ||
1.一种IPV4 over IPV6隧道场景中的负载均衡系统,其特征在于,包括至少一个客户端以及与客户端对应的至少一个网关,所述网关将客户端发出的IPv4数据包封装成IPv6数据包;还包括主服务器和至少一个AFTR处理器,所述主服务器的输入端与所有网关的输出端连接,所有网关将上行流量均发往主服务器,网关的入口均采用统一的VIP,主服务器将所有目的IP是VIP的IPv6数据包的MAC头部信息改换,并且存储记录AFTR处理器处理的用户信息,主服务器根据后端AFTR处理器连接数的多少将目的MAC地址转换成相应的AFTR处理器的MAC地址,将请求分发给相应的AFTR处理器,所述AFTR处理器与资源网站进行通信。
2.根据权利要求1所述的IPV4 over IPV6隧道场景中的负载均衡系统,其特征在于,所述主服务器通过心跳机制发现AFTR处理器故障,并将后续请求重定向到其他可用AFTR处理器。
3.根据权利要求1所述的IPV4 over IPV6隧道场景中的负载均衡系统,其特征在于,数据包上行时,用户请求数据包通过网关,到达主服务器,由主服务器处理后转发给AFTR处理器;数据包下行时,资源网站的数据包经过AFTR处理器直接流向网关,不再经过主服务器。
4.一种用于权利要求1-3之一所述IPV4 over IPV6隧道场景中的负载均衡系统的负载均衡方法,其特征在于,包括如下步骤:
S1,客户端发送基本的请求数据包,数据包经过智能网关处理之后,封装成隧道格式的数据包,发送至主服务器;
S2,主服务器收集所有来自网关上的数据包,通过包过滤器对数据包过滤;
S3,MAC地址转换,在数据包进行拆分,将以太网头部信息中的源Mac,目的Mac替换为相应的地址,数据包重组之后转发新的数据包;
S4,AFTR处理器接收到由主服务器转发到的数据包,正常的服务交互之后,直接经过隧道返回回复的数据包至智能网关;
S5,AFTR处理器返回的数据包,由网关对隧道数据包解封装后返回给用户,完成一次完整的请求。
5.根据权利要求4所述的负载均衡方法,其特征在于,根据后端AFTR处理器连接数的多少将目的MAC地址转换成相应的AFTR的MAC地址。
6.根据权利要求4所述的负载均衡方法,其特征在于,主服务器对数据包处理的具体方法为:
S61,主处理器的输入端开启,准备接收网关发送的数据包;
S62,主处理器接收每一个网关发送的数据包;
S63,主处理器对接收的数据包进行过滤;
S64,判断接收到的数据包的目的IP是否为VIP地址,如果不是,将数据包丢弃,如果是,则执行步骤S65;
S65,查询所有AFTR处理器的IP和MAC映射表;
S66,监测AFTR处理器是否宕机,如果是则将对应的AFTR处理器从处理器列表中剔除并添加记录到服务器列表,如果不是则执行步骤S67;
S67,查询所述AFTR处理器是否存在该条用户记录,如果是则将数据包的目的MAC替换为AFTR处理器的MAC,执行步骤S68;如果不是则查询服务器集群中的AFTR处理器列表,添加用户记录到连接数最少的AFTR处理器,记录其MAC地址,将数据包的目的MAC替换为AFTR处理器的MAC,执行步骤S68;
S68,改变目的MAC字段的数据包重组;
S69,数据包重新进入链路层转发至选定的AFTR处理器,结束。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于重庆大学,未经重庆大学许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810113272.0/1.html,转载请声明来源钻瓜专利网。