SDN network equipment side secondary development method based on YANG model

Abstract

The invention discloses an SDN (Software Defined Network) network equipment side secondary development method based on a YANG model, relates to the technical field of network management, and particularly relates to a most direct method for managing WEB aiming at the secondary development problem in an SDN (Software Defined Network): the SDN is visually presented to a user, and after the user logs in an account through a browser, the SDN is directly presented to the user. According to the method, the network topology of the user can be effectively monitored and managed only by defining the YANG model, the flexibility is that the user provides an API interface based on the YANG model, the user can flexibly expand and achieve the function of the user according to specific requirements, calling is simplified, RPC calling is simplified through the defined YANG model, dependence on a large number of APIs is reduced, and the development efficiency is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of food processing, and in particular to a secondary development method for SDN network equipment side based on a YANG model. Background Art

[0002] With the rapid development of information technology, the demand for network management is increasing, and the market has put forward higher requirements for the management and configuration of network equipment. As an emerging network architecture, SDN (Software-Defined Networking) realizes the centralized management and control of the network by separating the control plane from the data plane. As the core component of the network, the SDN controller is responsible for managing and configuring network devices to achieve dynamic adjustment and optimization of the network.

[0003] At present, the demand for management and configuration of SDN controllers and network devices is increasing, and the market has put forward higher requirements for the management and configuration of network devices.

[0004] Traditional secondary development methods usually require defining a large number of APIs to support different management and configuration operations, which not only increases the complexity of development and maintenance, but also limits the flexibility and scalability of the system.

[0005] Specifically, the present invention mainly solves the following technical problems:

[0006] 1. Complexity of development and maintenance: Traditional methods require defining a large number of APIs to support different management and configuration operations, which increases the complexity of development and maintenance.

[0007] 2. System flexibility and scalability: Traditional methods limit the flexibility and scalability of the system, making it difficult to meet the ever-changing customer needs.

[0008] 3. Development efficiency: Traditional development methods require manual writing of a large amount of API code, which results in low development efficiency.

[0009] 4. Compatibility and multi-language support: Traditional development methods lack support for multiple programming languages, limiting the use of developers with different technology stacks.

[0010] Therefore, the main purpose of the present invention is to provide a flexible secondary development method of NETCONF RPC based on the YANG model, which simplifies RPC calls through the defined YANG model, reduces the dependence on a large number of APIs, improves development efficiency and system flexibility, and maintains good compatibility and scalability.

[0011] CN117411782A: Network equipment configuration method and device based on Yang model. Receive service requests from the upper layer through the northbound interface; map the service requests to configuration parameters corresponding to each network device according to a preset unified adaptation model, wherein the mapping relationship between the service requests and the Yang files of each network device is stored in the unified adaptation model; and send the obtained configuration parameters to the corresponding network devices through the southbound interface.

[0012] CN106559251A: A compilation method based on a YANG model, and corresponding interfaces, components and systems, relating to the field of network communication technology, including: obtaining a YANG file to be parsed; parsing the YANG file to obtain a corresponding YANG model; generating corresponding application program interface API data based on the YANG model. This reduces the user's requirements for professional knowledge of NETCONF protocol messages and YANG models, reduces unnecessary steps for manual configuration of devices, and reduces user development and maintenance costs.

[0013] CN117411782A: Each service request needs to be mapped with the YANG files of multiple network devices, which requires a lot of preliminary configuration and testing. When the types or number of network devices increase, the maintenance and expansion of the adaptation model becomes very complicated, and it is difficult to quickly adapt to new devices and needs.

[0014] CN106559251A: API generation is static. Once generated, it is difficult to dynamically adjust and expand according to business needs. The generated API data is relatively fixed, which makes it difficult to cope with complex changes in business needs. In view of the shortcomings of the above-mentioned prior art, the main objectives of the present invention are as follows:

[0015] Improve system flexibility and scalability:

[0016] Dynamic loading: Supports dynamic loading and expansion of YANG models, without the need to pre-set fixed adaptation models, and can quickly adapt to new devices and requirements.

