CN109302504B

CN109302504B - Method for establishing control signaling channel in PTN, PTN network element and storage medium

Info

Publication number: CN109302504B
Application number: CN201710614458.XA
Authority: CN
Inventors: 王敏学; 程伟强
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2017-07-25
Filing date: 2017-07-25
Publication date: 2020-08-04
Anticipated expiration: 2037-07-25
Also published as: WO2019019918A1; CN109302504A

Abstract

The embodiment of the invention discloses a method for establishing a control signaling channel in a PTN, a PTN network element and a storage medium font. The method applied to the domain controller of the DCN comprises the following steps: when a packet-in message encapsulated with a Dynamic Host Configuration Protocol (DHCP) discovery message is received, sending the DHCP discovery message to a DHCP server; when receiving a DHCP providing message sent by the DHCP server, packaging the DHCP providing message into a packet-out message and sending the packet-out message to second equipment; when a packet-in message encapsulated with a DHCP request message is received, sending the DHCP request message to the DHCP server; when receiving a DHCP acknowledgement message sent by the DHCP server, packaging the DHCP acknowledgement message into a packet-out message, and sending the packet-out message to the second device; and establishing openflow connection with the first equipment based on the DHCP provided message.

Description

Method for establishing control signaling channel in PTN, PTN network element and storage medium

Technical Field

The present invention relates to the field of network technologies, and in particular, to a method for establishing a control signaling channel in a Packet Transport Network (PTN), a PTN network element, and a storage medium.

Background

An openflow protocol-based Small (SPTN) device is a new PTN device form, and a southbound interface openflow is performed based on a small-sized access PTN, and is a part of an SPTN system. Data Communication Network (DCN) in SPTN equipment band based on Openflow does not have a technical scheme of automatic opening at present.

The Openflow-based SPTN device is managed and controlled by a domain controller integrating management (network management) and control, and since the device is in an access layer of a network, optical fiber resources are very precious, and a redundant link cannot be provided for control channel communication between the device and the domain controller, an in-band DCN scheme needs to be adopted.

At present, the DCNs under the SDN and openflow architectures are out-of-band DCNs on the level of data centers and the like, and have independent data communication networks, so that an automatic establishment scheme of a control signaling channel of the in-band DCN is not provided.

In the prior art, the establishment of the control signaling channel of the in-band DCN is manually configured by a manager.

On one hand, the manual configuration has the problem that the configuration efficiency is low.

On the other hand, after a user purchases a Customer Premise Equipment (CPE), since a manager needs to manually configure the control signaling channel, the device newly added to the PTN cannot realize plug and play, which causes problems of inconvenient access of the CPE and low user satisfaction.

Disclosure of Invention

In view of the above, embodiments of the present invention are directed to a method for establishing a control signaling channel in a PTN, a PTN network element, and a storage medium, which at least partially solve the above problems.

In order to achieve the purpose, the technical scheme of the invention is realized as follows:

a first aspect of an embodiment of the present invention provides a method for establishing a control channel in a packet transport network PTN, which is applied to a domain controller of a data communication network DCN, and includes:

when a packet-in message encapsulated with a Dynamic Host Configuration Protocol (DHCP) discovery message is received, sending the DHCP discovery message to a DHCP server; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

when receiving a DHCP offer packet sent by the DHCP server, encapsulating the DHCP offer packet into a packet-out packet and sending the packet-out packet to a second device, wherein the DHCP offer packet includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

when a packet-in message encapsulated with a DHCP request message is received, sending the DHCP request message to a DHCP server, wherein the DHCP request message is used for triggering the domain controller and providing openflow connection between the message and the first equipment based on DHCP;

when receiving a DHCP acknowledgement message sent by the DHCP server, packaging the DHCP acknowledgement message into a packet-out message, and sending the packet-out message to the second device; the DHCP acknowledgement message is used for informing the first equipment of confirming establishment of openflow connection;

establishing openflow connection with the first equipment based on the DHCP providing message; wherein the packet-in packet is formed by encapsulating the second device.

Based on the above scheme, the DHCP offer packet includes: and the network protocol IP address allocated to the first equipment and the gateway identification of the second equipment access gateway.

Based on the scheme, the domain controller and the DHCP server are two sub-devices of an integrated device; an internal communication interface is established between the domain controller and the DHCP server; the domain controller includes at least: an openflow module; the DHCP server at least comprises a DHCP module;

the method further comprises the following steps:

receiving a first message sent by the second equipment;

identifying the type of the first message;

when the type of the first message is the packet-in message, an openlow module analyzes the first message;

determining whether the first message carries a DHCP message based on the analysis result, wherein the DHCP message is: the DHCP discovery message or the DHCP request message; and when the first message carries the DHCP message, the DHCP discovery message or the DHCP request message is used for being sent to a DHCP server by a DHCP module.

Based on the above scheme, the method further comprises:

the DHCP module sends the DHCP providing message or the DHCP confirmation message to the openflow module;

when receiving a DHCP offer packet sent by the DHCP server, the method includes encapsulating the DHCP offer packet into a packet-out packet and sending the packet-out packet to a second device:

the openflow module encapsulates the DHCP providing message into a packet-out message;

when receiving a DHCP acknowledge message sent by the DHCP server, encapsulating the DHCP acknowledge message into a packet-out message, including:

and encapsulating the DHCP acknowledgement message into the packet-out message by the openflow module.

Based on the above scheme, the configuration information includes: a network protocol, IP, address assigned to the first device;

the DHCP discovery packet at least carries a media access control MAC address of the first device and geographical location information of the first device;

the method further comprises the following steps:

correspondingly storing the IP address, the MAC address and the geographic position information; wherein, different devices located in the same geographical location allocate the same IP address.

A second aspect of the embodiments of the present invention provides a method for establishing a control signaling channel in a packet transport network PTN, which is applied to a second device of a data communication network DCN, and includes:

when a DHCP discovery message broadcasted by first equipment is received and openflow connection is established between second equipment and a domain controller, packaging the DHCP discovery message into a packet-in message and sending the packet-in message to the domain controller; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

when a packet-out message replied by the domain controller based on the packet-in message is received, sending the DHCP providing message to the first device, wherein the packet-out message carries a DHCP providing message returned by a DHCP server based on the DHCP discovery message, and the DHCP providing message carries configuration information required by the first device to establish openflow connection with the domain controller;

when a DHCP request message replied by a first device based on the DHCP provision message is received, the DHCP request message is packaged into a packet-in message and is sent to a domain controller, wherein the DHCP request message is used for triggering the domain controller and is connected with openflow of the first device based on the DHCP provision message;

and when a packet-out message which is returned by the domain controller and contains a DHCP acknowledgement message is received, forwarding the DHCP acknowledgement message to the first equipment, wherein the DHCP acknowledgement message is used for informing the first equipment of confirming establishment of openflow connection.

Based on the above scheme, the method further comprises:

and when the second equipment does not establish openflow connection with the domain controller, discarding the DHCP discovery message.

A third aspect of the embodiments of the present invention provides a method for establishing a control channel in a packet transport network PTN, where the method is applied to a first device of a data communication network DCN, and includes:

