CN103491007A - 一种数据包传输方法及装置 - Google Patents
一种数据包传输方法及装置 Download PDFInfo
- Publication number
- CN103491007A CN103491007A CN201310419141.2A CN201310419141A CN103491007A CN 103491007 A CN103491007 A CN 103491007A CN 201310419141 A CN201310419141 A CN 201310419141A CN 103491007 A CN103491007 A CN 103491007A
- Authority
- CN
- China
- Prior art keywords
- load
- balancing device
- data packet
- pattern
- address
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据包传输方法及装置,应用于与负载均衡设备以及其他网络设备相连的业务服务器,该负载均衡设备未采用DR模式,该方案包括:该业务服务器接收请求数据包,确定该请求数据包对应的响应数据包,并根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的该响应数据包。采用本实施例提供的方案,降低了路由配置的复杂度以及路由表的维护难度。
Description
技术领域
本发明涉及数据包传输技术领域,尤其涉及一种数据包传输方法及装置。
背景技术
现有网络中各个核心部分随着业务量的提高,访问量和数据流量的快速增长,其处理能力和计算强度也相应地增大,使得单一的服务器设备无法承担。因此可以采用服务器集群来共同承担业务处理的负载,并且,为了提高服务器集群中各业务服务器的利用率,还可以通过负载均衡设备来实现业务负载在多个业务服务器上的平衡分配,该多个业务服务器可以称作负载均衡设备的成员。
在实际应用中,如图1所示,一台业务服务器除了作为负载均衡设备的成员与负载均衡设备相连外,还可能与其他网络设备相连,如还连接公司的内部网络的内网网络设备(如交换机设备),以及连接公司的外部网络的外网网络设备(如交换机设备)。在这样复杂的网络环境中,来自内网和外网的请求数据包,一种情况是直接从内网网络设备和外网网络设备发送到业务服务器,还有一种情况是通过负载均衡设备到达业务服务器。
当业务服务器在针对接收的请求数据包进行相应的业务处理,并需要返回对应的响应数据包时,在现有技术中,可以根据该请求数据包的源IP地址,按照预设路由表进行返回。此时,如果负载均衡设备采用直接返回(DR,DirectReturn)模式,通过负载均衡设备转发的请求数据包对应的响应数据包,可以不经过负载均衡设备,直接返回给发送该请求数据包的内网网络设备或外网网络设备,在设置路由表时仅需要区分内网网段和外网网段即可;而如果负载均衡设备未采用DR模式,通过负载均衡设备转发的请求数据包对应的响应数据包,则需要再返回给负载均衡设备,为了保证响应数据包的正确回复,在设置路由表时,需要对经过负载均衡设备的请求数据包的源IP地址所属的网段,以及不经过负载均衡设备的请求数据包的源IP地址所属的网段,进行明确区分,例如,当有多个网段的请求数据包均通过负载均衡设备转发时,则需要分别针对该多个网段进行路由设置,使其路由指向负载均衡设备,从而使得路由配置繁琐,且增加了维护路由表的难度。
发明内容
本发明实施例提供一种数据包传输方法及装置,用以解决现有技术中存在的针对与负载均衡设备以及其他网络设备相连的业务服务器进行路由配置繁琐的问题。
本发明实施例提供一种数据包传输方法,应用于与负载均衡设备以及其他网络设备相连的业务服务器,所述负载均衡设备未采用直接返回DR模式,包括:
所述业务服务器接收请求数据包;
确定所述请求数据包对应的响应数据包;
根据所述请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的所述响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备。
本发明实施例提供的上述数据包传输方法中,业务服务器连接的负载均衡设备未采用DR模式,则通过负载均衡设备转发的请求数据包对应的响应数据包,需要直接返回给负载均衡设备,方法中根据请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回响应数据包,由于通过负载均衡设备的请求数据包在转发时,源MAC地址已经被修改为负载均衡设备的MAC地址,所以,为了将通过负载均衡设备转发的请求数据包对应的响应数据包,直接返回给负载均衡设备,在配置基于MAC地址的路由表时,即便有多个网段的请求数据包通过负载均衡设备到达业务服务器,也只需要针对负载均衡设备的MAC地址进行路由配置即可,从而降低了路由配置的复杂度,并且,当有新的网段的请求数据包通过负载均衡设备到达业务服务器时,也不再需要对第一路由表进行更改,即降低了路由表的维护难度。
进一步的,所述业务服务器当需要主动发送业务数据包时,根据所述业务数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
针对所述业务服务器主动发送业务数据包的情况,直接根据所述业务数据包的源IP地址进行路由,第二路由表的配置可以根据实际需要进行配置,此时路由配置简单,不会明显增加路由配置的复杂度。
本发明实施例还提供一种数据包传输方法,应用于与负载均衡设备以及其他网络设备相连的业务服务器,包括:
所述业务服务器接收请求数据包;
确定所述负载均衡设备是否采用直接返回DR模式;
如果所述负载均衡设备未采用DR模式,根据所述请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备;
如果所述负载均衡设备采用DR模式,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与所述请求数据包对应的所述响应数据包。
本发明实施例提供的上述数据包传输方法,业务服务器在接收到请求数据包后,当确定负载均衡设备采用DR模式时,通过负载均衡设备转发的请求数据包对应的响应数据包,可以不经过负载均衡设备,直接返回给其他网络设备,根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与该请求数据包对应的该响应数据包;当确定负载均衡设备未采用DR模式时,通过负载均衡设备转发的请求数据包对应的响应数据包,需要直接返回给负载均衡设备,此时根据该请求数据包的源MAC地址,由于通过负载均衡设备的请求数据包在转发时,源MAC地址已经被修改为负载均衡设备的MAC地址,所以,为了将通过负载均衡设备转发的请求数据包对应的响应数据包,直接返回给负载均衡设备,在配置基于MAC地址的路由表时,即便有多个网段的请求数据包通过负载均衡设备到达业务服务器,也只需要针对负载均衡设备的MAC地址进行路由配置即可,从而降低了路由配置的复杂度,并且,当有新的网段的请求数据包通过负载均衡设备到达业务服务器时,也不再需要对第一路由表进行更改,即降低了路由表的维护难度。
进一步的,确定所述负载均衡设备是否采用DR模式,具体包括:
确定所述业务服务器上是否针对采用DR模式的负载均衡设备进行了相应设置;
如果进行了相应设置,确定所述负载均衡设备采用DR模式;
如果未进行相应设置,确定所述负载均衡设备未采用DR模式。
这样,确定所述负载均衡设备是否采用DR模式,是为了适应实际应用中所存在的相连的负载均衡设备是否采用DR模式频繁变化的应用场景。
进一步的,在本发明实施例提供的上述方法中,还包括:
所述业务服务器当需要主动发送业务数据包时,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
针对所述业务服务器主动发送业务数据包的情况,直接根据所述业务数据包的源IP地址进行路由,第二路由表的配置可以根据实际需要进行配置,此时路由配置简单,不会明显增加路由配置的复杂度。
本发明实施例还提供一种数据包传输装置,应用于与负载均衡设备以及其他网络设备相连的业务服务器,所述负载均衡设备未采用直接返回DR模式,包括:
接收单元,用于接收请求数据包;
处理单元,用于确定所述请求数据包对应的响应数据包;
发送单元,用于根据所述请求数据包的源介质访问控制MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的所述响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备。
本发明实施例提供的上述装置中,业务服务器连接的负载均衡设备未采用DR模式,则通过负载均衡设备转发的请求数据包对应的响应数据包,需要直接返回给负载均衡设备,方法中根据请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回响应数据包,由于通过负载均衡设备的请求数据包在转发时,源MAC地址已经被修改为负载均衡设备的MAC地址,所以,为了将通过负载均衡设备转发的请求数据包对应的响应数据包,直接返回给负载均衡设备,在配置基于MAC地址的路由表时,即便有多个网段的请求数据包通过负载均衡设备到达业务服务器,也只需要针对负载均衡设备的MAC地址进行路由配置即可,从而降低了路由配置的复杂度,并且,当有新的网段的请求数据包通过负载均衡设备到达业务服务器时,也不再需要对第一路由表进行更改,即降低了路由表的维护难度。
进一步的,所述发送单元,还用于当需要主动发送业务数据包时,根据所述业务数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
针对所述业务服务器主动发送业务数据包的情况,直接根据所述业务数据包的源IP地址进行路由,第二路由表的配置可以根据实际需要进行配置,此时路由配置简单,不会明显增加路由配置的复杂度。
本发明实施例还提供一种数据包传输装置,应用于与负载均衡设备以及其他网络设备相连的业务服务器,包括:
接收单元,用于接收请求数据包;
模式确定单元,用于确定所述负载均衡设备是否采用直接返回DR模式;
发送单元,用于如果所述负载均衡设备未采用DR模式,根据所述请求数据包的源介质访问控制MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备;以及如果所述负载均衡设备采用DR模式,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与所述请求数据包对应的所述响应数据包。
采用本发明实施例提供的上述装置,业务服务器在接收到请求数据包后,当确定负载均衡设备采用DR模式时,通过负载均衡设备转发的请求数据包对应的响应数据包,可以不经过负载均衡设备,直接返回给其他网络设备,根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与该请求数据包对应的该响应数据包;当确定负载均衡设备未采用DR模式时,通过负载均衡设备转发的请求数据包对应的响应数据包,需要直接返回给负载均衡设备,此时根据该请求数据包的源MAC地址,由于通过负载均衡设备的请求数据包在转发时,源MAC地址已经被修改为负载均衡设备的MAC地址,所以,为了将通过负载均衡设备转发的请求数据包对应的响应数据包,直接返回给负载均衡设备,在配置基于MAC地址的路由表时,即便有多个网段的请求数据包通过负载均衡设备到达业务服务器,也只需要针对负载均衡设备的MAC地址进行路由配置即可,从而降低了路由配置的复杂度,并且,当有新的网段的请求数据包通过负载均衡设备到达业务服务器时,也不再需要对第一路由表进行更改,即降低了路由表的维护难度。
进一步的,所述模式确定单元,具体用于确定所述业务服务器上是否针对采用DR模式的负载均衡设备进行了相应设置;
如果进行了相应设置,确定所述负载均衡设备采用DR模式;
如果未进行相应设置,确定所述负载均衡设备未采用DR模式。
这样,确定所述负载均衡设备是否采用DR模式,是为了适应实际应用中所存在的相连的负载均衡设备是否采用DR模式频繁变化的应用场景。
进一步的,所述发送单元,还用于所述业务服务器当需要主动发送业务数据包时,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
针对所述业务服务器主动发送业务数据包的情况,直接根据所述业务数据包的源IP地址进行路由,第二路由表的配置可以根据实际需要进行配置,此时路由配置简单,不会明显增加路由配置的复杂度。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为业务服务器与负载均衡设备以及其他网络设备相连的结构示意图;
图2为本发明实施例1提供的数据包传输方法的流程图;
图3为本发明实施例1提供的数据包传输装置的结构示意图;
图4为本发明实施例2提供的数据包传输方法的流程图;
图5为本发明实施例2提供的数据包传输装置的结构示意图。
具体实施方式
为了给出降低针对与负载均衡设备以及其他网络设备相连的业务服务器进行路由配置的复杂度的实现方案,本发明实施例提供了一种数据包传输方法及装置,以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例1:
本发明实施例1提供一种数据包传输方法,应用于与负载均衡设备以及其他网络设备相连的业务服务器,该负载均衡设备未采用DR模式,如图2所示,包括:
步骤201、该业务服务器接收请求数据包。
步骤202、确定该请求数据包对应的响应数据包。
步骤203、根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的该响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备。
在上述数据包传输方法中,已知负载均衡设备未采用DR模式,则通过负载均衡设备转发的请求数据包对应的响应数据包,需要直接返回给负载均衡设备,基于目前转发请求数据包的方式可知,请求数据包在经过网络设备转发时,源介质访问控制(MAC,Medium/Media Access Control)地址将被修改为该网络设备的MAC地址,所以,负载均衡设备在转发接收的请求数据包时,会将请求数据包的源MAC地址修改为自身的MAC地址,所以,为了将通过负载均衡设备转发的请求数据包对应的响应数据包,直接返回给负载均衡设备,在配置基于MAC地址的路由表时,即便有多个网段的请求数据包通过负载均衡设备到达业务服务器,也只需要针对负载均衡设备的MAC地址进行路由配置即可,从而降低了路由配置的复杂度,并且,当有新的网段的请求数据包通过负载均衡设备到达业务服务器时,也不再需要对第一路由表进行更改,即降低了路由表的维护难度。
上述步骤202中确定该请求数据包对应的响应数据包,可以按照现有技术中的各种方式针对该请求数据包进行业务处理,并得到对应的响应数据包,详细处理流程在此不再进行详细描述。
进一步的,在本发明实施例1提供的上述方法中,该业务服务器当需要主动发送业务数据包时,即不再是针对请求数据包返回对应的响应数据包时,可以根据该业务数据包的源IP地址,按照基于IP地址的第二路由表,发送该业务数据包,该第二路由表中与IP地址对应的路由指向到达具有该IP地址的设备的出口。
此时,第二路由表的配置,可以根据实际需要,以及负载均衡设备和其相连的其他网络设备的IP地址进行配置,例如,如图1所示,其他网络设备包括内网网络设备和外网网络设备时,可以将内部网络包括的私有网段的路由均配置为指向内网网络设备,而默认路由根据网络结构指向外网网络设备或者负载均衡设备。
基于同一发明构思,根据本发明上述实施例1提供的数据包传输方法,相应地,本发明实施例1还提供了一种数据包传输装置,应用于与负载均衡设备以及其他网络设备相连的业务服务器,该负载均衡设备未采用DR模式,装置结构示意图如图3所示,具体包括:
接收单元301,用于接收请求数据包;
处理单元302,用于确定该请求数据包对应的响应数据包;
发送单元303,用于根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的该响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备。
较佳的,上述数据包传输装置,发送单元303,还用于该业务服务器当需要主动发送业务数据包时,根据该业务数据包的源IP地址,按照基于IP地址的第二路由表,发送该业务数据包,该第二路由表中与IP地址对应的路由指向到达具有该IP地址的设备的出口。
上述各单元的功能可对应于图1至图2所示流程中的相应处理步骤,在此不再赘述。
综上所述,本发明实施例1提供的方案,应用于与负载均衡设备以及其他网络设备相连的业务服务器,该负载均衡设备未采用DR模式,该方案包括:该业务服务器接收到请求数据包,并确定该请求数据包对应的响应数据包,以及根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的该响应数据包。采用本发明实施例提供的方案,降低了路由配置的复杂度以及路由表的维护难度。
实施例2:
在上述实施例1中,已知负载均衡设备未采用DR模式,而在实际应用中,负载均衡设备是否采用DR模式,可能会根据实际需要进行频繁调整,还可能更换与业务服务器连接的负载均衡设备,还可能将业务服务器更换到其他网络环境中,从而导致与业务服务器相连的负载均衡设备是否采用DR模式,会频繁变化,此时,如果相连的负载均衡设备从未采用DR模式变更为采用DR模式,而业务服务器仍然采用上述实施例1提供的数据包传输方法,则无法适应这一变化。
为了适应实际应用中所存在的相连的负载均衡设备是否采用DR模式频繁变化的应用场景,本发明实施例2还提供一种数据包传输方法,应用于与负载均衡设备以及其他网络设备相连的业务服务器,如图4所示,包括:
步骤401、该业务服务器接收请求数据包。
步骤402、确定该负载均衡设备是否采用DR模式;如果该负载均衡设备未采用DR模式,进入步骤403,否则,进入步骤404。
步骤403、根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备。
步骤404、根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与该请求数据包对应的该响应数据包。
进一步的,在上述步骤402中,确定该负载均衡设备是否采用DR模式,具体的可以确定该业务服务器上是否针对采用DR模式的负载均衡设备进行了相应设置;如果进行了相应设置,确定该负载均衡设备采用DR模式;如果未进行相应设置,确定该负载均衡设备未采用DR模式。
目前,当与业务服务器相连的负载均衡设备采用DR模式时,在业务服务器侧需要针对该负载均衡设备采用的DR模式进行相应设置,例如,针对该负载均衡设备的虚拟IP地址设置环回地址(Loopback),并更改相关参数,具体可以参照现有技术。
相应的,该业务服务器具体可以判断是否针对该负载均衡设备的虚拟IP地址设置了环回loopback地址,如果该业务服务器针对该负载均衡设备的虚拟IP地址设置了环回loopback地址,则确定该负载均衡设备采用了DR模式,反之,该负载均衡设备未采用DR模式。
上述步骤403中,当确定负载均衡设备未采用DR模式,根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的响应数据包,可以采用与上述实施例1中相同的方法返回响应数据包,并采用相同的方式配置第一路由表,即为了将通过负载均衡设备转发的请求数据包对应的响应数据包,直接返回给负载均衡设备,在配置基于MAC地址的路由表时,即便有多个网段的请求数据包通过负载均衡设备到达业务服务器,也只需要针对负载均衡设备的MAC地址进行路由配置即可,从而降低了路由配置的复杂度,并且,当有新的网段的请求数据包通过负载均衡设备到达业务服务器时,也不再需要对第一路由表进行更改,即降低了路由表的维护难度。
而在上述步骤404中,由于确定负载均衡设备采用DR模式,则通过负载均衡设备转发的请求数据包对应的响应数据包,不再需要直接返回给负载均衡设备,可以直接返回给其他网络设备,所以,可以根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与该请求数据包对应的该响应数据包。
进一步的,在上述实施例2提供的方法中,该业务服务器当需要主动发送业务数据包时,即不再是针对请求数据包返回对应的响应数据包时,可以根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,发送该业务数据包。
此时,该第二路由表中与IP地址对应的路由指向到达具有该IP地址的设备的出口,第二路由表的配置,可以根据实际需要,以及负载均衡设备和其相连的其他网络设备的IP地址进行配置,例如,如图1所示,其他网络设备包括内网网络设备和外网网络设备时,可以将内部网络包括的私有网段的路由均配置为指向内网网络设备,而默认路由根据网络结构指向外网网络设备或者负载均衡设备。
进一步的,本发明实施例2中,通过针对该请求数据包进行业务处理,并得到该请求数据包对应的响应数据包的步骤,可以在上述步骤402确定该负载均衡设备是否采用DR模式之前执行,也可以在之后执行,二者没有严格的先后顺序。
基于同一发明构思,根据本发明上述实施例2提供的数据包传输方法,相应地,本发明实施例2还提供了一种数据包传输装置,应用于与负载均衡设备以及其他网络设备相连的业务服务器,装置结构示意图如图5所示,具体包括:
接收单元501,用于接收请求数据包;
模式确定单元502,用于确定该负载均衡设备是否采用直接返回DR模式;
发送单元503,用于如果该负载均衡设备未采用DR模式,根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备;以及如果该负载均衡设备采用DR模式,根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与该请求数据包对应的该响应数据包。
进一步的,模式确定单元502,具体用于确定该业务服务器上是否针对采用DR模式的负载均衡设备进行了相应设置;如果进行了相应设置,确定该负载均衡设备采用DR模式;如果未进行相应设置,确定该负载均衡设备未采用DR模式。
较佳的,上述数据包传输装置,发送单元503,还用于该业务服务器当需要主动发送业务数据包时,根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,发送该业务数据包。
上述各单元的功能可对应于图4所示流程中的相应处理步骤,在此不再赘述。
综上所述,本发明实施例2提供的方案,应用于与负载均衡设备以及其他网络设备相连的业务服务器,该方案包括:该业务服务器接收到请求数据包;并确定该负载均衡设备是否采用DR模式;如果负载均衡设备未采用DR模式,根据该请求数据包的源MAC地址,按照基于MAC地址的第一路由表,返回与该请求数据包对应的该响应数据包;如果负载均衡设备采用DR模式,根据该请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与该请求数据包对应的响应数据包。采用本发明实施例提供的方案,降低了路由配置的复杂度以及路由表的维护难度。
本申请的实施例所提供的数据包传输装置可通过计算机程序实现。本领域技术人员应该能够理解,上述的模块划分方式仅是众多模块划分方式中的一种,如果划分为其他模块或不划分模块,只要数据包传输装置具有上述功能,都应该在本申请的保护范围之内。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种数据包传输方法,应用于与负载均衡设备以及其他网络设备相连的业务服务器,所述负载均衡设备未采用直接返回DR模式,其特征在于,包括:
所述业务服务器接收请求数据包;
确定所述请求数据包对应的响应数据包;
根据所述请求数据包的源介质访问控制MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的所述响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备。
2.如权利要求1所述的方法,其特征在于,还包括:
所述业务服务器当需要主动发送业务数据包时,根据所述业务数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
3.一种数据包传输方法,应用于与负载均衡设备以及其他网络设备相连的业务服务器,其特征在于,包括:
所述业务服务器接收请求数据包;
确定所述负载均衡设备是否采用直接返回DR模式;
如果所述负载均衡设备未采用DR模式,根据所述请求数据包的源介质访问控制MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备;
如果所述负载均衡设备采用DR模式,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与所述请求数据包对应的所述响应数据包。
4.如权利要求3所述的方法,其特征在于,确定所述负载均衡设备是否采用DR模式,具体包括:
确定所述业务服务器上是否针对采用DR模式的负载均衡设备进行了相应设置;
如果进行了相应设置,确定所述负载均衡设备采用DR模式;
如果未进行相应设置,确定所述负载均衡设备未采用DR模式。
5.如权利要求3或4所述的方法,其特征在于,还包括:
所述业务服务器当需要主动发送业务数据包时,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
6.一种数据包传输装置,应用于与负载均衡设备以及其他网络设备相连的业务服务器,所述负载均衡设备未采用直接返回DR模式,其特征在于,包括:
接收单元,用于接收请求数据包;
处理单元,用于确定所述请求数据包对应的响应数据包;
发送单元,用于根据所述请求数据包的源介质访问控制MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的所述响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备。
7.如权利要求6所述的装置,其特征在于,所述发送单元,还用于当需要主动发送业务数据包时,根据所述业务数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
8.一种数据包传输装置,应用于与负载均衡设备以及其他网络设备相连的业务服务器,其特征在于,包括:
接收单元,用于接收请求数据包;
模式确定单元,用于确定所述负载均衡设备是否采用直接返回DR模式;
发送单元,用于如果所述负载均衡设备未采用DR模式,根据所述请求数据包的源介质访问控制MAC地址,按照基于MAC地址的第一路由表,返回与所述请求数据包对应的响应数据包,其中,所述第一路由表中与MAC地址对应的路由指向具有该MAC地址的设备;以及如果所述负载均衡设备采用DR模式,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,返回与所述请求数据包对应的所述响应数据包。
9.如权利要求8所述的装置,其特征在于,所述模式确定单元,具体用于确定所述业务服务器上是否针对采用DR模式的负载均衡设备进行了相应设置;
如果进行了相应设置,确定所述负载均衡设备采用DR模式;
如果未进行相应设置,确定所述负载均衡设备未采用DR模式。
10.如权利要求8所述的装置,其特征在于,所述发送单元,还用于所述业务服务器当需要主动发送业务数据包时,根据所述请求数据包的源IP地址,按照基于IP地址的第二路由表,发送所述业务数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310419141.2A CN103491007B (zh) | 2013-09-13 | 2013-09-13 | 一种数据包传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310419141.2A CN103491007B (zh) | 2013-09-13 | 2013-09-13 | 一种数据包传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103491007A true CN103491007A (zh) | 2014-01-01 |
CN103491007B CN103491007B (zh) | 2017-01-04 |
Family
ID=49830977
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310419141.2A Active CN103491007B (zh) | 2013-09-13 | 2013-09-13 | 一种数据包传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103491007B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080285553A1 (en) * | 2007-05-18 | 2008-11-20 | Ayaz Abdulla | Intelligent load balancing and failover of network traffic |
CN101827039A (zh) * | 2010-06-04 | 2010-09-08 | 杭州华三通信技术有限公司 | 一种负载分担的方法和设备 |
CN102131239A (zh) * | 2010-10-27 | 2011-07-20 | 华为技术有限公司 | 业务处理单元和方法以及业务控制网关和负载均衡方法 |
CN102761608A (zh) * | 2012-06-28 | 2012-10-31 | 深信服网络科技(深圳)有限公司 | Udp会话复用的方法和负载均衡设备 |
CN103023942A (zh) * | 2011-09-27 | 2013-04-03 | 奇智软件(北京)有限公司 | 一种服务器负载均衡方法、装置及系统 |
-
2013
- 2013-09-13 CN CN201310419141.2A patent/CN103491007B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080285553A1 (en) * | 2007-05-18 | 2008-11-20 | Ayaz Abdulla | Intelligent load balancing and failover of network traffic |
CN101827039A (zh) * | 2010-06-04 | 2010-09-08 | 杭州华三通信技术有限公司 | 一种负载分担的方法和设备 |
CN102131239A (zh) * | 2010-10-27 | 2011-07-20 | 华为技术有限公司 | 业务处理单元和方法以及业务控制网关和负载均衡方法 |
CN103023942A (zh) * | 2011-09-27 | 2013-04-03 | 奇智软件(北京)有限公司 | 一种服务器负载均衡方法、装置及系统 |
CN102761608A (zh) * | 2012-06-28 | 2012-10-31 | 深信服网络科技(深圳)有限公司 | Udp会话复用的方法和负载均衡设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103491007B (zh) | 2017-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106789667B (zh) | 一种数据转发方法、相关设备及系统 | |
CN106612561B (zh) | 一种资源指示方法、装置及系统 | |
CN106375231B (zh) | 一种流量切换方法、设备及系统 | |
KR101913490B1 (ko) | 플로우 테이블 관리 방법, 및 관련 디바이스 및 시스템 | |
CN102571587B (zh) | 报文转发方法和设备 | |
CN102857414A (zh) | 一种转发表写入、报文转发方法及装置 | |
CN103338488B (zh) | 网络切换方法、终端、控制器、网关及系统 | |
US9667705B2 (en) | Method of data transmission over multiple networks, and apparatus therefor | |
CN104301451A (zh) | 一种跨网段主机通信方法、装置及系统 | |
CN104320502B (zh) | 终端网关ip地址分配方法、数据传输的方法、mme及系统 | |
CN110521178B (zh) | 一种分发数据的方法、装置和系统 | |
CN103002065A (zh) | 一种主用设备与备用设备共用ip地址的方法和装置 | |
CN104301238A (zh) | 一种报文处理方法、装置及系统 | |
WO2016049926A1 (zh) | 一种数据包处理装置及方法 | |
GB2578415A (en) | Methods and systems for transmitting information packets through tunnel groups at a network node | |
CN106105098B (zh) | 交换机及业务请求报文的处理方法 | |
CN103634214A (zh) | 一种路由信息生成方法及装置 | |
CN110234175A (zh) | 一种自组网协调方法、装置、系统、设备及存储介质 | |
CN104363084A (zh) | 一种链路状态同步方法及装置 | |
CN103595562A (zh) | 一种终端拓扑链路的确定方法、装置及服务器设备 | |
US20160050040A1 (en) | Radio communication system and radio communication method | |
CN113691453B (zh) | 一种网络管理方法、装置、设备及存储介质 | |
CN104125150A (zh) | 一种协议报文处理方法、装置及系统 | |
CN104703211A (zh) | 一种虚拟化接入方法及设备 | |
CN107534917A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230419 Address after: Room 501-502, 5/F, Sina Headquarters Scientific Research Building, Block N-1 and N-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193 Patentee after: Sina Technology (China) Co.,Ltd. Address before: 100080, International Building, No. 58 West Fourth Ring Road, Haidian District, Beijing, 20 floor Patentee before: Sina.com Technology (China) Co.,Ltd. |