The present disclosure relates to the data center field, and in particular, to a method and an apparatus for generating an access control list (ACL) table.
To meet a rapid data growth requirement of a data center (DC), a DC network with a two-level full mesh architecture based on an optical cross-connect technology has emerged.
In the two-level mesh architecture, switches in the DC network are divided into several groups, each switch is connected to all other switches in a same group, and each switch is connected to switches, corresponding to the switch, in all other groups.
For example, a two-level mesh architecture in
In the two-level mesh architecture, each switch includes a plurality of ports, and the ports are divided into a user side port and a network side port. The user side port is configured to connect to a server (not shown in the figure), and the network side port is configured to connect to other switches. Two servers connected to different switches can communicate with each other based on ACL tables. When a switch receives a packet sent by a server connected to the switch, the switch forwards the packet based on the ACL table, so that the packet finally reaches a destination server.
Each switch stores an ACL table, and the ACL table includes an ACL table of each port. An ACL table includes a match field and an action. There may be one or more match fields, for example, at least one of a port number of a port receiving a packet and a destination Internet Protocol (IP) address of the packet.
As an ACL table needs to be implemented by a ternary content addressable memory (TCAM) device of a dedicated chip in a switch, in the foregoing method, a corresponding ACL table needs to be configured in the switch for each flow that passes through each port of the switch. However, the ACL table is stored in the TCAM of the dedicated chip in the switch. Therefore, when a data center network is quite large, a hyperscale TCAM is required. However, the hyperscale TCAM cannot be produced based on a current technology. As a result, it is difficult to expand a capacity of the data center network.
To resolve a prior-art problem, the present disclosure provides a method and an apparatus for generating an ACL table to reduce a size of the ACL table and lower a requirement on TACM specifications.
According to a first aspect, an embodiment of the present disclosure provides a method for generating an ACL table, where the method includes:
obtaining a port type of each port of a first network device;
selecting, based on the port type of each port, a target port whose port type is a preset type from all ports of the first network device;
generating a corresponding first-type access control list ACL entry for each target port;
generating one second-type ACL entry corresponding to a routing table of the first network device, where an action of the second-type ACL entry is redirecting to the routing table; and
adding the second-type ACL entry and each first-type ACL entry to an ACL table of the first network device.
In this embodiment of the present disclosure, the corresponding first-type ACL entry is generated for the target port of the preset port type of the first network device, one second-type ACL entry corresponding to the routing table of the first network device is generated, and the second-type ACL entry and each first-type ACL entry are added to the ACL table of the first network device.
The ACL entries include only the first-type ACL entry corresponding to the target port and the second-type ACL entry corresponding to the routing table, so that a quantity of ACL entries in the ACL table is reduced, and a requirement on TCAM resource specifications is lowered, thereby facilitating data center network expansion.
In a possible design, the obtaining a port type of each port of a first network device includes:
monitoring each port of the first network device after the first network device goes online;
determining a port type of a port identified in a notification packet received within preset duration as an interconnection type; and
determining a port type of a port not identified in a notification packet received within the preset duration as a default type.
In this embodiment of the present disclosure, the port type of each port of the first network device is obtained by using a probe packet. The operation is simple, so that a time for obtaining the port type is shorted, and efficiency of obtaining the port type is improved.
In another possible design, the interconnection type includes an intra-group interconnection type and an inter-group interconnection type; and
the determining a port type of a port identified in a notification packet received within preset duration as an interconnection type includes:
for a port identified in each notification packet received within the preset duration, determining, based on an identifier, in the notification packet, of a device group to which a peer network device sending the notification packet belongs, whether the peer network device and the first network device belong to a same device group; and
when the peer network device and the first network device belong to the same device group, determining that the port type of the port is the intra-group interconnection type; or
when the peer network device and the first network device do not belong to the same device group, determining that the port type of the port is the inter-group interconnection type.
In this embodiment of the present disclosure, in a mesh architecture with at least two levels, the interconnection type includes the intra-group interconnection type and the inter-group interconnection type, so that the port type is more refined and a more accurate ACL table is generated.
In another possible design, the preset type includes the default type and the intra-group interconnection type.
In this embodiment of the present disclosure, the first-type ACL entry is generated only for a target port of the default type and a target port of the intra-group interconnection type, so that a quantity of ACL entries in the ACL table is reduced.
In another possible design, the first-type ACL entry is an ACL entry including the target port; and
the generating a corresponding first-type access control list ACL entry for each target port includes:
determining a second network device in a network architecture in which the first network device is located, where the second network device is any network device in the network architecture different from the first network device;
generating the routing table, where each entry of the routing table includes a next hop from the first network device to one second network device; and
for each target port, determining, based on the routing table, an action of the target port corresponding to each second network device, and for each second network device, generating an ACL entry including the target port, the second network device, and the action of the target port corresponding to the second network device.
In another possible design, a priority of the second-type ACL entry is lower than a priority of each first-type ACL entry.
In the ACL table, the priority of the second-type ACL entry is lower than the priority of each first-type ACL entry, so that when the first network device receives traffic, the traffic can be accessed preferably based on the first-type ACL entry, thereby improving access efficiency.
According to a second aspect, an embodiment of the present disclosure provides an apparatus for generating an ACL table, where the apparatus includes:
an obtaining module, configured to obtain a port type of each port of a first network device;
a selection module, configured to select, based on the port type of each port, a target port whose port type is a preset type from all ports of the first network device;
a first generation module, configured to generate a corresponding first-type access control list ACL entry for each target port;
a second generation module, configured to generate one second-type ACL entry corresponding to a routing table of the first network device, where an action of the second-type ACL entry is redirecting to the routing table; and
an adding module, configured to add the second-type ACL entry and each first-type ACL entry to an ACL table of the first network device.
The apparatus for generating an ACL table in the second aspect can implement the method according to any one of the first aspect or the implementations of the first aspect, and corresponding effects can be achieved.
According to a third aspect, an embodiment of the present disclosure provides an apparatus for generating an ACL table, where the apparatus includes a processor, a memory, and a communications interface.
The memory and the communications interface are separately connected to the processor. The memory is configured to store program code, where the program code includes a computer operation instruction. The processor executes the program code stored in the memory, to implement the method according to any one of the first aspect or the implementations of the first aspect. A port type of a port identified in a notification packet received within preset duration is determined as an interconnection type, and a port type of a port not identified in a notification packet received within the preset duration is determined as a default type. For a port identified in each notification packet received within the preset duration, it is determined, based on an identifier, in the notification packet, of a device group to which a peer network device sending the notification packet belongs, whether the peer network device and the first network device belong to a same device group.
According to a fourth aspect, an embodiment of the present disclosure provides a computer storage medium, to store computer program code developed to implement the method according to any one of the first aspect or the implementations of the first aspect.
In the foregoing embodiments of the present disclosure, the corresponding first-type ACL entry is generated for the target port of the preset port type of the first network device, one second-type ACL entry corresponding to the routing table of the first network device is generated, and the second-type ACL entry and each first-type ACL entry are added to the ACL table of the first network device. The ACL entries include only the first-type ACL entry corresponding to the target port and the second-type ACL entry corresponding to the routing table, so that a quantity of ACL entries in the ACL table is reduced, and a requirement on TCAM resource specifications is lowered, thereby facilitating data center network expansion.
To make the objectives, technical solutions, and advantages of the present disclosure clearer, the following further describes the embodiments of the present disclosure in detail with reference to the accompanying drawings.
As shown in
As shown in
Based on the one-level mesh architecture shown in
For example, in this embodiment of the present disclosure, the method is executed by a controller. Referring to
Step 101: The controller obtains a port type of each port included in a first network device.
The first network device is any network device in a network architecture, and the first network device may be a router, a switch, or the like.
Referring to
1011: The controller monitors each port of the first network device after the first network device goes online.
After the first network device goes online, a connection is established between the first network device and the controller. In this case, the controller learns that the first network device enters the network architecture, and the controller sends an instruction packet to the first network device. The instruction packet is used to enable the first network device to send a probe packet to a peer device directly connected to the first network device.
The first network device receives the instruction packet sent by the controller, and sends the probe packet to the peer device directly connected to the first network device. The probe packet is used to enable the peer device to send a notification packet to the controller after the peer device receives the probe packet sent by the first network device. The probe packet may be a Link Layer Discovery Protocol (LLDP) packet, a Packet Internet Groper (ping) packet, or the like.
If the peer device is a network device, the peer device sends a notification packet to the controller. The notification packet carries at least an identifier of a port that is of the first network device and that is connected to the peer device, where the port is located on the first network device. If the network architecture is a mesh architecture with at least two levels, the notification packet may also carry an identifier of a device group to which the peer device belongs.
The identifier of the port may be a number of the port, or the like: and the identifier of the device group may be a number of the device group, or the like.
If the peer device is a host, for example, a server, the peer device does not send a probe packet to the controller.
For each port of the first network device, a step of monitoring the port by the controller may be:
monitoring, by the controller, whether the notification packet sent by the peer device connected to the port is received within preset duration.
The preset duration may be set and changed based on a requirement. In this embodiment of the present disclosure, the preset duration is not specifically limited. For example, the preset duration may be 1 minute.
1012: The controller determines a port type of a port identified in a notification packet received within preset duration as an interconnection type.
For each port of the first network device, if the controller receives, within the preset duration, the notification packet carrying an identifier of the port, the controller determines that the port type of the port is the interconnection type.
In the mesh architecture with at least two levels, there are a plurality of groups of network devices. Therefore, the interconnection type includes an intra-group interconnection type and an inter-group interconnection type. Correspondingly, referring to
1012-1: For a port identified in each notification packet received within the preset duration, the controller determines, based on an identifier, in the notification packet, of a device group to which a peer network device sending the notification packet belongs, whether the peer network device and the first network device belong to a same device group.
The notification packet carries the identifier of the device group to which the peer device belongs, and the controller obtains the identifier of the device group to which the peer device belongs from the notification packet, and obtains an identifier of a device group to which the first network device belongs from information stored in the controller. If the identifier of the device group to which the peer device belongs is the same as the identifier of the device group to which the first network device belongs, the controller determines that the peer device and the first network device belong to the same device group. If the identifier of the device group to which the peer device belongs is different from the device group to which the first network device belongs, the controller determines that the peer device and the first network device do not belong to the same device group.
1012-2: When the peer network device and the first network device belong to the same device group, the controller determines that the port type of the port is the intra-group interconnection type.
1012-3: When the peer network device and the first network device do not belong to the same device group, the controller determines that the port type of the port is the inter-group interconnection type.
1013: The controller determines a port type of a port not identified in a notification packet received within the preset duration as a default type.
For each port of the first network device, if the controller does not receive, within the preset duration, a notification packet carrying the identifier of the port, the controller determines that the port type of the port is the default type.
For example, in the one-level mesh architecture shown in
For another example, in the two-level mesh architecture shown in
S12-S11 is a port used by the switch S12 to connect to the switch S11, and other ports can be deduced by analogy.
Step 102: The controller selects, based on the port type of each port, a target port whose port type is a preset type from all ports of the first network device.
The preset type includes the default type and the intra-group interconnection type. Correspondingly, this step may be:
selecting, based on the port type of each port, a port whose port type is the default type or a port whose port type is the intra-group interconnection type from all the ports of the first network device, and determining the selected port as the target port.
For example, a target port selected by the controller from all ports of S2 based on Table 1 is S2-A.
For another example, target ports selected by the controller from all ports of S12 based on Table 2 are S12-server, S12-S13, and S12-S21.
Step 103: The controller generates a corresponding first-type ACL entry for each target port.
The first-type ACL entry is an ACL entry including the target port. Correspondingly, referring to
1031: The controller determines a second network device in a network architecture in which the first network device is located, where the second network device is any network device in the network architecture different from the first network device.
The second network device may be a router, a switch, or the like.
For example, the controller determines that the second network devices in the one-level mesh architecture in which S2 is located are S1, S3, and S4.
For another example, the controller determines that the second network devices in the two-level mesh architecture in which S12 is located are S11, S13, S21, S22, S23, S31, S32, and S33.
1032: The controller generates a routing table, where each entry of the routing table includes a next hop from the first network device to one second network device.
The controller generates a routing table of the first network device according to a preset routing algorithm. Each entry of the routing table includes at least the next hop from the first network device to one second network device (a destination network device), the next hop includes an IP address and an egress port, and the egress port may be one or more ports.
Each entry of the routing table may further include an identifier of the second network device, and a hop count from the first network device to the second network device.
The preset routing algorithm is any existing routing algorithm. In this embodiment of the present disclosure, the preset routing algorithm is not specifically limited. The routing table may be a forward information base (FIB) table, a routing information database table (RIB), a multi-path table, or the like.
For example, a routing table, of S2 in the one-level mesh architecture, generated by the controller is shown in the following Table 3.
For another example, a routing table, of S12 in the two-level mesh architecture, generated by the controller is shown in the following Table 4.
1033: For each target port, the controller determines, based on the routing table, an action of the target port corresponding to each second network device, and for each second network device, generates an ACL entry including the target port, the second network device, and the action of the target port corresponding to the second network device.
The step of determining, by the controller based on the routing table, an action of the target port corresponding to each second network device may be:
for each target port and each second network device, obtaining, by the controller from the routing table, a next-hop egress port of the second network device corresponding to the target port, and determining the next-hop egress port as the action of the target port corresponding to the second network device.
For example, for a target port S2-A on S2, the first-type ACL entry generated by the controller for the target port are shown in the following Table 5.
The action of the target port corresponding to the second network device is forwarding a packet to a next-hop egress port. For example, when the destination network device of the target port S2-A is S1, corresponding actions S2-B, S2-C, and S2-D mean that a packet may be forwarded by using any of the next-hop egress ports S2-B, S2-C, and S2-D.
For another example, for ease of description, only a target port of the default port type is selected from all the ports of S12. Using the target port S12-server on S12 as an example, the first-type ACL entry generated by the controller for the target port is shown in the following Table 6.
Step 104: The controller generates one second-type ACL entry corresponding to a routing table of the first network device, where an action of the second-type ACL entry is redirecting to the routing table.
The second-type ACL entry is an ACL entry including the routing table. Referring to
1041: The controller determines a non-target port on the first network device, where the non-target port is any port different from the target port in all the ports of the first network device.
1042: The controller generates a corresponding first-type ACL entry for each non-target port.
For each non-target port, the controller determines, based on the routing table, an action of the non-target port corresponding to each second network device; generates, for each second network device, a first-type ACL entry including the non-target port, the second network device, and the action of the non-target port corresponding to the second network device; and compresses the first-type ACL entry corresponding to each non-target port.
The step of compressing, by the controller, the first-type ACL entry corresponding to each non-target port may be:
extracting, by the controller from the ACL entry corresponding to each non-target port, the second network device and the action of the non-target port corresponding to the second network device.
The step of determining, by the controller based on the routing table, an action of the non-target port corresponding to each second network device may be:
for each non-target port and each second network device, obtaining, by the controller from the routing table, a next-hop egress port with a minimum hop count from the non-target port to the second network device, and determining the next-hop egress port with the minimum hop count as the action of the non-target port corresponding to the second network device.
1043: The controller compresses the first-type ACL entry corresponding to each non-target port into one second-type ACL entry.
For example, first-type ACL entries generated by the controller for the non-target ports S2-B, S2-C, and S2-D on S2 are shown in the following Table 7.
The controller compresses the first-type ACL entry corresponding to each non-target port, that is, compresses the entries in Table 7. A compression result is shown in the following Table 8.
The controller compresses the entries in Table 8 into one second-type ACL entry, and the action of the second-type ACL entry is redirecting to the routing table.
Further, the action of the second-type ACL entry is redirecting to the routing table and searching the routing table for only an egress port with the minimum hop count.
For another example, first-type ACL entries generated by the controller for the non-target ports S12-S11 and S12-S13 on S12 are shown in the following Table 9.
The controller compresses the first-type ACL entry corresponding to each non-target port, that is, compresses the entries in Table 9. A compression result is shown in the following Table 10.
Step 105: The controller adds the second-type ACL entry and each first-type ACL entry to an ACL table of the first network device.
In the ACL table, a priority of the second-type ACL entry is lower than a priority of each first-type ACL entry.
Further, the controller may alternatively add the first-type ACL entry corresponding to each target port and the compressed first-type ACL entry corresponding to each non-target port to the ACL table of the first network device.
For example, the controller adds Table 5 and Table 8 to the ACL table of the first network device, to obtain the following Table 11.
For another example, the controller adds Table 9 and Table 10 to the ACL table of the first network device, to obtain the following Table 12.
In this embodiment of the present disclosure, a requirement on TCAM resource specifications for the ACL table is reduced, making it possible to build a super-large-scale two-level mesh architecture by using traditional network devices. In addition, the method is applicable to a mesh architecture with any quantity of levels, such as a one-level mesh architecture, a two-level mesh architecture, or even a mesh architecture with more levels.
Step 106: Deliver the ACL table and the routing table to the first network device.
It should be noted that step 106 is not a mandatory step. If an execution body is the controller, step 106 needs to be performed; if an execution body is the first network device, step 106 does not need to be performed.
In this embodiment of the present disclosure, the corresponding first-type ACL entry is generated for the target port of the preset port type of the first network device, one second-type ACL entry corresponding to the routing table of the first network device is generated, and the second-type ACL entry and each first-type ACL entry are added to the ACL table of the first network device.
The ACL entries include only the first-type ACL entry corresponding to the target port and the second-type ACL entry corresponding to the routing table, so that a quantity of ACL entries in the ACL table is reduced, and a requirement on TCAM resource specifications is lowered, thereby facilitating data center network expansion.
The following describes apparatus embodiments of the present disclosure, and the apparatuses may be used to implement the method embodiment of the present disclosure. For details not disclosed in the apparatus embodiments of the present disclosure, refer to the method embodiment of the present disclosure.
The processor 201 includes one or more processing cores. The processor 201 implements the steps and the alternative solutions in the embodiments of the present disclosure by running a software program and a module.
When the obtaining module 301 is working, step 101 and its alternative solution in the foregoing embodiment are performed.
When the selection module 302 is working, step 102 and its alternative solution in the foregoing embodiment are performed.
When the first generation module 303 is working, step 103 and its alternative solution in the foregoing embodiment are performed.
When the second generation module 304 is working, step 104 and its alternative solution in the foregoing embodiment are performed.
When the adding module 305 is working, step 105 and its alternative solution in the foregoing embodiment are performed.
It should be noted that when the apparatus for generating an ACL table provided in the foregoing embodiment generates the ACL table, only division of the foregoing functional modules is used as an example for description. In actual application, the foregoing functions may be allocated to different functional modules based on a requirement for implementation. In other words, an internal structure of the apparatus is divided into different functional modules to complete all or some of the functions described above. In addition, the apparatus for generating an ACL table provided in the foregoing embodiment is based on a same concept as the method embodiment for generating an ACL table. For details about an implementation process, refer to the method embodiment. Details are not described herein.
A person of ordinary skill in the art may understand that all or some of the steps of the embodiments may be implemented by hardware or a program instructing related hardware. The program may be stored in a computer-readable storage medium. The storage medium may include: a read-only memory, a magnetic disk, or an optical disc.
The foregoing descriptions are merely example embodiments of the present disclosure, but are not intended to limit the present disclosure. Any modification, equivalent replacement, and improvement made without departing from the principle of the present disclosure shall fall within the protection scope of the present disclosure.
Number | Date | Country | Kind |
---|---|---|---|
201610724457.6 | Aug 2016 | CN | national |
This application is a continuation of International Application No. PCT/CN2017/089498, filed on Jun. 22, 2017, which claims priority to Chinese Patent Application No. 201610724457.6, filed on Aug. 25, 2016, the disclosures of the aforementioned applications are hereby incorporated by reference in their entireties.
Number | Name | Date | Kind |
---|---|---|---|
6377577 | Bechtolsheim et al. | Apr 2002 | B1 |
7133914 | Holbrook | Nov 2006 | B1 |
7313667 | Pullela et al. | Dec 2007 | B1 |
7536476 | Alleyne | May 2009 | B1 |
7792113 | Foschiano et al. | Sep 2010 | B1 |
8719917 | Ammundi | May 2014 | B1 |
20090154348 | Newman | Jun 2009 | A1 |
20090259811 | Krishnan | Oct 2009 | A1 |
20120147898 | Koponen | Jun 2012 | A1 |
20140082122 | Basso et al. | Mar 2014 | A1 |
20140082195 | Basso et al. | Mar 2014 | A1 |
20140114995 | Kelley | Apr 2014 | A1 |
20140269290 | Cors et al. | Sep 2014 | A1 |
20150006953 | Holbrook et al. | Jan 2015 | A1 |
20160337726 | Yan | Nov 2016 | A1 |
20170353328 | Chickering | Dec 2017 | A1 |
20180332045 | Lin | Nov 2018 | A1 |
Number | Date | Country |
---|---|---|
101035060 | Sep 2007 | CN |
101411136 | Apr 2009 | CN |
101651623 | Feb 2010 | CN |
104821913 | Aug 2015 | CN |
2010-057034 | Mar 2010 | JP |
Number | Date | Country | |
---|---|---|---|
20190190828 A1 | Jun 2019 | US |
Number | Date | Country | |
---|---|---|---|
Parent | PCT/CN2017/089498 | Jun 2017 | US |
Child | 16283363 | US |