broadcasting a Dynamic Host Configuration Protocol (DHCP) discovery message, wherein the DHCP discovery message is used for being packaged into a packet-in message and sent to a domain controller after being received by a second device which establishes connection with the first device; the second device is a device that has established openflow connection with the domain controller, and the DHCP discovery message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

receiving a DHCP providing message extracted from the packet-out message by the second equipment; the DHCP offer message includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

sending a DHCP request message to the second device based on the DHCP providing message, wherein the DHCP request message is used for being encapsulated into packet-in information by the second device and sent to the domain controller, and is used for triggering the domain controller, and is connected with openflow of the first device based on the DHCP providing message;

receiving an HDCP (high-level physical downlink control protocol) confirmation message extracted from a packet-out message by the second equipment, wherein the DHCP confirmation message is used for informing the first equipment of confirming establishment of openflow connection;

and the packet-out message is sent by the domain controller.

Based on the above scheme, the sending a DHCP request message to the second device based on the DHCP offer message includes:

and when receiving the DHCP providing messages forwarded by the plurality of second devices, only one selected DHCP providing message replies the DHCP request message based on a preset strategy.

Based on the above scheme, when receiving a plurality of DHCP offer messages forwarded by the second device, replying the DHCP request message based on only one selected DHCP offer message according to a preset policy includes:

and replying the DHCP request message based on the earliest received DHCP providing message according to the receiving sequence of the plurality of DHCP providing messages.

A fourth aspect of the present invention provides a packet transport network PTN element, where the PTN element is a domain controller applied to a data communication network DCN, and the PTN element includes: the system comprises a first analysis sending module, a first encapsulation sending module and a connection module;

the first analysis sending module is used for sending the DHCP discovery message to a DHCP server when receiving a packet-in message encapsulated with a dynamic host configuration protocol DHCP discovery message; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

the first encapsulation sending module is configured to encapsulate, when receiving a DHCP offer packet sent by the DHCP server, the DHCP offer packet as a packet-out packet and send the packet to a second device, where the DHCP offer packet includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

the first analysis sending module is further configured to send a DHCP request message to the DHCP server when receiving a packet-in message encapsulated with the DHCP request message, where the DHCP request message is used to trigger the domain controller, and provide openflow connection between a message and the first device based on the DHCP;

the first encapsulation sending module is further configured to encapsulate, when receiving a DHCP acknowledge message sent by the DHCP server, the DHCP acknowledge message into a packet-out message, and send the packet-out message to the second device; the DHCP acknowledgement message is used for informing the first equipment of confirming establishment of openflow connection;

the connection module is further configured to establish openflow connection with the first device based on the DHCP offer packet; wherein the packet-in packet is formed by encapsulating the second device.

A fifth aspect of the embodiments of the present invention provides a packet transport network PTN element, where the PTN element is a second device applied to a data communication network DCN, and the PTN element includes:

the second encapsulation sending module is used for encapsulating the DHCP discovery message into a packet-in message and sending the packet-in message to the domain controller when the DHCP discovery message broadcasted by the first equipment is received and openflow connection is established between the second equipment and the domain controller; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

a second parsing and sending module, configured to send the DHCP offer packet to the first device when receiving a packet-out packet replied by the domain controller based on the packet-in packet, where the packet-out packet carries a DHCP offer packet returned by a DHCP server based on the DHCP discovery packet, and the DHCP offer packet carries configuration information required for establishing openflow connection between the first device and the domain controller;

the second encapsulation sending module is further configured to encapsulate, when receiving a DHCP request message replied by the first device based on the DHCP offer message, the DHCP request message into a packet-in message and send the packet-in message to a domain controller, where the DHCP request message is used to trigger the domain controller and is connected to the openflow of the first device based on the DHCP offer message;

the second parsing and sending module is further configured to forward the DHCP acknowledgement message to the first device when receiving a packet-out message that is returned by the domain controller and carries the DHCP acknowledgement message, where the DHCP acknowledgement message is used to inform the first device of acknowledging establishment of openflow connection.

A sixth aspect of the present invention provides a packet transport network PTN element, where the PTN element is a first device of a data communication network DCN, and the PTN element includes:

the system comprises a broadcasting module, a domain controller and a first device, wherein the broadcasting module is used for broadcasting a Dynamic Host Configuration Protocol (DHCP) discovery message, and the DHCP discovery message is packaged into a packet-in message and sent to the domain controller after being received by a second device which establishes connection with the first device; the second device is a device that has established openflow connection with the domain controller, and the DHCP discovery message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

a receiving module, configured to receive a DHCP offer packet extracted from a packet-out packet by the second device; the DHCP offer message includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

a sending module, configured to send a DHCP request message to the second device based on the DHCP offer message, where the DHCP request message is used to be encapsulated into a packet-in message by the second device and sent to the domain controller, and is used to trigger the domain controller, and is connected to the openflow of the first device based on the DHCP offer message;

the receiving module is further configured to receive an HDCP acknowledgement packet extracted from a packet-out message by the second device, where the DHCP acknowledgement packet is used to inform the first device to confirm establishment of openflow connection; and the packet-out message is sent by the domain controller.

A seventh aspect of the present invention provides a packet transport network PTN element, including: a transceiver, a processor and a computer program;

the processor is connected to the transceiver, and is configured to implement, by executing the computer program stored in the memory, the method for establishing the control channel of the PTN according to any one of the above technical solutions.

An eighth aspect of the embodiments of the present invention provides a computer storage medium, in which a computer program is stored; after being executed, the computer program realizes the method for establishing the control channel of the PTN provided by any one of the above technical solutions.

The embodiment of the invention provides a method for establishing a control signaling channel in a PTN, a PTN network element and a storage medium. When a device newly accessed to the DCN automatically broadcasts a DHCP discovery message, the DHCP discovery message is packaged into a packet-in message after being received, the packet-in message is sent to a domain controller by using the openflow connection established between the device and the domain controller, and the corresponding DHCP discovery message is submitted to a gateway which is used for allocating an IP address to determine the access of the device, so that in the openflow connection establishment process, all the DHCP messages are re-packaged into the packet-in message and the packet-out message which can be transmitted in the openflow connection and are connected in the established openflow, and the established openflow connection is used for completing the automatic establishment of the openflow connection which is not established. Thereby relative to

Drawings

Fig. 1 is a schematic flowchart of a method for establishing a control signaling channel in a PTN according to a first embodiment of the present invention;

fig. 2 is a flowchart illustrating a method for establishing a control signaling channel in a second PTN according to an embodiment of the present invention;

fig. 3 is a flowchart illustrating a method for establishing a control signaling channel in a third PTN according to an embodiment of the present invention;

fig. 4 is a schematic structural diagram of a domain controller according to an embodiment of the present invention;

fig. 5 is a schematic structural diagram of a second apparatus according to an embodiment of the present invention;

fig. 6 is a schematic structural diagram of a first device according to an embodiment of the present invention;

fig. 7 is a flowchart illustrating a method for establishing a control signaling channel in a fourth PTN according to an embodiment of the present invention;

fig. 8 is a schematic structural diagram of a DCN network according to an embodiment of the present invention;