[0017] Flexible RPC registration: Provides an API interface that allows customers to register custom RPC hook functions to implement specific functions and improve system flexibility.

[0018] Simplify development and maintenance:

[0019] Automated API generation: Automatically generate API interfaces through YANG models to reduce the workload of manual configuration and development.

[0020] Efficient data processing: Optimize the parsing and processing of YANG models to reduce latency and improve system performance.

[0021] Dynamic adjustment: Supports dynamic adjustment and expansion to reduce performance bottlenecks caused by fixed configurations and enhance system compatibility and scalability.

[0022] Multi-device support: supports multiple network devices to improve system compatibility.

[0023] Multi-user support: supports configuration and management of multiple users to improve the scalability of the system. Summary of the invention

[0024] The present invention provides a flexible secondary development method and system for NETCONF RPC based on YANG model, aiming to simplify RPC calls through a defined YANG model, reduce the dependence of secondary development customers on a large number of APIs, and improve development efficiency and system flexibility.

[0025] To achieve the above objectives, the present invention provides the following technical solutions: a flexible secondary development method and system of NETCONF RPC based on YANG model, including management WEB: a most direct method to present SDN to users intuitively. After users log in to their accounts through browsers, they can effectively monitor and manage their network topology.

[0026] Furthermore, the northbound interface: as the key backend service support for the management WEB, it realizes the information interaction between the controller and the management WEB, and provides data and interfaces for the management WEB to display and call.

[0027] Furthermore, the controller: as the "brain" of the SDN network, is responsible for managing and controlling the behavior of the entire network. Its functions include a series of network monitoring and control actions such as network topology discovery, flow table management, fault detection and recovery, network security policy implementation, load balancing, northbound and southbound interface management, etc.

[0028] Furthermore, the southbound interface: realizes the information exchange between the data plane and the control plane, which includes collecting data plane information upward and issuing control policies downward to guide forwarding behavior. The main interface is the NETCONF protocol interface.

[0029] Furthermore, network devices: can be connected to the controller, monitored and managed by the controller, and intervene in its various network behaviors. Therefore, the nodes need to be highly adapted to the southbound interface of the controller so that the entire network topology can operate normally.

[0030] Furthermore, API interface: provides YANG model import and RPC remote procedure call (RemoteProcedureCall) registration API interface to customers.

[0031] Furthermore, secondary developers can flexibly use, extend and implement their own interfaces based on customized YANG models according to their business needs, without changing the middleware.

[0032] Compared with the prior art, the present invention provides a secondary development method for SDN network equipment based on the YANG model, which has the following beneficial effects:

[0033] 1. Flexibility: Customers are provided with an API interface based on the YANG model, and they can flexibly expand and implement their own functions according to specific needs.

[0034] 2. Simplify calls: Through the defined YANG model, RPC calls are simplified, the dependence on a large number of APIs is reduced, and development efficiency is improved.

[0035] 3. Compatibility: The extended YANG model is compatible with the basic model and will not affect the normal operation of the existing system.

[0036] 4. Dynamic loading: supports hot plugging, that is, loading new models without restarting the server, improving the flexibility and scalability of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Figure 1 It is the overall framework diagram of the present invention;

[0038] Figure 2 is a flow chart of the present invention;

[0039] Figure 3 This is the RPC timing diagram of the present invention.

[0040] The framework diagram includes the following modules:

[0041] a) Management WEB: This is the most direct way to present SDN to users. After users log in to their accounts through a browser, they can effectively monitor and manage their network topology.

[0042] b) Northbound interface: As the key backend service support for the management WEB, it realizes the information interaction between the controller and the management WEB, and provides data and interfaces for the management WEB to display and call.

[0043] c) Controller: As the "brain" of the SDN network, it is responsible for managing and controlling the behavior of the entire network. Its functions include network topology discovery, flow table management, fault detection and recovery, network security policy implementation, load balancing, northbound and southbound interface management, and a series of network monitoring and control actions.

