WO2013159667A1 - Mode d'équilibrage de charge de protocole de redondance de routeur virtuel (vrrpe) - Google Patents

Mode d'équilibrage de charge de protocole de redondance de routeur virtuel (vrrpe) Download PDF

Info

Publication number
WO2013159667A1
WO2013159667A1 PCT/CN2013/074333 CN2013074333W WO2013159667A1 WO 2013159667 A1 WO2013159667 A1 WO 2013159667A1 CN 2013074333 W CN2013074333 W CN 2013074333W WO 2013159667 A1 WO2013159667 A1 WO 2013159667A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
request message
arp
vrrpe
arp request
Prior art date
Application number
PCT/CN2013/074333
Other languages
English (en)
Inventor
Jianzhuang GE
Haidong Wang
Original Assignee
Hangzhou H3C Technologies Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou H3C Technologies Co., Ltd. filed Critical Hangzhou H3C Technologies Co., Ltd.
Publication of WO2013159667A1 publication Critical patent/WO2013159667A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/58—Association of routers
    • H04L45/586—Association of routers of virtual routers
    • 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/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]

Definitions

  • VLAN virtual local area network
  • Fig. 1 is a schematic diagram illustrating an example network structure in which MAC-Forced Forwarding (MFF) and VRRPE are implemented;
  • MFF MAC-Forced Forwarding
  • FIG. 2 is a flowchart illustrating an example method for transmitting messages in VRRPE of the present disclosure.
  • FIG. 3 is a schematic diagram illustrating an example structure of a device for transmitting messages in VRRPE of the present disclosure.
  • FIG. 4 is a schematic diagram illustrating another example structure of a device for transmitting messages in VRRPE of the present disclosure.
  • MFF MAC-Forced Forwarding
  • VRRP Virtual Router Redundancy Protocol
  • An election mechanism of VRRP is used to decide which router performs traffic forwarding task.
  • the elected router is the 'main device' of the group of VRPP routers.
  • the hosts in the LAN only need to configure the virtual router as the default gateway.
  • VRRP load balancing mode provides load balancing function.
  • the principle of VRRPE includes: one virtual IP address corresponds to multiple virtual MAC addresses; each router in a VRRP backup group corresponds to a virtual MAC address; using different virtual MAC address responses to address resolution protocol (ARP) requests of client hosts, so that traffic of different hosts can be sent to different routers, and each router in the backup group can forward traffic.
  • ARP address resolution protocol
  • one backup group is formed to implement load sharing between multiple routers in the backup group, thereby reducing or avoiding the problem that backup routers in VRRP backup group are always in idle state, and the utilization rate of network resources is low.
  • Fig. 1 is a schematic diagram illustrating an example network structure in which MFF and VRRPE are used.
  • device 130 is a server enabled with Dynamic Host Configuration Protocol (DHCP)
  • device 100 is a device enabled to perform MFF functions (hereinafter referred to as 'an MFF device'); and router 111 and router 112 are VRRPE devices.
  • the device 100 is to reply, in place of a gateway, a gateway MAC address to ARP requests of hosts PC121 , PC122 and PC123.
  • the gateway MAC address is obtained by exchanging ARP messages with the gateway, IPv4 is taken as an example for illustration here.
  • the device 100 only records a MAC address of one gateway.
  • the MFF function enables device 100 to reply directly, in place of the gateway, to the ARP requests of the clients, the ARP request messages of PC121 , PC122 or PC123 will not be sent to the router 111 or the router 112.
  • PC121 , PC122 and PC123 can only obtain one virtual MAC address of the same VRRPE and cannot perform load balancing.
  • the message sent by the client can be sent to a specific gateway in a load balancing manner, thereby allowing integration of MFF and VRRPE and simplifying networking requirements.
  • the present disclosure provides a method for transmitting messages in VRRPE in a network with MFF.
  • the network includes an MFF device, and a VRRPE device which is used as a gateway.
  • the MFF device is connected with the VRRPE device, and the MFF device is connected with a plurality of clients.
  • FIG. 2 is a flowchart illustrating an example method for transmitting messages in VRRPE of the present disclosure.
  • the specific blocks are as following:
  • Block 201 the MFF device intercepts an ARP request message sent by a client connected to the MFF device, records information of the ARP request message, modifies a destination IP address of the ARP request message to be the gateway IP address, and forwards the ARP request message to a main device of the VRRPE device.
  • the information of the ARP request message recorded in this block includes a source IP address, the destination IP address, a port number and VLAN ID.
  • the MFF device sets an information aging or expiry time for the recorded information. If a response message of which a destination IP address is the recorded source IP address is not intercepted within the information aging time, then the locally recorded information of corresponding ARP request message is aged or expires.
  • the MFF device can obtain the gateway IP address in this block through the following ways:
  • DHCP Dynamic Host Configuration Protocol
  • Block 202 the MFF device:
  • (iii) includes: modifying the source IP address of the ARP response message to the recorded destination IP address of the ARP request message, and unicasting the ARP response message to the client according to the port number and the VLAN ID in the recorded information of the ARP request message.
  • the method further includes:
  • the MFF device searches the destination IP address of the intercepted response message in the locally recorded information of the ARP request message. If the destination IP address of the intercepted response message is found, then the MFF device sends the ARP response message to the client according to the recorded information of the ARP request message and subsequent blocks; otherwise (not found), transparently transmits the ARP response message.
  • the destination IP address of the ARP response message is recorded as the source IP address in the recorded information of the ARP request message. If the destination IP address of the ARP response message is not in the recorded information, then it shows that the ARP response message may be sent by a server, and the ARP response message is forwarded directly.
  • the method further includes:
  • the MFF device deletes the recorded information of the corresponding ARP request message.
  • the recorded information of the ARP request message can be deleted in order to save memory space.
  • the MFF device monitors message interaction between the VRRPE devices, to obtain and record a virtual MAC address of each VRRPE device.
  • the MFF device sets an address aging time for the recorded virtual MAC address of each VRRPE device, and when the address aging time is up, corresponding virtual MAC address is aged. Within the address aging time, when the MFF device monitors the recorded virtual MAC address of the VRRPE device, the recorded address aging time of the corresponding MAC address is updated. That is, the virtual MAC address of each VRRPE device is updated in real time. If one VRRPE is offline or breaks down, if the MFF device does not monitor message interaction between the VRRPE device and other VRRPE devices any more within the set address aging time, then the recorded virtual MAC address of this VRRPE is aged.
  • the MFF device When the preset time is up, if the MFF device intercepts an ARP request message sent by a client connected to the MFF device, the MFF device assigns the recorded virtual MAC address to the client which sends the ARP request message through the load balancing algorithm based on information of the ARP request message. The MFF device also sends a response message, which takes the assigned virtual MAC address as a source MAC address and takes the obtained destination IP address of the ARP request message as a source IP address, to the client so that the client can transmit messages according to the source MAC address and the source IP address of the received response message.
  • the MFF device within the preset time, does not fast-reply directly, and forwards the ARP request message to the main device of VRRPE so that the main device of VRRPE assigns the virtual MAC address through a load balancing algorithm.
  • the MFF device learns all the virtual MAC addresses assigned by the main device of VRRPE.
  • the MFF device When intercepting an ARP request message, the MFF device itself assigns an obtained virtual MAC address of the VRRPE device through the load balancing algorithm, so that the message sent by the client later can be sent to a specific VRRPE device in a load balancing manner, so that the VRRPE device can fulfill load balancing purposes without networking limits.
  • the MFF device sets an address aging time for the recorded virtual MAC address of each VRRPE device, and when the address aging time is up, the corresponding virtual MAC address is aged. Within the address aging time, when the MFF device monitors the recorded virtual MAC address of the VRRPE device, the recorded address aging time of the corresponding MAC address is updated.
  • the preset time can be set according to specific applications. When the preset time is up, in the case of a stable network, the MFF device has obtained virtual MAC addresses of all VRRPE devices which participate in load-balancing in the network by monitoring message interaction between the VRRPE devices. At this time, the MFF device assigns the virtual MAC address by running load-balancing in the MFF device itself.
  • Example implementation(s) of transmission of messages in VRRPE will be hereinafter described in detail with reference to the accompanying drawings.
  • the client 121 needs to access the client 122, the VRRPE device 111 or the VRRPE device 112, the client 121 needs to learn the virtual MAC address of a gateway.
  • the VRRPE device 111 is elected as a main device in VRRPE, the VRRPE device 111 assigns a virtual MAC address MAC111 to itself, and the VRRPE device 111 assigns a virtual MAC address MAC112 to the VRRPE device 112.
  • the MFF device 100 intercepts an ARP request message sent by the client 121 , and the ARP request message is not permitted to be forwarded directly.
  • the MFF device 100 records information of the ARP request message, and the information of the ARP request message includes: a source IP address, a source MAC address, a destination IP address, a port number and VLAN ID of the message.
  • the source IP address and the source MAC address of the message are addresses of the client 121 ; the destination IP address of the message is an address of the client 122; the port number is a port number of a port through which the MFF device 100 receives the ARP request message.
  • the MFF device 100 obtains the gateway IP address through manual configuration or through DHCP from the server 130. After intercepting the ARP request message, the MFF device 100 modifies the destination IP address of the ARP request message to the gateway IP address, and forwards the ARP request message to the VRRPE device 111 .
  • the operation of the VRRPE device 111 is the same as the existing implementations.
  • the VRRPE device 111 assigns a virtual MAC address to the client which sends the ARP request message through a load balancing algorithm, and takes the virtual MAC address as a source MAC address of a response message.
  • the MFF device 100 intercepts an ARP response message reaching the MFF device 100 itself and does not directly forward the ARP response message.
  • the MFF device 100 needs to determine whether the destination IP address of the ARP response message is recorded in the locally recorded information of the ARP request message. If the destination IP address of the ARP response message is recorded in the locally recorded information of the ARP request message, the ARP response message is a response message which is sent by the main device of VRRPE in response to the ARP request message sent by the MFF device 100.
  • the MFF device 100 finds the corresponding destination IP address, the corresponding port number and the corresponding VLAN ID in the recorded ARP request message, and sends the ARP response message (which takes the found destination IP address as a source IP address) to the client 121 through a port corresponding to the found port number in a VLAN corresponding to the found VLAN ID.
  • the client 121 can transmit messages according to the source MAC address and the source IP address of the ARP response message later.
  • the ARP response message may be other response message.
  • the ARP response message may be a response message through which the server sends IP address, and so on. In this case, the MFF device 100 does not process the ARP response message and forwards the ARP response message directly.
  • the MFF device 100 obtains virtual MAC addresses MAC111 and MAC112 of various VRRPE devices by monitoring message interaction between the VRRPE device 111 and the VRRPE device 112.
  • the MFF device 100 intercepts an ARP request message sent by the client 121 and does not allow the ARP message to be forwarded directly.
  • the MFF device 100 assigns a virtual MAC address to the client 121 which sends the ARP request message through the load balancing algorithm; if the virtual MAC address assigned according to the load balancing algorithm is MAC111 .
  • the MFF device 100 sends a response, which takes MAC111 as a source IP address and takes the destination IP address of the ARP request message, i.e., the IP address of the client 123 as a source IP address, to the client 121 , so that the client 121 can transmit messages according to the source MAC address and the source IP address of the ARP response message later.
  • Fig. 3 is a schematic diagram illustrating an example structure of a device for transmitting messages in VRRPE of the present disclosure.
  • the device includes: an intercepting unit 301 , a recording unit 302 and a sending unit 303.
  • the intercepting unit 301 is to intercept an address resolution protocol (ARP) request message sent by a client connected to a device in which the intercepting unit 301 is; intercept a response message sent by a main device of the VRRPE and takes a virtual MAC address assigned according to a load balancing algorithm as a source MAC address.
  • the recording unit 302 is to record information of the ARP request message intercepted by the intercepting unit 301 .
  • the sending unit 303 is to modify a destination IP address of the intercepted ARP request message to be an obtained gateway IP address, and send the ARP request message to the main device of the VRRPE device; send the ARP response message intercepted by the intercepting unit 301 to the client according to the information of the ARP request message recorded by the recording unit 302, so that the client can transmit messages according to the source MAC address and the source IP address of the received response message.
  • the information of the ARP request message recorded by the recording unit 302 includes: the source IP address, the destination IP address, a port number and VLAN ID.
  • the sending unit 303 is further to modify a source IP address of the ARP response message to be the destination IP address of the ARP request message recorded by the recording unit 302, and unicast the ARP response message to the client according to the port number and the VLAN ID in the recorded information of the ARP request message.
  • the device further includes a search unit 304.
  • the search unit 304 is to, when the intercepting unit 301 intercepts the ARP response message, search the destination IP address of the intercepted response message in the information of the ARP request message recorded by the recording unit 302.
  • the sending unit 303 is further to, if the search unit 304 finds the destination IP address of the intercepted response message in the information of the ARP request message recorded by the recording unit 302, send the ARP response message to the client according to the recorded information of the ARP request message; otherwise, transparently transmit the ARP response message.
  • the recording unit 302 is further to, when the sending unit 303 sends the ARP response message to the client according to the recorded information of the ARP request message, delete the recorded information of corresponding ARP request message.
  • the recording unit 302 is further to set an information aging time for the recorded information of the ARP request message; if the intercepting unit 301 does not intercept a response message which takes the recorded source IP address as the destination IP address, age the locally recorded information of corresponding ARP request message.
  • the device further includes: a monitoring unit 305 and an allocation unit 306.
  • the monitoring unit 305 is to monitor interactive messages between the VRRPE devices to obtain and record a virtual MAC address of each VRRPE device.
  • the allocation unit 306 is to, when the preset time is up, if the intercepting unit 301 intercepts the ARP request message sent by the client connected to the intercepting unit 301 , assign the virtual MAC address recorded by the monitoring unit 305 to the client which sends the ARP message according to the information of the ARP request message through the load balancing algorithm.
  • the sending unit 303 is further to send the ARP response message which takes the virtual MAC address assigned by the allocation unit 306 as a source MAC address and takes the destination IP address of the ARP request message as a source IP address to the client, so that the client can transmit messages according to the source MAC address and the source IP address of the received response message.
  • the device further includes an aging unit 307.
  • the aging unit 307 is to set an address aging time for the virtual MAC address of each VRRPE device recorded by the monitoring unit 305; and when the address aging time is up, age the corresponding virtual MAC address.
  • the monitoring unit 305 is further to, within the address aging time set by the aging unit 307, when the recorded virtual MAC address of the VRRPE device is monitored, update the recorded address aging time of the corresponding virtual MAC address.
  • the above units can be integrated or combined into one unit. They can also be arranged differently, such as being further split into a plurality of sub-units.
  • FIG. 4 is a schematic diagram illustrating an example structure of another device for transmitting message in VRRPE according to the present disclosure.
  • the device includes a CPU 401 , a memory 402 and a storage 403.
  • the CPU 401 , the memory 402 and the storage 403 are connected with each other via an internal bus.
  • the memory 402 stores units of machine readable instructions executable by the CPU 401 , including an intercepting unit 404, a sending unit 406, a search unit 407, a monitoring unit 408, an allocation unit 409 and an aging unit 410.
  • the storage 403 stores a recording unit 405.
  • Functions of the intercepting unit 404, the recording unit 405, the sending unit 406, the search unit 407, the monitoring unit 408, the allocation unit 409 and the aging unit 410 are similar with the functions of the intercepting unit 301 , the recording unit 302, the sending unit 303, the search unit 304, the monitoring unit 305, the allocation unit 306 and the aging unit 307 respectively.
  • Functions of the intercepting unit 404, the recording unit 405, the sending unit 406, the search unit 407, the monitoring unit 408, the allocation unit 409 and the aging unit 410 are mainly initiated or directed by the intercepting unit 404, the recording unit 405, the sending unit 406, the search unit 407, the monitoring unit 408, the allocation unit 409 and the aging unit 410.
  • the functions may be implemented with the assistance of other modules, and may involve cooperation of multiple modules, e.g., may utilize processing functions of the CPU 401 , may read information from the storage 403, may relay on the internal bus for data transmission, and etc.
  • the methods, units and devices described herein may be implemented by hardware, machine-readable instructions or a combination of hardware and machine-readable instructions.
  • Machine-readable instructions used in the examples disclosed herein may be stored in storage medium readable by multiple processors, such as hard drive, CD-ROM, DVD, compact disk, floppy disk, magnetic tape drive, RAM, ROM or other proper storage device.
  • at least part of the machine-readable instructions may be substituted by specific-purpose hardware, such as custom integrated circuits, gate array, FPGA, PLD and specific-purpose computers and so on.
  • a machine-readable storage medium is also provided to store instructions to cause a machine to execute a process as described according to examples herein.
  • a system or apparatus having a storage medium that stores machine-readable program codes for implementing functions of any of the above examples and that may cause the system or the apparatus (or CPU or MPU) read and execute the program codes stored in the storage medium.
  • the program codes read from the storage medium may implement any one of the above examples, thus the program codes and the storage medium storing the program codes are part of the technical scheme.
  • the storage medium for providing the program codes may include floppy disk, hard drive, magneto-optical disk, compact disk (such as CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-RW, DVD+RW), magnetic tape drive, Flash card, ROM and so on.
  • the program code may be downloaded from a server computer via a communication network.
  • the program codes implemented from a storage medium are written in a storage in an extension board inserted in the computer or in a storage in an extension unit connected to the computer.
  • a CPU in the extension board or the extension unit executes at least part of the operations according to the instructions based on the program codes to implement any of the above examples.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Selon l'invention, un dispositif MFF intercepte un message de requête ARP envoyé par un client connecté au dispositif MFF et transfère le message de requête ARP à un dispositif principal des dispositifs VRRPE. Lorsque le dispositif MFF intercepte un message de réponse qui est envoyé par le dispositif principal des dispositifs VRRPE et prend à titre d'adresse MAC source une adresse MAC virtuelle attribuée par le dispositif principal conformément à un algorithme d'équilibrage de charge, le dispositif MFF envoie le message de réponse ARP au client.