fig. 9 is a flowchart illustrating a method for establishing a control signaling channel in a fifth PTN according to an embodiment of the present invention;

fig. 10 is a schematic structural diagram of an integrated device according to an embodiment of the present invention;

fig. 11 is a schematic flowchart of message processing of an integrated device according to an embodiment of the present invention;

fig. 12 is a schematic diagram illustrating a connection between a domain controller and a DHCP server according to an embodiment of the present invention;

fig. 13 is a schematic flow chart illustrating message processing of an independent domain controller according to an embodiment of the present invention;

fig. 14 is a schematic structural diagram of a CPE device according to an embodiment of the present invention.

Detailed Description

The technical solution of the present invention is further described in detail with reference to the drawings and the specific embodiments of the specification.

As shown in fig. 1, the present embodiment provides a method for establishing a control signaling channel in a PTN, which is applied to a domain controller of a DCN, and includes:

step S110: when a packet-in message encapsulated with a Dynamic Host Configuration Protocol (DHCP) discovery message is received, sending the DHCP discovery message to a DHCP server; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

step S120: when receiving a DHCP offer packet sent by the DHCP server, encapsulating the DHCP offer packet into a packet-out packet and sending the packet-out packet to a second device, wherein the DHCP offer packet includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

step S130: when a packet-in message encapsulated with a DHCP request message is received, sending the DHCP request message to a DHCP server, wherein the DHCP request message is used for triggering the domain controller and providing openflow connection between the message and the first equipment based on DHCP;

step S140: when receiving a DHCP acknowledgement message sent by the DHCP server, packaging the DHCP acknowledgement message into a packet-out message, and sending the packet-out message to the second device; the DHCP acknowledgement message is used for informing the first equipment of confirming establishment of openflow connection;

step S150: establishing openflow connection with the first equipment based on the DHCP providing message; wherein the packet-in packet is formed by encapsulating the second device.

In this embodiment, the domain controller is a device directly connected to the DHCP server. Typically the domain controller is a device located in a metro transport network.

In this embodiment, the DCN may include: an in-band DCN and an out-of-band DCN; wherein the in-band DCN is relative to the out-of-band DCN. The service channel for the equipment in the out-of-band DCN to transmit the service data and the control channel for the communication control signaling are different physical links which are completely isolated and do not influence each other. In-band DCNs are traffic channels and control channels that essentially share a physical link, but are logically separated. For example, different virtual local area networks based on the same physical link are configured to realize the isolation of the service channel and the control channel. The DCN in this embodiment is preferably an in-band DCN.

The second device and the first device can be both CPE devices, and the CPE devices can be conventional PTN devices and also can be SPTN devices. After a CPE device is newly connected to the DCN, a control channel needs to be configured, where the configuration of the control channel includes: application of an IP address, determination of an access gateway, and notification of a MAC address of a device. The MAC address mainly informs the DHCP server.

CPE equipment newly added into the DCN broadcasts a DHCP discovery message for applying to establish openflow connection; the DHCP discovery packet may also be referred to as a DHCP discover packet. There will then be a plurality of said second devices connected to the CPE device. The second device here may be a HUB (HUB) device or may be another CPE device connected to the HUB device.

The HUB device may typically be a device that is directly connected to a metro transport network.

In this embodiment, the second device may be one of the relay devices of which the first device is connected to the domain controller.

After receiving a packet-in packet carrying a DHCP discover packet sent by a first device, a domain controller may extract the DHCP discover packet from the packet-in packet in step S110, specifically, remove an encapsulation of the DHCP discover packet, and obtain the complete DHCP discover packet. The packaging body is a basic packaging format of the packet-in message and comprises information such as a header of the packet-in message. For example, the packet of the packet-in packet may be directly added to the DHCP discover packet, so that the DHCPdiscover packet is encapsulated into the packet-in packet.

In some embodiments, the packet-in packet further encapsulates a port through which the second device receives the DHCP discovery packet sent by the first device, where the port is a downlink port through which the second device is connected to the first device and AN uplink port through which the first device is connected to the second device, in addition to the DHCP discovery packet, in step S150, the uplink port of the first device may be directly extracted from the packet-in packet, and when the openflow connection is established, the uplink port is directly added to the management V L AN to establish the control channel

And after the DHCP discover message is extracted, forwarding the DHCP discover message to a DHCP server. The DHCP server can receive the DHCP discover message, and the message usually carries client information; the client information is related information of the first device, and may specifically include: the MAC address of the first device and network configuration information. The network configuration information may include: port information, location information, and device identification information of the first device. The port information may include: the port number of the first device, and/or the port type. The location information may include: the information indicating the geographical location of the first device may be, for example, longitude and latitude of the geographical location of the first device. The device identification information may be any identification information of the first device, such as an international mobile equipment identification code (IMEI) or the like.

After receiving the DHCP discover message, the DHCP server allocates an IP address to the first device based on an application of the first device, determines that the first device is accessed to a gateway in the DCH, and carries the IP address and a gateway identifier in the DHCP offer message and returns the DHCP offer message to the domain controller.

The DHCP offer message may also be referred to as a DHCP offer message.

After receiving the DHCP offer message, the domain controller encapsulates the DHCP offer message into a packet-out message in a packet-out manner, and sends the packet-out message to the second device. If a plurality of relay devices exist between the domain controller and the second device, the packet-out packet is forwarded to the second device through the relay devices.

After receiving the packet-out packet, the second device decapsulates the packet-out message, and then extracts the DHCP offer packet, for example, removes an encapsulation of the packet-out packet, so as to obtain the DHCP offer packet. The DHCP offer packet carries configuration information for the first device to connect to the DCN and establish openflow connection with the domain controller. If the openflow connection is established, it is equivalent to completing the establishment of the transmission channel of the control signaling (i.e. the control channel).

If the second device receives the DHCP offer message, it is determined whether to establish an openflow connection according to the received DHCP offer message. In some cases, since the DHCP discover packet is broadcasted, a plurality of first devices connected to the second device may send a packet-in packet carrying the DHCP discover packet to the domain controller, so that the first device may receive a plurality of DHCP offer packets, and in order to avoid repeated establishment, only one DHCP offer packet is selected to reply to send a DHCP request packet. Thus, the domain controller only receives a DHCP request message encapsulated as a packet-in message. The DHCP request message may also be referred to herein as a DHCP request message.

Therefore, in step S130, if the domain controller receives the packet-in packet carrying the DHCP request packet, the DHCP request packet is extracted and forwarded to the DHCP server. The DHCP server may determine that the first device will connect to the DCN based on the previously assigned IP address and gateway identification and establish a control channel. The DHCP server will recognize the client information and respond to the DHCP acknowledge message at this time. In this embodiment, the DHCP acknowledge message may also be referred to as a DHCP ACK message. The DHCP ACK packet is encapsulated by the domain controller as a packet-out packet and forwarded to the second device. And the second equipment receives the packet-out message, and the second equipment extracts a DHCP ACK message from the packet-out message so as to inform the first equipment of completing openflow connection and further complete the establishment of the control channel.

In this embodiment, the step S150 may include:

when receiving the DHCP ACK packet, the domain controller adds the uplink port connected to the second device with the first device to a management V L AN, so that the subsequent domain controller may connect to the first device using the management V L AN and manage the first device, which is equivalent to completing establishment of AN openflow connected control channel.