[0044] d) Southbound interface: realizes the information exchange between the data plane and the control plane, which includes collecting data plane information upward and issuing control policies downward to guide forwarding behavior. Mainly NETCONF protocol interface

[0045] e) Network devices: These are devices that can be connected to the controller, monitored and managed by the controller, and can intervene in various network behaviors. Therefore, the nodes need to be highly adapted to the southbound interface of the controller so that the entire network topology can operate normally.

[0046] f) API interface: Provides YANG model import and RPC remote procedure call (Remote Procedure Call) registration API interface to customers

[0047] g) Secondary developers: They can flexibly use, extend and implement their own interfaces based on the customized YANG model according to their business needs, and the middleware does not need to be changed.

[0048] The flow chart includes the following modules:

[0049] As shown in the figure above, it is a simple flowchart showing a basic implementation process of the flexible two-development method of NETCONF RPC based on the YANG model. The following is an explanation of each step:

[0050] S1. Network equipment is powered on: First, the network equipment is powered on and starts running.

[0051] S2. Connect to the controller: The network device will try to connect to the controller for subsequent management and control operations.

[0052] S3. The customer imports the YANG model according to the API: In this stage, the customer imports the YANG model defined by himself through the provided API interface. The YANG model contains the required data structure and RPC operations to describe the status and behavior of network devices.

[0053] S4. The client registers the RPC hook function according to the API: Next, the client registers the custom RPC hook function through another API interface. These functions will be called when a specific RPC operation is executed to achieve specific functions.

[0054] This flowchart simply and clearly shows how to use the YANG model and RPC hook function to achieve flexible configuration and management of network devices. In this way, customers can easily add new functions or customize existing functions without modifying the core system, thereby improving the flexibility and scalability of the system.

[0055] The RPC timing diagram includes the following modules:

[0056] 1) The controller creates a NetConf Client to connect to the network device NetConf Server, and follows up with user name, password and other information to complete SSH authentication and authorization, and complete the establishment of the data encryption channel.

[0057] 2) After the controller establishes a session with the network device, capability negotiation is performed through Hello messages, and the controller synchronizes the capability model of the network device to the local device.

[0058] 3) The user sends one or more requests to the network device through the controller to perform RPC interaction. If the secondary developer registers the corresponding RPC function through the API interface, the function will be called for processing. For example: modify and submit configuration, query configuration data or status, perform maintenance operations on the device, etc.

[0059] 4) After the operation is completed, the controller closes the NetConf session and the network device resumes the close response.

[0060] 5) The SSH connection is closed.

[0061] This sequence diagram clearly shows the workflow of the NETCONF protocol, from establishing a secure connection to performing operations and then closing the connection. This design allows network administrators to remotely manage network devices in a standard way without having to understand the specific details of each device, improving management efficiency and security. Secondary developers only need to implement the RPC function part of their own business YANG model, which improves the flexibility of secondary development. DETAILED DESCRIPTION

[0062] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions 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. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0063] See also Figure 1-3 The present invention discloses a secondary development method of SDN network equipment side based on YANG model, including management WEB: a most direct method to present SDN to users intuitively. After users log in to their accounts through browsers, they can effectively monitor and manage their network topology.

[0064] Specifically, the northbound interface, as the key backend service support for the management WEB, realizes the information interaction between the controller and the management WEB, and provides data and interfaces for the management WEB to display and call.

[0065] In this implementation scheme, customers define YANG models based on specific needs, including the required RPC operations and data structures, allowing customers to flexibly define the configuration and management operations of network devices based on actual needs, thereby improving the flexibility and customizability of the system.

[0066] Specifically, the controller, as the "brain" of the SDN network, is responsible for managing and controlling the behavior of the entire network. Its functions include a series of network monitoring and control actions such as network topology discovery, flow table management, fault detection and recovery, network security policy implementation, load balancing, northbound and southbound interface management, etc.

