CN108650221B - Control message extraction device and method of SPTN (shortest Path bridging) equipment - Google Patents
Control message extraction device and method of SPTN (shortest Path bridging) equipment Download PDFInfo
- Publication number
- CN108650221B CN108650221B CN201810272350.1A CN201810272350A CN108650221B CN 108650221 B CN108650221 B CN 108650221B CN 201810272350 A CN201810272350 A CN 201810272350A CN 108650221 B CN108650221 B CN 108650221B
- Authority
- CN
- China
- Prior art keywords
- message
- dhcp
- control
- equipment
- control message
- 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
Links
Images
Classifications
-
- 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/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a control message extraction device and method of SPTN equipment, and relates to the technical field of communication. The control message shunting configuration module of the device is used for configuring a special control message flow table entry preset in the flow table device, so that the flow table device can identify and extract a control message from a mixed message flow according to the configured special control message flow table entry; the DHCP message separation module is used for carrying out coarse-to-fine classification matching on the DHCP messages in the control messages by setting step-by-step separation extraction action; and the non-DHCP message separation module is used for carrying out coarse-to-fine classification matching on the non-DHCP messages in the control messages by setting step-by-step separation extraction action. The invention adopts a plurality of software modules to carry out classification matching from coarse to fine on S-SCN control messages in sequence by setting step-by-step separation and extraction actions, and finally achieves the purpose of accurately extracting various control messages to the corresponding software modules for processing according to the S-SCN standard.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a device and a method for extracting a control Packet of an SPTN (Software Defined Packet Transport Network) device.
Background
With the arrival of the trend of a Transport Network SDN (Software Defined Networking), a Packet Transport Network (PTN) technology has gradually evolved to an SPTN technology, and an SPTN technology series standard has also entered a stage of research, development, discussion revision, and supplement and improvement, some equipment manufacturers perform Software development on original PTN equipment hardware, and rapidly push out SPTN equipment that meets standards southbound interface specifications such as OpenFlow and of-config, and these SPTN equipment use a control Network constructed by a Private control channel on the original PTN equipment, receive service configurations such as a flow table of a domain controller DC, and have tested a common L2VPN (L2Virtual Private Network) Private line collection service. Because the private Control Network mode cannot meet the inter-manufacturer intercommunication requirement of a single-domain multi-manufacturer equipment networking scene on a Control Network in engineering application, domestic operators combine with various large equipment manufacturers to begin to research and formulate a uniform S-SCN (SPTN Signal Control Network, SPTN Control Network) standard, and then various manufacturers prepare to develop a Control Network meeting the S-SCN standard on the existing SPTN equipment and plan to perform single-domain inter-manufacturer equipment networking test on the existing Network.
Currently, the established S-SCN specification (draft of discussion) generally defines the technical scheme, networking requirements, automatic establishment, self-healing process and the like of the S-SCN. Some of these requirements are as follows: the SPTN device should support establishing communication with the domain controller over the in-band S-SCN channel. The in-band S-SCN channel should be logically isolated from the traffic channel, the in-band S-SCN channel should adopt a fixed VLAN value of 4094, which cannot be adopted by the traffic channel. The SPTN device should support communication with the domain controller in a manner of acquiring a management IP address through a DHCP (Dynamic Host Configuration Protocol) server. In this manner, the domain controller should integrate the DHCP server plug-in and assign a management IP address to the SPTN device. When the SPTN relay equipment receives DHCP discover messages (DHCP exploration messages) sent by other SPTN equipment, if the equipment does not establish OpenFlow connection with the domain controller, the messages are discarded; if the connection with the domain controller is established, packaging the original message into an OpenFlow packet-in message (an input controller message) and sending the message to the domain controller; after receiving the packet-in encapsulated DHCP discover message, the domain controller replies a packet-out encapsulated DHCP offer message (DHCP reply message), that is, when replying, encapsulates the offer message into the packet-out message (output controller message) and sends the packet-out message to the corresponding SPTN relay device, where the payload (payload) of the DHCP offer message in the packet-out message should carry vlan 4094; after receiving the packet-out message, the SPTN relay equipment sends out the de-encapsulated actual message from the specified port.
The essential premise of realizing a control channel conforming to the S-SCN specification on the SPTN equipment is that a control message extraction device is required on the equipment control channel, and the device is used for identifying and extracting various protocol control messages from a mixed message stream received by the SPTN equipment and respectively sending the control messages to corresponding protocol modules. The existing private control network of the SPTN equipment generally does not adopt a DHCP mode to configure and manage IP and also does not adopt a VLAN value of 4094 to package control messages, so that the existing control message extraction device of the control channel of the SPTN equipment does not conform to S-SCN standards, and various control messages cannot be extracted to corresponding modules to be processed according to the S-SCN standard requirements, and the defects are as follows:
1. when the physical port of the SPTN equipment receives a mixed message flow containing a control message, the control message encapsulated by the VLAN value 4094 cannot be identified and extracted from the mixed flow;
2. the type based on the control message is not supported, the received control message is sent to a corresponding module for processing, for example, the OpenFlow protocol message cannot be extracted to an OpenFlow Agent module, and the Netconf protocol message cannot be extracted to a Netconf Server module;
3. when receiving the DHCP message, the source end or the sink end of the message cannot be determined, the source end or the sink end based on the message is not supported to extract the message to different modules for processing, that is, the DHCP message sent by the domain controller DC to the local device cannot be extracted to the DHCP Client module, and the DHCP message sent by other devices to the domain controller cannot be extracted to the Packet-in/out module.
Therefore, there is a need in the art for an SPTN device control packet extraction scheme suitable for the S-SCN specification, and it is desirable that the SPTN device control packet extraction scheme be capable of extracting various control packets to corresponding modules for processing according to the requirements of the S-SCN specification.
Disclosure of Invention
The invention aims to overcome the defects of the background technology and provides a device and a method for extracting control messages of SPTN equipment.
In order to achieve the above object, the present invention provides a control packet extracting apparatus for an SPTN device, including: the control message distribution configuration module is used for configuring a special control message flow table entry preset in the flow table device, so that the flow table device can identify and extract the control message from the mixed message flow according to the configured special control message flow table entry;
the DHCP message separation module is used for carrying out coarse-to-fine classification matching on the DHCP messages in the control messages by setting step-by-step separation extraction action;
and the non-DHCP message separation module is used for carrying out coarse-to-fine classification matching on the non-DHCP messages in the control messages by setting step-by-step separation extraction action.
On the basis of the above technical solution, when the control packet flow distribution configuration module configures a flow entry dedicated to a control packet, the matching field of the flow entry is set as the characteristic field of the control packet.
On the basis of the above technical solution, the DHCP message separation module includes:
the DHCP message primary separation module is used for separating all the control messages into DHCP messages and non-DHCP control messages, sending the DHCP messages to the DHCP message secondary separation module and sending the non-DHCP control messages to the non-DHCP message separation module;
the DHCP message secondary separation module is used for separating the DHCP message into a DHCP message of the equipment and a DHCP message of downstream equipment; and sending the DHCP message of the equipment to a DHCP protocol module of the SPTN equipment for subsequent processing, and sending the DHCP message of the downstream equipment to a Packet-in/out module of the SPTN equipment for subsequent relay processing.
On the basis of the technical scheme, the DHCP message primary separation module separates the control message into the DHCP message and the non-DHCP control message by comparing the characteristic fields of the DHCP message.
On the basis of the technical scheme, the DHCP message secondary separation module separates the DHCP message into the DHCP message of the equipment and the DHCP message of downstream equipment by comparing the destination MAC address field.
On the basis of the above technical solution, the non-DHCP message separation module includes: the non-DHCP message separation module of the equipment is used for separating the non-DHCP control message into the non-DHCP control message of the equipment and the non-DHCP control message of downstream equipment; and sending the non-DHCP control message of the equipment to a southward interface protocol message separation module, and sending the non-DHCP control message of the downstream equipment to a software bridging module for subsequent two-layer exchange processing.
On the basis of the technical scheme, the non-DHCP message separation module of the equipment separates the non-DHCP control message into the non-DHCP control message of the equipment and the non-DHCP control message of the downstream equipment by comparing the destination MAC address field.
On the basis of the above technical solution, the non-DHCP message separation module further includes: and the southward interface protocol message separation module is used for separating the Netconf protocol message and the OpenFlow protocol message in the non-DHCP control message of the equipment and respectively sending the Netconf protocol message and the OpenFlow protocol message to the Netconf protocol module and the OpenFlow protocol module for subsequent processing.
On the basis of the technical scheme, the southbound interface protocol message separation module identifies a Netconf protocol message according to a TCP destination port number of the non-DHCP control message of the equipment; and identifying the OpenFlow protocol message according to the TCP source port number of the non-DHCP control message of the equipment.
The invention also provides a control message extraction method of the SPTN equipment based on the device, which comprises the following steps:
A. the control message flow distribution configuration module configures a special control message flow table entry preset in the flow table device, so that the flow table device identifies and extracts a control message from the mixed message flow according to the configured special control message flow table entry;
B. the DHCP message separation module performs coarse-to-fine classification matching on the DHCP messages in the control messages by setting step-by-step separation and extraction actions;
C. the non-DHCP message separation module performs coarse-to-fine classification matching on the non-DHCP messages in the control messages by setting step-by-step separation and extraction actions.
The invention has the beneficial effects that:
(1) the invention provides an SPTN equipment control message extraction device and method suitable for S-SCN specification, which sequentially performs coarse-to-fine classification matching on S-SCN control messages through a plurality of software modules and sets step-by-step separation extraction actions, and finally achieves the purpose of accurately extracting various types of control messages to corresponding software modules for processing according to the S-SCN specification requirement.
(2) Compared with the prior art, the control message shunting configuration module can configure the special flow table entry of the control message preset in the flow table device, so that when the physical port of the SPTN equipment receives the mixed message flow containing the control message, the flow table device can identify and extract the control message encapsulated by the VLAN value 4094 from the mixed flow according to the configured special flow table entry of the control message, and send the control message to the DHCP message separation module through the CPU path, thereby meeting the S-SCN standard requirement.
(3) Compared with the prior art, the extraction device can judge the source end or the destination end of the message when receiving the DHCP message, supports the source end or the destination end based on the message to extract the message into different modules for processing, can extract the DHCP message sent by the domain controller DC to the local end equipment into the DHCP protocol module of the SPTN equipment, and can extract the DHCP message sent by other equipment to the domain controller into the Packet-in/out module.
(4) Compared with the prior art, the extraction device disclosed by the invention supports refined shunt extraction based on non-DHCP control message types, can send the received non-DHCP control messages to corresponding modules for processing according to different types, for example, can extract OpenFlow protocol messages to an OpenFlow protocol module, can extract Netconf protocol messages to a Netconf protocol module, and finally achieves the purpose of accurately extracting various types of control messages to corresponding software modules for processing.
Drawings
Fig. 1 is a block diagram of a control packet extraction apparatus of an SPTN device in the embodiment of the present invention;
fig. 2 is a flowchart of a control packet extraction method of the SPTN device in the embodiment of the present invention.
Detailed Description
The invention provides a device and a method for extracting control messages of SPTN equipment, which can be suitable for S-SCN standards and can extract various control messages to corresponding modules for processing according to the S-SCN standard requirements, aiming at the problems that the existing private control network of the SPTN equipment in the prior art generally does not adopt a DHCP mode to configure management IP and does not adopt a VLAN value of 4094 to package the control messages, so that a control message extraction device of a control channel of the existing SPTN equipment does not conform to the S-SCN standard and can not extract various control messages to corresponding modules for processing according to the S-SCN standard requirements.
The main design concept is as follows: the S-SCN control messages are sequentially subjected to coarse-to-fine classification matching through a plurality of software modules, and step-by-step separation and extraction actions are set, so that the purpose of accurately extracting various types of control messages to corresponding software modules for processing is finally achieved.
In order to make the technical problems, technical solutions and advantages of the present invention more apparent, the technical solutions of the present invention will be described in detail with reference to the accompanying drawings and specific embodiments.
Example one
Referring to fig. 1, the embodiment provides a control packet extraction apparatus of an SPTN device, including a control packet offloading configuration module, a DHCP packet separation module, and a non-DHCP packet separation module. Wherein, the control message distribution configuration module is used for: configuring a special flow table entry for a control message preset in a flow table device (a hardware device), so that the flow table device separates a received mixed message flow into the control message and a data service message according to the configured special flow table entry for the control message, and sends the control message to a DHCP message separation module. The DHCP message separation module is used for: and classifying and matching the DHCP messages in the control messages from coarse to fine by setting a step-by-step separation extraction action. The non-DHCP message separation module is used for: and classifying and matching non-DHCP messages in the control messages from coarse to fine by setting a step-by-step separation extraction action.
It can be understood that the DHCP message of the present device refers to: a DHCP message which is sent from the domain controller to the SPTN equipment and needs to be processed by a DHCP protocol module of the SPTN equipment; the downstream device DHCP message means: a DHCP message sent from a downstream device and relayed by the SPTN device to a domain controller (i.e., relayed by a Packet _ in/out module of the SPTN device), and finally processed by a DHCP protocol module of the domain controller; the non-DHCP control message of the present device means: a non-DHCP control message which is sent to the SPTN equipment from a domain controller and needs to be processed by a protocol module of the SPTN equipment; the non-DHCP control message of the downstream device means: the downstream device protocol module interacts with the corresponding protocol module of the domain controller, and transmits control messages bidirectionally through the SPTN device, wherein the bidirectional messages include: (a) the downlink direction is a control message which is sent from the domain controller, transmitted to the downstream equipment through the SPTN equipment and processed by a protocol module of the downstream equipment; (b) and the uplink direction is that the control message which is sent from the downstream equipment, sent to the domain controller and needs to be processed by the protocol module of the domain controller is transmitted through the SPTN equipment.
Specifically, in practical application, the software module corresponding to the DHCP message of the device is a DHCP protocol module of the SPTN device; a software module corresponding to the downstream equipment DHCP message is a Packet-in/out module of the SPTN equipment; the software module corresponding to the non-DHCP control message of the present device is a protocol module for processing the non-DHCP control message in the present SPTN device (in the present invention, the protocol module for processing the non-DHCP control message is specially designed, and is a southbound interface protocol message separation module capable of separating a Netconf protocol message and an OpenFlow protocol message, and the specific content of the module can refer to the detailed analysis in the following embodiments, which is not described herein again); the software module corresponding to the non-DHCP control message of the downstream equipment is a software bridging module for carrying out subsequent two-layer exchange processing. The DHCP protocol module of the SPTN device, the Packet _ in/out module of the SPTN device, and the software bridging module are all general software modules that are necessary in the existing SPTN device, and are respectively responsible for processing corresponding control messages.
Example two
The basic structure of the control packet extraction apparatus of the SPTN device provided in this embodiment is the same as that of the first embodiment, except that: the control message distribution configuration module of the device sets the key matching field in the control message patent flow table entry as the control message characteristic field, so that the flow table device can identify and extract the control message from the mixed message flow. Namely, by using the VLAN flow table hardware resource which meets the technical requirement of the SPTN southbound interface on the SPTN device, the VLAN flow table provided by the bottom layer software is called to configure the interface, configure the special flow table of the control message, make the key matching field of the flow table equal to the characteristic field of the control message (i.e., configure the VLAN value as 4094), and set the flow of the flow table as the output to the CPU port, so that the flow table device can extract (separate) the control message encapsulated by the VLAN value 4094 from the received mixed message flow.
EXAMPLE III
The basic structure of the control packet extraction apparatus of the SPTN device provided in this embodiment is the same as that of the embodiment, but the difference is that: the specific process of configuring the control message flow splitting configuration module to configure a special control message flow table entry preset in the flow table device, so that the flow table device splits the received mixed message flow into a control message and a data service message according to the configured special control message flow table entry, and sending the control message to the DHCP message separation module includes:
the control message distribution configuration module is used for configuring a control message special flow table entry for each service physical port of the SPTN equipment; the matching field of the control message special flow table entry is set as follows: the field "IN _ PORT" is set to the physical PORT number, the field "VLAN _ ID" is equal to 4094; the action of this flow entry is set to: the APPLY _ ACTIONS type action "OUTPUT" is a CPU _ PORT; the flow entry priority is set to the highest matching priority 7;
when the flow table device receives a mixed message flow consisting of a data service message and a control message and is processed by a VLAN flow table, the flow table device preferentially matches a special flow table entry of the control message configured by the control message shunting configuration module; if the received message is a control message, because the received message has a fixed VLAN value of 4094, the received message is matched with the table entry corresponding to the message receiving port in the special flow table entry of the control message, so that the OUTPUT action is executed to OUTPUT the received control message to a CPU port, and the control message is sent to a DHCP message separation module through a CPU path; if the received message is a data service message, the received message is not matched with the flow entries special for the control messages because the received message does not have the fixed VLAN value 4094, so that the control message shunting configuration module can send the data service message to a hardware device for processing the service flow entries, and then the subsequent processing flow of the service flow entries is entered.
Compared with the prior art, the control message shunting configuration module of the embodiment can configure the special flow table entry of the control message preset in the flow table device, so that when the physical port of the SPTN device receives the mixed message flow containing the control message, the flow table device can identify and extract the control message encapsulated by the VLAN value 4094 from the mixed flow according to the configured special flow table entry of the control message, and send the control message to the DHCP message separation module through the CPU path, thereby meeting the S-SCN specification requirement.
Example four
Referring to fig. 1, a basic structure of a control packet extracting apparatus of an SPTN device provided in this embodiment is the same as that of the first embodiment, except that: the DHCP message separation module of the device comprises a DHCP message primary separation module and a DHCP message secondary separation module. The DHCP message primary separation module is used for: separating all control messages into DHCP messages and non-DHCP control messages; during separation, the characteristic fields of the DHCP messages are compared with all received control messages one by one, the DHCP messages are selected and sent to a DHCP message secondary separation module, and the rest messages are judged to be non-DHCP control messages and sent to the non-DHCP message separation module. The DHCP message secondary separation module is used for: separating the DHCP message into a DHCP message of the equipment and a DHCP message of downstream equipment; when the messages are separated, the destination MAC address field is compared with all received DHCP messages one by one, the messages with the matched comparison result are judged to be the DHCP messages of the SPTN equipment, the DHCP messages are selected out and sent to the DHCP protocol module of the SPTN equipment for subsequent processing, and other DHCP messages are judged to be the DHCP messages of the downstream equipment and sent to the Packet-in/out module of the SPTN equipment for subsequent relay processing.
Further, in an optional implementation manner, a specific process of the DHCP message primary separation module separating all control messages into DHCP messages and non-DHCP control messages includes:
during initialization, keywords for comparison are constructed according to the characteristic fields of the DHCP messages, and the keywords comprise: an Ethernet type field, an ip protocol field, a udp source port number field, and a udp destination port number field, wherein the Ethernet type field is set to 0x0800, the ip protocol field is set to 17, the udp source port number field is set to 67 or 68, and the udp destination port number field is set to 68 or 67;
after the DHCP message primary separation module receives and caches all control messages from a CPU port, the head of each control message is analyzed in turn, and related protocol fields are sequentially extracted and compared with fields of keywords one by one; and judging the control message with all the fields being matched as a DHCP message and sending the DHCP message to a DHCP message secondary separation module, and judging the control message with one or more fields being not matched as a non-DHCP message and sending the non-DHCP message to the non-DHCP message separation module.
Further, in an optional implementation manner, the specific process of the DHCP message secondary separation module separating the DHCP message into the DHCP message of the present device and the DHCP message of the downstream device includes:
during initialization, a keyword for comparison is constructed by using an equipment management MAC address, the keyword comprises an MAC address field, and the MAC address field is set as the equipment management MAC address (the equipment management MAC address is a unique MAC address of the whole network which is configured in advance before equipment leaves a factory);
after the DHCP message secondary separation module receives and caches all DHCP messages from the DHCP message primary separation module, the DHCP message secondary separation module analyzes the head of each DHCP message in turn, extracts a target MAC address field and compares the target MAC address field with the MAC address field of the keyword; judging the DHCP message with the matched comparison result as a DHCP message of the equipment, and sending the DHCP message to a DHCP protocol module of the SPTN equipment for subsequent processing; and judging the DHCP message with the unmatched comparison result as a DHCP message of downstream equipment, and sending the DHCP message to a Packet-in/out module of the SPTN equipment for subsequent processing.
Compared with the prior art, the extracting device of the embodiment can judge the source end or the sink end of the message when receiving the DHCP message, supports the source end or the sink end based on the message to extract the message to different modules for processing, namely extracts the DHCP message sent by the domain controller DC to the local end device to the DHCP protocol module of the SPTN device, and extracts the DHCP message sent by other devices to the domain controller to the Packet-in/out module.
EXAMPLE five
Referring to fig. 1, a basic structure of a control packet extracting apparatus of an SPTN device provided in this embodiment is the same as that of the first embodiment, except that: the non-DHCP message separation module of the device comprises a non-DHCP message separation module and a southbound interface protocol message separation module of the device. The non-DHCP message separation module of the equipment is used for: separating the non-DHCP control message into a non-DHCP control message of the device and a non-DHCP control message of downstream equipment; when separating, the destination MAC address field is compared with all the received non-DHCP control messages one by one, the message with the matching result is judged to be the non-DHCP control message of the device, the message is selected and sent to the south interface protocol message separating module, and other messages are judged to be the non-DHCP control messages of the downstream device and sent to the software bridging module for subsequent two-layer exchange processing. The southbound interface protocol message separation module is used for: and separating the Netconf protocol message and the OpenFlow protocol message from the received non-DHCP control message of the equipment, and respectively sending the Netconf protocol message and the OpenFlow protocol message to the Netconf protocol module and the OpenFlow protocol module for subsequent processing.
Further, in an optional implementation manner, a specific process of the non-DHCP message separation module of the present device separating the non-DHCP control message into the non-DHCP control message of the present device and the non-DHCP control message of the downstream device includes:
during initialization, 2 keywords for comparison are constructed firstly, each keyword is composed of one MAC address field, the first keyword is constructed by adopting a two-layer broadcast MAC address, namely the MAC address field of the keyword is the (0xFFFF FFFF) address; the second keyword is constructed by adopting an equipment management MAC address, namely the MAC address field of the keyword is the equipment management MAC address;
after the non-DHCP message separation module of the present device receives and caches all non-DHCP control messages from the DHCP message separation module (specifically, the DHCP message primary separation module), it analyzes the head of each non-DHCP control message in turn, extracts the destination MAC address field and compares it with the MAC address fields of 2 keywords in turn: (a) compare with broadcast MAC address key first: if the comparison result is coincident, the non-DHCP control message is copied, the original non-DHCP control message is sent to the software bridging module for subsequent two-layer exchange processing, and the copied non-DHCP control message is sent to the southbound interface protocol message separation module for subsequent processing; if the comparison result is not matched, entering the step (b) to compare the second keyword; (b) and then comparing with the device management MAC address key word: if the comparison result is matched, the non-DHCP control message is judged to be the non-DHCP control message of the equipment and is sent to a southbound interface protocol message separation module for subsequent processing; if the comparison result is not matched, the non-DHCP control message is judged as a non-DHCP control message of the downstream equipment and is sent to the software bridging module for subsequent two-layer exchange processing.
Further, in an optional implementation manner, the southbound interface protocol packet separation module may utilize an existing TCP/IP protocol stack and a two-layer encapsulation/decapsulation function of the device, establish a TCP connection between the DC and the device by using a default port number, and implement extraction of the southbound interface protocol packet according to the default port number. Specifically, the specific process that the southbound interface protocol message separation module separates the Netconf protocol message and the OpenFlow protocol message and sends the separated Netconf protocol message and the separated OpenFlow protocol message to the Netconf protocol module and the OpenFlow protocol module for subsequent processing includes:
the southbound interface protocol message separation module identifies a Netconf protocol message according to a TCP destination port number of the non-DHCP control message of the equipment and sends the Netconf protocol message to the Netconf protocol module for processing; it can be understood that, because the Netconf protocol uses the device as a Server end, uses the domain controller DC as a Client end, and uses 830 port numbers to establish TCP connection for communication, and for the Netconf protocol message sent by the domain controller DC to the device, the TCP destination port number is determined to be 830, therefore, the southbound interface protocol message separation module can identify the Netconf protocol message according to whether the TCP destination port number of the non-DHCP control message of the device is 830, and send the Netconf protocol message to the Netconf protocol module for processing;
the south interface protocol message separation module identifies an OpenFlow protocol message according to a TCP source port number of the non-DHCP control message of the equipment and sends the OpenFlow protocol message to the OpenFlow protocol module for processing; it can be understood that, because the OpenFlow protocol uses the domain controller DC as the Server end, uses the device as the Client end, and establishes the TCP connection using the 6633 port number to perform communication, for the OpenFlow protocol packet sent to the device by the domain controller DC, the TCP source port number of the OpenFlow protocol packet is necessarily 6633, so that the south interface protocol packet separation module can identify the OpenFlow protocol packet according to whether the TCP source port number of the non-DHCP control packet of the device is 6633, and send the OpenFlow protocol packet to the OpenFlow protocol module for processing;
the south interface protocol message separation module transfers the rest other protocol messages including ARP protocol message and ICMP protocol message to the protocol stack to be respectively sent to the corresponding software module for subsequent processing.
Compared with the prior art, the extracting device of the embodiment supports refined shunt extraction based on non-DHCP control message types, can send the received non-DHCP control messages to corresponding modules according to different types for processing, for example, can extract OpenFlow protocol messages to an OpenFlow protocol module, can extract Netconf protocol messages to a Netconf protocol module, and finally achieves the purpose of accurately extracting various types of control messages to corresponding software modules for processing.
EXAMPLE six
Based on the same inventive concept, referring to fig. 2, an embodiment of the present invention further provides a method for extracting a control packet of an SPTN device based on the apparatus, where the method includes the following steps:
A. the control message flow distribution configuration module configures a special control message flow table entry preset in the flow table device, so that the flow table device identifies and extracts a control message from the mixed message flow according to the configured special control message flow table entry;
B. the DHCP message separation module performs coarse-to-fine classification matching on the DHCP messages in the control messages by setting step-by-step separation and extraction actions;
C. the non-DHCP message separation module performs coarse-to-fine classification matching on the non-DHCP messages in the control messages by setting step-by-step separation and extraction actions.
The present invention is not limited to the above-described embodiments, and it will be apparent to those skilled in the art that various modifications and improvements can be made without departing from the principle of the present invention, and such modifications and improvements are also considered to be within the scope of the present invention.
Those not described in detail in this specification are within the skill of the art.
Claims (8)
1. A control message extraction device of SPTN equipment is characterized in that the device includes:
the control message distribution configuration module is used for configuring a special control message flow table entry preset in the flow table device, so that the flow table device can identify and extract the control message from the mixed message flow according to the configured special control message flow table entry;
the DHCP message separation module is used for carrying out coarse-to-fine classification matching on the DHCP messages in the control messages by setting step-by-step separation extraction action;
the non-DHCP message separation module is used for carrying out coarse-to-fine classification matching on the non-DHCP messages in the control messages by setting step-by-step separation extraction action;
the DHCP message separation module comprises:
the DHCP message primary separation module is used for separating all the control messages into DHCP messages and non-DHCP control messages, sending the DHCP messages to the DHCP message secondary separation module and sending the non-DHCP control messages to the non-DHCP message separation module;
the DHCP message secondary separation module is used for separating the DHCP message into a DHCP message of the equipment and a DHCP message of downstream equipment; sending the DHCP message of the equipment to a DHCP protocol module of the SPTN equipment for subsequent processing, and sending the DHCP message of downstream equipment to a Packet-in/out module of the SPTN equipment for subsequent relay processing;
the non-DHCP message separation module comprises:
the non-DHCP message separation module of the equipment is used for separating the non-DHCP control message into the non-DHCP control message of the equipment and the non-DHCP control message of downstream equipment; and sending the non-DHCP control message of the equipment to a southward interface protocol message separation module, and sending the non-DHCP control message of the downstream equipment to a software bridging module for subsequent two-layer exchange processing.
2. The apparatus for extracting control packet of SPTN device as claimed in claim 1, wherein: when the control message distribution configuration module configures the special flow table entry of the control message, the matching field of the flow table entry is set as the characteristic field of the control message.
3. The apparatus for extracting control packet of SPTN device as claimed in claim 1, wherein: the DHCP message primary separation module separates the control message into a DHCP message and a non-DHCP control message by comparing the characteristic fields of the DHCP message.
4. The apparatus for extracting control packet of SPTN device as claimed in claim 1, wherein: and the DHCP message secondary separation module separates the DHCP message into the DHCP message of the equipment and the DHCP message of downstream equipment by comparing the destination MAC address field.
5. The apparatus for extracting control packet of SPTN device as claimed in claim 1, wherein: the non-DHCP message separation module of the equipment separates the non-DHCP control message into the non-DHCP control message of the equipment and the non-DHCP control message of the downstream equipment by comparing the destination MAC address field.
6. The apparatus for extracting control packet of SPTN device of claim 1, wherein the non-DHCP packet splitting module further comprises:
and the southward interface protocol message separation module is used for separating the Netconf protocol message and the OpenFlow protocol message in the non-DHCP control message of the equipment and respectively sending the Netconf protocol message and the OpenFlow protocol message to the Netconf protocol module and the OpenFlow protocol module for subsequent processing.
7. The apparatus for extracting control packet of SPTN device as claimed in claim 6, wherein: the southbound interface protocol message separation module identifies a Netconf protocol message according to a TCP destination port number of the non-DHCP control message of the equipment; and identifying the OpenFlow protocol message according to the TCP source port number of the non-DHCP control message of the equipment.
8. A control message extraction method of SPTN equipment based on the device of any one of claims 1 to 7, characterized by comprising the following steps:
A. the control message flow distribution configuration module configures a special control message flow table entry preset in the flow table device, so that the flow table device identifies and extracts a control message from the mixed message flow according to the configured special control message flow table entry;
B. the DHCP message separation module performs coarse-to-fine classification matching on the DHCP messages in the control messages by setting step-by-step separation and extraction actions;
C. the non-DHCP message separation module performs coarse-to-fine classification matching on the non-DHCP messages in the control messages by setting step-by-step separation and extraction actions.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810272350.1A CN108650221B (en) | 2018-03-29 | 2018-03-29 | Control message extraction device and method of SPTN (shortest Path bridging) equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810272350.1A CN108650221B (en) | 2018-03-29 | 2018-03-29 | Control message extraction device and method of SPTN (shortest Path bridging) equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108650221A CN108650221A (en) | 2018-10-12 |
| CN108650221B true CN108650221B (en) | 2020-12-15 |
Family
ID=63744831
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810272350.1A Active CN108650221B (en) | 2018-03-29 | 2018-03-29 | Control message extraction device and method of SPTN (shortest Path bridging) equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108650221B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112491587B (en) * | 2020-11-05 | 2022-09-09 | 烽火通信科技股份有限公司 | Method and system for realizing S-SCN of SPTN (shortest Path bridging) network |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1710905A (en) * | 2004-06-16 | 2005-12-21 | 华为技术有限公司 | Apparatus and method for processing interconnection protocol reporting text between networks |
| CN102075404A (en) * | 2009-11-19 | 2011-05-25 | 华为技术有限公司 | Message detection method and device |
| CN102215170A (en) * | 2011-06-08 | 2011-10-12 | 中兴通讯股份有限公司 | Method and processor for restraining Internet storm |
| CN104468403A (en) * | 2014-11-14 | 2015-03-25 | 北京航空航天大学 | SDN controller for performing network flow classification on data packets based on NACC |
| CN104579941A (en) * | 2015-01-05 | 2015-04-29 | 北京邮电大学 | Message classification method in OpenFlow switch |
| KR101610031B1 (en) * | 2015-01-28 | 2016-04-07 | 아토리서치(주) | Method for controlling openflow switch embedded controller in software defined network and apparatus thereof |
| CN105553851A (en) * | 2015-12-10 | 2016-05-04 | 中国电子科技集团公司第三十二研究所 | SDN-based network processor microcode and flow table implementation device and method |
| CN105553849A (en) * | 2015-11-26 | 2016-05-04 | 北京邮电大学 | Conventional IP network and SPTN network intercommunication method and system |
| CN106789727A (en) * | 2016-12-27 | 2017-05-31 | 锐捷网络股份有限公司 | Packet classification method and device |
| KR20170076064A (en) * | 2015-12-24 | 2017-07-04 | 아토리서치(주) | Method, apparatus and computer program for subnetting of software defined network |
| CN106936777A (en) * | 2015-12-29 | 2017-07-07 | 中移(苏州)软件技术有限公司 | Cloud computing distributed network implementation method based on OpenFlow, system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8718064B2 (en) * | 2011-12-22 | 2014-05-06 | Telefonaktiebolaget L M Ericsson (Publ) | Forwarding element for flexible and extensible flow processing software-defined networks |
-
2018
- 2018-03-29 CN CN201810272350.1A patent/CN108650221B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1710905A (en) * | 2004-06-16 | 2005-12-21 | 华为技术有限公司 | Apparatus and method for processing interconnection protocol reporting text between networks |
| CN102075404A (en) * | 2009-11-19 | 2011-05-25 | 华为技术有限公司 | Message detection method and device |
| CN102215170A (en) * | 2011-06-08 | 2011-10-12 | 中兴通讯股份有限公司 | Method and processor for restraining Internet storm |
| CN104468403A (en) * | 2014-11-14 | 2015-03-25 | 北京航空航天大学 | SDN controller for performing network flow classification on data packets based on NACC |
| CN104579941A (en) * | 2015-01-05 | 2015-04-29 | 北京邮电大学 | Message classification method in OpenFlow switch |
| KR101610031B1 (en) * | 2015-01-28 | 2016-04-07 | 아토리서치(주) | Method for controlling openflow switch embedded controller in software defined network and apparatus thereof |
| CN105553849A (en) * | 2015-11-26 | 2016-05-04 | 北京邮电大学 | Conventional IP network and SPTN network intercommunication method and system |
| CN105553851A (en) * | 2015-12-10 | 2016-05-04 | 中国电子科技集团公司第三十二研究所 | SDN-based network processor microcode and flow table implementation device and method |
| KR20170076064A (en) * | 2015-12-24 | 2017-07-04 | 아토리서치(주) | Method, apparatus and computer program for subnetting of software defined network |
| CN106936777A (en) * | 2015-12-29 | 2017-07-07 | 中移(苏州)软件技术有限公司 | Cloud computing distributed network implementation method based on OpenFlow, system |
| CN106789727A (en) * | 2016-12-27 | 2017-05-31 | 锐捷网络股份有限公司 | Packet classification method and device |
Non-Patent Citations (1)
| Title |
|---|
| 软件定义分组传送网（SPTN）关键技术;程伟强;《电信网技术》;20150731(第7期);第8-14页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108650221A (en) | 2018-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200412578A1 (en) | NSH Encapsulation for Traffic Steering | |
| EP2387180B1 (en) | Network communication with unaddressed network devices | |
| US20070195725A1 (en) | Access Point Control System, And Access Point Control Method | |
| US10523464B2 (en) | Multi-homed access | |
| US9363094B2 (en) | Relay system and switching device | |
| EP2579509A1 (en) | Method, device and system for service configuration | |
| CN107204907B (en) | Cloud data center interconnection method and device | |
| CN104735001A (en) | Link discovery method, device and system in software-defined network | |
| US20070165603A1 (en) | Access network system, subscriber station device, and network terminal device | |
| EP2763355A2 (en) | Method for transmitting data in passive optical network, user-side equipment, and system | |
| CN105681445A (en) | Method and device for selecting point-to-point transmission path of data | |
| US20110228787A1 (en) | Apparatus and method for establishing connections with a plurality of virtual networks | |
| CN108650221B (en) | Control message extraction device and method of SPTN (shortest Path bridging) equipment | |
| CN112995038B (en) | Access method of PROFINET protocol in industrial SDN | |
| CN113347258A (en) | Method and system for data acquisition, monitoring and analysis under cloud flow | |
| CN102868642A (en) | Method and device for achieving NVGRE message transmission in application specific integrated circuit (ASIC) | |
| CN105323159B (en) | The processing method and processing device of data message | |
| US10708163B1 (en) | Methods, systems, and computer readable media for automatic configuration and control of remote inline network monitoring probe | |
| CN107018007A (en) | A kind of method that network management protocol finds the network equipment automatically | |
| CN110753135A (en) | IP address configuration method, configuration equipment and storage medium | |
| WO2018214154A1 (en) | Data forwarding method to support media access control over the top gateway | |
| WO2017118428A1 (en) | Method and apparatus for realizing message error detection | |
| WO2017024571A1 (en) | Packet processing method, apparatus and system | |
| CN104052717A (en) | Message sending method and apparatus | |
| CN106302860B (en) | SDN-based free address resolution protocol sending method, device and system |
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 |