PCT/CN2013/074333 2012-04-26 2013-04-18 Mode d'équilibrage de charge de protocole de redondance de routeur virtuel (vrrpe) WO2013159667A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210126322.1 2012-04-26
CN201210126322.1A CN102647360B (zh) 2012-04-26 2012-04-26 一种在vrrpe中传输报文的方法和设备

Publications (1)

Publication Number Publication Date
WO2013159667A1 true WO2013159667A1 (fr) 2013-10-31

Family

ID=46659944

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/074333 WO2013159667A1 (fr) 2012-04-26 2013-04-18 Mode d'équilibrage de charge de protocole de redondance de routeur virtuel (vrrpe)

Country Status (2)

Country Link
CN (1) CN102647360B (fr)
WO (1) WO2013159667A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110602182A (zh) * 2019-08-27 2019-12-20 深圳前海达闼云端智能科技有限公司 服务调度方法、装置、系统、全局负载均衡器及客户端

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873368B (zh) * 2012-12-11 2017-09-15 新华三技术有限公司 以太网报文转发方法和接入设备
CN105591903B (zh) * 2015-09-16 2019-01-08 新华三技术有限公司 报文转发方法和装置
CN105744601B (zh) * 2016-04-27 2019-09-20 锐捷网络股份有限公司 一种配置无线传感终端的方法和系统
CN107547339B (zh) * 2017-06-14 2020-12-08 新华三技术有限公司 一种网关媒体接入控制mac地址反馈方法及装置
CN113395718B (zh) * 2020-03-13 2023-04-07 烽火通信科技股份有限公司 主备汇聚层设备回传网络场景下网络性能优化方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1531262A (zh) * 2003-03-11 2004-09-22 ��Ϊ�������޹�˾ 实现网络负载分担功能的网络通信方法
CN101404621A (zh) * 2008-11-24 2009-04-08 杭州华三通信技术有限公司 实现vrrp负载均衡的方法和路由设备
CN101577722A (zh) * 2009-06-03 2009-11-11 中兴通讯股份有限公司 实现强制mac转发功能的方法和装置
CN102201963A (zh) * 2010-03-22 2011-09-28 杭州华三通信技术有限公司 媒体接入控制强制转发方法及功能单元

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075426A (zh) * 2011-01-14 2011-05-25 中兴通讯股份有限公司 一种mff手工模式下的报文传输方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1531262A (zh) * 2003-03-11 2004-09-22 ��Ϊ�������޹�˾ 实现网络负载分担功能的网络通信方法
CN101404621A (zh) * 2008-11-24 2009-04-08 杭州华三通信技术有限公司 实现vrrp负载均衡的方法和路由设备
CN101577722A (zh) * 2009-06-03 2009-11-11 中兴通讯股份有限公司 实现强制mac转发功能的方法和装置
CN102201963A (zh) * 2010-03-22 2011-09-28 杭州华三通信技术有限公司 媒体接入控制强制转发方法及功能单元

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110602182A (zh) * 2019-08-27 2019-12-20 深圳前海达闼云端智能科技有限公司 服务调度方法、装置、系统、全局负载均衡器及客户端
CN110602182B (zh) * 2019-08-27 2022-02-01 达闼机器人有限公司 服务调度方法、装置、系统、全局负载均衡器及客户端

