CN107896196B - Method and device for distributing messages - Google Patents

Method and device for distributing messages Download PDF

Info

Publication number
CN107896196B
CN107896196B CN201711455265.0A CN201711455265A CN107896196B CN 107896196 B CN107896196 B CN 107896196B CN 201711455265 A CN201711455265 A CN 201711455265A CN 107896196 B CN107896196 B CN 107896196B
Authority
CN
China
Prior art keywords
service
board card
message
board
cloud
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.)
Active
Application number
CN201711455265.0A
Other languages
Chinese (zh)
Other versions
CN107896196A (en
Inventor
李飞朋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou DPTech Technologies Co Ltd
Original Assignee
Hangzhou DPTech 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 DPTech Technologies Co Ltd filed Critical Hangzhou DPTech Technologies Co Ltd
Priority to CN201711455265.0A priority Critical patent/CN107896196B/en
Publication of CN107896196A publication Critical patent/CN107896196A/en
Application granted granted Critical
Publication of CN107896196B publication Critical patent/CN107896196B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities

Landscapes

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

Abstract

The application provides a method and a device for distributing messages, which are applied to frame type network equipment, wherein the frame type network equipment comprises a plurality of service board cards, and an intra-domain cloud board card and an extra-domain cloud board card are generated based on aggregation of the service board cards, wherein the position of the same service board card in the intra-domain cloud board card is the same as the position of the same service board card in the extra-domain board card, and the method comprises the following steps: when a service message is received, determining a target cloud board card of the service message; extracting predetermined message characteristics from the service message; the message characteristics extracted from the forward service message are the same as the message characteristics extracted from the reverse service message of the same service; and determining a target service board card for processing the service message in the target cloud board card based on the message characteristics, and distributing the service message to the target service board card. By adopting the technical scheme provided by the application, the messages of the same service can be processed by the same service board card.

Description

Method and device for distributing messages
Technical Field
The present application relates to the field of network communication technologies, and in particular, to a method and an apparatus for distributing a packet.
Background
With the wide application of new technologies such as cloud computing and high-definition video, the data volume transmitted in the network shows geometric growth. The rapidly increasing data transmission of networks puts higher demands on network bandwidth and network architecture. Previously, in networks, conventional large capacity box devices were generally used for network data transmission. Because the traditional high-capacity box type equipment has the problems of processing performance limit and poor expansibility, the traditional high-capacity box type equipment can not meet the requirement of rapidly increasing network data transmission. Nowadays, in order to meet the requirement of the transmission of network data which is rapidly increased, a frame type network high-performance device (a frame type device for short) is adopted. The frame type device has the advantages of high performance and expandability, and the processing performance of the frame type device can be increased by inserting the board card into the frame type device at any time.
In practical application, a service board card may be inserted into the frame device for processing the service packet. In order to improve the reliability of the frame device in processing the service, the service packet is usually processed by using the main/standby service board card. Under normal conditions, the main service board processes the service message, and the standby service board is in a standby state. When the main service board card fails, the main service board card is switched to the standby service board card, and the standby service board card continues to process the service message, so that normal processing of the service message is ensured.
However, when the main service board is in a working state, the standby service board is always in a standby board, and the standby service board is not fully used, which results in resource waste. In the prior art, a cloud board card technology is provided for fully utilizing each service board card in frame type equipment. The cloud board card refers to aggregating a plurality of service board cards of the same type into one logic board card. When the service message passes through the frame type equipment, the frame type equipment can equally distribute the service message to each service board card, and each service board card averagely shares the processing of the service message. When any one of the service board cards fails, the service messages originally processed by the service board card can be evenly distributed to the rest of the remaining service board cards.
In the prior art, when a frame device allocates a service packet to each service board based on a preset allocation rule, the service packet is generally allocated to each service board by using a packet feature based on the service packet. For example, the service packets are evenly distributed to each service board based on the source IP and the destination IP of the service packets.
In actual operation, messages of the same service need to be processed by the same service board, that is, both forward service messages (service messages sent from the intranet to the extranet) and reverse service messages (service messages sent from the extranet to the intranet) of the same service need to be distributed to the same service board.
The device shown in the prior art performs a flow splitting process on a forward service packet and a reverse service packet based on packet characteristics in the same designated field, however, in some network environments, packet characteristics obtained from the designated field of the forward service packet are different from packet characteristics obtained from the same designated field of the reverse service packet, so that the forward service packet and the reverse service packet of the same session are processed by different service boards.
Disclosure of Invention
In view of this, the present application provides a method and an apparatus for distributing packets, which are applied to a frame network device, and are used to implement that packets of the same service are processed by the same service board card.
Specifically, the method is realized through the following technical scheme:
a method for distributing messages is applied to frame type network equipment, the frame type network equipment comprises a plurality of service board cards, an intra-domain cloud board card and an extra-domain cloud board card are generated based on the aggregation of the service board cards, wherein the position of the same service board card in the intra-domain cloud board card is the same as the position of the same service board card in the extra-domain cloud board card, the intra-domain cloud board card is used for processing a forward service message, the forward service message is a service message sent from an internal network to an external network, the extra-domain cloud board card is used for processing a reverse service message, and the reverse service message is a service message sent from the external network to the internal network, and the method comprises the following steps:
when a service message is received, determining a target cloud board card of the service message;
extracting predetermined message characteristics from the service message; the message characteristics extracted from the forward service message are the same as the message characteristics extracted from the reverse service message of the same service;
and determining a target service board card for processing the service message in the target cloud board card based on the message characteristics, and distributing the service message to the target service board card.
The utility model provides a device for distributing message, is applied to frame network equipment, frame network equipment includes a plurality of business integrated circuit boards, based on a plurality of business integrated circuit boards aggregate and generate intradomain cloud integrated circuit boards and extraterritorial cloud integrated circuit boards, wherein, same business integrated circuit board card position in the intradomain cloud integrated circuit board is the same with position in the extraterritorial cloud integrated circuit board, intradomain cloud integrated circuit board is used for handling forward service message, forward service message is the service message that sends from the intranet to the extranet, extraterritorial cloud integrated circuit board is used for handling reverse service message, reverse service message is the service message that sends from the extranet to the intranet, the device includes:
the cloud board card determining unit is used for determining a target cloud board card of a service message when the service message is received;
an extracting unit, configured to extract a predetermined packet feature from the service packet; the message characteristics extracted from the forward service message are the same as the message characteristics extracted from the reverse service message of the same service;
and the service board card determining unit is used for determining a target service board card for processing the service message in the target cloud board card based on the message characteristics and distributing the service message to the target service board card.
The technical scheme that this application provided has had beneficial effect:
in the application, an intra-domain cloud board card and an extra-domain cloud board card are generated by aggregating the service board cards in the frame type network device, wherein the intra-domain cloud board card processes a forward service message, and the extra-domain cloud board card processes a reverse service message. The forward service message is a service message sent from the intranet to the extranet, and the reverse service message is a service message sent from the extranet to the intranet, wherein the positions of the service boards in the intra-domain cloud board card are the same as the positions of the service boards in the extra-domain cloud board card. When the frame network device receives a service message, a destination cloud board card of the service message may be determined, a predetermined message feature may be extracted from the service board card, and then a destination service board card for processing the service message in the destination cloud board card may be determined based on the message feature. Wherein, the message characteristics mentioned in the forward service message are the same as the message characteristics extracted from the reverse service message of the same service. Because the service board cards determined by the same message characteristics are the same, the messages of the same service can be processed by the same service board card.
Drawings
Fig. 1 is a schematic block diagram illustrating a principle of distributing a service packet to a frame device in the prior art;
fig. 2 is a schematic block diagram illustrating a principle of distributing a service packet by a frame network device according to an embodiment of the present application;
fig. 3 is a flowchart of a method for distributing a packet according to an embodiment of the present application, and is applied to a frame network device;
fig. 4 is a hardware structure diagram of a frame network device where a device for distributing messages is located according to the present application;
fig. 5 is a device for distributing a message according to the second embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
Referring to fig. 1, fig. 1 is a schematic block diagram illustrating a principle of distributing a service packet to a frame device in the prior art.
In the prior art, when a frame device can allocate a service packet to each service board based on a preset allocation rule, the frame device generally allocates the service packet to each service board by using a packet feature based on the service packet.
When the frame type network equipment receives a service message, extracting a preset message characteristic from the service message, wherein the message characteristic is used for determining a service board card for processing the service message in the cloud board card. And after the frame type network equipment determines the service board card for processing the service message, distributing the service message to the service board card, and processing the service message by the service board card.
In actual operation, messages of the same service need to be processed by the same service board, that is, both forward service messages (service messages sent from the intranet to the extranet) and reverse service messages (service messages sent from the extranet to the intranet) of the same service need to be distributed to the same service board.
The device shown in the prior art performs a flow splitting process on a forward service packet and a reverse service packet based on packet characteristics in the same designated field, however, in some network environments, packet characteristics obtained from the designated field of the forward service packet are different from packet characteristics obtained from the same designated field of the reverse service packet, so that the forward service packet and the reverse service packet of the same session are processed by different service boards.
Example one
In order to implement that messages of the same service are processed by the same service board, the present application provides a method for distributing messages, please refer to fig. 2, where fig. 2 is a schematic block diagram illustrating a principle of distributing service messages by a frame network device according to an embodiment of the present application.
In an embodiment of the present application, the frame network device includes a plurality of service boards. And generating an intra-domain cloud board card and an extra-domain cloud board card based on the aggregation of the plurality of service board cards, wherein the position of the same service board card in the intra-domain cloud board card is the same as the position of the same service board card in the intra-domain cloud board card.
The cloud board card in the domain is used for processing a forward service message, the forward service message is a service message sent from an internal network to an external network, the cloud board card outside the domain is used for processing a reverse service message, and the reverse service message is a service message sent from the external network to the internal network.
The cloud board cards in the domain and the cloud board cards outside the domain are both logic board cards, and the cloud board cards in the domain and the cloud board cards outside the domain are generated by aggregation of the same physical board cards in the frame type network equipment.
For example, the frame network device includes 4 service boards, the frame network device aggregates the 4 service boards to generate an intra-domain cloud board, the intra-domain cloud board includes the 4 service boards, and based on the same method, the frame network device also aggregates the 4 service boards to generate an out-of-domain cloud board, and the out-of-domain cloud board also includes the 4 service boards. That is to say, although the out-of-domain cloud board card and the in-domain cloud board card respectively include 4 service board cards, actually, 4 service board cards in the out-of-domain cloud board card and 4 service board cards in the in-domain cloud board card are the same 4 service board cards.
Referring to fig. 3, fig. 3 is a flowchart of a method for distributing a packet according to an embodiment of the present application, which is applied to a frame network device, and specifically executes the following steps:
step 301: when a service message is received, determining a target cloud board card of the service message;
step 302: extracting predetermined message characteristics from the service message; the message characteristics extracted from the forward service message are the same as the message characteristics extracted from the reverse service message of the same service;
step 303: and determining a target service board card for processing the service message in the target cloud board card based on the message characteristics, and distributing the service message to the target service board card.
In this embodiment, when the frame network device receives a service packet, the receiving module may determine whether the service packet is a forward service packet or a reverse service packet. The forward service message is processed by the intra-domain cloud board card, and the reverse service message is processed by the extra-domain cloud board card.
When the service message is a forward service message, the receiving module may determine that a destination cloud board card of the service message is an intra-domain cloud board card; when the service packet is a reverse service packet, the receiving module may determine that a destination cloud board of the service packet is an out-of-domain cloud board.
The cloud board cards in the domain and the cloud board cards outside the domain both include a plurality of service board cards, and after the receiving module determines the target cloud board card of the service message, the receiving module also needs to further determine the target service board card of the target cloud board card for processing the service message.
In this embodiment, the receiving module may extract a predetermined message feature from the service message, and determine, based on the message feature, a destination service board in the destination cloud board for processing the service message.
In order to realize that the service messages of the same service are processed by the same service board card, that is, the forward service message and the reverse service message of the same service can be distributed to the same service board card, and the service board card is distributed to which service board card is determined based on the message characteristics extracted from the service messages, therefore, the message characteristics extracted from the forward service message by the receiving module must be the same as the message characteristics extracted from the reverse service message; the extracted message features may be single message features or a combination of multiple message features.
However, in some network environments, no matter any message feature or combination of multiple message features is used as a basis for determining a destination service board, if the technical solution provided by the prior art is adopted, the destination service board determined by the frame network device based on the message feature extracted from the forward service message will be different from the destination service board determined by the frame network device based on the message feature extracted from the reverse service message.
In this embodiment, since the forward service packet and the reverse service packet are processed by the intra-domain cloud board card and the extra-domain cloud board card respectively, and the intra-domain cloud board card and the extra-domain cloud board card are independent from each other when processing the service packet, a process of extracting a packet feature from the forward service packet and a process of extracting a packet feature from the reverse service packet by the receiving module are also independent from each other.
In an optional implementation manner, when the service packet received by the receiving module is a forward service packet, the receiving module may extract a destination IP address (server IP address) and/or a destination MAC address (server MAC address) from the forward service packet, and then calculate the extracted destination IP address and/or destination MAC address through a preset algorithm, so as to determine a destination service board processing the forward service packet in the intra-domain cloud board, so that the destination service board processes the forward service packet.
When the receiving module receives a reverse service packet of the same service, the receiving module may extract a source IP address (server IP address) and/or a source MAC address (server MAC address) from the reverse service packet, and then calculate the extracted source IP address and/or source MAC address through the same preset algorithm, so as to determine a destination service board for processing the reverse service packet in the out-of-domain cloud board, so that the destination service board processes the reverse service packet.
The destination IP address and/or destination MAC address extracted from the forward service message by the receiving module is the same as the source IP address and/or source MAC address extracted from the reverse service message of the same service by the receiving module, and the algorithm used when calculating the destination service board card is the same, so the forward service message and the reverse service message of the same service can be processed by the same service board card.
The service board card in the frame network device can break down in actual operation, so that a service error is avoided because the broken-down service board card is not removed in time, the state of the service board card needs to be detected by the frame network device, and the broken-down service board card is removed in time.
In this embodiment, the frame network device periodically detects the working state of the service board, and when any service board fails, the frame network device may delete the service board from the intra-domain cloud board and the extra-domain cloud board.
If a service board card is newly added to the frame type network device, the frame type network device may add the service board card to the intra-domain cloud board card and the extra-domain cloud board card, where the position of the service board card in the intra-domain cloud board card is the same as the position of the service board card in the extra-domain cloud board card.
Regardless of the increase or decrease of the number of the service board cards in the frame type network equipment, the frame type network equipment can uniformly distribute the service messages to all the service board cards.
In this embodiment, when the number of the service boards in the frame network device changes, the frame network device may adjust the distribution of the packet. For example, when a certain service board card fails, the frame network device may evenly distribute service packets originally processed by the service board card to other service board cards.
According to the technical scheme, the intra-domain cloud board card and the extra-domain cloud board card are aggregated to generate the intra-domain cloud board card and the extra-domain cloud board card based on the service board card in the frame type network equipment, wherein the intra-domain cloud board card processes the forward service message, and the extra-domain cloud board card processes the reverse service message. The forward service message is a service message sent from the intranet to the extranet, and the reverse service message is a service message sent from the extranet to the intranet, wherein the positions of the service boards in the intra-domain cloud board card are the same as the positions of the service boards in the extra-domain cloud board card. When the frame network device receives a service message, a destination cloud board card of the service message may be determined, a predetermined message feature may be extracted from the service board card, and then a destination service board card for processing the service message in the destination cloud board card may be determined based on the message feature. Wherein, the message characteristics mentioned in the forward service message are the same as the message characteristics extracted from the reverse service message of the same service. Because the service board cards determined by the same message characteristics are the same, the messages of the same service can be processed by the same service board card.
Example two
Corresponding to the first embodiment of the method for distributing messages, the application also provides a second embodiment of a device for distributing messages.
The second embodiment of the apparatus for distributing a packet in the present application may be applied to a frame network device. The device embodiments may be implemented by software, or by hardware, or by a combination of hardware and software. Taking a software implementation as an example, as a device in a logical sense, the device is formed by reading a corresponding computer program instruction in the non-volatile memory into the memory for operation through the processor of the frame network device where the device is located. In terms of hardware, as shown in fig. 4, a hardware structure diagram of a frame network device where a device for allocating a packet is located in the present application is shown, where in addition to the processor, the memory, the network interface, and the nonvolatile memory shown in fig. 4, the frame network device where the device is located in the embodiment may also include other hardware according to an actual function of the packet, which is not described again.
Referring to fig. 5, fig. 5 is a device for distributing a packet, shown in the second embodiment of the present application, and applied to a frame-type network device, where the frame-type network device includes a plurality of service boards, and an intra-domain cloud board and an extra-domain cloud board are generated based on aggregation of the plurality of service boards, where a position of a same service board in the intra-domain cloud board is the same as a position in the extra-domain cloud board, the intra-domain cloud board is used to process a forward service packet, the forward service packet is a service packet sent from an intranet to an extranet, the extra-domain cloud board is used to process a reverse service packet, and the reverse service packet is a service packet sent from the extranet to the intranet, and the device includes: a cloud board card determining unit 510, an extracting unit 520, and a service board card determining unit 530.
The cloud board determining unit 510 is configured to determine, when a service packet is received, a destination cloud board of the service packet;
the extracting unit 520 is configured to extract a predetermined packet feature from the service packet; the message characteristics extracted from the forward service message are the same as the message characteristics extracted from the reverse service message of the same service;
the service board determining unit 530 is configured to determine, based on the message characteristics, a destination service board in the destination cloud board for processing the service message, and allocate the service message to the destination service board.
Wherein the extracting unit 520 is specifically configured to:
when the target cloud board card is an intra-domain cloud board card, extracting a target IP and/or a target MAC from the service message;
and when the target cloud board card is an out-of-domain cloud board card, extracting a source IP and/or a source MAC from the service message.
In this embodiment, the apparatus further includes:
the detection unit is used for detecting the working state of the service board card in the frame type network equipment;
and the deleting unit is used for deleting the service board card from the intra-domain cloud board card and the extra-domain cloud board card when detecting that any target service board card has a fault.
An adding unit, configured to add a target service board to the intra-domain cloud board and the extra-domain cloud board when a target service board is newly added to the frame network device; and the position of the target service board in the intra-domain cloud board card and the position of the target service board in the out-of-domain cloud board card are kept the same.
And the adjusting unit is used for adjusting the distribution of the service messages based on the number of the service board cards when the number of the service board cards in the frame type network equipment changes.
The implementation process of the functions and actions of each unit in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.
For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the application. One of ordinary skill in the art can understand and implement it without inventive effort.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.

Claims (8)

1. A method for distributing messages is applied to frame type network equipment and is characterized in that the frame type network equipment comprises a plurality of service board cards, an intra-domain cloud board card and an extra-domain cloud board card are generated based on aggregation of the service board cards, wherein the position of the same service board card in the intra-domain cloud board card is the same as the position of the same service board card in the extra-domain cloud board card, the intra-domain cloud board card is used for processing a forward service message, the forward service message is a service message sent from an intranet to an extranet, the extra-domain cloud board card is used for processing a reverse service message, and the reverse service message is a service message sent from the extranet to the intranet, and the method comprises the following steps:
when a service message is received, determining a target cloud board card of the service message;
extracting predetermined message characteristics from the service message; the message characteristics extracted from the forward service message are the same as the message characteristics extracted from the reverse service message of the same service;
determining a target service board card for processing the service message in the target cloud board card based on the message characteristics, and distributing the service message to the target service board card;
extracting predetermined message characteristics from the service message, including:
and when the target cloud board card is an intra-domain cloud board card, extracting a target IP and/or a target MAC from the service message, and when the target cloud board card is an out-of-domain cloud board card, extracting a source IP and/or a source MAC from the service message.
2. The method of claim 1, further comprising:
detecting the working state of a service board card in the frame type network equipment;
and when any target service board card is detected to be in fault, deleting the service board card from the intra-domain cloud board card and the out-of-domain cloud board card.
3. The method of claim 1, further comprising:
when a target service board card is newly added to the frame type network equipment, adding the target service board card into the intra-domain cloud board card and the out-of-domain cloud board card; and the position of the target service board in the intra-domain cloud board card and the position of the target service board in the out-of-domain cloud board card are kept the same.
4. A method according to claim 2 or 3, characterized in that the method further comprises:
and when the number of the service board cards in the frame type network equipment is changed, adjusting the distribution of the service messages based on the number of the service board cards.
5. The utility model provides a device for distributing message, is applied to frame network equipment, its characterized in that, frame network equipment includes a plurality of business integrated circuit boards, based on a plurality of business integrated circuit boards aggregate and generate intradomain cloud integrated circuit board and extraterritorial cloud integrated circuit board, wherein, same business integrated circuit board card position in the intradomain cloud integrated circuit board with the position in the extraterritorial cloud integrated circuit board is the same, intradomain cloud integrated circuit board is used for handling forward business message, forward business message is the business message that sends from the intranet to the extranet, extraterritorial cloud integrated circuit board is used for handling reverse business message, reverse business message is the business message that sends from the extranet to the intranet, the device includes:
the cloud board card determining unit is used for determining a target cloud board card of a service message when the service message is received;
an extracting unit, configured to extract a predetermined packet feature from the service packet; the message characteristics extracted from the forward service message are the same as the message characteristics extracted from the reverse service message of the same service;
a service board determining unit, configured to determine, based on the message characteristics, a destination service board in the destination cloud board for processing the service message, and distribute the service message to the destination service board;
extracting predetermined message characteristics from the service message, including:
and when the target cloud board card is an intra-domain cloud board card, extracting a target IP and/or a target MAC from the service message, and when the target cloud board card is an out-of-domain cloud board card, extracting a source IP and/or a source MAC from the service message.
6. The apparatus of claim 5, further comprising:
the detection unit is used for detecting the working state of the service board card in the frame type network equipment;
and the deleting unit is used for deleting the service board card from the intra-domain cloud board card and the extra-domain cloud board card when detecting that any target service board card has a fault.
7. The apparatus of claim 5, further comprising;
an adding unit, configured to add a target service board to the intra-domain cloud board and the extra-domain cloud board when a target service board is newly added to the frame network device; and the position of the target service board in the intra-domain cloud board card and the position of the target service board in the out-of-domain cloud board card are kept the same.
8. The apparatus of claim 6 or 7, further comprising:
and the adjusting unit is used for adjusting the distribution of the service messages based on the number of the service board cards when the number of the service board cards in the frame type network equipment changes.
CN201711455265.0A 2017-12-28 2017-12-28 Method and device for distributing messages Active CN107896196B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711455265.0A CN107896196B (en) 2017-12-28 2017-12-28 Method and device for distributing messages

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711455265.0A CN107896196B (en) 2017-12-28 2017-12-28 Method and device for distributing messages

Publications (2)

Publication Number Publication Date
CN107896196A CN107896196A (en) 2018-04-10
CN107896196B true CN107896196B (en) 2020-06-09

Family

ID=61808353

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711455265.0A Active CN107896196B (en) 2017-12-28 2017-12-28 Method and device for distributing messages

Country Status (1)

Country Link
CN (1) CN107896196B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109614354B (en) * 2018-12-13 2020-08-25 锐捷网络股份有限公司 Interface distribution method, board card, equipment and storage medium
CN109379300B (en) * 2018-12-20 2022-05-20 北京锐安科技有限公司 Data balanced distribution method and device, distribution equipment and storage medium
CN113452619A (en) * 2021-06-29 2021-09-28 杭州迪普科技股份有限公司 ACL-based traffic flow shunting method and device

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296186B (en) * 2008-06-13 2010-12-22 杭州华三通信技术有限公司 Routing switching device, method and switching cable fastener plate
CN101599899B (en) * 2009-07-06 2011-09-28 杭州华三通信技术有限公司 Access method employing network address translation (NAT) device for supporting multi-networking and device thereof
CN102821036A (en) * 2012-04-20 2012-12-12 杭州华三通信技术有限公司 Method and device for achieving packet forwarding
CN102739820B (en) * 2012-06-28 2015-06-03 杭州华三通信技术有限公司 Message network address conversion processing method and network equipment
CN104065759A (en) * 2013-03-22 2014-09-24 杭州迪普科技有限公司 Method for improving utilization efficiency of NAT address pool resource and device thereof
CN103441818B (en) * 2013-08-27 2016-07-20 大唐移动通信设备有限公司 The detection method of a kind of data transmission fault and device
US9590914B2 (en) * 2013-11-05 2017-03-07 Cisco Technology, Inc. Randomized per-packet port channel load balancing
CN105099898B (en) * 2014-04-16 2018-09-04 杭州迪普科技股份有限公司 A kind of PPPOE message forwarding methods and BRAS servers

Also Published As

Publication number Publication date
CN107896196A (en) 2018-04-10

Similar Documents

Publication Publication Date Title
EP3353997B1 (en) Technologies for offloading data object replication and service function chain management
US20190373052A1 (en) Aggregation of scalable network flow events
US10346326B2 (en) Adaptive interrupt moderation
CN112187612B (en) High performance, scalable and drop-free data center switching fabric
US9876698B2 (en) Interconnect congestion control in a storage grid
EP3275140B1 (en) Technique for achieving low latency in data center network environments
CN107005484B (en) Method and network device for adaptive data packet routing
CN107896196B (en) Method and device for distributing messages
US11570108B2 (en) Distribution of network traffic to software defined network based probes
CN101616083A (en) A kind of message forwarding method and device
CN108933829A (en) A kind of load-balancing method and device
CN107959625A (en) Virtual router with dynamic stream relieving capacity
CN113326228A (en) Message forwarding method, device and equipment based on remote direct data storage
KR101679573B1 (en) Method and apparatus for service traffic security using dimm channel distribution multicore processing system
CN106603409B (en) Data processing system, method and equipment
CN103401802A (en) Transmission protocol based message load balancing method and device
KR102020049B1 (en) Switch and method for supporting QOS of Multi-Tenant Cloud Service and System having the same switch
CN103986585A (en) Message preprocessing method and device
US20160043910A1 (en) System and Method for Obtaining Deterministic Performance in Virtual Desktop System
US10348651B2 (en) Apparatus and method for virtual switching
US9584446B2 (en) Memory buffer management method and system having multiple receive ring buffers
CN109614354B (en) Interface distribution method, board card, equipment and storage medium
Julián-Moreno et al. On the feasibility of 40 gbps network data capture and retention with general purpose hardware
CN105283864A (en) Governing bare metal guests
CN105939278B (en) Traffic processing method and device

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