OTN-based monitoring channel self-healing management method and device, and storage medium

By using the gcc auto-negotiation method and DHCP protocol of the OTN monitoring channel, the gcc overhead configuration is automatically negotiated, which solves the problem of cumbersome OTN channel management, realizes fast network access and management of OTN devices, and improves the efficiency of engineering applications.

CN119485077APending Publication Date: 2025-02-18ANHUI WANTONG POSTS & TELECOMM CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411681720.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-11-22
Publication Date
2025-02-18

AI Technical Summary

Technical Problem

Existing OTN channel management methods are cumbersome, making it impossible to achieve zero-deployment activation in engineering applications, resulting in a waste of human and material resources.

Method used

The method of gcc auto-negotiation based on the OTN monitoring channel is adopted. By automatically adjusting the gcc overhead configuration, the automatic negotiation and IP address allocation between the access OTN device and the central office OTN device are realized. Combined with DHCP protocol and NETCONF connection, the network access deployment is simplified.

Benefits of technology

It enables rapid network access and management of OTN devices, reduces on-site configuration requirements, and improves the efficiency and convenience of engineering applications.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119485077A_ABST
    Figure CN119485077A_ABST
Patent Text Reader

Abstract

The invention discloses an OTN-based monitoring channel self-healing management method and device and a storage medium. The method comprises the steps that GCC default configuration adopts GCC2, and when access type OTN equipment uses GCC2 overhead in a default mode, a local side OTN also adopts GCC2 overhead, and the access type OTN is normally managed; if the access type OTN equipment uses GCC2 overhead by default, a local side OTN adopts GCC0 overhead, docking fails in the scene, DCN channels on two sides are interrupted, and the access type OTN cannot be managed under the condition that no manual overhead matching is performed, the gcc overhead of the access type OTN enters an automatic negotiation mode through a gcc auto command, and the gcc overhead configuration is adjusted once every 10 seconds; according to the method, the access type OTN obtains the ip address by directly configuring the gcc auto auto-negotiation command, network access deployment can be effectively carried out, direct management is carried out by sending a default login user name password, and large-area management can be directly carried out.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of network communication technology, and in particular to a method, device and storage medium based on OTN monitoring channel self-healing management. Background Art

[0002] OTN is a transmission network based on wavelength division multiplexing technology and organized at the optical layer. It is the next generation backbone transmission network. OTN is a new generation of "digital transmission system" and "optical transmission system" regulated by a series of ITU-T recommendations such as G.872, G.709, and G.798. OTN will solve the problems of traditional WDM networks, such as lack of wavelength / sub-wavelength service scheduling capabilities, weak networking capabilities, and weak protection capabilities. At the edge layer of the OTN network, signals of different systems are encapsulated into a unified, overhead-rich OTN frame structure, and based on this, unified operation, management, and maintenance of the entire WDM network based on the OTN system is realized.

[0003] OTN technology (OTH in the electrical domain and ROADM in the optical domain) solves the problems of SDH based on VC-12 / VC4, such as small cross-link particles, complex scheduling, and inability to adapt to the transmission needs of large-granularity services. It also partially overcomes the shortcomings of WDM systems, such as difficulty in locating faults, and the networking method based mainly on point-to-point connections, weak networking capabilities, and weak network survivability means and capabilities. Summary of the invention

[0004] The present invention provides a method, device and storage medium based on OTN monitoring channel self-healing management, which can at least solve one of the technical problems in the background technology.

[0005] To achieve the above object, the present invention adopts the following technical solutions: A method for self-healing management based on OTN monitoring channel includes the following steps: The default configuration of GCC uses GCC2, that is, the OTN monitoring channel is initially enabled in GCC2 mode. When the access OTN equipment uses GCC2 overhead by default and the central office OTN also uses GCC2 overhead, the connection can be successfully completed in this scenario, and the access OTN can be managed normally. If the access OTN equipment uses GCC2 overhead by default and the central office OTN uses GCC0 overhead, the connection will fail in this scenario and the DCN channels on both sides will be interrupted. Without manual overhead matching, the access OTN cannot be managed. In this case, the gcc auto command is used to put the access OTN gcc overhead into automatic negotiation mode, and the gcc overhead configuration is adjusted every 10 seconds, in the order of gcc2+gcc0, gcc2+gcc0+gcc1; if the DCN channel is successfully connected, the overhead is locked to maintain stable operation. When the DCN channel is interrupted, it continues to enter the negotiation mode.