The establishing the openflow connection further comprises: and configuring an IP address and a Transmission Control Protocol (TCP) port of the domain controller to the first device, and enabling openflow connection with the first device, so that the first device can perform data transmission based on the openflow connection.

In summary, the step S150 may include at least one of the following operations:

the method comprises the steps of configuring a management V L AN for a first device, adding AN uplink port of the first device into the configured V L AN, recording AN IP address of the first device, setting a default gateway of connection, enabling openflow or off config function, and configuring the IP address and TCP port of the connection of the first device and a domain controller.

Obviously, in the embodiment of the present invention, openflow connection is used, and packet-in packets and packet-out packets are used to receive and transmit DHCP packets, so that a domain controller can receive the DHCP discovery packet and trigger the DHCP server to perform operations such as IP address allocation and access gateway setting, thereby completing access of the CPE device to the DCN, and establishing the openflow connection to establish a control channel, so that on one hand, plug and play of the device can be achieved, and on the other hand, manual configuration by a manager is not needed, which has the characteristics of high configuration efficiency and high user experience.

The DHCP offer message includes: and the network protocol IP address allocated to the first equipment and the gateway identification of the second equipment access gateway.

The gateway identification here may include: and the gateway address of the gateway for the first device to access the DCN, wherein the gateway address can be an IP address of the gateway and the like.

In this embodiment, after receiving the first packet, the domain controller may identify the type of the packet. Determining whether the first message is a packet-in message; if the first packet is the packet-in packet, it needs to further determine whether the first packet is a normal packet-in packet or a packet-in packet carrying the DHCP packet. In this embodiment, the DHCP packet carried by the packet-in packet may include: the DHCP discovery message and the DCHP request message.

In this embodiment, the domain controller and the DHCP server are two sub-devices of an integrated device; an internal communication interface is established between the domain controller and the DHCP server; the domain controller includes at least: an openflow module; the DHCP server at least comprises a first analysis sending module. The openflow module is a processing module for processing and receiving and transmitting messages based on an openflow protocol. The first parsing and sending module may be a processing module for processing and transmitting/receiving a message based on a DHCP protocol. In this embodiment, a connection interface is established between the two modules in the domain controller, the openflow module forwards a DHCP message extracted from a packet-in message to the first parsing and sending module for subsequent processing, and the first parsing and sending module forwards a DHCP message that needs to be encapsulated as a packet-out message to the openflow module.

Therefore, after receiving the first message from the second device, the second device may first identify the type of the message, and further analyze whether a DHCP-carrying message exists or not if the packet-in message is the packet-in message. If the DHCP message is carried, the openflow module transfers the proposed DHCP message to a first analysis sending module, and the first analysis sending module carries out processing such as IP address based on DHCP protocol.

Further, the method further comprises:

the first analysis sending module sends the DHCP providing message or the DHCP confirmation message to the openflow module;

the step S120 may specifically include: the openflow module encapsulates the DHCP providing message into a packet-out message;

the step S140 may include: and encapsulating the DHCP acknowledgement message into the packet-out message by the openflow module.

The packet-in message and the packet-out message are both messages which can be transmitted by openflow connection. Therefore, in this embodiment, if the DHCP message needs to be transmitted through openflow connection, the DHCP message needs to be encapsulated into a message that can be transmitted through openflow connection. The second device is generally a downstream device of the domain controller, and therefore needs to be encapsulated into the packet-in packet, and the domain controller needs to encapsulate the DHCP packet into a packet-out packet. In order to implement the repackaging of the message, the domain controller establishes an interface between the openflow module and the first parsing and sending module to repackage the DHCP message. In other embodiments, a dedicated encapsulation module for re-encapsulating the DHCP packet into a packet that can be transmitted over the openflow connection may be re-established, but this may increase the number of modules in the domain controller, which may result in a more complex structure of the domain controller.

In some embodiments, the configuration information comprises: a network protocol, IP, address assigned to the first device; the DHCP discover packet at least carries the MAC address of the first device and the geographical location information of the first device.

In this way, after receiving the DHCP offer message and the DHCP discover message, if it is determined that openflow connection with the first device is established, the domain controller may further store the IP address, the MAC address, and the geographical location information correspondingly; wherein, different devices located in the same geographical location allocate the same IP address.

And if the domain controller succeeds in matching, directly encapsulating the IP address corresponding to the matched geographical position information as the content of the DHCP providing message into a packet-out message and sending the packet-out message to the requesting equipment. In some embodiments, the DHCP provides a message, which may be emulated by a first parsing and sending module of the domain controller itself.

In other embodiments, the correspondence is stored in a DHCP server, the domain controller still performs steps S110 to S150, and the query of the correspondence and the matching of the geographic location information are performed by the DHCP server, and the domain controller receives the DHCP offer message from the DHCP server as usual.

In the above embodiment, different devices in the same geographical location are distinguished by using their respective MAC addresses, and different openflow connections and establishment of control channels are established based on the MAC addresses, so that the tension on the number of IP addresses can be alleviated. And different devices located in the same geographical position may be new devices replacing old devices, so that if the old devices are not used, the IP addresses allocated to the old devices are not used due to the deactivation of the old devices, and the effective utilization rate of the IP addresses is improved.

As shown in fig. 2, the present embodiment provides a method for establishing a control signaling channel in a packet transport network PTN, which is applied to a second device of a data communication network DCN, and includes:

step S210: when a DHCP discovery message broadcasted by first equipment is received and openflow connection is established between second equipment and the domain controller, packaging the DHCP discovery message into a packet-in message and sending the packet-in message to the domain controller; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

step S220: and when a packet-out message replied by the domain controller based on the packet-in message is received, sending the DHCP providing message to the first equipment, wherein the packet-out message carries the DHCP providing message returned by the DHCP server based on the DHCP discovery message. The DHCP providing message carries configuration information required by the first equipment to establish openflow connection with the domain controller;

step S230: when a DHCP request message replied by a first device based on the DHCP provision message is received, the DHCP request message is packaged into a packet-in message and is sent to a domain controller, wherein the DHCP request message is used for triggering the domain controller and is connected with openflow of the first device based on the DHCP provision message;

step S240: and when a packet-out message which is returned by the domain controller and contains a DHCP acknowledgement message is received, forwarding the DHCP acknowledgement message to the first equipment, wherein the DHCP acknowledgement message is used for informing the first equipment of confirming establishment of openflow connection.

In this embodiment, the second device is a device that directly establishes a physical connection with the first device. After receiving the DHCP discovery message broadcast by the first device, the second device encapsulates the DHCP discovery message into a packet-in message, and sends the packet-in message to the domain controller through one or more relay devices, and after the domain controller executes the steps S110 to S150, the first device exchanges the packet-in message and the packet-out message with the domain controller based on openflow connection, and sends the received DHCP message to the first device through encapsulation of the packet-in message and analysis of the packet-out message, so as to assist the first device to establish openflow connection by using openflow connection established between the second device and the domain controller, thereby completing establishment of a control channel between the first device and the domain controller.

Optionally, the method further comprises:

In this embodiment, after receiving the DHCP packet, the second device first determines whether there is openflow connection with the domain controller, and if so, encapsulates the DHCP packet into a packet-in packet and forwards the packet-in packet to the domain controller, otherwise, discards the DHCP packet and does not continue broadcasting, so as to avoid causing a broadcast storm.

Specifically, how to judge whether the second device has established the openflow connection with the domain controller, the second device may judge whether at least one port of the second device has been added to the management V L AN, if so, it is determined that the second device has established the openflow connection with the domain controller, otherwise, the DHCP discovery packet is directly discarded.

In some embodiments, the method further comprises:

judging whether a downlink port for receiving the DHCP discovery message is added into a management virtual local area network V L AN, wherein the downlink port is a connection port for the second equipment to be directly connected to the first equipment or connected to the first equipment through third equipment;

and when the downlink port is added into a management virtual local area network V L AN, discarding the DHCP discovery message.

As shown in fig. 3, the present embodiment provides a method for establishing a control channel in a packet transport network PTN, which is applied to a first device of a DCN, and includes:

step S310: broadcasting a DHCP discovery message, wherein the DHCP discovery message is used for being packaged into a packet-in message and sent to a domain controller after being received by a second device which establishes connection with the first device; the second device is a device that has established openflow connection with the domain controller, and the DHCP discovery message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

step S320: receiving a DHCP providing message extracted from the packet-out message by the second equipment; the DHCP offer message includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

step S330: sending a DHCP request message to the second device based on the DHCP providing message, wherein the DHCP request message is used for being encapsulated into packet-in information by the second device and sent to the domain controller, and is used for triggering the domain controller, and is connected with openflow of the first device based on the DHCP providing message;

step S340: receiving an HDCP (high-level physical downlink control protocol) confirmation message extracted from a packet-out message by the second equipment, wherein the DHCP confirmation message is used for informing the first equipment of confirming establishment of openflow connection;

and the packet-out message is sent by the domain controller.

In this embodiment, the first device may be various devices to be accessed to the DCN, and after the physical connection is established, the first device may automatically broadcast the DHCP discovery packet, so that other devices having the physical connection with the first device may receive the DHCP discovery packet. In this embodiment, the device that receives the DHCP discovery packet may be the second device.

The second device can utilize the openflow connection established between itself and the domain controller to forward all the DHCP messages related to the openflow acquisition configuration information and the confirmation establishment established by the first device, so that the first device can automatically establish the openflow connection with the domain controller with the assistance of the second device to complete the establishment of the control channel.

Optionally, the step S330 may include:

In some embodiments, if there is more than one second device that establishes a physical connection with the first device, the first device may receive a plurality of DHCP offer messages. In this embodiment, to prevent repeated establishment and establish redundant connection, the first device may select a DHCP offer message based on a preset policy to reply the DHCP request message, so that all information interaction in the openflow connection process of the first device is completed by using openflow connection of the second device.

In some embodiments, the DHCP server may confirm that the assignment is invalid if the DHCP request message corresponding to the first device is not received within a predetermined time range after the IP address is assigned to the first device. For example, if the IP address is allocated to only the first device, the IP address is set as an idle IP address again, and if the IP address is a shared IP address of the first device and other devices, the corresponding relationship between the IP address and the device identifier of the first device is not established, and the device corresponding relationship may be the MAC address.

Optionally, the step S330 may include:

Since the DHCP discovery packet is broadcast, the receiving sequence of the second devices may be different, the number of links from the second devices to the domain controller may also be different, and the transmission bandwidths from the second devices to the domain controller may be different, and the earlier returning of the DHCP offer packet to the first device indicates that the first device establishes openflow connection with the domain controller by using the second device, which may also have the advantages of a small number of link hops, a small transmission delay, and a large transmission bandwidth.

In some embodiments, the second device may further forward its own status information to the first device, or inform the first device of the established priority determined based on its own status information. Thus, after receiving the status information or the established priority, the first device may select a DHCP offer packet with a high established priority for replying in step S330, or select a DHCP offer packet with status information meeting a preset condition for replying.

For example, the condition information may include: and the number of other devices connected with the second device in a downstream manner, the average load rate and/or the bandwidth and other parameters. The established priority is inversely related to the number, inversely related to the average load rate, and positively related to the bandwidth. Of course, the status information includes, but is not limited to, the above information.

In this embodiment, after receiving the DHCP offer packet, when determining to reply to the DHCP request packet, the first device may start to configure openflow connection for an IP address, a gateway identifier, and the like carried in the corresponding DHCP offer packet. In some embodiments, the openflow configuration may be performed only after the first device receives a DHCP acknowledge message.

As shown in fig. 4, this embodiment provides a PTN network element, where the network element is a proxy network elementFor DCNDomain controllerThe method comprises the following steps: a first parsing and sending module 110, a first encapsulation and sending module 120, and a connection module 130;

the first parsing and sending module 110 is configured to send a DHCP discovery message to a DHCP server when receiving a packet-in message encapsulated with the DHCP discovery message; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

the first encapsulation sending module 120 is configured to, when receiving a DHCP offer packet sent by the DHCP server, encapsulate the DHCP offer packet into a packet-out packet and send the packet to a second device, where the DHCP offer packet includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

the first parsing and sending module 110 is further configured to send a DHCP request message to the DHCP server when receiving a packet-in message encapsulated with the DHCP request message, where the DHCP request message is used to trigger the domain controller, and provide an openflow connection between a message and the first device based on the DHCP;

the first encapsulation sending module 120 is further configured to encapsulate, when receiving a DHCP acknowledge message sent by the DHCP server, the DHCP acknowledge message into a packet-out message, and send the packet-out message to the second device; the DHCP acknowledgement message is used for informing the first equipment of confirming establishment of openflow connection;

the connection module 130 is further configured to establish openflow connection with the first device based on the DHCP offer packet; wherein the packet-in packet is formed by encapsulating the second device.

The first encapsulation sending module 120 may be a processing module for performing message processing and forwarding based on an openflow protocol; the first parsing and sending module 110 may be a processing module for performing message and forwarding based on a DHCP protocol.

The connection module may correspond to a communication interface and a processor.

The processor may include: a central processing unit, a microprocessor, a digital signal processor, an application processor, a programmable array or an application specific integrated circuit, etc.

The first parsing and sending module 110, the first encapsulation and sending module 120, and the connection module 130 may all correspond to the processor; the processor is executed by a computer program or the like to realize the operation of each module.

Optionally, the DHCP offer message includes: and the network protocol IP address allocated to the first equipment and the gateway identification of the second equipment access gateway.

In some embodiments, the domain controller further comprises:

the first port module is used for receiving a first message sent by the second equipment; the first port module can comprise a downstream port which is connected with the downstream equipment by the domain controller;

the identification module is used for identifying the type of the first message; the identification module may also correspond to a processor, and may identify the type of the message through a processing operation such as a format of the message.

The first encapsulation sending module 120 is further configured to, when the type of the first packet is the packet-in packet, analyze, by an openlow module, the first packet; and determining whether the first message carries a DHCP message or not based on the analysis result, wherein the DHCP message is as follows: the DHCP discovery message or the DHCP request message; and when the first message carries the DHCP message, the DHCP discovery message or the DHCP request message is used for the first analysis sending module to send to a DHCP server.

In other embodiments, the first parsing and sending module 110 is further configured to send the DHCP offer message or the DHCP acknowledge message to the openflow module when receiving the DHCP offer message or the DHCP acknowledge message.

In some embodiments, the configuration information comprises: a network protocol, IP, address assigned to the first device; the DHCP discovery packet at least carries a media access control MAC address of the first device and geographical location information of the first device;

the PTN network element further comprises:

the storage module is used for correspondingly storing the IP address, the MAC address and the geographic position information; wherein, different devices located in the same geographical location allocate the same IP address.

The storage module further comprises a storage medium, which can be used for storing the corresponding relationship.

As shown in fig. 5, this embodiment further provides a PTN network element, where the PTN network element is a second device of a DCN, and the PTN network element includes:

a second encapsulation sending module 210, configured to encapsulate, when receiving a DHCP discovery packet broadcast by a first device and when the second device has established openflow connection with a domain controller, the DHCP discovery packet as a packet-in packet, and send the packet-in packet to the domain controller; wherein, the DHCP discover message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

a second parsing and sending module 220, configured to send the DHCP offer packet to the first device when receiving a packet-out packet replied by the domain controller based on the packet-in packet, where the packet-out packet carries a DHCP offer packet returned by a DHCP server based on the DHCP discovery packet, and the DHCP offer packet carries configuration information required for establishing openflow connection between the first device and the domain controller;

the second encapsulation sending module 210 is further configured to encapsulate, when receiving a DHCP request packet replied by the first device based on the DHCP offer packet, the DHCP request packet as a packet-in packet, and send the packet-in packet to the domain controller, where the DHCP request packet is used to trigger the domain controller, and is connected to the openflow of the first device based on the DHCP offer packet;

the second parsing and sending module 220 is further configured to forward, when receiving a packet-out packet that is returned by the domain controller and carries a DHCP acknowledge packet, the DHCP acknowledge packet to the first device, where the DHCP acknowledge packet is used to inform the first device to acknowledge establishment of openflow connection.

In this embodiment, the second encapsulation sending module 210 and the second parsing sending module 220 both correspond to a processor and a transceiver; the difference is that one is used for sending after encapsulating the message, and the other is used for sending after analyzing the message. The processor may be any of those described above.

Optionally, the PTN network element further includes:

and the discarding unit is used for discarding the DHCP discovery message when the openflow connection is not established between the second equipment and the domain controller.

The discarding unit may correspond to a processor, and the processor discards a DHCP discovery packet, specifically, an operation of shielding a port to send the DHCP discovery packet, a storage of the DHCP discovery packet is deleted, and the like.

As shown in fig. 6, this embodiment provides a packet transport network PTN element, where the PTN element is a first device of a data communication network DCN, and includes:

the broadcast module 310 is configured to broadcast a dynamic host configuration protocol DHCP discovery message, where the DHCP discovery message is encapsulated as a packet-in message and sent to a domain controller after being received by a second device that establishes a connection with the first device; the second device is a device that has established openflow connection with the domain controller, and the DHCP discovery message is: the first equipment applies for an application message for establishing openflow connection with the domain controller;

a receiving module 320, configured to receive a DHCP offer packet extracted from the packet-out packet by the second device; the DHCP offer message includes: configuration information required for establishing openflow connection between the first device and the domain controller is obtained and replied based on the DHCP discovery message;

a sending module 330, configured to send a DHCP request packet to the second device based on the DHCP offer packet, where the DHCP request packet is used to be encapsulated into a packet-in message by the second device and sent to the domain controller, and is used to trigger the domain controller, and is connected to the openflow of the first device based on the DHCP offer packet;

the receiving module 320 is further configured to receive an HDCP acknowledgement packet extracted from a packet-out message by the second device, where the DHCP acknowledgement packet is used to inform the first device to confirm establishment of openflow connection; and the packet-out message is sent by the domain controller.

The broadcast unit corresponds to a processor and a transceiver, and may form the DHCP discovery packet and transmit the DHCP discovery packet to other devices using the transceiver.

The receiving module 320 and the sending module 330 may both correspond to a transceiver for transceiving messages.

In some embodiments, the first device further comprises: and the configuration module corresponds to a processor, and the processor can be used for carrying out automatic configuration of openflow connection based on the message provided by the HDPC.

Optionally, the sending module 330 may be configured to, when receiving a plurality of DHCP offer packets forwarded by the second device, reply the DHCP request packet with only one selected DHCP offer packet based on a preset policy.

In some embodiments, the sending module 330 is specifically configured to reply the DHCP request packet based on the earliest DHCP offer packet received according to a receiving order of the plurality of DHCP offer packets.

As shown in fig. 7, the present embodiment provides a PTN network element, including: a transceiver, a processor and a computer program;

the processor is connected with the transceiver, and is configured to implement, by executing the computer program, the execution of the method for establishing a control signaling channel in the PTN provided in one or more of the foregoing technical solutions.

The processor can implement one or more domain name resolution methods applied to a domain name resolution system by executing the computer program.

The transceiver may be a network port of a network element, where the PTN network element may be the aforementioned domain controller, the first device, the second device, or a DHCP server. The processor may be a central processing unit, a microprocessor, a digital signal processor, an application processor, a programmable array or an application specific integrated circuit, etc. as described above. One or more of the above. The number of the processors may also be one or more.

The transceiver may be connected to the processor through an intra-device bus interface, such as an integrated circuit bus.

An embodiment of the present invention further provides a computer storage medium, where a computer program is stored, and after the computer program is executed by a processor, the execution of the method for establishing a control signaling channel in a PTN provided in one or more of the foregoing technical solutions is implemented.

The computer storage medium may be: a mobile storage device, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes. The computer storage medium is preferably a non-transitory storage medium.

Two specific examples are provided below in connection with any of the above embodiments:

example 1:

as shown in fig. 7, this example provides a method for establishing a control signaling channel in a PTN based on any of the foregoing embodiments, including:

step S1: after the CPE is electrified, a DHCP discover message carrying 4094 is broadcasted through a port X. After receiving the DHCP discover message sent by the opposite side, the previous hop device and the CPE upload the DHCP discover message to the processor of the device, and discard the message when finding that the device is not connected to the controller.

Step S2: if the previous hop device establishes openflow connection with the controller, the DHCPdiscover message received from the port Y is encapsulated in a packet-in mode to form a packet-in message, and the packet-in message is sent to the controller;

step S3: after receiving the packet-in message and decapsulating the packet-in message into a DHCP discover message, the domain controller notifies the DHCP server, for example, forwards the DHCP discover message to the DHCP server.

Step S4: the DHCP server receives the DHCP Discover message, identifies client information, responds to the DHCP Offer message and allocates a permanent IP and a gateway;

step S5: the domain controller receives the DHCP Offer message, forms a packet-out message in a packet-out mode and sends the packet-out message to the previous hop equipment;

step S6: the previous hop equipment de-encapsulates the packet-out message and sends the DHCP Offer message to the CPE equipment;

step S7: the CPE receives the DHCP Offer message and responds to the DHCP Request message;

step S8: the last hop equipment receives a DHCP Request message of CPE equipment from a port Y, encapsulates the DHCP Request message into a packet-in message in a packet-in mode and sends the packet-in message to a domain controller;

step S9: the domain controller receives the packet-in message, decapsulates the packet-in message and sends the decapsulated packet-in message to the DHCP server in a notification mode;

step S10: the DHCP server receives the DHCP Request message, identifies the client information and responds to a DHCP ACK message;

step S11: the domain controller receives the DHCP ACK message, forms a packet-out message in a packet-out mode and sends the packet-out message to the previous hop equipment;

and step S12, the previous hop device decapsulates the packet-out message, sends the DHCP ACK message to the CPE device, and after receiving the DHCP ACK message, the CPE device configures AN in-band IP and a gateway and adds the interface port X applied to the IP into the management V L AN, wherein the IP address is the in-band management IP.

Step S13, the domain controller adds the lower port Y of the previous hop device into the management V L AN through the expansion interface of the configuration management protocol (ofconfig);

step S14: the domain controller and the CPE equipment establish a network configuration protocol (NetConf) connection;

step S15: the domain controller configures the IP address and the TCP port number OF the domain controller to CPE equipment through an interface defined by OF-CONFIG1.2 to enable openflow connection;

step S16: the CPE device establishes an Openflow connection with the domain controller.

And at this point, the connection between the last hop equipment and the CPE equipment and the domain controller is finished.

Example 2:

the present example provides a method for establishing a control signaling channel in a PTN based on any of the foregoing embodiments.

Fig. 8 shows a network of DCNs provided for this example. The HUB device and CPEs 1, 3 have established a connection with network-side edge device 0(PE 0). Whereas CPE2 has not seen you a connection with PE 0. A network-side edge device 1(PE1), a network-side edge device 2(PE2), and the like are also provided in the metro transport network. A domain controller (D-controller) is connected to the metro transport network through a network side edge device. In some cases, the domain controller and the DHCP server may be located on different physical devices, and in other cases, the domain controller and the DHCP server are also integrally located on the same physical device. In order to reduce transmission outside the data device and reduce response delay, it is preferable to integrate the domain controller and the DHCP server on one physical device.

In fig. 8, domain controller access to DCN is shown to be divided into at least two cases, for example, the deployment case 1 shown in fig. 8 is domain controller access to DCN through metropolitan area transport network, and the deployment case 2 is directly connected to HUB device.

The following description takes the CPE2 device and domain controller establishing openflow connection as an example, as shown in fig. 9, including:

step S21: powering on a CPE2 device, and sending a DHCP discover message carrying vlan 4094 to a port 1;

step S22: the CPE1 encapsulates the received DHCP discover message into a DHCPdiscover message in a packet-in mode to form a packet-in message, and sends the packet-in message to the controller;

step S23: after receiving the packet-in message and de-encapsulating the packet-in message into a DHCP discover message, the domain controller informs a DHCP server;

step S24, CPE2 sends DHCP discover message carrying V L AN 4094 to port 2 at the same time;

step S25: the CPE3 encapsulates the received DHCP discover message into a DHCPdiscover message in a packet-in mode to form a packet-in message, and sends the packet-in message to the controller;

step S26: after receiving the packet-in and de-encapsulating the packet-in into a DHCP discover, the domain controller informs a DHCP server;

step S27: the DHCP server receives the DHCP Discover message, identifies client information, responds to the DHCP Offer message and allocates a permanent IP and a gateway;

step S28: the domain controller receives the DHCP Offer message, encapsulates the DHCP Offer message in a packet-out mode to form a packet-out message, and sends the packet-out message to CPE1 equipment;

step S29: the CPE1 equipment decapsulates the packet-out message and sends the DHCP offer message to the CPE2 equipment;

step S30: the DHCP server receives the DHCP Discover message, identifies client information, responds to the DHCP Offer message and allocates a permanent IP and a gateway;

step S31: the domain controller receives the DHCP Offer message, encapsulates the DHCP Offer message in a packet-out mode to form a packet-out message, and sends the packet-out message to CPE3 equipment;

step S32: the CPE3 equipment decapsulates the packet-out message and sends the DHCP offer message to the CPE2 equipment;

step S33: the CPE2 equipment receives the first DHCP offer message, responds to the DHCP request message and sends the message out from the port 1;

step S34: the CPE1 equipment receives a DHCP request message of the CPE2 equipment from a port 2, packages the message in a packet-in mode to form a packet-in message and sends the packet-in message to a domain controller;

step S35: the domain controller receives the packet-in message, decapsulates the packet-in message and sends the packet-in message to the DHCPrequest message in a notification mode, and the DHCPrequest message is sent to the server;

step S36: the DHCP server receives the DHCP request message, identifies the client information and responds to a DHCP ACK message;

step 37: the domain controller receives the DHCP ACK message, encapsulates the DHCP Offer message in a packet-out mode to form a packet-out message, and sends the packet-out message to the HUB equipment;

step S38, CPE1 equipment unpacks the packet-out, sends the DHCP ACK message to CPE2 equipment, CPE2 equipment receives the DHCP ACK message, configures in-band management IP and gateway, and adds the interface PortX applied to the IP into management V L AN;

step S39, the domain controller adds the lower port 2 of CPE1 equipment into management V L AN through the expansion interface of the office;

step S40: the domain controller and CPE2 equipment establish a NetConf connection;

step S41: the domain controller configures the IP address and the TCP port number OF the domain controller to CPE2 equipment through an interface defined by OF-CONFIG1.2 to enable openflow connection;

step S42: the CPE2 device establishes an Openflow connection with the domain controller.

To this end, the connection of CPE2 to the domain controller is complete.

In this example, the CPE2 receives the DHCP offer messages forwarded by the CPE1 and the CPE3 at the same time, but the CPE2 only selects the DHCP offer message forwarded by the CPE1 that is received first to reply, establishes openflow connection with the domain controller through the ports of the CPE1 and the CPE2, and adds the ports of the CPE1 and the CPE2 to the management V L AN by the domain controller, thereby completing establishment of the control channel.

Example 3:

as shown in fig. 10, the present embodiment provides an integrated device including both a domain controller and a DHCP server, including: the system comprises an input port, an output port, an identification module, an openflow module corresponding to the domain controller, and a DHCP module corresponding to the DHCP server.

The identification module is connected with the openflow module and the DHCP module through an internal interface 1 and an internal interface 2 respectively. The openflow module is connected with the openflow module and the DHCP module through an internal interface 3.

Meanwhile, the openflow module and the DHCP module are both connected with the output port. The input port is used for receiving messages, and the output port is used for sending messages outwards.

In this example, the identifying module is configured to identify a type of the received packet, which is a packet-in packet or a DHCP packet.

As shown in fig. 11, a message processing method provided by this example includes:

step S51: the identification module identifies the type of the message received by the input port;

step S52: judging whether the message is a packet-in message or not and judging whether the message is a DHCP message or not;

step S53: if the packet-in message is the packet-in message; sending the data to an openflow module through an internal interface 1;

step S54: decapsulating the packet-in message;