Also Published As

Publication number Publication date
CN102647360A (zh) 2012-08-22
CN102647360B (zh) 2015-02-18

Similar Documents

Publication Publication Date Title
US9774563B2 (en) Packet transmission method, apparatus, and system in multicast domain name system
US9674139B2 (en) Detection of a misconfigured duplicate IP address in a distributed data center network fabric
EP3402151B1 (fr) Procédé de génération de message basée sur une grappe de serveurs et dispositif d'équilibrage de charge
US9531676B2 (en) Proxy methods for suppressing broadcast traffic in a network
EP3070887B1 (fr) Procédé, dispositif et système de communication pour réseau local extensible virtuel
US10320895B2 (en) Live migration of load balanced virtual machines via traffic bypass
US10791167B2 (en) User migration
US20160044145A1 (en) Learning a mac address
US9313171B2 (en) Path selection in a multi-service and multi-tenant secure cloud environment
CN107800625B (zh) 一种报文转发方法及装置
WO2013159667A1 (fr) Mode d'équilibrage de charge de protocole de redondance de routeur virtuel (vrrpe)
CN103118148B (zh) 一种arp缓存更新方法和设备
WO2014115157A1 (fr) Résolution d'adresse dans des réseaux définis par logiciel
WO2013049989A1 (fr) Interconnexion de couche deux entre des centres de données
CN107094110B (zh) 一种dhcp报文转发方法及装置
EP2584742B1 (fr) Procédé et commutateur d'envoi de paquets
CN111638957A (zh) 一种集群共享式公有云负载均衡的实现方法
US11516124B2 (en) Leveraging multicast listener discovery for discovering hosts
WO2017107871A1 (fr) Procédé de contrôle d'accès et dispositif de réseau
US9219688B2 (en) Method and system for network load balancing
US11743067B2 (en) Systems and methods for preventing solicited-node multicast address collisions
CN113067781B (zh) 一种数据处理方法及其装置
WO2016124155A1 (fr) Transmission par paquet

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13782333

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13782333

Country of ref document: EP

Kind code of ref document: A1