[0006] Furthermore, after the access OTN and the central office OTN complete the OTN-DCN channel interconnection, the next stage is entered: the management process, as follows; Use DHCP protocol to assign random IP addresses to access OTN devices. Access OTN devices act as DHCPClients, and the assigned IP addresses are management addresses. The OTN equipment at the central office should support the DHCP Relay function and have completed the basic configuration of DHCP Relay; The management and control system has been correctly deployed and supports DHCP Server services, with IP address allocation and planning strategies for CPE OTN.

[0007] Furthermore, the process of an access OTN device obtaining its own IP address is as follows: 1) Access OTN equipment communicates with metropolitan area network OTN or government and enterprise trunk OTN equipment through the default GCC channel to establish a PPP link; 2) The default IP address of CPE OTN is configured at the time of shipment; 3) After receiving the broadcast message from the DHCP Client, the metropolitan area network OTN equipment or the government and enterprise trunk line OTN equipment converts it into a unicast message and forwards it to the access OTN management and control system; 4) The DHCP Server service of the access OTN controller allocates IP addresses and default gateways, i.e. static routes, to access OTN devices according to the CPE device IP address planning principle, and returns the response DHCP message to the access OTN; 5) The DHCP Server can set the controller IP address as the default DNS IP address and carry it in the DHCP response message; 6) The metropolitan area network OTN device or the government and enterprise trunk line OTN device receives the DHCP Reply message from the access OTN controller and then forwards it to the access OTN device; 7) The access OTN device sets the IP address and default gateway according to the corresponding response message.

[0008] Furthermore, the management and control system has the capability to plan IP addresses and set IP address allocation rules for the DHCP server; The following are the options for the management and control system to obtain the device IP address: Solution 1: After the DHCP server completes the IP address allocation for the OTN device, it informs the management and control system of the IP address of the device; Solution 2: Access to OTN equipment and management and control systems can be done through the standard RFC 8071 mode, using the NETCONF callhome method to obtain the IP address of the device; The management and control system can have DHCP server capabilities, or it can be deployed separately from the DHCP server.

[0009] Furthermore, the management and control system establishes a NETCONF connection with the device as follows: Method 1: The management and control system manually initiates the establishment of a NETCONF connection to access the OTN device; Method 2: The management and control system automatically establishes a NETCONF connection with the OTN device using a fixed NETCONF user name and password.

[0010] On the other hand, the present invention further discloses a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor, the processor executes the steps of the above method.

[0011] On the other hand, the present invention further discloses a computer device, including a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the above method.

[0012] It can be seen from the above technical solution that since the management method of solving the OTN channel in the prior art is relatively cumbersome, the present invention provides a method based on the gcc auto self-negotiation of the OTN channel. The method obtains the IP address of the access-type OTN by directly configuring the gcc auto self-negotiation command mode, can effectively perform network access deployment, and directly manages by sending the default login username and password, so that the management and control system can directly manage a large area.

[0013] Compared with the traditional OTN channel gcc command enabling, the present invention has the following advantages: The traditional OTN channel uses the gcc command configuration method to connect to the local OTN. This method cannot achieve zero deployment and opening in the engineering application process, and requires on-site configuration by engineering service personnel, which wastes manpower and material resources. The gcc auto method adopted by the present invention is faster. If the gcc channel configuration of the local OTN is unclear, it may be gcc0 / 1 / 2, or other gcc combinations. At this time, the present invention uses the automatic adjustment of gcc overhead to set the gcc channel, which is more convenient for engineering personnel to operate on site. It only needs to observe whether the management and control system allocates the access otn device address and initiates the netconf connection management. The traditional OTN channel needs to log in to the device to configure the gcc command and change the local OTN gcc channel later. The gcc opened by the traditional OTN method requires the user to continue to log in to the device for configuration and maintenance. The present invention adopts the automatic adjustment of gcc overhead to complete the change of the access OTN gcc channel in time. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Figure 1 is a network diagram of a usage scenario in an embodiment of the present invention; Figure 2 This is a processing flow of obtaining an address and quickly going online for an access-type OTN in an embodiment of the present invention; Figure 3 It is a gcc self-healing flow chart in an embodiment of the present invention. DETAILED DESCRIPTION

[0015] In order to make the purpose, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments.

[0016] Since the OTN monitoring channel adopts the gcc method, the basic concepts of gcc will be introduced first.

[0017] First, let's understand the basic framework model of GCC: Access OTN equipment uses the GCC overhead provided by the OTN line interface as a physical channel to achieve interconnection with the central office OTN equipment DCN. PPPinHDLC messages are carried in the GCC channel, and each line optical interface corresponds to a PPP logical interface.

[0018] Next, let's introduce the GCC protocol stack and overhead specifications: The intercommunication between the central office OTN equipment and the access OTN equipment GCC involves the intercommunication of multiple layers such as the OTN layer, link protocol layer, and IP protocol layer. The relevant technical protocol stacks and standards are as follows: OTN equipment GCC protocol stack Protocol Layering protocol Standard Specifications Transport layer TCP IETF RFC 793 Network Layer IPv4 IETF RFC 791 Data Link Layer PPPinHDLC IETF RFC 1662, ITU-T G.7712 Physical Layer OTN ITUT G.709, G.798 The OTN data frame format and overhead should comply with the definition of ITU-T related standards such as G.709. Management information needs to be transmitted through the GCC overhead byte. The overhead for transmitting management information includes GCC0, GCC1, and GCC2, each of which is 2 bytes. GCC0 belongs to the overhead of the OTU layer, and GCC1 and GCC2 belong to the overhead of the ODU layer. The position of the GCC overhead in the OTN frame structure can be referred to ITU-TG.709 The requirements for using GCC are as follows: 1) GCC2 is used by default; 2) The use of GCC should be configurable. You can choose to set GCC0, GCC1, GCC2, or bundle multiple GCC bytes. For access-type OTN equipment, GCC2 is used by default. For plug-in card equipment, GCC0 and GCC1 can be configured.

[0019] The above introduces some basic concepts of gcc. The following describes how the OTN monitoring channel is self-healing managed in an embodiment of the present invention: 1. If Figure 3 As shown in the figure, the default configuration of GCC uses GCC2, that is, the OTN monitoring channel is initially enabled in GCC2 mode. When the access OTN equipment uses GCC2 overhead by default and the central office OTN also uses GCC2 overhead, the connection can be successfully completed in this scenario and the access OTN can be managed normally.

[0020] 2. If the access OTN equipment uses GCC2 overhead by default and the central office OTN uses GCC0 overhead, the connection will fail in this scenario and the DCN channels on both sides will be interrupted. Without manual overhead matching, the access OTN cannot be managed. In this case, you need to use the gcc auto command to put the access OTN gcc overhead into automatic negotiation mode and adjust the gcc overhead configuration every 10 seconds, in the order of gcc2+gcc0, gcc2+gcc0+gcc1; if the DCN channel is successfully connected, the overhead is locked to maintain stable operation. When the DCN channel is interrupted, such as due to physical connection interruption or optical power abnormality, it will continue to enter the negotiation mode.

[0021] 3. After the access OTN and the central office OTN complete the OTN-DCN channel interconnection, the next stage is entered: the management process, as follows 1. Use the DHCP protocol to assign random IP addresses to access OTN devices. The access OTN devices act as DHCPClients, and the assigned IP addresses are management addresses. 2. The OTN equipment at the local end should support the DHCP Relay function and have completed the basic configuration of DHCP Relay, such as the IP address of the DHCP Server; 3. The management and control system has been correctly deployed and supports DHCP Server services, and has IP address allocation and planning strategies for CPE OTN.

[0022] The process for access OTN equipment to obtain its own IP address is as follows: 1) Access OTN equipment establishes a PPP link through the default GCC channel (GCC2) and the metropolitan area network OTN or government and enterprise trunk OTN equipment; 2) The default IP address of CPE OTN is configured when it comes out (e.g. 192.168.1.1, or a temporary IP address is generated based on the serial number SN of CPE OTN); 3) After receiving the broadcast message from the DHCP Client, the metropolitan area network OTN equipment or the government and enterprise trunk line OTN equipment converts it into a unicast message and forwards it to the access OTN management and control system; 4) The DHCP Server service of the access OTN controller allocates IP addresses and default gateways (static routes) to access OTN devices according to the IP address planning principles of CPE devices, and returns the response DHCP message to the access OTN.

[0023] 5) The DHCP Server can set the controller IP address as the default DNS IP address and carry it in the DHCP response message (optional); 6) The metropolitan area network OTN device or the government and enterprise trunk line OTN device receives the DHCP Reply message from the access OTN controller and then forwards it to the access OTN device; 7) The access OTN device sets the IP address and default gateway according to the corresponding response message.

[0024] The management and control system should have the ability to plan IP addresses and set IP address allocation rules for the DHCP server.

[0025] The following are the options for the management and control system to obtain the device IP address: Solution 1: After the DHCP server completes the IP address allocation for the OTN device, it informs the management and control system of the IP address of the device; Solution 2: Access to OTN equipment and management and control systems can be done through the standard RFC 8071 mode, using the NETCONF callhome method to obtain the IP address of the device.

[0026] The management and control system can have DHCP server capabilities, or it can be deployed separately from the DHCP server.

[0027] The management and control system establishes a NETCONF connection with the device as follows: Method 1: The management and control system can manually initiate the establishment and access of the NETCONF connection of the OTN device Method 2: The management and control system can automatically establish a NETCONF connection with the OTN device through a fixed NETCONF user name and password.

[0028] like Figure 1 As shown, the application scenario of the present invention is based on the communication between the user side device and the network side, and the monitoring channels are negotiated with each other. Figure 2 This is a processing flow of access-type OTN obtaining address and quickly going online in an embodiment of the present invention; Figure 2 It can be seen that the access-type CPE device sends a DHCP request as a DHCP client. After receiving the DHCP request, the DHCP relay forwards it to the DHCP server. The DHCP server assigns an IP address to the DHCP client (CPE). The CPE actively initiates a callhome request and completes the online operation.

[0029] Depend on Figure 3 It can be seen that the access OTN equipment uses GCC2 overhead by default, and the central office OTN uses GCC0 overhead. In this scenario, the connection fails and the DCN channels on both sides are interrupted. Without manual overhead matching, the access OTN cannot be managed. At this time, it is necessary to use the gcc auto command to make the access OTN gcc overhead enter the automatic negotiation mode, and adjust the gcc overhead configuration every 10s, in order of gcc2+gcc0, gcc2+gcc0+gcc1; if the DCN channel is successfully connected, the overhead is locked to maintain stable operation. When the DCN channel is interrupted, such as due to physical connection interruption or optical power abnormality, it continues to enter the negotiation mode.

[0030] The following are specific instructions: a. The OTN equipment adjusts the gcc overhead combination once every 10 seconds by configuring the gcc auto channel self-negotiation command. The detailed implementation process is as follows: 1) Initially, the OTN monitoring channel starts in GCC2 mode. When the access OTN equipment uses GCC2 overhead by default and the central office OTN also uses GCC2 overhead, the connection can be successfully completed in this scenario, and the access OTN can be managed normally. 2) If the access OTN equipment uses GCC2 overhead by default and the central office OTN uses GCC0 overhead, the connection will fail in this scenario, the DCN channels on both sides will be interrupted, and the PPP link will not be established without manual overhead matching, and the access OTN cannot be managed. 3) Use the gcc auto command to put the access OTN gcc overhead into automatic negotiation mode 4) Adjust the gcc overhead configuration every 10 seconds, in the order of gcc2+gcc0, gcc2+gcc0+gcc1; 5) If the DCN channel is successfully connected, a PPP link is established, the overhead is locked, and stable operation is maintained; 6) When the DCN channel is interrupted, for example, due to physical connection interruption or optical power abnormality, the negotiation mode will continue to be entered; By analogy, the gcc channel connected to OTN uses the gcc auto self-negotiation method to establish a PPP link with the central office OTN equipment, which can more efficiently implement engineering applications and realize zero-deployment service activation for engineering applications.