[0067] In this implementation, an API interface is provided, through which the client imports the defined YANG model, which simplifies the YANG model import process, reduces the complexity of manual configuration, and improves the ease of use of the system.

[0068] Specifically, the southbound interface implements information exchange between the data plane and the control plane, including collecting data plane information upward and issuing control policies downward to guide forwarding behavior. The main interface is the NETCONF protocol interface.

[0069] In this implementation, an API interface is provided, through which the client imports the defined YANG model, which simplifies the YANG model import process, reduces the complexity of manual configuration, and improves the ease of use of the system.

[0070] Specifically, network devices are able to access the controller, be monitored and managed by the controller, and intervene in various network behaviors. Therefore, nodes need to be highly adapted to the southbound interface of the controller so that the entire network topology can operate normally.

[0071] In this implementation, hot plugging is supported, that is, loading a new YANG model without restarting the server, which improves the flexibility and availability of the system and reduces service interruptions caused by configuration updates.

[0072] Specifically, the API interface provides customers with the import of YANG models and the registration API interface of RPC remote procedure call (RemoteProcedure Call).

[0073] In this implementation scheme, the method of registering a custom RPC hook function through an API interface is protected to implement specific functions, and a flexible YANG model definition and import mechanism is provided to reduce the complexity of manual configuration.

[0074] Specifically, secondary developers can flexibly use and extend the customized YANG model according to their business needs and implement their own interfaces without changing the middleware.

[0075] In this implementation, a method for dynamically loading a new YANG model without restarting the server is protected, achieving high flexibility and availability and reducing service interruptions caused by configuration updates.

[0076] In summary, the secondary development method of the SDN network device side based on the YANG model has the following advantages: flexibility: the customer provides an API interface based on the YANG model, and the customer can flexibly expand and implement his own functions according to specific needs; simplified calling: through the defined YANG model, the RPC call is simplified, the dependence on a large number of APIs is reduced, and the development efficiency is improved; compatibility: the extended YANG model is compatible with the basic model and will not affect the normal operation of the existing system; dynamic loading: supports hot plugging, that is, loading new models without restarting the server, which improves the flexibility and scalability of the system.

[0077] Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention, and that the scope of the present invention is defined by the appended claims and their equivalents.

Claims

1. A secondary development method for SDN network equipment based on the YANG model. Management WEB: The most direct way to present SDN to users. After users log in to their accounts through a browser, they can effectively monitor and manage their network topology.

2. According to claim 1, a secondary development method for SDN network equipment side based on YANG model is characterized in that: The northbound interface, as the key backend service support for the management WEB, realizes the information interaction between the controller and the management WEB, and provides data and interfaces for the management WEB to display and call.

3. According to claim 1, a secondary development method for SDN network equipment side based on YANG model is characterized in that: The controller, as the "brain" of the SDN network, is responsible for managing and controlling the behavior of the entire network. Its functions include a series of network monitoring and control actions such as network topology discovery, flow table management, fault detection and recovery, network security policy implementation, load balancing, northbound and southbound interface management, etc.

4. According to claim 1, a secondary development method for SDN network equipment side based on YANG model is characterized in that: Southbound interface, which implements information exchange between the data plane and the control plane, including collecting data plane information upward and issuing control policies downward to guide forwarding behavior. It mainly includes NETCONF protocol interface.

5. According to claim 1, a secondary development method for SDN network equipment side based on YANG model is characterized in that: Network devices are connected to the controller, and can be monitored and managed by the controller, intervening in various network behaviors. Therefore, nodes need to be highly adapted to the southbound interface of the controller so that the entire network topology can operate normally.

6. According to claim 1, a secondary development method for SDN network equipment side based on YANG model is characterized in that: API interface, providing YANG model import and RPC remote procedure call (Remote Procedure Call) registration API interface to customers.

7. According to claim 1, a secondary development method for SDN network equipment side based on YANG model is characterized in that: Secondary developers can flexibly use, extend and implement their own interfaces based on customized YANG models according to their business needs, and the middleware does not need to be changed.

Images