step S55: and judging whether a message carrying the DHCP is available, if so, entering a step S56, and otherwise, normally processing by using an openflow protocol.

Step S56: the DHCP message is forwarded to a DHCP module through an internal interface 3;

step S57: the DHCP module processes the message according to the DHCP protocol and responds to the corresponding DHCP message;

step S58: the DHCP module transfers the responded DHCP message to an openflow module through an internal interface 3;

step S59: the openflow module encapsulates the DHCP message into a packet-out message;

step S60: the openflow module sends out the packet-out message through an output port;

step S61: when the message received by the input port is a DHCP message, the message is sent to a DHCP module through the internal interface 2;

step S62: the DHCP module processes a DHCP message according to a DHCP protocol and responds the message;

step S63: and the DHCP module sends the response message out through the output port.

Example 4:

the present example provides a domain controller that is separately provided from a DHCP server. As shown in fig. 13, the external interface 1 of the domain controller is connected to the external interface 2 of the DHCP server. The domain controller and the DHCP server are respectively provided with an input port for receiving messages and an output port for sending messages.

Based on the domain controller and the DHCP server shown in fig. 12, a message processing method provided is, as shown in fig. 13, including:

step S71: an input port of the domain controller receives a packet-in message;

step S72: decapsulating the packet-in message;

step S73.: judging whether a message carrying DHCP exists, entering the next step if the message carrying DHCP exists, and analyzing the message by an openflow protocol if the message carrying DHCP does not exist;

step S74: sending the DHCP message to a DHCP server through an external interface 1;

step S75: the DHCP server processes the message according to the DHCP protocol and generates a response DHCP message;

step S76: the DHCP server sends the responded DHCP message to the domain controller through the external interface 2;

step S77: the domain controller packages the responded DHCP message into a packet-out message;

step S78: and the domain controller sends the packet-out message out through an output port of the domain controller.

Example 5:

as shown in fig. 14, the present example also provides a CPE, which may be a second device, including:

the input port can be used for receiving a DHCP message;

the DHCP identification module is used for identifying the DHCP message;

the DHCP judging module is used for judging whether to continuously forward the DHCP message; the DHCP message at least includes a DHCP discovery message, and in some cases, may further include: DHCP request message, etc.;

and the output port is used for forwarding the DHCP message or sending out a packet-in message encapsulated with the DHCP message.

Specifically, when the CPE device does not have AN add-on port to the management V L AN, when the CPE device receives a DHCP discover message sent by another device, if the CPE device does not have a port in the management V L AN, that is, the CPE device is not on-line, the device determines not to forward the DHCP discover broadcast message.

The DHCP identification module is configured to identify a DHCP discover packet, and may correspond to the second parsing and sending unit in the foregoing embodiment;

the DHCP judging module is used for judging whether to continuously forward the broadcast DHCP discover message, if the existing port is added into the management V L AN, the DHCP discover message is forwarded from the port added into the management V L AN through the DHCP forwarding module, and if no port is added into the management V L AN, the DHCP discover message is discarded.

In short, in the embodiment of the invention, when openflow connection is not established, a Packet-in mode and a Packet-out mode in AN openflow protocol are adopted to encapsulate the DHCP message, the uplink IP application message adopts the Packet-in mode, the downlink IP application reply message adopts the Packet-out mode, and the SPTN equipment adds V L AN to AN uplink port and establishes NetConf connection with the domain controller, and then finally establishes openflow connection with the domain controller.

In addition, when multiple ports of the equipment can be added into the management V L AN, a first-come first-added mode is adopted to avoid forming AN Ethernet loop;

and sequentially applying for IP addresses from the domain controller according to the equipment level, and opening the Ethernet two-layer V L AN management channel for managing the miniaturized access SPTN section by section.

And (5) online flow of CPE equipment.

The controller issues the IP address of the miniaturized SPTN equipment, the IP address is associated with the MAC address and the uplink port of the equipment, and the same IP address is distributed at the same position. When the equipment is replaced, the network address management and the equipment maintenance are facilitated.

The domain controller integrates or separates an Openflow module and a DHCP module, the two modules run independently, the DHCP completes IP address allocation through mutual cooperation of interfaces or channels in the process of establishing connection, and the Openflow module completes Packet in and Packet out encapsulation of DHCP messages.

And automatically establishing openflow connection between the SPTN equipment and the domain controller, and realizing plug and play, namely management and control, of the equipment.

And when the connection is not established, packaging the DHCP message by adopting a Packet in and Packet out mode.

The scheme provided by the embodiment of the invention can avoid forming an Ethernet loop and avoid equipment broadcasting storm;

the controller issues the IP address of the miniaturized SPTN equipment, the IP address is associated with the MAC address and the uplink port of the equipment, and the same IP address is distributed at the same position when the equipment is replaced, so that network address management and equipment maintenance are facilitated.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described device embodiments are merely illustrative, for example, the division of the unit is only a logical functional division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.

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, that is, may be located in one place, or may be distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, all the functional units in the embodiments of the present invention may be integrated into one processing module, or each unit may be separately used as one unit, or two or more units may be integrated into one unit; the integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: a mobile storage device, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

Claims

1. A method for establishing a control channel in a packet transport network PTN is applied to a domain controller of a data communication network DCN, and comprises the following steps:

2. The method of claim 1,

3. The method according to claim 1 or 2,

the domain controller and the DHCP server are two sub-devices of an integrated device; an internal communication interface is established between the domain controller and the DHCP server; the domain controller includes at least: an openflow module; the DHCP server at least comprises a DHCP module;

the method further comprises the following steps:

receiving a first message sent by the second equipment;

identifying the type of the first message;

4. The method of claim 3,

the method further comprises the following steps:

5. The method according to claim 1 or 2,

the configuration information includes: a network protocol, IP, address assigned to the first device;

the method further comprises the following steps:

6. A method for establishing a control signaling channel in a packet transport network PTN, applied to a second device of a data communication network DCN, includes:

7. The method of claim 6,

the method further comprises the following steps:

8. A method for establishing a control channel in a packet transport network PTN, applied to a first device of a data communication network DCN, comprises:

and the packet-out message is sent by the domain controller.

9. The method of claim 8,

the sending a DHCP request message to the second device based on the DHCP offer message includes:

10. The method of claim 9,

when receiving a plurality of DHCP offer messages forwarded by the second device, the method for replying the DHCP request message by only one selected DHCP offer message based on a preset policy includes:

11. A packet transport network, PTN, network element, wherein the network element is a domain controller for a data communication network, DCN, comprising: the system comprises a first analysis sending module, a first encapsulation sending module and a connection module;

12. A packet transport network, PTN, network element, wherein the PTN network element is a second device applied to a data communication network, DCN, comprising:

13. A packet transport network, PTN, network element, wherein the PTN network element is a first device of a data communication network, DCN, comprising:

14. A packet transport network, PTN, network element, comprising: a transceiver, a processor and a computer program;

the processor, coupled to the transceiver, is configured to implement the method provided in any one of claims 1 to 10 by executing the computer program stored in the memory.

15. A computer storage medium storing a computer program; the computer program, when executed, is capable of implementing the method provided by any one of claims 1 to 10.