[0031] The following is an explanation from the perspective of local principles: a. The OTN device adjusts the gcc overhead combination once every 10 seconds by configuring the gcc auto channel self-negotiation command, which is gcc2+gcc0, gcc2+gcc0+gcc1 in sequence. When the DCN channel intercommunication is completed, it enters the next stage. Then the device sends a DHCP request, obtains its own IP and the address of the control system, and actively initiates the establishment of a TCP short connection to the control system. At this time, the control system uses port 4334 as the server by default for listening. The listening port used by the control system should be configurable.

[0032] b. After the TCP connection is successfully established, the access OTN device sends an authentication plaintext message to the management and control system. The message format is plain text, single line, and UTF-8 encoding.

[0033] c. After receiving the message, the management and control system adds the prefix "Received:" to the original message and immediately returns it to the client, and disconnects the current TCP connection (the management and control system actively tries to disconnect this connection).

[0034] d. If the device cannot establish a TCP connection with the control system port 4334, the device should adopt a certain reconnection mechanism, such as retrying every few minutes and retrying 3 times. Even if there is no reconnection mechanism, at least it must be ensured that the device restart or power-on will trigger the action of resending the TCP message. If the Received feedback message has been received, there is no need to send TCP messages in the future unless the IP changes. If the device does not have the ability to compare historical IPs, TCP messages can be sent unconditionally. e. After the above steps, the so-called CALL HOME process is completed. The following steps start the normal netconf connection establishment process, and the direction is that the control system actively connects to the device f. The control system uses the information in the message and, after verification, attempts to establish a new Netconf connection with the device's port 830. If the TCP message does not contain a key ID, the default username and password are used to connect to the device. If the key ID is contained, the username and password specified by the device are used to connect to the device.

[0035] The principle of using GCC auto negotiation to conveniently open the GCC channel is as follows: The gcc auto self-negotiation command is configured on the OTN interface to automatically adjust the gcc channel. The traditional OTN channel requires manual login to the device and frequent setting of the gcc command for the central office OTN connection. This method cannot be automatically opened during the engineering application process and requires on-site configuration by engineering service personnel, which wastes manpower and material resources. The gcc self-negotiation method is faster. If the gcc channel of the central office OTN configuration is unclear, it may be gcc0 / 1 / 2, or other gcc combinations. At this time, the gcc self-negotiation method is used to set the gcc channel, which is more convenient for engineering personnel to operate on site. Only the management and control system is required to observe whether the access otn device address is allocated and the netconf connection is initiated for management. The traditional OTN channel needs to log in to the device to configure the gcc command. In the later period, the central office OTN gcc channel is changed. The gcc opened by the traditional OTN method requires the user to continue to log in to the device for configuration and maintenance. If the self-negotiation method is used, the change of the access OTN gcc channel is completed in time.

[0036] On the other hand, the present invention further discloses a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor, the processor executes the steps of the above method.

[0037] On the other hand, the present invention further discloses a computer device, including a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the above method.

[0038] In another embodiment provided by the present application, a computer program product including instructions is also provided. When the computer program product is executed on a computer, the computer executes any one of the methods for self-healing management based on OTN monitoring channels in the above embodiments.

[0039] It is understandable that the system, device and storage medium provided in the embodiments of the present invention correspond to the method provided in the embodiments of the present invention, and the explanation, examples and beneficial effects of the relevant contents can refer to the corresponding parts in the above methods.

[0040] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website site, a computer, a server or a data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server or a data center that includes one or more available media integrated. The available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive Solid State Disk (SSD)), etc.

[0041] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0042] Each embodiment in this specification is described in a related manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0043] The above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for self-healing management based on OTN monitoring channel, characterized in that: The following steps are included: The default configuration of GCC uses GCC2, that is, the OTN monitoring channel is initially enabled in GCC2 mode. When the access OTN equipment uses GCC2 overhead by default and the central office OTN also uses GCC2 overhead, the connection can be successfully completed in this scenario, and the access OTN can be managed normally. If the access OTN equipment uses GCC2 overhead by default and the central office OTN uses GCC0 overhead, the connection will fail in this scenario and the DCN channels on both sides will be interrupted. Without manual overhead matching, the access OTN cannot be managed. In this case, the gccauto command is used to put the access OTN gcc overhead into automatic negotiation mode, and the gcc overhead configuration is adjusted every 10 seconds, in the order of gcc2+gcc0, gcc2+gcc0+gcc1; if the DCN channel is successfully connected, the overhead is locked to maintain stable operation. When the DCN channel is interrupted, it continues to enter the negotiation mode.

2. The method for self-healing management based on OTN monitoring channel according to claim 1 is characterized in that: It also includes that after the access OTN and the central office OTN complete the OTN-DCN channel interconnection, it enters the next stage: the management process, as follows; Use DHCP protocol to assign random IP addresses to access OTN devices. Access OTN devices act as DHCP clients, and the assigned IP addresses are management addresses. The OTN equipment at the central office should support the DHCP Relay function and have completed the basic configuration of DHCP Relay; The management and control system has been correctly deployed and supports DHCP Server services, with IP address allocation and planning strategies for CPE OTN.

3. The method for self-healing management based on OTN monitoring channel according to claim 1 is characterized in that: The process of access OTN equipment obtaining its own IP address is as follows: 1) Access OTN equipment communicates with metropolitan area network OTN or government and enterprise trunk OTN equipment through the default GCC channel to establish a PPP link; 2) The default IP address of CPE OTN is configured at the time of shipment; 3) After receiving the broadcast message from the DHCP Client, the metropolitan area network OTN equipment or the government and enterprise trunk line OTN equipment converts it into a unicast message and forwards it to the access OTN management and control system; 4) The DHCP Server service of the access OTN controller allocates IP addresses and default gateways, i.e. static routes, to access OTN devices according to the CPE device IP address planning principle, and returns the response DHCP message to the access OTN; 5) The DHCP Server can set the controller IP address as the default DNS IP address and carry it in the DHCP response message; 6) The metropolitan area network OTN device or the government and enterprise trunk line OTN device receives the DHCP Reply message from the access OTN controller and then forwards it to the access OTN device; 7) The access OTN device sets the IP address and default gateway according to the corresponding response message.

4. The method for self-healing management based on OTN monitoring channel according to claim 2, characterized in that: The management and control system has the ability to plan IP addresses and set IP address allocation rules for the DHCP server; The following are the options for the management and control system to obtain the device IP address: Solution 1: After the DHCP server completes the IP address allocation for the OTN device, it informs the management and control system of the IP address of the device; Solution 2: Access to OTN equipment and management and control systems can be done through the standard RFC 8071 mode, using the NETCONF callhome method to obtain the IP address of the device; The management and control system can have DHCP server capabilities, or it can be deployed separately from the DHCP server.

5. The method for self-healing management based on OTN monitoring channel according to claim 2 is characterized in that: The management and control system establishes a NETCONF connection with the device as follows: Method 1: The management and control system manually initiates the establishment of a NETCONF connection to access the OTN device; Method 2: The management and control system automatically establishes a NETCONF connection with the OTN device using a fixed NETCONF user name and password.

6. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the processor is caused to perform the steps of the method according to any one of claims 1 to 5.

7. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that: When the computer program is executed by the processor, the processor is caused to perform the steps of the method according to any one of claims 1 to 5.