CN111741039A - 会话请求处理方法、装置及电子设备 - Google Patents
会话请求处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN111741039A CN111741039A CN201910229510.9A CN201910229510A CN111741039A CN 111741039 A CN111741039 A CN 111741039A CN 201910229510 A CN201910229510 A CN 201910229510A CN 111741039 A CN111741039 A CN 111741039A
- Authority
- CN
- China
- Prior art keywords
- address
- public network
- session request
- load server
- connection
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供一种会话请求处理方法、装置及电子设备,其中,方法包括:客户端从DNS服务器获取指定域名对应的公网IP地址的前缀;所述客户端基于所述公网IP地址的前缀,生成所述公网IP地址,并根据所述公网IP地址向网关设备发起会话请求;所述网关设备根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。本发明实施例的方案,能够在对会话请求实现负载均衡处理的同时,缩短会话请求的处理路径,提高处理效率,提高服务器的可用性。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种会话请求处理方法、装置及电子设备。
背景技术
现有互联网技术中,普遍通过在IPv6下使用Linux虚拟服务器(Linux VirtualServer,LVS)或者服务器负载均衡(Server Load Balance,SLB)设备利用网络地址转换(Network Address Translation,NAT)技术,如NAT66、NAT64技术将会话请求转发到某真实服务器,以实现负载均衡。如图1所示,上述处理过程如下:
1.内置在客户端(APP)中的网络库SDK针对某一域名向移动端调度HTTPDNS发起DNS请求。
2.移动端调度HTTPDNS响应DNS请求,下发域名对应的公网IPv6地址(完整128位)。
3.网络库SDK对上一步得到的公网IPv6地址发起会话请求(该会话请求基于TCP或者UDP的应用层协议,比如HTTP或者QUIC)。
4.LVS/SLB根据会话请求中携带的五元组(源IP地址,源端口,目的IP地址,目的端口和传输层协议)查找Session表(关联存储五元组信息及对应的Server私网IP和端口等信息),如果Session表命中,则找到对应的Server私网IP和端口等信息,如果Session表未命中,则视当前会话请求为新的会话按照某种算法(随机、轮询、哈希等等)计算分配对应的Server私网IP和端口等信息,并写入Session表,然后对会话请求数据包修改原地址、目标地址等信息(如进行NAT66处理)后转发给对应Server。
5.Server处理请求并产生会话响应,将会话响应数据包回给LVS/SLB。
6.LVS/SLB对会话响应数据包修改原地址、目标地址等信息后回复给网络库SDK。
7.网络库SDK收到会话响应数据包并交给上层系统进行页面渲染等后续流程。
图1所示处理过程存在以下问题,通过NAT技术实现负载均衡,需要LVS/SLB通过地址转换的额外处理才能将会话请求发送给真正处理请求的Server服务器,延长了会话请求的处理路径;且多个Server对外暴露一个公网IP地址,存在一定的安全隐患,一旦该公网IP地址不可用,则会影响所有Server的可用性。
发明内容
本发明提供了一种会话请求处理方法、装置及电子设备,能够在对会话请求实现负载均衡处理的同时,缩短会话请求的处理路径,提高处理效率,提高服务器的可用性。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供了一种会话请求处理方法,包括:
客户端从DNS服务器获取指定域名对应的公网IP地址的前缀;
所述客户端基于所述公网IP地址的前缀,生成所述公网IP地址,并根据所述公网IP地址向网关设备发起会话请求;
所述网关设备根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
第二方面,提供了另一种会话请求处理方法,包括:
从DNS服务器获取指定域名对应的公网IP地址的前缀;
基于所述公网IP地址的前缀,生成所述公网IP地址,并根据所述公网IP地址向网关设备发起会话请求。
第三方面,提供了另一种会话请求处理方法,包括:
接收客户端发送的会话请求,所述会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全所述公网IP地址后形成;
根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
第四方面,提供了一种会话请求处理装置,包括:
前缀请求模块,用于客户端从DNS服务器获取指定域名对应的公网IP地址的前缀;
地址补全模块,用于所述客户端基于所述公网IP地址的前缀,生成所述公网IP地址;
请求发起模块,用于所述客户端根据所述公网IP地址向网关设备发起会话请求;
请求处理模块,用于所述网关设备根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
第五方面,提供了另一种会话请求处理装置,包括:
地址前缀请求模块,用于从DNS服务器获取指定域名对应的公网IP地址的前缀;
地址补全处理模块,用于基于所述公网IP地址的前缀,生成所述公网IP地址;
会话请求发起模块,用于根据所述公网IP地址向网关设备发起会话请求。
第六方面,提供了另一种会话请求处理装置,包括:
会话请求接收模块,用于接收客户端发送的会话请求,所述会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全所述公网IP地址后形成;
会话请求处理模块,用于根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
第七方面,提供了一种电子设备,包括:
存储器,用于存储程序;
处理器,耦合至所述存储器,用于执行所述程序,所述程序运行时执行本发明提供的会话请求处理方法。
本发明提供了一种会话请求处理方法、装置及电子设备,通过客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,基于公网IP地址的前缀,生成公网IP地址,并根据公网IP地址向网关设备发起会话请求;网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;其中,负载服务器集群中的负载服务器采用指定域名对应的公网IP地址的前缀,从而对会话请求实现负载均衡处理。
本方案不基于NAT实现负载均衡,而是由客户端根据获取的公网IP地址的前缀任意生成公网IP地址,网关设备根据公网IP地址确定用于处理会话请求的负载服务器,从而实现负载均衡,该过程缩短会话请求的处理路径(不需要NAT转发),提高处理效率;并且暴露给客户端APP的是一个公网IP地址段,地址段中对应的每个负载服务器Server均可以对外暴露一个公网IP地址来对外提供服务。一旦某个公网IP地址不可用,则客户端APP可选取地址段中其他公网IP地址对应的服务器处理请求,提高了Server的可用性。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本申请的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为现有技术中基于NAT的会话请求负载均衡处理逻辑架构图;
图2为本发明实施例的会话请求处理逻辑架构图;
图3为本发明实施例的会话请求处理方法流程图一;
图4为本发明实施例的会话请求处理方法流程图二;
图5为本发明实施例的会话请求处理方法流程图三;
图6为本发明实施例的会话请求处理装置结构图一;
图7为本发明实施例的会话请求处理装置结构图二;
图8为本发明实施例的会话请求处理装置结构图三;
图9为本发明实施例的会话请求处理装置结构图四;
图10为本发明实施例的会话请求处理装置结构图五;
图11为本发明实施例的电子设备的结构示意。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例改善了现有技术在基于NAT实现对会话请求的负载均衡处理时,会话请求的处理路径较长,且服务器Server的可用性存在隐患的缺陷,其核心思想在于,客户端从DNS服务器获取指定域名对应的公网IP地址时只获取地址的前缀,并基于公网IP地址的前缀,生成公网IP地址,然后根据公网IP地址向网关设备发起会话请求;网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;其中,负载服务器集群中的负载服务器采用上述指定域名对应的公网IP地址的前缀,从而在不基于NAT技术的前提下实现对会话请求的负载均衡处理。
本方案相当于对具有同一公网IP地址的前缀的负载服务器集群进行任播(Anycast-Prefix),根据会话请求中携带的公网IP地址,从负载服务器集群中确定一台负载服务器完成对会话请求的负载均衡处理,改变了传统基于NAT实现负载均衡的处理架构,通过对客户端APP暴露的具有相同前缀的公网IP地址段实现对话请求的负载均衡,缩短了处理路径。
如图2所示,为本发明实施例的对话请求处理逻辑架构图,处理逻辑如下:
1.内置在客户端(APP)中的网络库SDK对某一域名向移动端调度HTTPDNS发起DNS请求。
2.移动端调度HTTPDNS响应DNS请求,下发域名对应的公网IPv6地址前缀(非完整128位IPv6地址)。
3.网络库SDK对上一步的公网IPv6地址前缀按照某种策略(随机生成或者上层L5-L7协议信息下沉)补全128位完整地址,并发起会话请求(基于TCP或者UDP的应用层协议,比如HTTP或者QUIC)。
4.Gateway(GWL3)根据五元组(源IP地址,源端口,目的IP地址,目的端口和传输层协议)查找Session表(关联存储五元组信息及对应的Server关联的interface等信息),如果Session表命中,则找到对应的Server关联的interface(连接接口)等信息,如果Session表未命中,则视为新的会话按照某种算法(随机、轮询、哈希等)计算分配对应的Server关联的interface等信息,并写入Session表,然后将会话请求数据包直接转发给对应Server。
5.所有Server的网卡设置相同的公网IPv6地址前缀并启用混杂模式(此处理是提前准备就绪的步骤,非描述数据流向)。对应的Server收到会话请求进行处理并产生会话响应,将会话响应包回给Gateway(L3)。
6.Gateway(L3)直接回复会话响应包给网络库SDK。
7.网络库SDK收到会话响应数据包并交给上层系统进行页面渲染等后续流程。
图2示出了本方案中最基础的实现负载均衡的方案。在该基础方案之上,通过对网络SDK上针对如何补全128位完整IPv6地址进行更深入的改造处理,如将会话请求中上层(L5-L7)协议信息下沉,作为目标IP地址中待补全的后64位地址信息,并基于目标IP地址进行会话请求的路由转发,从而使整个方案在实现负载均衡的基础上,具备支持连接迁移能力。所谓连接迁移指,一条TCP(或者UDP)连接是由四元组标识的(源IP,源端口,目的IP,目的端口)。当其中任何一个元素发生变化时,这条连接依然维持着,能够保持业务逻辑不中断。
首先,以Google QUIC(Quick UDP Internet Connections)协议实现支持会话连接迁移为例,其上层协议中包含标记会话连接的连接ID(64bits)。可参照如图2所示的整体处理架构,具体处理逻辑如下:
1.内置在客户端(APP)中的网络库SDK对某一域名向移动端调度HTTPDNS发起DNS请求。
2.移动端调度HTTPDNS响应DNS请求,下发域名对应的公网IPv6地址前缀(非完整128位IPv6地址)。
3.网络库SDK对上一步的公网IPv6地址前缀,将QUIC的Connection ID协议信息下沉补全128位完整IPv6地址,发起QUIC请求。
4.Gateway(L3)根据五元组(源IP地址,源端口,目的IP地址,目的端口和传输层协议)中的目的IP地址和目的端口查找Session表(关联存储目的IP地址及对应的Server关联的interface等信息),如果Session表命中,则找到对应的Server关联的interface等信息,如果Session表未命中,则视为新的会话按照某种算法(随机、轮询、哈希等)计算分配对应的Server关联的interface等信息,并写入Session表,然后将会话请求数据包直接转发给对应Server。
5.所有Server的网卡设置相同的公网IPv6地址前缀并启用混杂模式(此处理是提前准备就绪的步骤,非描述数据流向)。对应的Server收到会话请求进行处理并产生会话响应,将会话响应包回给Gateway(L3)。
6.Gateway(L3)直接回复会话响应包给网络库SDK。
7.网络库SDK收到会话响应数据包并交给上层系统进行页面渲染等后续流程。
其次,以IETF QUIC(Quick UDP Internet Connections)协议实现会话连接迁移为例,其上层协议中包含标记会话连接的连接ID有两个:由客户端(APP)产生的源端连接ID、由服务器端产生的目的连接ID(Destination Connection ID),分别为128bits。可参照如图2所示的整体处理架构,具体处理逻辑如下:
1.内置在客户端(APP)中的网络库SDK对某一域名向移动端调度HTTPDNS发起DNS请求。
2.移动端调度HTTPDNS响应DNS请求,下发域名对应的公网IPv6地址前缀(非完整128位IPv6地址)。
3.网络库SDK对上一步的公网IPv6地址前缀,随机生成QUIC的DestinationConnection ID地址前缀下沉补全128位完整IPv6地址,发起QUIC请求。
4.Gateway(L3)根据五元组(源IP地址,源端口,目的IP地址、目的端口和传输层协议)中的目的IP地址和目的端口查找Session表((关联存储目的IP地址及对应的Server关联的interface等信息),如果Session表命中,则找到对应的Server关联的interface等信息,如果Session表未命中,则视为新的会话按照某种算法(随机、轮询、哈希等等)计算分配对应的Server关联的interface等信息,并写入Session表,然后将会话请求数据包直接转发给对应Server。
5.所有Server的网卡设置相同的公网IPv6地址前缀并启用混杂模式(此处理是提前准备就绪的步骤,非描述数据流向)。对应的Server收到会话请求,结合客户端提供的Destination Connection ID地址前缀,加上Server随机生成后缀组成完整的DestinationConnection ID,既能保证了负载均衡路由一致性又满足Destination Connection ID不可预测。Server处理会话请求并产生会话响应,将会话响应包回给Gateway(L3)。
6.Gateway(L3)直接回复会话响应包给网络库SDK。
7.网络库SDK收到会话响应数据包并交给上层系统进行页面渲染等后续流程。
另外,Gateway(L3)还可以对后端的Server进行健康检查,以保证会话请求能够被分配到可用的Server进行处理。
下面通过多个实施例来进一步说明本申请的技术方案。
实施例一
图3为本发明实施例提供的会话请求处理方法流程图一,该方法可应用于图2所示的会话请求处理架构中,执行对应的处理逻辑。如图3所示,该会话请求处理方法包括如下步骤:
S310,客户端从DNS服务器获取指定域名对应的公网IP地址的前缀。
在客户端(具体执行者可为图2中的网络库SDK)每次从断开状态再次连接指定域名对应的服务器时,都需要从DNS服务器获取该指定域名对应的公网IP地址。本方案与传统获取公网IP地址区别在于,客户端仅获取该指定域名对应的公网IP地址的前缀。
本方案中,上述公网IP地址可具体为公网公网IPv6地址。
S320,客户端基于公网IP地址的前缀,生成公网IP地址,并根据公网IP地址向网关设备发起会话请求。
客户端在获取到上述公网IP地址的前缀后,可采用预置操作补全该公网IP地址的剩余地址位从而形成完整的公网IP地址。例如客户端可采用随机,或者根据待发起的会话请求中的上层(L5-L7)协议信息补全公网IP地址。本方案中对于补全公网IP地址的方法不做限定。
例如,在待发起的会话请求中的上层协议中可包括标记会话连接的连接ID;相应地,客户端在执行根据会话请求中的上层协议信息补全公网IP地址时,可根据会话请求中的连接ID补全公网IP地址。
在实际应用场景中,待发起的会话请求中的上层协议可以是QUIC协议,该QUIC协议中包括标记会话连接的连接ID,该连接ID用于支持QUIC的会话请求具备支持连接迁移能力。
在根据会话请求中的上层协议信息生成公网IP地址的剩余地址位以形成完整公网IP地址时,可以根据会话请求中QUIC协议中的连接ID生成公网IP地址的剩余地址位形成完整地址。该操作可使得网关设备能够感知会话请求中的上层(如L5-L7)协议中的连接ID信息,以在后续网关设备转发会话请求至负载服务器时为同时实现负载均衡和支持连接迁移打下基础。
在不同版本的QUIC协议的应用场景中,QUIC协议中包括的标记会话连接的连接ID也有所区别。
因此,上述连接ID可包含由客户端产生的连接ID地址,例如在Google QUIC协议中,包含由客户端产生的64位连接ID地址。
进一步地,在根据会话请求中的连接ID补全公网IP地址时,可将客户端产生的连接ID地址的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
例如,在Google QUIC协议中,可将客户端产生的64位连接ID地址下沉到公网IPv6地址的剩余地址位形成完整地址。
另外,上述连接ID也可包含由负载服务器产生的目的连接ID地址,例如在IETFQUIC协议中,包含由负载服务器产生的128位目的连接ID地址,同时也可包含由客户端产生的128位源端连接ID地址。
进一步地,在根据会话请求中的连接ID补全公网IP地址时,可将客户端产生的目的连接ID地址的前缀的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
例如,可预先由客户端产生64位目的连接ID地址的前缀,并将其下沉到公网IP地址的剩余地址位形成完整地址。
这里需要说明的时,虽然本方案由客户端生成目的连接ID地址前缀,但该地址前缀被下沉到目的IP地址的后64位,上层应用层协议中目的连接ID地址仍处于未设置状态,不会影响负载服务器执行产生128位目的连接ID地址的权限,只是在执行产生连接ID地址时,需要基于客户端已形成的目的连接ID地址的前缀生成目的连接ID地址的后64位即可。
S330,网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理。
其中,负载服务器集群中的负载服务器采用上述指定域名对应的公网IP地址的前缀。
为保证负载服务器集群中的每个负载服务器都能够接收到网关设备发送过来的会话请求,负载服务器集群中的所有负载服务器可启用混杂模式。基于此,网关设备可以将会话请求在负载服务器集群中执行基于IP地址前缀的任播操作,而该负载服务器集群中的每个负载服务器都可以接收到会话请求,从而实现基于会话请求中的目的IP地址在负载服务器之间实现会话请求的负载均衡。
例如,网关设备在根据公网IP地址从负载服务器集群中确定一台负载服务器时,可先确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则网关设备将会话请求转发至该对应的负载服务器进行处理;
如果否,则网关设备从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将会话请求转发至该负载服务器进行处理。
其中,网关设备可通过如下任一种预置算法从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
在实际应用场景中,上述处理过程可如下:
网关设备可根据会话请求中携带的五元组信息,特别是作为目的IP地址的上述公网IP地址从会话控制表(如图2所示处理流程中的Session表)中查找是否分配了与该公网IP地址对应的负载服务器的连接接口(interface)等信息;
如果是,则网关设备通过该连接接口将会话请求转发至相应的负载服务器进行处理;
如果否,则网关设备按照预置算法(如随机、轮询、哈希计算中的任一种)分配该公网IP地址对应的负载服务器的连接接口信息,并写入会话控制表中,通过该连接接口将会话请求转发至相应的负载服务器进行处理。
在实际会话场景中,如果当前接收到的会话请求为会话连接后的首次会话请求,则会话控制表中不会存在分配给该公网IP地址对应的负载服务器的连接接口信息,此时网关设备会通过预置算法给该公网IP地址分配对应的负载服务器的连接接口信息,并将其存储到会话控制表中。该会话连接对应的后续会话请求,也会通过查表的方式路由转发到同一负载服务器中,保证会话的一致性。如果当前接收到的会话请求为已存在会话连接的会话请求,则网关设备会通过查表的方式查询到该公网IP地址对应的负载服务器的连接接口信息,并将会话请求路由转发到对应的负载服务器中,保证会话的一致性。
由于在一次会话连接后,提供会话服务的负载服务器不会主动发生变化,因此可以更好的保证前后会话的一致性。
更进一步地,基于之前示出的根据会话请求中上层协议中的连接ID生成公网IP地址的剩余地址位形成完整地址的方案,在基于目的IP地址选取负载服务器进行会话请求处理时,既可以实现会话请求的负载均衡,还可以使会话请求支持连接迁移能力。
本发明提供的会话请求处理方法,通过客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,基于公网IP地址的前缀,生成公网IP地址,并根据公网IP地址向网关设备发起会话请求;网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;其中,负载服务器集群中的负载服务器采用指定域名对应的公网IP地址的前缀,从而对会话请求实现负载均衡处理。
本方案不基于NAT实现负载均衡,而是由客户端根据获取的公网IP地址的前缀任意生成公网IP地址,网关设备根据公网IP地址确定用于处理会话请求的负载服务器,从而实现负载均衡,该过程缩短会话请求的处理路径(不需要NAT转发),提高处理效率;并且暴露给客户端APP的是一个公网IP地址段,地址段中对应的每个负载服务器Server均可以对外暴露一个公网IP地址来对外提供服务。一旦某个公网IP地址不可用,则客户端APP可选取地址段中其他公网IP地址对应的服务器处理请求,提高了Server的可用性。
进一步地,在基于如QUIC协议实现会话请求的负载均衡时,可根据QUIC协议中的连接ID生成公网IP地址的剩余地址位形成完整地址,相应地,网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,并将会话请求转发至该负载服务器进行处理,可以在实现会话请求负载均衡的同时,保证会话支持QUIC的连接迁移能力。
实施例二
如图4所示,为本发明实施例的会话请求处理方法流程图二,其方法步骤可通过图2中的客户端(APP)执行完成,细节处理可参照实施例一中客户端所执行的处理步骤。如图4所示,该会话请求处理方法包括如下步骤:
S410,从DNS服务器获取指定域名对应的公网IP地址的前缀。
S420,基于公网IP地址的前缀,生成公网IP地址,并根据公网IP地址向网关设备发起会话请求。
进一步地,在基于公网IP地址的前缀,生成公网IP地址的过程中,可采用随机,或者根据会话请求中的上层协议信息补全所述公网IP地址。
进一步地,上述会话请求中的上层协议中可包括标记会话连接的连接ID;
相应地,在根据会话请求中的上层协议信息补全公网IP地址时,可根据会话请求中的连接ID补全公网IP地址。
进一步地,上述连接ID可包含由客户端产生的连接ID地址;
相应地,根据会话请求中的连接ID补全公网IP地址可包括:将客户端产生的连接ID地址的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
进一步地或者可替代地,上述连接ID可包含由负载服务器产生的目的连接ID地址;
相应地,根据会话请求中的连接ID补全公网IP地址可包括:将客户端产生的目的连接ID地址的前缀的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
进一步地,上述公网IP地址可具体为公网IPv6地址。
进一步地,上述上层协议可包含QUIC协议。
本发明提供的会话请求处理方法,客户端通过从DNS服务器获取指定域名对应的公网IP地址的前缀;基于公网IP地址的前缀,生成公网IP地址,并根据公网IP地址向网关设备发起会话请求,从而对会话请求实现负载均衡处理。
进一步地,通过根据会话请求中的连接ID补全公网IP地址,可在实现会话请求负载均衡的同时,保证会话支持连接迁移能力。
实施例三
如图5所示,为本发明实施例的会话请求处理方法流程图三,其方法步骤可通过图2中的网关设备(GW(L3))执行完成,细节处理可参照实施例一中网关设备所执行的处理步骤。如图5所示,该会话请求处理方法包括如下步骤:
S510,接收客户端发送的会话请求,该会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全公网IP地址后形成;
S520,根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;
其中,负载服务器集群中的负载服务器采用上述指定域名对应的公网IP地址的前缀。
进一步地,在根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理的过程中,可先确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则将会话请求转发至该对应的负载服务器进行处理;
如果否,则从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将会话请求转发至该负载服务器进行处理。
进一步地,在从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器时,可通过如下任一种预置算法从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
进一步地,上述公网IP地址可具体为公网IPv6地址。
本发明提供的会话请求处理方法,网关设备通过接收客户端发送的会话请求,该会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全公网IP地址后形成;根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;其中,负载服务器集群中的负载服务器采用指定域名对应的公网IP地址的前缀,从而实现对会话请求的负载均衡处理。
实施例四
如图6所示,为本发明实施例的会话请求处理装置结构图一,该会话请求处理装置可控制执行如图3中所示的方法步骤,其包括:
前缀请求模块610,用于客户端从DNS服务器获取指定域名对应的公网IP地址的前缀;
地址补全模块620,用于客户端基于公网IP地址的前缀,生成公网IP地址;
请求发起模块630,用于客户端根据公网IP地址向网关设备发起会话请求;
请求处理模块640,用于网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;
其中,负载服务器集群中的负载服务器采用上述指定域名对应的公网IP地址的前缀。
进一步地,上述地址补全模块620,可用于客户端采用随机,或者根据会话请求中的上层协议信息补全公网IP地址。
进一步地,如图7所示,上述图6所示会话请求处理装置中,请求处理模块640可包括:
信息确定单元710,用于网关设备确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则触发请求处理单元720控制网关设备将会话请求转发至该对应的负载服务器进行处理;
如果否,则触发请求处理单元720控制网关设备从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将会话请求转发至该负载服务器进行处理。
进一步地,上述请求处理单元720,可用于控制网关设备通过如下任一种预置算法从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
进一步地,上述会话请求中的上层协议中可包括标记会话连接的连接ID;
相应地,地址补全模块620,可用于根据会话请求中的连接ID补全所述公网IP地址。
进一步地,上述连接ID可包含由客户端产生的连接ID地址;
相应地,地址补全模块620,可用于将客户端产生的连接ID地址的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
进一步地,上述连接ID可包含由负载服务器产生的目的连接ID地址;
相应地,地址补全模块620,可用于将客户端产生的目的连接ID地址的前缀的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
进一步地,上述公网IP地址可具体为公网IPv6地址。
进一步地,上述上层协议可包含QUIC协议。
本发明提供的会话请求处理装置,控制客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,基于公网IP地址的前缀,生成公网IP地址,并根据公网IP地址向网关设备发起会话请求;网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;其中,负载服务器集群中的负载服务器采用指定域名对应的公网IP地址的前缀,从而对会话请求实现负载均衡处理。
本方案不基于NAT实现负载均衡,而是由客户端根据获取的公网IP地址的前缀任意生成公网IP地址,网关设备根据公网IP地址确定用于处理会话请求的负载服务器,从而实现负载均衡,该过程缩短会话请求的处理路径(不需要NAT转发),提高处理效率;并且暴露给客户端APP的是一个公网IP地址段,地址段中对应的每个负载服务器Server均可以对外暴露一个公网IP地址来对外提供服务。一旦某个公网IP地址不可用,则客户端APP可选取地址段中其他公网IP地址对应的服务器处理请求,提高了Server的可用性。
进一步地,在基于如QUIC协议实现会话请求的负载均衡时,可根据QUIC协议中的连接ID生成公网IP地址的剩余地址位形成完整地址,相应地,网关设备根据公网IP地址从负载服务器集群中确定一台负载服务器,并将会话请求转发至该负载服务器进行处理,可以在实现会话请求负载均衡的同时,保证会话支持QUIC的连接迁移能力。
实施例五
如图8所示,为本发明实施例的会话请求处理装置结构图二,该会话请求处理装置可控制执行如图4中所示的方法步骤,其包括:
地址前缀请求模块810,用于从DNS服务器获取指定域名对应的公网IP地址的前缀;
地址补全处理模块820,用于基于公网IP地址的前缀,生成公网IP地址;
会话请求发起模块830,用于根据公网IP地址向网关设备发起会话请求。
进一步地,上述地址补全处理模块820,可用于采用随机,或者根据会话请求中的上层协议信息补全公网IP地址。
进一步地,上述会话请求中的上层协议中可包括标记会话连接的连接ID;
相应地,地址补全处理模块820,可用于根据会话请求中的连接ID补全公网IP地址。
进一步地,上述连接ID可包含由客户端产生的连接ID地址;
相应地,地址补全处理模块820,可用于将客户端产生的连接ID地址的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
进一步地,上述连接ID可包含由负载服务器产生的目的连接ID地址;
相应地,地址补全处理模块820,可用于将客户端产生的目的连接ID地址的前缀的部分信息或者全部信息补充到公网IP地址的前缀之后,形成公网IP地址。
进一步地,上述公网IP地址可具体为公网IPv6地址。
进一步地,上述上层协议可包含QUIC协议。
本发明提供的会话请求处理装置,通过控制客户端从DNS服务器获取指定域名对应的公网IP地址的前缀;基于公网IP地址的前缀,生成公网IP地址,并根据公网IP地址向网关设备发起会话请求,从而对会话请求实现负载均衡处理。
进一步地,通过根据会话请求中的连接ID补全公网IP地址,可在实现会话请求负载均衡的同时,保证会话支持连接迁移能力。
实施例六
如图9所示,为本发明实施例的会话请求处理装置结构图三,该会话请求处理装置可控制执行如图5中所示的方法步骤,其包括:
会话请求接收模块910,用于接收客户端发送的会话请求,该会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全公网IP地址后形成;
会话请求处理模块920,用于根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;
其中,负载服务器集群中的负载服务器采用指定域名对应的公网IP地址的前缀。
进一步地,如图10所示,图9所示会话请求处理装置中,会话请求处理模块920可包括:
信息确定处理单元101,用于确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则触发会话请求处理单元102将会话请求转发至该对应的负载服务器进行处理;
如果否,则触发会话请求处理单元102从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将会话请求转发至该负载服务器进行处理。
进一步地,上述会话请求处理单元102,可用于通过如下任一种预置算法从负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
进一步地,上述公网IP地址可具体为公网IPv6地址。
本发明提供的会话请求处理装置,通过控制网关设备接收客户端发送的会话请求,该会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全公网IP地址后形成;根据公网IP地址从负载服务器集群中确定一台负载服务器,以将会话请求转发至该负载服务器进行处理;其中,负载服务器集群中的负载服务器采用指定域名对应的公网IP地址的前缀,从而实现对会话请求的负载均衡处理。
实施例七
前面实施例描述了会话请求处理装置的整体架构,该装置的功能可借助一种电子设备实现完成,如图11所示,其为本发明实施例的电子设备的结构示意图,具体包括:存储器111和处理器112。
存储器111,用于存储程序。
除上述程序之外,存储器111还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。
存储器111可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
处理器112,耦合至存储器111,用于执行存储器111中的程序,所述程序运行时执行如图3~图5所示的会话请求处理方法。
上述的具体处理操作已经在前面实施例中进行了详细说明,在此不再赘述。
进一步,如图11所示,电子设备还可以包括:通信组件113、电源组件114、音频组件115、显示器116等其它组件。图11中仅示意性给出部分组件,并不意味着电子设备只包括图11所示组件。
通信组件113被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件113经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件113还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
电源组件114,为电子设备的各种组件提供电力。电源组件114可以包括电源管理系统,一个或多个电源,及其他与为电子设备生成、管理和分配电力相关联的组件。
音频组件115被配置为输出和/或输入音频信号。例如,音频组件115包括一个麦克风(MIC),当电子设备处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器111或经由通信组件113发送。在一些实施例中,音频组件115还包括一个扬声器,用于输出音频信号。
显示器116包括屏幕,其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (41)
1.一种会话请求处理方法,包括:
客户端从DNS服务器获取指定域名对应的公网IP地址的前缀;
所述客户端基于所述公网IP地址的前缀,生成所述公网IP地址,并根据所述公网IP地址向网关设备发起会话请求;
所述网关设备根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
2.根据权利要求1所述的方法,其中,所述客户端基于所述公网IP地址的前缀,生成所述公网IP地址包括:
所述客户端采用随机,或者根据所述会话请求中的上层协议信息补全所述公网IP地址。
3.根据权利要求1所述的方法,其中,所述网关设备根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理包括:
所述网关设备确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则所述网关设备将所述会话请求转发至该对应的负载服务器进行处理;
如果否,则所述网关设备从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将所述会话请求转发至该负载服务器进行处理。
4.根据权利要求3所述的方法,其中,所述网关设备从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器包括:
所述网关设备通过如下任一种预置算法从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
5.根据权利要求2所述的方法,其中,所述会话请求中的上层协议中包括标记会话连接的连接ID;
所述客户端根据所述会话请求中的上层协议信息补全所述公网IP地址包括:
根据所述会话请求中的连接ID补全所述公网IP地址。
6.根据权利要求5所述的方法,其中,所述连接ID包含由客户端产生的连接ID地址;
所述根据所述会话请求中的连接ID补全所述公网IP地址包括:
将所述客户端产生的连接ID地址的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
7.根据权利要求5所述的方法,其中,所述连接ID包含由负载服务器产生的目的连接ID地址;
所述根据所述会话请求中的连接ID补全所述公网IP地址包括:
将所述客户端产生的所述目的连接ID地址的前缀的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
8.根据权利要求1-7任一种所述的方法,其中,所述公网IP地址具体为公网IPv6地址。
9.根据权利要求2所述的方法,其中,所述上层协议包含QUIC协议。
10.一种会话请求处理方法,包括:
从DNS服务器获取指定域名对应的公网IP地址的前缀;
基于所述公网IP地址的前缀,生成所述公网IP地址,并根据所述公网IP地址向网关设备发起会话请求。
11.根据权利要求10所述的方法,其中,所述基于所述公网IP地址的前缀,生成所述公网IP地址包括:
采用随机,或者根据所述会话请求中的上层协议信息补全所述公网IP地址。
12.根据权利要求11所述的方法,其中,所述会话请求中的上层协议中包括标记会话连接的连接ID;
所述根据所述会话请求中的上层协议信息补全所述公网IP地址包括:
根据所述会话请求中的连接ID补全所述公网IP地址。
13.根据权利要求12所述的方法,其中,所述连接ID包含由客户端产生的连接ID地址;
所述根据所述会话请求中的连接ID补全所述公网IP地址包括:
将所述客户端产生的连接ID地址的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
14.根据权利要求12所述的方法,其中,所述连接ID包含由负载服务器产生的目的连接ID地址;
所述根据所述会话请求中的连接ID补全所述公网IP地址包括:
将所述客户端产生的所述目的连接ID地址的前缀的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
15.根据权利要求10-14任一种所述的方法,其中,所述公网IP地址具体为公网IPv6地址。
16.根据权利要求11所述的方法,其中,所述上层协议包含QUIC协议。
17.一种会话请求处理方法,包括:
接收客户端发送的会话请求,所述会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全所述公网IP地址后形成;
根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
18.根据权利要求17所述的方法,其中,所述根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理包括:
确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则将所述会话请求转发至该对应的负载服务器进行处理;
如果否,则从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将所述会话请求转发至该负载服务器进行处理。
19.根据权利要求18所述的方法,其中,所述从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器包括:
通过如下任一种预置算法从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
20.根据权利要求17-19任一种所述的方法,其中,所述公网IP地址具体为公网IPv6地址。
21.一种会话请求处理装置,包括:
前缀请求模块,用于客户端从DNS服务器获取指定域名对应的公网IP地址的前缀;
地址补全模块,用于所述客户端基于所述公网IP地址的前缀,生成所述公网IP地址;
请求发起模块,用于所述客户端根据所述公网IP地址向网关设备发起会话请求;
请求处理模块,用于所述网关设备根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
22.根据权利要求21所述的装置,其中,
所述地址补全模块,用于所述客户端采用随机,或者根据所述会话请求中的上层协议信息补全所述公网IP地址。
23.根据权利要求21所述的装置,其中,所述请求处理模块包括:
信息确定单元,用于所述网关设备确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则触发请求处理单元控制所述网关设备将所述会话请求转发至该对应的负载服务器进行处理;
如果否,则触发所述请求处理单元控制所述网关设备从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将所述会话请求转发至该负载服务器进行处理。
24.根据权利要求23所述的装置,其中,
所述请求处理单元,用于控制所述网关设备通过如下任一种预置算法从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
25.根据权利要求22所述的装置,其中,所述会话请求中的上层协议中包括标记会话连接的连接ID;
所述地址补全模块,用于根据所述会话请求中的连接ID补全所述公网IP地址。
26.根据权利要求25所述的装置,其中,所述连接ID包含由客户端产生的连接ID地址;
所述地址补全模块,用于将所述客户端产生的连接ID地址的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
27.根据权利要求25所述的装置,其中,所述连接ID包含由负载服务器产生的目的连接ID地址;
所述地址补全模块,用于将所述客户端产生的所述目的连接ID地址的前缀的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
28.根据权利要求21-27任一种所述的装置,其中,所述公网IP地址具体为公网IPv6地址。
29.根据权利要求22所述的装置,其中,所述上层协议包含QUIC协议。
30.一种会话请求处理装置,包括:
地址前缀请求模块,用于从DNS服务器获取指定域名对应的公网IP地址的前缀;
地址补全处理模块,用于基于所述公网IP地址的前缀,生成所述公网IP地址;
会话请求发起模块,用于根据所述公网IP地址向网关设备发起会话请求。
31.根据权利要求30所述的装置,其中,
所述地址补全处理模块,用于采用随机,或者根据所述会话请求中的上层协议信息补全所述公网IP地址。
32.根据权利要求31所述的装置,其中,所述会话请求中的上层协议中包括标记会话连接的连接ID;
所述地址补全处理模块,用于根据所述会话请求中的连接ID补全所述公网IP地址。
33.根据权利要求32所述的装置,其中,所述连接ID包含由客户端产生的连接ID地址;
所述地址补全处理模块,用于将所述客户端产生的连接ID地址的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
34.根据权利要求32所述的装置,其中,所述连接ID包含由负载服务器产生的目的连接ID地址;
所述地址补全处理模块,用于将所述客户端产生的所述目的连接ID地址的前缀的部分信息或者全部信息补充到所述公网IP地址的前缀之后,形成所述公网IP地址。
35.根据权利要求30-34任一种所述的装置,其中,所述公网IP地址具体为公网IPv6地址。
36.根据权利要求31所述的装置,其中,所述上层协议包含QUIC协议。
37.一种会话请求处理装置,包括:
会话请求接收模块,用于接收客户端发送的会话请求,所述会话请求中携带的目的IP地址由客户端从DNS服务器获取指定域名对应的公网IP地址的前缀,并在本地补全所述公网IP地址后形成;
会话请求处理模块,用于根据所述公网IP地址从负载服务器集群中确定一台负载服务器,以将所述会话请求转发至该负载服务器进行处理;
其中,所述负载服务器集群中的负载服务器采用所述指定域名对应的公网IP地址的前缀。
38.根据权利要求37所述的装置,其中,所述会话请求处理模块包括:
信息确定处理单元,用于确定是否已为该公网IP地址分配了对应的负载服务器;
如果是,则触发会话请求处理单元将所述会话请求转发至该对应的负载服务器进行处理;
如果否,则触发所述会话请求处理单元从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器,以将所述会话请求转发至该负载服务器进行处理。
39.根据权利要求38所述的装置,其中,
所述会话请求处理单元,用于通过如下任一种预置算法从所述负载服务器集群中确定一台负载服务器作为分配给该公网IP地址的负载服务器:随机、轮询和哈希计算。
40.根据权利要求37-39任一种所述的装置,其中,所述公网IP地址具体为公网IPv6地址。
41.一种电子设备,包括:
存储器,用于存储程序;
处理器,耦合至所述存储器,用于执行所述程序,所述程序运行时执行权利要求1-20中任意一项权利要求所述的会话请求处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910229510.9A CN111741039B (zh) | 2019-03-25 | 2019-03-25 | 会话请求处理方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910229510.9A CN111741039B (zh) | 2019-03-25 | 2019-03-25 | 会话请求处理方法、装置及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111741039A true CN111741039A (zh) | 2020-10-02 |
CN111741039B CN111741039B (zh) | 2022-06-03 |
Family
ID=72645797
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910229510.9A Active CN111741039B (zh) | 2019-03-25 | 2019-03-25 | 会话请求处理方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111741039B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113242299A (zh) * | 2021-05-11 | 2021-08-10 | 鸬鹚科技(深圳)有限公司 | 多数据中心的容灾系统、方法、计算机设备及介质 |
US11290422B1 (en) * | 2020-12-07 | 2022-03-29 | Ciena Corporation | Path-aware NAPT session management scheme with multiple paths and priorities in SD-WAN |
CN114938373A (zh) * | 2022-05-23 | 2022-08-23 | 睿云联(厦门)网络通讯技术有限公司 | 一种云平台tcp长连接服务的高可用连接方法及系统 |
CN115225644A (zh) * | 2022-07-27 | 2022-10-21 | 天翼云科技有限公司 | 一种负载均衡系统和数据包分发方法 |
CN115277510A (zh) * | 2022-07-28 | 2022-11-01 | 科来网络技术股份有限公司 | 自动识别网络会话中设备、设备接口、设备路径的方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150502A (zh) * | 2007-10-22 | 2008-03-26 | 中兴通讯股份有限公司 | 一种nat-pt设备及其负荷分担方法 |
EP1912414A1 (en) * | 2006-10-13 | 2008-04-16 | Samsung Electronics Co., Ltd. | System and method for configuring IP address in communication system |
CN102932371A (zh) * | 2012-11-20 | 2013-02-13 | 杭州华三通信技术有限公司 | 实现IPv6私网节点与公网节点之间通信的方法及路由转发设备 |
CN103607356A (zh) * | 2013-11-14 | 2014-02-26 | 北京奇虎科技有限公司 | 一种负载均衡方法、负载均衡器及系统 |
CN105208140A (zh) * | 2014-06-30 | 2015-12-30 | 中国电信股份有限公司 | 用于发送数据的方法、装置和系统 |
US20180184279A1 (en) * | 2008-02-18 | 2018-06-28 | Sun Patent Trust | Home agent discovery upon changing the mobility management scheme |
CN109347947A (zh) * | 2018-10-15 | 2019-02-15 | 郑州云海信息技术有限公司 | 一种负载均衡的方法、域名服务器及集群nas服务器 |
-
2019
- 2019-03-25 CN CN201910229510.9A patent/CN111741039B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1912414A1 (en) * | 2006-10-13 | 2008-04-16 | Samsung Electronics Co., Ltd. | System and method for configuring IP address in communication system |
CN101150502A (zh) * | 2007-10-22 | 2008-03-26 | 中兴通讯股份有限公司 | 一种nat-pt设备及其负荷分担方法 |
US20180184279A1 (en) * | 2008-02-18 | 2018-06-28 | Sun Patent Trust | Home agent discovery upon changing the mobility management scheme |
CN102932371A (zh) * | 2012-11-20 | 2013-02-13 | 杭州华三通信技术有限公司 | 实现IPv6私网节点与公网节点之间通信的方法及路由转发设备 |
CN103607356A (zh) * | 2013-11-14 | 2014-02-26 | 北京奇虎科技有限公司 | 一种负载均衡方法、负载均衡器及系统 |
CN105208140A (zh) * | 2014-06-30 | 2015-12-30 | 中国电信股份有限公司 | 用于发送数据的方法、装置和系统 |
CN109347947A (zh) * | 2018-10-15 | 2019-02-15 | 郑州云海信息技术有限公司 | 一种负载均衡的方法、域名服务器及集群nas服务器 |
Non-Patent Citations (2)
Title |
---|
叶宇煦: ""接入网IPv6地址的规划与分配方法"", 《电信网技术》 * |
吴丹: ""基于自治域编址的可扩展路由机制研究"", 《中国博士学位论文全文数据库》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11290422B1 (en) * | 2020-12-07 | 2022-03-29 | Ciena Corporation | Path-aware NAPT session management scheme with multiple paths and priorities in SD-WAN |
CN113242299A (zh) * | 2021-05-11 | 2021-08-10 | 鸬鹚科技(深圳)有限公司 | 多数据中心的容灾系统、方法、计算机设备及介质 |
CN114938373A (zh) * | 2022-05-23 | 2022-08-23 | 睿云联(厦门)网络通讯技术有限公司 | 一种云平台tcp长连接服务的高可用连接方法及系统 |
CN114938373B (zh) * | 2022-05-23 | 2023-11-03 | 睿云联(厦门)网络通讯技术有限公司 | 一种云平台tcp长连接服务的高可用连接方法及系统 |
CN115225644A (zh) * | 2022-07-27 | 2022-10-21 | 天翼云科技有限公司 | 一种负载均衡系统和数据包分发方法 |
CN115225644B (zh) * | 2022-07-27 | 2023-11-03 | 天翼云科技有限公司 | 一种负载均衡系统和数据包分发方法 |
CN115277510A (zh) * | 2022-07-28 | 2022-11-01 | 科来网络技术股份有限公司 | 自动识别网络会话中设备、设备接口、设备路径的方法 |
CN115277510B (zh) * | 2022-07-28 | 2023-12-01 | 科来网络技术股份有限公司 | 自动识别网络会话中设备、设备接口、设备路径的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111741039B (zh) | 2022-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111741039B (zh) | 会话请求处理方法、装置及电子设备 | |
CN106664515B (zh) | 通过服务控制装置链路在终端之间发送内容的方法 | |
US9319377B2 (en) | Auto-split DNS | |
CN111953700B (zh) | 会话保持方法及装置 | |
WO2019010694A1 (zh) | 获取本地域名服务器地址的方法、装置和权威域名服务器 | |
CN104137520A (zh) | 一种消息推送方法及装置 | |
JP2017517171A (ja) | 高速ipアドレス割り当てのための方法および装置 | |
US10764243B2 (en) | Method and apparatus for keeping network address translation mapping alive | |
RU2013103348A (ru) | Устройство и способ для динамического назначения служб обеспечения живучести мобильным устройствам | |
US20100165928A1 (en) | Utilization of multiple access points to support multiple applications and services | |
US20140164645A1 (en) | Routing table maintenance | |
JP4266950B2 (ja) | アドレス情報取得装置およびアドレス情報取得方法 | |
CN106507414B (zh) | 报文转发方法及装置 | |
CN109412926A (zh) | 一种隧道建立方法和装置 | |
KR20160039882A (ko) | 무선 통신 시스템의 단말에서 DNS(Domain Name Service) 레졸루션 방법 및 장치 | |
CN110602182B (zh) | 服务调度方法、装置、系统、全局负载均衡器及客户端 | |
JP2014239292A (ja) | 通信機器、及び、通信プログラム | |
US8683019B1 (en) | Enabling external access to a private-network host | |
US20130102308A1 (en) | Method and apparatus for dynamic agent selection in a communications network | |
CN106941527B (zh) | 一种数据传输中转方法及其系统 | |
GB2589045A (en) | Enhancing privacy by obscuring traversal using relays around network address translator (TURN) connections, and related methods, systems and computer-readab | |
WO2016177185A1 (zh) | 媒体访问控制mac地址的处理方法及装置 | |
US9693185B2 (en) | Method and arrangement for retrieving geographic location | |
US20180248765A1 (en) | Method for selecting negotiation counterpart, method for responding to discovery message, and related apparatus | |
US11509622B2 (en) | Facilitating communication between resources in different network environments |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |