Virtual local area network re-ploughing configuration method and device and nonvolatile storage medium

Abstract

The invention discloses a virtual local area network re-ploughing configuration method and device and a nonvolatile storage medium. The method comprises the following steps: acquiring a global configuration file from optical line terminal equipment and multi-service edge equipment through a first preset program interface, and extracting configuration data of a preset field type from the global configuration file; determining a preset resource allocation result corresponding to each type of service according to the configuration data, and generating a re-ploughing configuration script according to the preset resource allocation result; and after the re-ploughing configuration script is distributed, collecting first hardware address information of each type of service in the first local area network and second hardware address information of each type of service in the second local area network in real time, and determining whether the re-ploughing configuration process is abnormal according to the first hardware address information and the second hardware address information. The technical problem of low re-cultivation efficiency of the virtual local area network caused by inaccurate service data configuration and acquisition in the existing re-cultivation technology is solved.

Description

Technical Field

[0001] The present application relates to the field of communication network computer technology, and in particular to a virtual local area network refarming configuration method, device and non-volatile storage medium. Background Art

[0002] With the advent of the 5G era, 2B services are undergoing a transformation from traditional ICT to DICT (digitalization, informatization, communication, and technology). This not only involves the integration of technologies (such as cloud, network, and edge computing), but also means a shift to a more flexible and open business model. This transformation has put forward newer and more efficient requirements for network architecture. However, the traditional IP network, with its fixed and mobile separation architecture, can no longer meet the current demand for flexibility and efficiency. This network structure has obvious shortcomings in automated deployment and intelligent operation and maintenance, especially in cloud-network integration scenarios. To adapt to this change in demand, operators have turned to a new metropolitan area network architecture with edge cloud as the core.

[0003] In the new metropolitan area network, the reasonable planning and re-cultivation of the VLAN (Virtual Local Area Network) of the access network is crucial. The current VLAN planning rules vary from region to region, and the old division rules lead to uneven resource allocation, which seriously affects the efficiency and expansion capabilities of the network and cannot adapt to the requirements of the upper-level new metropolitan area network construction.

[0004] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0005] The embodiments of the present application provide a virtual local area network refarming configuration method, device and non-volatile storage medium to at least solve the technical problem of low virtual local area network refarming efficiency caused by inaccurate business data configuration collection in existing refarming technology.

[0006] According to one aspect of an embodiment of the present application, a virtual local area network refarming configuration method is provided, comprising: obtaining a global configuration file from an optical line terminal device and a multi-service edge device through a first preset program interface, and extracting configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a global configuration instruction for viewing a remote login / secure shell protocol, and the preset field type is a field type determined according to the refarming configuration information of the virtual local area network; determining preset resource allocation results corresponding to various types of services according to the configuration data, and generating a refarming configuration script according to the preset resource allocation results, wherein the preset resource allocation results include The virtual LAN range preset for the service, the refarming configuration script includes the first service flow configuration information of various services in the first LAN, and the second service flow configuration information of various services in the second LAN, the first LAN is the LAN before the refarming configuration is performed, and the second LAN is the LAN after the refarming configuration is performed; the refarming configuration script is distributed to the optical line terminal equipment and the multi-service edge equipment; after distributing the refarming configuration script, the first hardware address information of various services in the first LAN and the second hardware address information in the second LAN are collected in real time, and whether there is any abnormality in the refarming configuration process is determined based on the first hardware address information and the second hardware address information.

[0007] Optionally, extracting configuration data of a preset field type from a global configuration file includes: determining a configuration type corresponding to the global configuration file, wherein the configuration type includes a non-cascade configuration and a cascade configuration; extracting configuration data of a preset field type from the global configuration file based on the configuration type; determining an audit method corresponding to the preset field type, and performing a legality audit on the configuration data based on the audit method.

[0008] Optionally, extracting configuration data of preset field types from a global configuration file includes: when the configuration type is a non-cascade configuration and the global configuration file is a configuration file for an optical line terminal device, using an interface configuration symbol as a configuration collection start flag and a final exit configuration symbol as a configuration collection close flag, scanning the global configuration file line by line, and calling a business data recognition model to identify and collect the scanning results; when the configuration type is a cascade configuration and the global configuration file is a configuration file for an optical line terminal device, setting multiple regular scanners to perform asynchronous scanning on the global configuration file according to the configuration type, and performing field splicing on the passive optical network port and registration address data that match the same in the asynchronous scanning results after the asynchronous scanning is completed.

[0009] Optionally, extracting configuration data of a preset field type from a global configuration file includes: when the configuration type is a non-cascade configuration and the global configuration file is a configuration file for a multi-service edge device, scanning the global configuration file line by line; when the configuration type is a cascade configuration and the global configuration file is a configuration file for a multi-service edge device, calling a cascade configuration regular parsing module to asynchronously parse the global configuration file, and after the parsing is completed, correlating the parsing results according to the dedicated line sub-interface values ​​of the multi-service edge device to obtain the configuration data, wherein the constituent modules of the cascade configuration regular parsing module include at least one of the following: a service identification module, a virtual LAN configuration identification module, a rate configuration identification module, and an interface status identification module.

[0010] Optionally, scanning the global configuration file line by line includes: after scanning the preset dedicated line interface identifier, calling the dedicated line type parsing module and the writing business configuration parsing module to parse the scanned data associated with the preset dedicated line interface identifier, and integrating and storing the parsing results after scanning the interface end identifier corresponding to the preset dedicated line interface identifier.

[0011] Optionally, the interconnection port data and aggregation port status information between the optical line terminal device and the multi-service edge device are collected through a second preset interface, wherein the multi-service edge device is a device connected to the optical line terminal device; the first type of configuration data corresponding to the multi-service edge device and the second type of configuration data corresponding to the optical line terminal device are determined in the configuration data; the first target data associated with the optical line terminal device is filtered in the first type of configuration data based on the interconnection port data and the aggregation port status information; the first target data is filtered based on the second type of configuration data to obtain second target data, wherein the service network field value in the second target data is consistent with the service network field value in the second type of configuration data, and the customer network field value in the second target data is consistent with the customer network field value in the second type of configuration data; the second target data is written into the service port field in the configuration data of the optical line terminal device.

[0012] Optionally, generating a refarming configuration script based on a preset resource allocation result includes: writing the first business virtual LAN information of the first LAN into the first service flow configuration information; executing a virtual LAN conversion instruction on the first business virtual LAN information, and adding the converted first business virtual LAN information to the server-side virtual LAN of the second LAN; setting the inner virtual LAN information in the first service flow configuration information as the server-side virtual LAN; and setting the flow control policy of the first service flow configuration information to be consistent with the flow control policy in the second service flow configuration information.

[0013] Optionally, the first hardware address information includes the number of online addresses and online address information of all user services in the first local area network, and the second hardware address information includes the number of online addresses and online address information of all user services in the second local area network; determining whether there is an abnormality in the re-farming configuration process based on the first hardware address information and the second hardware address information includes: using the first hardware address information collected for the first time as the first benchmark hardware address information, and using the second hardware address information as the second benchmark hardware address information; in each subsequent collection round, after collecting the first hardware address information, comparing the first hardware address information with the first benchmark hardware address information to obtain fluctuations in the first hardware address information, and after collecting the second hardware address information, comparing the second hardware address information with the second benchmark hardware address information to obtain fluctuations in the second hardware address information; determining whether there is an abnormality in the re-farming configuration process based on the fluctuations in the first hardware address information and the fluctuations in the second hardware address information.

[0014] Optionally, determining whether there is an abnormality in the refarming configuration process based on the fluctuation of the first hardware address information and the fluctuation of the second hardware address information includes: determining that there is an abnormality when the number of online virtual LANs indicated by the fluctuation of the first hardware address information is greater than the number of online virtual LANs indicated by the fluctuation of the second hardware address information.

[0015] Optionally, the method further includes: classifying the first hardware address information and the second hardware address information collected in each collection round according to the board information and the passive optical network port information.

[0016] According to another aspect of an embodiment of the present application, a virtual local area network refarming configuration device is also provided, including: a first processing module, used to obtain a global configuration file from an optical line terminal device and a multi-service edge device through a first preset program interface, and extract configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a global configuration instruction of a remote login / secure shell protocol, and the preset field type is a field type determined according to the refarming configuration information of the virtual local area network; a second processing module, used to determine the preset resource allocation results corresponding to each type of business according to the configuration data, and generate a refarming configuration script according to the preset resource allocation results, wherein the preset resource allocation results include The refarming configuration script includes the first service flow configuration information of each type of service in the first LAN, and the second service flow configuration information of each type of service in the second LAN, the first LAN is the LAN before the refarming configuration is performed, and the second LAN is the LAN after the refarming configuration is performed; the third processing module is used to distribute the refarming configuration script to the optical line terminal equipment and the multi-service edge equipment; the fourth processing module is used to collect the first hardware address information of each type of service in the first LAN and the second hardware address information in the second LAN in real time after distributing the refarming configuration script, and determine whether there is an abnormality in the refarming configuration process based on the first hardware address information and the second hardware address information.

[0017] According to another aspect of an embodiment of the present application, a non-volatile storage medium is provided, in which a program is stored, wherein when the program is running, a device where the non-volatile storage medium is located is controlled to execute a virtual local area network refarming configuration method.

[0018] According to another aspect of an embodiment of the present application, there is also provided an electronic device, including: a memory and a processor, the processor being used to run a program stored in the memory, wherein the virtual local area network refarming configuration method is executed when the program is run.

[0019] According to another aspect of an embodiment of the present application, a computer program product is also provided, including a computer program, and when the computer program is executed by a processor, a virtual local area network refarming configuration method is implemented.

[0020] In an embodiment of the present application, the following is adopted: a global configuration file is obtained from an optical line terminal device and a multi-service edge device through a first preset program interface, and configuration data of a preset field type is extracted from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a global configuration instruction of a remote login / secure shell protocol, and the preset field type is a field type determined according to refarming configuration information of a virtual local area network; a preset resource allocation result corresponding to each type of service is determined according to the configuration data, and a refarming configuration script is generated according to the preset resource allocation result, wherein the preset resource allocation result includes a virtual local area network range preset for each type of service, and the refarming configuration script includes first service flow configuration information of each type of service in the first local area network, and second service flow configuration information of each type of service in the second local area network. The first LAN is the LAN before refarming configuration is performed, and the second LAN is the LAN after refarming configuration is performed; the refarming configuration script is distributed to the optical line terminal equipment and the multi-service edge device; after distributing the refarming configuration script, the first hardware address information of various services in the first LAN and the second hardware address information in the second LAN are collected in real time, and according to the first hardware address information and the second hardware address information, it is determined whether there is an abnormality in the refarming configuration process, and the configuration information is obtained by real-time parsing the global configuration file of the OLT and MSE equipment, so as to achieve the purpose of automatically generating the refarming script, thereby realizing the technical effect of improving the refarming efficiency and quality, and further solving the technical problem of low refarming efficiency of the virtual LAN caused by inaccurate service data configuration collection in the existing refarming technology. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0022] Figure 1 It is a structural schematic diagram of a computer terminal (mobile device) provided according to an embodiment of the present application;

[0023] Figure 2 It is a flowchart of a virtual local area network refarming configuration method provided according to an embodiment of the present application;

[0024] Figure 3 It is a flow chart of intelligent re-farming allocation of new city VLAN provided according to an embodiment of the present application;

[0025] Figure 4 It is a flowchart of a virtual local area network refarming configuration method provided according to an embodiment of the present application;

[0026] Figure 5It is a schematic diagram of a process for extracting configuration data of a preset field type provided according to an embodiment of the present application;

[0027] Figure 6 It is a schematic diagram of a government-enterprise dedicated line analysis process provided according to an embodiment of the present application;

[0028] Figure 7 It is a flowchart of a dedicated line service synchronization mapping provided according to an embodiment of the present application;

[0029] Figure 8 It is a logical schematic diagram of a dual service flow configuration provided according to an embodiment of the present application;

[0030] Fig. 9 It is a flow chart of generating a re-farming configuration script according to an embodiment of the present application;

[0031] Fig.10 is a schematic diagram of a dynamic visual perception probe provided according to an embodiment of the present application;

[0032] Fig.11 It is a flowchart of determining whether there is an abnormality in the re-farming configuration process provided according to an embodiment of the present application;

[0033] Fig.12 is a schematic diagram of configuration parsing information provided according to an embodiment of the present application;

[0034] Fig.13 is a schematic diagram of a real-time configuration collection and analysis interface provided according to an embodiment of the present application;

[0035] Fig.14 It is a schematic diagram of an uplink MSE sub-interface and an SVLAN detection result interface provided according to an embodiment of the present application;

[0036] Fig.15 It is a schematic diagram of a management address interface of an OLT that needs to be audited according to an embodiment of the present application;

[0037] Fig.16 is a schematic diagram of a user address monitoring overview interface provided according to an embodiment of the present application;

[0038] Fig.17 is a schematic diagram of a tracking and alarm monitoring detailed information interface provided according to an embodiment of the present application;

[0039] Fig.18 is a schematic diagram of an OLT post-verification result provided according to an embodiment of the present application;

[0040] Fig.19It is a structural diagram of a virtual local area network refarming configuration device provided according to an embodiment of the present invention. DETAILED DESCRIPTION

[0041] In order to enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0042] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0043] In order to better understand the embodiments of the present application, the technical terms involved in the embodiments of the present application are explained as follows:

[0044] VLAN (Virtual Local Area Network): A technology that creates a separate network hierarchy through software configuration without physically reorganizing hardware devices. In a VLAN, a group of selected network devices can communicate through logical separation as if they were interconnected, even though they may actually be distributed in different network segments or geographical locations.

[0045] OLT (Optical Line Terminal): A device in a fiber-to-the-home (FTTH) network, usually installed in the service provider's central office. It is responsible for converting traditional electrical signals into optical signals and distributing them to users through the optical fiber network. OLT is the main device in the optical network, corresponding to the ONT (Optical Network Terminal) or ONU (Optical Network Unit) in the user's home.

[0046] DCSW (Data Center Switch): A high-performance switch used to connect servers, storage devices, and other network components within a data center. They typically support high-speed data transmission and advanced network management features to optimize network traffic and performance in the data center.

[0047] MSE (Multi-Service Edge): A network device that is usually deployed close to the user network, i.e., at the "edge of the network." The purpose of this device is to process data from multiple services, such as Internet access, VoIP (voice communication), video streaming, and enterprise VPN services.

[0048] Telnet Protocol: Telnet is a network protocol used to provide two-way interactive text communication capabilities on a remote computer. It allows users to connect to a remote server through a terminal or terminal emulation program (client).

[0049] SNMP (Simple Network Management Protocol): SNMP is a network management protocol used to monitor and manage devices on a network. It allows network administrators to collect information about network devices (such as routers, switches, servers, etc.) by sending and receiving data packets and make configuration changes to these devices.

[0050] Unmanageable home gateway: Faulty terminal optical modems or illegally modified optical modems cannot be configured and issued, and services cannot be managed through the telecommunications ITMS platform.

[0051] Reasonable VLAN refarming can not only optimize resource usage, but also support a wider range of business needs and meet the requirements of the new metropolitan area network's extremely intelligent interconnection. In the process of VLAN refarming in the access network, the following problems mainly exist:

[0052] 1. The multi-level business configuration data under various resources and network management systems is low in accuracy:

[0053] As the access layer of the PON (Passive Optical Network) access service, OLT equipment relies on the service resource system, which often leads to unpredictable service data integrity and accuracy errors due to reasons such as the inability to guarantee 100% accuracy of system data, manual configuration of some special service scenarios, and untimely update of system data during service acceptance. Relying on the equipment network management, because the network management system configuration data is not actually associated with the telecommunications service, and the service priority and service port serial number used by the service are not associated, the network management data fields stored by different manufacturers and models of equipment are also different, and VLAN re-farming must accurately identify the specific type information and configuration information of the full amount of services, so it is impossible to completely rely on the network management system for full service collection. At the same time, as the IP bearer layer of various types of services, especially government and enterprise dedicated line services, the requirements for its service VLAN, aggregation port, user IP address, security port configuration, speed limit configuration, etc. should be completely accurate. The business resource system also has problems such as inaccurate system data, untimely data updates, missing of some special services, incomplete data, etc. The data contained in the network management system of different equipment models from many manufacturers cannot be associated with telecommunications services, and some fields such as aggregation port information and routing information are not stored in its database, so it cannot be applied to digital intelligent VLAN re-farming.

[0054] 2. Lack of multi-dimensional perception of VLAN refarming during the alternating launch of services in old and new cities to ensure quality connectivity:

[0055] The multi-level distribution process of the VLAN refarming configuration of the new metropolitan area network transformation access network involves the modification of the user interruption VLAN binding value, and the new metropolitan area network gateway VLAN concept is added. At the same time, the amount of data involved in the synchronization configuration distribution of the OLT-DCSW-MSE hierarchical configuration is extremely large. In the traditional service connectivity monitoring method, it often relies on AAA (Authentication, Authorization, Accounting) server authentication, ONU management server manageability monitoring or OLT terminal online information real-time collection and detection. Its shortcomings and deficiencies are: the above method fails to introduce the concept of new access network gateway VLAN and fails to monitor such management VLAN in real time; AAA server authentication lacks service online connectivity auditing for home broadband, ITV (Interactive Television) and dedicated line services carried by FTTBC (Fiber To The Building / Curb) services, and this method is not instantaneous. A large number of services have characteristics such as delayed feedback when going online, so it is impossible to achieve real-time monitoring, and it is also impossible to monitor AP (Access The OLT bearer terminal online information can only partially reflect whether the ONU is registered normally, and cannot show the specific information of real-time service connectivity of different service types during the configuration replacement process in real time; the service VLAN values ​​after VLAN refarming are all within the newly planned VLAN value range of the province and city. The above methods cannot dynamically identify the VLAN service information of the new and old cities, and thus cannot achieve real-time monitoring during the alternating launch of new and old city services;

[0056] 3. Low accuracy of dynamic real-time correlation data of government and enterprise dedicated line services: In the VLAN re-cultivation work, the main unit to be re-cultivated is a single OLT device. The government and enterprise dedicated line services involved in PON access, including Internet dedicated line, Layer 3 dedicated line, Layer 2 VPLS (Virtual Private LAN Service) dedicated line, AP dedicated line, cloud dedicated line, etc., need to be synchronously configured and transformed on the Layer 3 device MSE. This requires mapping the government and enterprise dedicated line service data of the OLT-MSE device to ensure that the government and enterprise dedicated line services carried by the entire OLT can be completely and accurately configured on the MSE. The current mainstream method of OLT-MSE cross-layer identification of government and enterprise dedicated line data mainly relies on the government and enterprise dedicated line resource systems of various provinces and cities. Such systems mostly rely on manual resource entry and business standard automatic opening and installation system data records. The disadvantages and shortcomings of such methods are: the long-term manual resource entry cannot be guaranteed in terms of data accuracy, and there are phenomena such as untimely addition, deletion and modification of manual resources. The inevitable error data will lead to the interruption of government and enterprise user network services, so it cannot be used as the basis for this work; although the automatic opening and installation of business standards can store standard dedicated line business data in time, some non-standard services cannot be accurately recorded, and network cutover and business migration often occur in daily operation and maintenance, which will cause the resource system to fail to update resource data in time or abnormal errors to occur, so this method cannot fully guarantee the accuracy of government and enterprise services in the re-cultivation work; the re-cultivation of government and enterprise dedicated line services involves a large number of configuration fields, including dedicated line number, user address, speed limit template, security port opening, static routing configuration, business VLAN configuration, sub-interface configuration, etc. Most single systems fail to cover all of the above fields;

[0057] 4. Lack of automatic generation method for dual-service flow configuration scripts for both new and old cities: The existing VLAN re-farming solution lacks the means to generate OLT-DCSW-MSE three-level equipment configuration linkage scripts, and the single new city service translation flow configuration method will inevitably cause large-scale user failures due to data anomalies and errors, and abnormal failures of home terminals. Therefore, there is currently a lack of a multi-level device configuration intelligent generation and distribution method, and dual-service flow translation configuration adapted to new and old cities, so as to greatly improve the efficiency of network transformation while avoiding user obstacles caused by abnormal home terminals and data resources.

[0058] In order to solve the above problems, relevant solutions are provided in the embodiments of the present application, which are described in detail below.

[0059] According to an embodiment of the present application, a method embodiment of a virtual local area network refarming configuration method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0060] The method embodiments provided in the embodiments of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Figure 1 The hardware structure block diagram of a computer terminal (or mobile device) for implementing a virtual local area network refarming configuration method is shown. Figure 1 As shown, the computer terminal 10 (or mobile device 10) may include one or more (102a, 102b, ..., 102n are used to illustrate) processors 102 (the processor 102 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 104 for storing data, and a transmission module 106 for communication functions. In addition, it may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of the BUS bus), a network interface, a power supply and / or a camera. It can be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above electronic device. Figure 1 More or fewer components as shown, or with Figure 1 Different configurations shown.

[0061] It should be noted that the one or more processors 102 and / or other data processing circuits described above may generally be referred to herein as "data processing circuits". The data processing circuits may be embodied in whole or in part as software, hardware, firmware, or any other combination thereof. In addition, the data processing circuit may be a single independent processing module, or may be incorporated in whole or in part into any of the other components in the computer terminal 10 (or mobile device). As described in the embodiments of the present application, the data processing circuit acts as a processor control (e.g., selection of a variable resistor terminal path connected to an interface).

[0062] The memory 104 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the virtual local area network refarming configuration method in the embodiment of the present application. The processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, realizing the vulnerability detection method of the above-mentioned application. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include a memory remotely arranged relative to the processor 102, and these remote memories may be connected to the computer terminal 10 via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0063] The transmission device 106 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of the computer terminal 10. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 106 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0064] The display may be, for example, a touch screen liquid crystal display (LCD) that enables a user to interact with a user interface of the computer terminal 10 (or mobile device).

[0065] In the above operating environment, the embodiment of the present application provides a virtual local area network refarming configuration method, such as Figure 2 As shown, the method comprises the following steps:

[0066] Step (1), OLT-MSE equipment global configuration file service information parser and cross-level government and enterprise dedicated line real-time synchronization mapping: In order to achieve independence from the provincial and municipal business resource systems and various levels of equipment network management systems commonly used in the current network system, the global configuration files of various levels of equipment are parsed in real time to obtain the multi-level full-volume service configuration information required for VLAN re-farming, etc., to ensure the real-time, accuracy, integrity, and high availability of the virtual LAN re-farming configuration method. This part encapsulates the telnet / ssh global configuration view instruction as the first preset program interface, requests the OLT and MSE global configuration in real time, and calls the hierarchical OLT configuration parsing and mapping algorithm (used to parse the various types of field data of the re-farmed user service data configuration in the OLT, including models

[0067] MA5800 / MA5680 / C600 / C300 / AN5516) and MSE global configuration government and enterprise dedicated line synchronization parsing algorithm for parsing various types of government and enterprise dedicated line service fields (used to parse various types of field data of government and enterprise dedicated lines in MSE, models include ME60 / 7750 / NE40 / NE80 / M6000) to perform real-time business configuration analysis on OLT and MSE equipment. At the same time, according to the correlation of data communication service VLAN configuration, the dedicated line synchronization and mapping analyzer is called to completely get rid of resource system dependence. The real-time full business data of OLT and MSE parsed by the multi-type business intelligent information parsing algorithm module of the above-mentioned OLT-DCSW-MSE three-layer network equipment is designed to design a cross-level government and enterprise dedicated line information mapper to map the OLT whole machine dedicated line information with the government and enterprise dedicated line business data carried by the upstream MSE in real time, and obtain complete, accurate and real-time dedicated line business data carried on the MSE based on OLT and the full fields required for VLAN recultivation. According to the equality of the aggregation port and the inner and outer VLANs, the government and enterprise dedicated line data on the MSE is mapped to the service-port of the OLT service resolution field. The resolution field in the OLT should include ponid, registration mode, registration value, service-port, registration IP, sub-interface configuration, bearer OLT address, etc.; MSE parses the inner and outer VLANs, dedicated line type, user gateway, filter restriction, service status, dedicated line rate, static routing configuration, etc. of the government and enterprise dedicated line service field; after the dedicated line is mapped, the dedicated line data information with equal aggregation ports, SVLAN and CVLAN is added to the service-port flow corresponding to the OLT field.

[0068] Step (2), new metropolitan area network VLAN resource allocation and new and old city adaptation dual service flow VLAN re-farming configuration module: to automatically realize VLAN re-farming generation based on the re-farming data obtained in step (1), and use the dual service flow configuration method of the new and old city to reduce the VLAN re-farming user service interruption caused by resource errors, terminal abnormalities and other problems. Call the new city VLAN intelligent re-farming allocation algorithm module, such as Figure 3As shown, the SVLAN range (501-1800) of various services is preset for the OLT machine based on the board and PON port. The home broadband SVLAN range is allocated by adding 1 in the order of the boards. The SVLANs with fixed values ​​for dedicated line services, ITV, management, voice, etc. are 3507, 3607, 3807, and 3907, respectively; at the same time, the dedicated line CVLAN range is 3001-3500, and the home broadband CVLAN range is 501-2000. After the preset, according to the OLT re-cultivation sample row data parsed in step (1), after grouping and aggregation according to PONID, the SVLAN allocation of the new city VLAN is performed according to the order of boards and PON ports, and the CVLAN allocation of home broadband, ITV, various dedicated line services, voice, management and other services is performed according to the service type. After the allocation is completed, the automatic generation and delivery module of VLAN re-farming configuration for dual service flows adapted to the new and old cities is called to traverse the complete OLT data frame after VLAN allocation in the new city. While generating the service flow configuration for the new city, the corresponding VLAN service flow that is effective in the old city is configured to generate the dual service flow re-farming configuration, form a configuration script, and finally deliver the re-farming configuration through the encapsulated CLI protocol.

[0069] Step (3), dynamic visualization perception probe for service usage quality during VLAN re-cultivation and alternation of new and old city configurations: In order to make up for the lack of dynamic visualization means to monitor and warn the alternation of new and old city services in the current new city transformation VLAN re-cultivation work, an innovative real-time VLAN-MAC conversion tracking and alarm algorithm for old city configuration alternation is introduced here, and the concept of new metropolitan area network gateway VLAN is introduced in the second-layer ARP protocol detection, and the planning value range of the old city service VLAN and the new city service VLAN is adapted. Through real-time monitoring and statistics of the MAC address learning of various types of service VLANs of the new and old city ONU terminals of different users in the whole OLT, real-time visualization of the online and offline monitoring, rationality calculation and crisis alarm of all types of services in the old city and the new city are realized during the VLAN re-cultivation configuration replacement process. At the same time, in conjunction with the AAA service online status abnormal monitoring model in VLAN re-cultivation, the baseline and real-time online status are compared, and abnormal warnings are given in real time.

[0070] The present application also provides a virtual local area network refarming configuration method, such as Figure 4 As shown, the method comprises the following steps:

[0071] Step S402, obtain a global configuration file from the optical line terminal device and the multi-service edge device through a first preset program interface, and extract configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated according to the global configuration instruction of the remote login / secure shell protocol, and the preset field type is a field type determined according to the re-farming configuration information of the virtual local area network.

[0072] Optionally, the first preset program interface is an interface encapsulated based on the telnet / ssh global configuration instruction, and the preset field types include service VLAN, priority, broadband service, management service, ITV service, fixed voice service, AWIFI service, FTTBC class sub-card registration information, etc. of the broadband service flow.

[0073] In the technical solution provided in step S402, for the optical line terminal equipment, extracting the configuration data of the preset field type from the global configuration file includes: determining the configuration type corresponding to the global configuration file, wherein the configuration type includes a non-cascade configuration and a cascade configuration; extracting the configuration data of the preset field type from the global configuration file based on the configuration type; determining the audit method corresponding to the preset field type, and performing a legality audit on the configuration data based on the audit method.

[0074] Specifically, the rules for the legality audit of the collected and parsed data include that the service-port field cannot be empty, and that the sub-card configuration information of FTTBC services must be not empty according to different OLT models. The FTTBC service data under the C600 / C300 device must have specific sub-card configuration information;

[0075] Optionally, extracting configuration data of preset field types from a global configuration file includes: when the configuration type is a non-cascade configuration and the global configuration file is a configuration file for an optical line terminal device, using an interface configuration symbol as a configuration collection start flag and a final exit configuration symbol as a configuration collection close flag, scanning the global configuration file line by line, and calling a business data recognition model to identify and collect the scanning results; when the configuration type is a cascade configuration and the global configuration file is a configuration file for an optical line terminal device, setting multiple regular scanners to perform asynchronous scanning on the global configuration file according to the configuration type, and performing field splicing on the passive optical network port and registration address data that match the same in the asynchronous scanning results after the asynchronous scanning is completed.

[0076] Specifically, Figure 5 A schematic diagram of a process for extracting configuration data of a preset field type is shown, such as Figure 5As shown, for the equipment models covered by the current OLT, for non-cascaded configurations, a step interpreter is used, with the interface configuration symbol as the single-user configuration collection start flag, and the final exit configuration symbol (exit / quit) as the single-user configuration collection close flag, and the whole machine configuration is scanned line by line. When a specific service board and PON port type are identified, the specific frame, slot, and bit are written into the step interpretation memory, and the user service data write tag bit is set to the open state. Then scan this line to configure the next line, call the service registration classification model (including loid / sn / mac) and other identification registration service models, then interpret the service step label bit for the corresponding service model, and call the service data identification model of this model OLT at the same time. This model includes the service VLAN, priority, broadband service, management service, ITV service, fixed voice service, AWIFI service, FTTBC type sub-card registration information, etc. of the service. The data scanned subsequently is opened because the write label bit is in the open position, and the service step label bit is to specify the corresponding service registration model, and the data collection of different corresponding service models can be opened for different services; when the "#" end symbol is scanned, the interpreter write label bit is closed, and the following scan only detects whether the label bit is opened, otherwise it is directly skipped; and for the global configuration of the cascade configuration type OLT, regular scanners are designed for different levels of configuration, which can be specifically divided into registration mode scanners, service service flow configuration scanners, sub-interface service configuration scanners, service vlan scanners, and various types of service data configuration scanners (including the above-mentioned management, ITV, voice, AWIFI, broadband, FTTBC equipment sub-card registration information, etc.). Asynchronously scan the global configuration of the entire OLT in modules. After the scan is completed, call the mapping module to perform field splicing on the matching PON port (i.e., passive optical network port) and registration ID (i.e., registration address information) to obtain complete global user configuration data. Among them, the optical network access network OLT device configures a home gateway or FTTB service. First, it is necessary to perform data configuration for LOID / SN / MAC address registration and binding under the PON port of the allocated board in the device system. Then write the service-port flow of the service in the broadband service flow configuration file, including VLAN, priority, broadband service, management service, ITV service, fixed voice service, AWIFI service, FTTBC sub-card registration information, etc. The service flow configuration. Therefore, splicing refers to integrating the relevant registration fields and service flow configuration data of a home gateway or FTTB device according to the parsed PONID to obtain the complete configuration information required for VLAN re-cultivation. The full amount of users is all home gateways and FTTBC registration configuration and broadband service data configuration information under a re-cultivated OLT.

[0077] Optionally, for a multi-service edge device, extracting configuration data of a preset field type from a global configuration file includes: when the configuration type is a non-cascade configuration and the global configuration file is a configuration file for the multi-service edge device, scanning the global configuration file line by line; when the configuration type is a cascade configuration and the global configuration file is a configuration file for the multi-service edge device, calling a cascade configuration regular parsing module to perform asynchronous parsing on the global configuration file, and after the parsing is completed, correlating the parsing results according to the dedicated line sub-interface values ​​of the multi-service edge device to obtain configuration data, wherein the constituent modules of the cascade configuration regular parsing module include at least one of the following: a service identification module, a virtual LAN configuration identification module, a rate configuration identification module, and an interface status identification module.

[0078] Specifically, Figure 6 The following is a schematic diagram showing the analysis process of the government and enterprise dedicated line: Figure 6 As shown, the dedicated line service collection and storage step interpreter algorithm architecture is designed with a configuration scanner, an interface service identification carry symbol, a static dedicated line service identification carry symbol, dedicated line service configuration parsing (including rate parsing module, VLAN parsing module, dedicated line sub-interface parsing module, user IP parsing module, service status parsing module, service description parsing module), dedicated line type parsing, and cascade configuration regular parsing; the dedicated line service collection and storage step interpreter scanning and identification logic is that when it is a non-cascade global configuration, the global configuration is scanned line by line; when it is a cascade configuration, the cascade configuration regular parsing module is directly called, and the regular parsing module includes a service IP identification module, a VLAN configuration identification module, a rate configuration identification module, and an interface status identification module, and asynchronous parsing is performed at the same time. After the parsing is completed, the dedicated line sub-interface value is associated to form a complete MSE dedicated line user configuration for storage.

[0079] Optionally, scanning the global configuration file line by line includes: after scanning the preset dedicated line interface identifier, calling the dedicated line type parsing module and the writing business configuration parsing module to parse the scanned data associated with the preset dedicated line interface identifier, and integrating and storing the parsing results after scanning the interface end identifier corresponding to the preset dedicated line interface identifier.

[0080] Specifically, the scanning and identification logic of the dedicated line service collection and storage step interpreter is as follows: when it is a non-cascaded global configuration, the global configuration is first scanned line by line. When a specific dedicated line interface is scanned, the interface service identification carry is set to 1, and the dedicated line type parsing and dedicated line service configuration parsing modules are called to parse the data configuration, and a professional user's specific IP address, rate template, service status, service VLAN value, dedicated line type (including Internet dedicated line, AP dedicated line, networking dedicated line, Layer 2 networking), dedicated line sub-interface value, etc. are collected. After scanning to the end identifier of this interface, the above field information is integrated and stored, and the interface service identification carry is set to 0. For the subsequent line-by-line configuration, only the professional interface identifier is checked.

[0081] In the technical solution provided in step S402, interconnection port data and aggregation port status information between the optical line terminal device and the multi-service edge device are collected through the second preset interface, wherein the multi-service edge device is a device connected to the optical line terminal device; the first type of configuration data corresponding to the multi-service edge device and the second type of configuration data corresponding to the optical line terminal device are determined in the configuration data; the first target data associated with the optical line terminal device is filtered in the first type of configuration data based on the interconnection port data and the aggregation port status information; the first target data is filtered based on the second type of configuration data to obtain the second target data, wherein the service network field value in the second target data is consistent with the service network field value in the second type of configuration data, and the customer network field value in the second target data is consistent with the customer network field value in the second type of configuration data; the second target data is written into the service port field in the configuration data of the optical line terminal device.

[0082] Specifically, Figure 7 A schematic diagram of a dedicated line service synchronization mapping process is shown, such as Figure 7As shown, in order to shield the defects of various resource systems that cannot guarantee real-time and accuracy. Using the LLDP (Link Layer Discovery Protocol) protocol, first encapsulate an efficient API interface (i.e., the second preset interface) to realize the automatic collection of interconnection port and aggregation port data between the OLT device (i.e., optical line terminal device) and its upstream MSE device; call the above-mentioned multi-level device configuration service parsing algorithm to perform real-time configuration parsing and client caching on the OLT and MSE involved, and obtain the first type of configuration data corresponding to the multi-service edge device, and the second type of configuration data corresponding to the optical line terminal device; the parsed MSE whole machine government and enterprise dedicated line service data (i.e., the first target data) is screened for corresponding interconnection ports and logical aggregation ports, and the full data carried by the OLT upstream is obtained. Measure the government and enterprise dedicated line service data (i.e., the second target data); compare the SVLAN (i.e., the service network field value in the second type of configuration data) and CVLAN (i.e., the customer network field value in the second type of configuration data) values ​​in the OLT whole-machine service collection information with the SVLAN (i.e., the service network field value in the second target data) and CVLAN (i.e., the customer network field value in the second target data) values ​​in the filtered MSE government and enterprise dedicated line service data information, and map the completely equal data (second target data) information to the service-port (i.e., the service port field) of the OLT whole-machine service collection information, and finally realize the real-time and accurate mapping of OLT-MSE whole-machine data.

[0083] Step S404, determine the preset resource allocation results corresponding to each type of business based on the configuration data, and generate a refarming configuration script based on the preset resource allocation results, wherein the preset resource allocation results include the virtual LAN range preset for each type of business, and the refarming configuration script includes the first service flow configuration information of each type of business in the first LAN, and the second service flow configuration information of each type of business in the second LAN, the first LAN is the LAN before the refarming configuration is executed, and the second LAN is the LAN after the refarming configuration is executed.

[0084] Optionally, the OLT machine presets the SVLAN range (501-1800) of various services based on the board and PON port. The home broadband SVLAN range is allocated by adding 1 in the order of the boards. The dedicated line services and ITV, management, voice, etc. are all assigned SVLANs with fixed values, which are 3507, 3607, 3807, and 3907 respectively; at the same time, the dedicated line CVLAN range is 3001-3500, and the home broadband CVLAN range is 501-2000.

[0085] In the technical solution provided in step S404, generating a refarming configuration script based on a preset resource allocation result includes: writing the first business virtual LAN information of the first LAN into the first service flow configuration information; executing a virtual LAN conversion instruction on the first business virtual LAN information, and adding the converted first business virtual LAN information to the server-side virtual LAN of the second LAN; setting the inner virtual LAN information in the first service flow configuration information as the server-side virtual LAN; and setting the flow control policy of the first service flow configuration information to be consistent with the flow control policy in the second service flow configuration information.

[0086] Optionally, dual service flow configuration is used for the transformation of new metropolitan area network. During the access network VLAN re-cultivation, in order to avoid the single new city service flow, which causes the service VLAN to fail to be sent to the home gateway due to various reasons and cause user obstacles, in order to reduce the dependence on the home gateway, while deploying a single new city service VLAN in VLAN re-cultivation, the original old city CVLAN is also translated into the new city service CVLAN, that is, the old city CVLAN is also used as the new city gateway VLAN for service flow deployment. The specific dual service flow VLAN configuration method is:

[0087] a. New city service flow configuration: service-port vlan@New city service CVLAN@epon x / x / x ontxmulti-service user-vlan@New city gateway VLAN@tag-transform translate-and-add inner-vlan@New city service SVLAN@inbound traffic-table index 201outbound traffic-tableindex 201

[0088] b. Old city service flow configuration: service-port vlan@New city service CVLAN@epon x / x / x ontxmulti-service user-vlan@Old city service flow VLAN@tag-transform translate-and-addinner-vlan@New city service SVLAN@inbound traffic-table index 201outbound traffic-table index 201

[0089] This dual service flow configuration supports the translation of the new city gateway VLAN and the translation of the new city CVLAN service flow, and also takes into account the translation of the old city original service CLVLAN and the translation of the new city CVLAN service flow, avoiding service obstacles caused by data errors and problematic terminals. The specific logic is as follows: Figure 8shown.

[0090] Optionally, Fig. 9 A schematic diagram of the process of generating a re-farming configuration script is shown in FIG. Fig. 9 As shown in the figure, after the OLT-MSE whole machine configuration collection and dedicated line service mapping, according to its data frame, first group and aggregate according to the field ponid, and generate service configuration according to the board and PON in ascending order. Specifically, its service fields are as follows:

[0091]

[0092] a. First, delete the multicast service flow configuration according to the PON port. This is to allow the subsequent single-user multicast VLAN to be transformed into the new city three-layer VLAN translation configuration.

[0093] b. Press ponid to enter the specified terminal onu interface. First, according to the index number in service-port and the inner and outer VLANs, delete the service flows corresponding to voice, ITV, and management, and add the new city VLAN service flow configuration at the same time.

[0094] c. Traverse the fields in service-port, which are home broadband, AP, and various types of government and enterprise dedicated line services. According to their registration methods, the terminal types are divided into FTTH (LOID registration) and FTTBC (SN / MAC registration). According to their service types and the new city gateway VLAN, new city service CVLAN, and new city service SVLAN obtained from the new city resource allocation, first delete the original service flow configuration, then perform the new city gateway VLAN translation service flow configuration and the old city CVLAN translation new city service CVLAN configuration in the new and old city dual VLAN configuration.

[0095] d. If it is an FTTBC user, enter its sub-card configuration. According to the sub-card service flow configuration collected in the sub-card configuration field, first delete the old city configuration, and then configure the sub-card service flow according to the new city gateway VLAN.

[0096] e. If the inner and outer VLANs of the old city service are mapped to the upper-layer MSE dedicated line service configuration in the service-port field, add the upper-layer dedicated line modification in the MSE configuration script. Specifically, first delete the sub-interface and inner and outer VLAN configurations in the old city MSE dedicated line configuration, and configure according to the allocated inner and outer VLANs of the new city, and configure the filter interface restriction, speed limit, user gateway, etc., and turn on or off the service status according to the original service status.

[0097] Step S406: distribute the refarming configuration script to the optical line terminal device and the multi-service edge device.

[0098] Optionally, in order to automatically send the generated configuration script, the re-farming configuration script txt content to be sent is encapsulated in the cli protocol (command line interface protocol), and the OLT-DCSW-MSE multi-level device VLAN re-farming configuration is sent simultaneously.

[0099] Step S408, after distributing the refarming configuration script, collect the first hardware address information of various services in the first local area network and the second hardware address information in the second local area network in real time, and determine whether there is any abnormality in the refarming configuration process based on the first hardware address information and the second hardware address information.

[0100] Optionally, the arp protocol is encapsulated as an API interface for real-time data collection on the OLT (with a periodic interval of 30 seconds).

[0101] In the technical solution provided in step S408, the first hardware address information includes the number of online addresses and online address information of all user services in the first local area network, and the second hardware address information includes the number of online addresses and online address information of all user services in the second local area network; determining whether there is an abnormality in the re-farming configuration process based on the first hardware address information and the second hardware address information includes: using the first hardware address information collected for the first time as the first benchmark hardware address information, and using the second hardware address information as the second benchmark hardware address information; in each subsequent collection round, after collecting the first hardware address information, comparing the first hardware address information with the first benchmark hardware address information to obtain the fluctuation of the first hardware address information, and after collecting the second hardware address information, comparing the second hardware address information with the second benchmark hardware address information to obtain the fluctuation of the second hardware address information; determining whether there is an abnormality in the re-farming configuration process based on the fluctuation of the first hardware address information and the fluctuation of the second hardware address information.

[0102] Optionally, Fig.10 A dynamic visualization perception probe of the service usage quality in the alternation of VLAN refarming and new and old city configuration is shown, such as Fig.10As shown in the figure, before the VLAN refarming configuration begins, the probe first collects and stores baseline data. The baseline data includes the number and detailed information of MAC addresses of the new and old city service VLANs of different user ONU terminals in the whole OLT, which provides a reference point for subsequent monitoring. The probe monitors the online and offline status of user service MAC addresses under the new and old city VLAN configurations in real time, and compares the usage status of the new and old city service VLANs through the dynamic changes of MAC address learning. This model uses the periodic detection of the ARP protocol to detect changes in MAC address learning in a timely manner, thereby judging the connectivity and stability of the service. The monitoring data is grouped and aggregated, classified by board and PON port location, and the detailed information of the MAC addresses in each category, such as the number of online addresses, change trends, etc., is calculated and displayed through a visual interface. If it is found that the number of MAC addresses online in the new city VLAN is significantly less than the number of MAC addresses in the old city VLAN, this may indicate that the user service is at risk of interruption under the new city VLAN configuration. The probe will trigger an early warning to prompt the operation and maintenance personnel to pay attention and take measures. The probe collects and analyzes the data of each round in real time within the set monitoring period (such as 30 seconds) to capture the real-time changes in the service usage status. This helps to quickly identify potential problems and ensure business continuity. The data collected for the first time is used as the baseline data, and each subsequent collection and analysis will be compared with the baseline data to evaluate changes in the quality of business usage. If abnormal changes are found in subsequent collection cycles, such as an abnormal decrease in the number of MAC addresses learned, the perception probe will respond immediately and conduct more in-depth analysis.

[0103] Optionally, Fig.11 A flow chart of determining whether there is an abnormality in the refarming configuration process is shown, such as Fig.11 As shown:

[0104] First, encapsulate the arp protocol into an API interface to collect data from the OLT in real time (with a periodic interval of 30 seconds). According to the different CVLAN ranges of the old and new city services (51-1050 for the old city and 501-2000 for the new city), the collected content includes the number of online MAC addresses in the old city VLAN for all user services and detailed information Collection (OLT) (PONID, terminal MAC address value) (i.e. the first hardware address information), the number of online MAC addresses in the new city VLAN for all user services and detailed information (PONID, terminal MAC address value) (i.e. the second hardware address information), and the collected content includes:

[0105] Number of online MAC addresses and detailed information of all user services in the old city VLAN: Collection_old(t)

[0106] The number of MAC addresses online in the new city VLAN of all user services and detailed information: Collection_new(t)

[0107] Where t represents the acquisition time point.

[0108] The real-time data collected in each round is grouped and aggregated, with the board as the grouping dimension, and then grouped again by the PON port location, and the detailed MAC address data information on the new and old city service VLANs is calculated and stored. The aggregation function can be defined as:

[0109]

[0110] That is, first perform location aggregation based on the card, then perform location aggregation based on the PON port location, and finally obtain detailed information on the upper and lower MAC addresses of the PON ports under all group aggregations. This step involves classifying the collected data according to the card and PON port location, and calculating detailed information on the MAC addresses in each classification.

[0111] The first collected data is used as the baseline data, and the dynamic fluctuations of each subsequent round of data are calculated based on the first data as the baseline;

[0112] Baseline old =Collection_old(t 0 )

[0113] Baseline new =Collection_new(t 0 )

[0114] Among them, t 0 Represents the first collection time point, Baseline old Baseline is the first benchmark hardware address information. new It is the second reference hardware address information.

[0115] Newly added MAC data is added to the data storage as a new type, and the first newly added data information is used as the baseline data information. The dynamic fluctuations of subsequent collected data are compared with the baseline data to calculate the increase or decrease changes.

[0116] ΔMAC olt (t) = Collection olt (t)-Baseline old

[0117] ΔMAC new (t) = Collection new (t)-Baseline new

[0118] Among them, ΔMAC olt (t) is the fluctuation of the first hardware address information, ΔMAC new (t) is the fluctuation of the second hardware address information.

[0119] Finally, it is normal if the number of new city VLANs with the same MAC address is greater than or equal to the number of old city VLANs, and it is abnormal if the number of new city VLANs with the same MAC address is less than the number of old city VLANs. The specific information of the abnormality (MAC value, PONID information) will be visualized on the interface and the alarm will be pushed. The formula for determining whether there is an abnormality in the refarming configuration process based on the fluctuation of the first hardware address information and the fluctuation of the second hardware address information is:

[0120] IF MAC new (t) <MAC olt (t),then Exception(t)

[0121] Optionally, determining whether there is an abnormality in the refarming configuration process based on the fluctuation of the first hardware address information and the fluctuation of the second hardware address information includes: determining that there is an abnormality when the number of online virtual LANs indicated by the fluctuation of the first hardware address information is greater than the number of online virtual LANs indicated by the fluctuation of the second hardware address information.

[0122] Optionally, the method further includes: classifying the first hardware address information and the second hardware address information collected in each collection round according to the board information and the passive optical network port information.

[0123] Through the above steps, it is possible to achieve simple operation, full process automation, accurate real-time analysis of business configuration, multi-dimensional dynamic perception of business quality during recultivation, intelligent rectification of unmanageable low-end, automatic generation and distribution of virtual local area network recultivation configuration methods, effectively solve the problems of inaccurate business configuration collection in existing VLAN recultivation work, long time consumption for recultivation of a single OLT, high labor input cost, large number of business obstacles caused by recultivation, inability to dynamically perceive and monitor business quality during the recultivation process, and high obstacle rate of unmanageable home gateways. It greatly improves the efficiency and quality of VLAN recultivation work in the transformation of new metropolitan area networks, ensures the business perception quality during network transformation, and is of great significance to the high-quality and efficient development of new metropolitan area network transformation and access network VLAN recultivation. Specifically, the method embodiment of the present application has the following advantages:

[0124] 1.OLT-MSE equipment global configuration file service information parser and cross-level government and enterprise dedicated line real-time synchronous mapping: real-time analysis of OLT and MSE equipment global configuration files, design of cascade and non-cascade progressive interpreters to parse and associate the bound inner and outer VLANs, registration methods, registration values, board types, FTTBC equipment bound IPs, service flow priority configurations, etc. of voice, home broadband, ITV, management, and solidification services in OLT, parse and associate the government and enterprise dedicated line aggregation ports, inner and outer VLANs, service status, filter restrictions, service gateways, dedicated line types, static pointing routes, etc. in MSE, and synchronously map dedicated line service information to the service-port flow of the home gateway configuration bound to the OLT based on the equality of the service aggregation ports and inner and outer VLANs. This innovation gets rid of the dependence of user service configuration data on various resource systems in traditional VLAN re-cultivation work, greatly improving the configuration accuracy and real-time performance.

[0125] 2. Dynamic visualization perception probe for service usage quality during VLAN re-cultivation and alternation of old and new city configurations: The company pioneered a real-time VLAN-MAC conversion tracking and alarm algorithm for alternation of new and old city configurations and a real-time monitoring probe for connectivity of new and old city services. Through the difference in the cvlan ranges of new and old city services and real-time ARP protocol detection, it realized real-time visualization of online and offline monitoring, rationality calculation, and crisis alarms for all types of services in the old and new cities during the VLAN re-cultivation configuration replacement process. At the same time, a new and old city service authentication and launch anomaly assessment model was established to realize anomaly detection and early warning of the VLAN re-cultivation service alternate launch process at the authentication server level.

[0126] 3. Module for automatic generation and issuance of VLAN re-farming configuration for dual business flows adapted to the new and old cities: This module realizes the automatic generation of multi-level VLAN re-farming configuration change scripts, and avoids the potential risk of business connectivity interruption caused by the single new city business flow in the current means. The dual business flow configuration method in which the new and old city business flows coexist adopts the method of translating the new city gateway VLAN into the new city business CVLAN and the old city business CVLAN into the new city business CVLAN, realizing the full process of automatic script generation and issuance of VLAN re-farming configuration changes. At the same time, the dual business flow configuration reduces the business barriers caused by abnormal resource allocation and unmanageable home terminals.

[0127] The present invention provides a virtual local area network refarming configuration method, which includes the following steps:

[0128] Step 1: For the OLT that needs to be refarmed, call the hierarchical OLT configuration parsing and mapping algorithm to perform configuration parsing for all user services on the entire machine.

[0129] 1.1 Enter the device management address of location A where the OLT configuration needs to be collected and analyzed in the system;

[0130] 1.2 The system calls the device type identification module to identify the device model. For different types of devices, the hierarchical OLT configuration parsing and mapping algorithm (HOCPM) adapted to their models is called respectively. In this embodiment, the device is identified as a 5800 model. The specific parsing information is as follows: Fig.12 shown.

[0131] 1.3 Encapsulate the telnet protocol into an API, send global device collection instructions to the device in location A, collect the device global configuration echo, and store it in the user client cache for OLT configuration parsing and mapping algorithm calls.

[0132] 1.4 Call the OLT configuration parsing and mapping algorithm to parse out the VLAN re-farming work field information required for the full amount of user services under the two OLTs, including ponid, registration mode, registration system, serviceport, board type, pononumngdel, fttbcotherinfo, parsing date, city, device address code, etc. In this embodiment, a total of 2145 user terminal data in 5800 in area A are parsed.

[0133] 1.5 Audit the legitimacy of the parsed data, audit the serviceport field and fttbcother field, and prompt the user to repair the illegal user data. In this embodiment, the A site OLT device has 5 data to be audited after sub-parsing. The reason is that it is parsed as FTTBC type data, and the sub-card configuration information is missing in the fttbcother information. After verification, it is the user data that has been withdrawn from the network in the OLT. After selecting the corresponding user data, the system will call the data automatic deletion module to clean the waste data of these 5 users in the OLT.

[0134] 1.6 Finally, the data is stored in the distributed database of the corresponding city, and step one is completed.

[0135] Step 2: For the OLT that needs to be refarmed, call the MSE global configuration government and enterprise dedicated line synchronization resolution algorithm (GDCSPF) to analyze the configuration data of various types of government and enterprise dedicated line services of the entire machine of the upstream target MSE. Here, take A ground-connected MSE device C as an example. The specific operation steps are:

[0136] 2.1 Input the management address of the MSE to be parsed in the interface for real-time configuration collection and parsing, or use periodic configuration parsing to store the database. The real-time configuration collection and parsing interface is as follows: Fig.13 shown.

[0137] 2.2 Call the MSE global configuration government and enterprise dedicated line synchronization parsing algorithm to perform real-time parsing of the collected MSE global configuration. The parsed field requirements include interface number, dedicated line type, dedicated line number, dedicated line description, user gateway address, dedicated line sub-interface, service SVLAN, service CVLAN, upstream and downstream rates, filter restrictions, service status, AP group interface, static routing, horizontal split configuration, etc.

[0138] 2.3 The collected data is stored in the client cache, and step 2 is completed.

[0139] Step 3: Call the MSE dedicated line synchronization and mapping analyzer to map the dedicated line data for the OLT equipment in A and B as the basic unit. The specific operation steps are:

[0140] 3.1 Call the LLDP protocol detection encapsulated in the MSE dedicated line synchronization and mapping analyzer to detect the uplink MSE sub-interface and SVLAN of the OLT device in location A, and fill in the detection results as follows: Fig.14 In the interface shown, the uplink information detection here is SVLAN 1622 and the aggregation port is lag-11.

[0141] 3.2 Call the dedicated line parsing and mapping algorithm in the MSE dedicated line synchronization and mapping analyzer (DLSM), and perform dedicated line mapping association with the same aggregation port, SVLAN and CVLAN logic to the serviceport field in the OLT service parsing data according to the associated parameters in step 1.

[0142] 3.3 Click Confirm Update, the data will be saved in the database and cached on the client, and this step is complete.

[0143] Step 4: Plan and allocate new city VLANs based on a single OLT. Here, the new city VLAN resources are divided and allocated for the OLT in area A. The specific steps are:

[0144] 4.1 Call the VLAN intelligent re-farming allocation algorithm module applicable to Telecom New City, and preset the SVLAN range of various services for the OLT machine according to the board and PON port. For dedicated line services, the SVLAN range will be planned for dedicated line services such as Internet dedicated line, networking dedicated line, Layer 2 dedicated line, AP, ITV, and voice. Among them, the home broadband SVLAN range is allocated by adding 1 in sequence according to the board order, and the first board starts from 597. Dedicated line services and ITV, management, voice, etc. are all fixedly allocated values, which are 3507, 3607, 3807, and 3907 respectively.

[0145] 4.2 After obtaining the OLT new city VLAN planning data in place A, the OLT whole machine data that has been collected for service configuration is grouped and aggregated by board and PON port, and the data and the full amount of specific services of users are traversed. After the data is identified by the service type identification module, the new city VLAN resources of each service are allocated according to the rules. The allocated resource table fields are as follows:

[0146]

[0147] 4.3 After allocating resources, the system caches the data on the client, and this step ends.

[0148] Step 5: Based on the OLT in location A analyzed in step 1, the unmanageability of the FTTH home terminals is audited and managed. The pre-manageability terminal diagnosis and management model is called to conduct four-dimensional audits, including historical manageability, real-time collection manageability, OLT online service status, and AAA business service online status, and perform automated management to avoid the occurrence of network transformation VLAN re-farming obstacles caused by the unmanageability of home gateways. The specific operation steps are:

[0149] 5.1 As Fig.15 As shown, first enter the management address of the OLT to be audited, which is 19.96.14.105 in this case, and automatically extract the user information of all FTTH home gateways under the OLT, including registration value, registration method, etc. At the same time, it will automatically connect to the ITMS real-time detection interface to batch detect the real-time manageability of the gateway users. After the detection is completed, the detection information needs to be imported into the interface.

[0150] 5.2 Then, the historical list of unmanageable terminals at the provincial end will be pulled through FTP, and the sample row data of the registration values ​​of users under this OLT in the historical list will be screened out as a list of suspected unmanageable terminals for the next audit. In this case, the number of terminals to be audited is 266.

[0151] 5.3 Then it will concurrently connect to the provincial AAA server interface and encapsulate the OLT detection terminal online status snmp protocol to perform AAA business service online status and OLT online status detection. After the detection is completed, the four-dimensional fields are summarized, including ftp historical manageability, itms real-time manageability, AAA online status, OLT terminal online status and other fields.

[0152] 5.4 will eventually call the abnormal judgment and automatic rectification module in the pre-unmanageable terminal diagnosis and management model for analysis and processing, give rectification suggestions based on the model and trigger automatic rectification tools including remote restart, so as to realize the diagnosis and management of the unmanageable home gateway under the whole OLT before VLAN re-farming.

[0153] Step 6: According to the new city VLAN resource data of all services allocated based on a single OLT as the basic unit in step 4, in this embodiment, it is the OLT in location A, the new city VLAN re-farming configuration generation and delivery module is called to generate a VLAN re-farming configuration change script for all users according to different service types, specifically including the new city VLAN addition script in the OLT, the old city service flow deletion script in the OLT, and the government and enterprise dedicated line new city VLAN change script in the MSE. The specific operation steps are:

[0154] 6.1 First, select the interface parameters. Fill in the start CVLAN and end CVLAN of the old city service to accurately identify the old city service flow configuration. At the same time, set the parameters such as AP service type, special service VLAN, and device configuration mode to normalize the configuration differences of the old city between different cities. It also allows the selection of different MSE government and enterprise dedicated line configuration templates to adapt to the configuration mode of dedicated lines and new cities between different cities; in this example, the CVLAN range of the old city service of OLT in A is 100-2000, the AP service type is networking dedicated line, and other parameters remain unchanged by default.

[0155] 6.2 Call the new city VLAN re-farming configuration generation module to allocate resources to the new city VLAN of OLT in A, and generate three-layer scripts such as the new city VLAN addition script in OLT, the old city service flow deletion script in OLT, and the new city VLAN change script for the government and enterprise dedicated line in MSE, as well as the DCSW port VLAN transparent transmission configuration script. The module logic framework is as follows: Fig. 9 shown.

[0156] 6.3 For the MSE dedicated line service new city transformation script, OLT new city VLAN re-cultivation script, OLT old city VLAN service flow deletion script, etc. generated by the VLAN re-cultivation configuration generation module called by the OLT in place A in this embodiment, the telnet protocol can be selected to encapsulate the cli command, and the relevant configurations can be issued to the OLT in place A and the upstream MSE in place A. You can also choose to automatically refresh the configuration into each level of equipment, and this step ends.

[0157] Step 7: Call the real-time VLAN-MAC conversion tracking and alarm algorithm for alternating the configuration of the new and old cities, and implement the dynamic visualization monitoring and early warning function of the online and offline MAC corresponding to each type of service VLAN of the terminal ONU during the replacement of the new and old cities of the full amount of users of the A-area OLT in the VLAN re-farming data configuration. The specific operation steps are:

[0158] 7.1 First, in the new and old city configuration, the real-time VLAN-MAC conversion tracking and alarm algorithm application interface is filled in with the re-farming OLT management address to be monitored. In this embodiment, it is the A site OLT. The detection cycle defaults to 30 seconds. At the same time, the old city service SVLAN range and the new city planned service SVLAN range are entered in the interface to start detection.

[0159] 7.2 After the VLAN-MAC conversion tracking and alarm algorithm probe detection is enabled, the encapsulated API will be used to collect the MAC address data information of the new and old city business VLANs in real time from the OLT in A according to the different business SVLAN ranges of the new and old cities. Here, the old city business SVLAN range is 701-80, and the new city SVLAN range is 501-601. User terminals will be grouped and aggregated based on the board as the baseline data for this monitoring.

[0160] 7.3 The first collected data is used as the baseline data, and the dynamic fluctuations of each round of data thereafter are calculated based on the first data as the baseline. The stability of the authentication of the alternating online services of the new and old cities during the VLAN re-farming configuration is determined. It is normal if the number of online VLANs in the new city under the same MAC address of the OLT in A is greater than or equal to the number of online VLANs in the old city, and it is abnormal if the number of online VLANs in the new city under the same MAC address is less than the number of online VLANs in the old city. The specific information of the abnormality (MAC value, PONID information) will be visualized on the interface and the alarm will be pushed; in this embodiment, about 14 minutes after the release, if Fig.16 As shown in the overview visualization table, the service MAC online line chart is basically stable, which shows that there is no obvious large-scale user group failure caused by VLAN re-farming. At the same time, you can also view the probe monitoring card with the service board as the dimension to understand in detail the online status of all service MAC addresses during the alternation of the new and old city VLAN configuration based on the PON port as the basic unit. Take the 0 / 5 and 0 / 12 service boards of the OLT in A as an example. Fig.17 As shown in the figure, it can be monitored in real time that during the configuration delivery process, 4 new service VLANs are added to 0 / 5, and 1 service VLAN is dropped from port 5. 1 service VLAN is reduced from 0 / 12, 5 service VLANs are dropped from port 0, and 1 service VLAN is dropped from port 5. However, considering that a single user may have 4-24 service VLANs online, the above changes are generally within the controllable range and are not a large-scale user group fault. At this point, this step ends.

[0161] Step 8: During the process of VLAN re-farming configuration delivery by OLT in location A, call the batch broadband service authentication module of the authentication server to batch verify the broadband services of all users under OLT, aiming to monitor the online status of all broadband services of users on the AAA server in real time during the process of VLAN re-farming data configuration delivery under OLT as the basic unit, and associate the monitoring group according to the generated process ID, so as to realize real-time monitoring and early warning of the service status of re-farming users and timely intervention. The specific operation steps are:

[0162] 8.1 First, re-cultivate the AAA service online status batch monitoring process ID, and upload all broadband accounts under the OLT in location A to the system according to the upload template.

[0163] 8.2 After clicking the button to confirm the establishment of the 3A service monitoring process ID, the batch broadband service authentication module of the authentication server will be called to batch verify all broadband user accounts under the A OLT, and establish storage fields for the pre-online status and pre-verification results, so as to facilitate the immediate post-verification monitoring after the subsequent VLAN refarming configuration is issued. The creation rule of the process ID is the city plus the name plus the current timestamp. The process ID created in this example is "A 20240304155138", and the verification result data is stored in the database.

[0164] 8.3 After the OLTVLAN re-farming configuration is issued in site A, select the post-AAA authentication module in the system interface, which belongs to the batch process ID that needs to be monitored, and you can associate the pre-authentication status of this batch of data.

[0165] 8.4 After clicking post-verification on the system interface, post-verification will be initiated again for the broadband account associated with this process ID. The result will be compared with the previous result. The specific logic is as follows:

[0166] Preliminary results Post-result Abnormality Not online Online normal Not online Not online unknown Online Not online abnormal Online Online normal

[0167] The final OLT post-verification result at site A is as follows: Fig.18 As shown, this step ends;

[0168] The present application embodiment provides a virtual local area network refarming configuration device, Fig.19 is a schematic diagram of the structure of the device, such as Fig.19As shown, the device includes: a first processing module 190, which is used to obtain a global configuration file from an optical line terminal device and a multi-service edge device through a first preset program interface, and extract configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a global configuration instruction of a remote login / secure shell protocol, and the preset field type is a field type determined according to refarming configuration information of a virtual local area network; a second processing module 192, which is used to determine a preset resource allocation result corresponding to each type of business according to the configuration data, and generate a refarming configuration script according to the preset resource allocation result, wherein the preset resource allocation result includes a virtual local area network range preset for each type of business. The refarming configuration script includes the first service flow configuration information of various types of services in the first LAN, and the second service flow configuration information of various types of services in the second LAN, the first LAN is the LAN before the refarming configuration is performed, and the second LAN is the LAN after the refarming configuration is performed; the third processing module 194 is used to distribute the refarming configuration script to the optical line terminal equipment and the multi-service edge device; the fourth processing module 196 is used to collect the first hardware address information of various types of services in the first LAN and the second hardware address information in the second LAN in real time after distributing the refarming configuration script, and determine whether there is an abnormality in the refarming configuration process based on the first hardware address information and the second hardware address information.

[0169] In some embodiments of the present application, extracting configuration data of a preset field type from a global configuration file includes: determining a configuration type corresponding to the global configuration file, wherein the configuration type includes a non-cascade configuration and a cascade configuration; extracting configuration data of a preset field type from the global configuration file based on the configuration type; determining an audit method corresponding to the preset field type, and performing a legality audit on the configuration data based on the audit method.

[0170] In some embodiments of the present application, extracting configuration data of preset field types from a global configuration file includes: when the configuration type is a non-cascade configuration and the global configuration file is a configuration file of an optical line terminal device, using an interface configuration symbol as a configuration collection start flag and a final exit configuration symbol as a configuration collection close flag, scanning the global configuration file line by line, and calling a business data recognition model to identify and collect the scanning results; when the configuration type is a cascade configuration and the global configuration file is a configuration file of an optical line terminal device, setting multiple regular scanners according to the configuration type to perform asynchronous scanning on the global configuration file, and after the asynchronous scanning is completed, performing field splicing on the passive optical network port and registration address data that match the same in the asynchronous scanning results.

[0171] In some embodiments of the present application, extracting configuration data of a preset field type from a global configuration file includes: when the configuration type is a non-cascade configuration and the global configuration file is a configuration file for a multi-service edge device, scanning the global configuration file line by line; when the configuration type is a cascade configuration and the global configuration file is a configuration file for a multi-service edge device, calling a cascade configuration regular parsing module to asynchronously parse the global configuration file, and after the parsing is completed, associating the parsing results according to the dedicated line sub-interface values ​​of the multi-service edge device to obtain the configuration data, wherein the constituent modules of the cascade configuration regular parsing module include at least one of the following: a service identification module, a virtual LAN configuration identification module, a rate configuration identification module, and an interface status identification module.

[0172] In some embodiments of the present application, scanning the global configuration file line by line includes: after scanning a preset dedicated line interface identifier, calling a dedicated line type parsing module and a business configuration parsing module to parse the scanned data associated with the preset dedicated line interface identifier, and integrating and storing the parsing results after scanning an interface end identifier corresponding to the preset dedicated line interface identifier.

[0173] In some embodiments of the present application, interconnection port data and aggregation port status information between an optical line terminal device and a multi-service edge device are collected through a second preset interface, wherein the multi-service edge device is a device connected to the optical line terminal device; first-category configuration data corresponding to the multi-service edge device and second-category configuration data corresponding to the optical line terminal device are determined in the configuration data; first target data associated with the optical line terminal device is filtered in the first-category configuration data based on the interconnection port data and the aggregation port status information; the first target data is filtered based on the second-category configuration data to obtain second target data, wherein a service network field value in the second target data is consistent with a service network field value in the second-category configuration data, and a customer network field value in the second target data is consistent with a customer network field value in the second-category configuration data; and the second target data is written into the service port field in the configuration data of the optical line terminal device.

[0174] In some embodiments of the present application, generating a refarming configuration script based on a preset resource allocation result includes: writing the first business virtual LAN information of the first LAN into the first service flow configuration information; executing a virtual LAN conversion instruction on the first business virtual LAN information, and adding the converted first business virtual LAN information to the server-side virtual LAN of the second LAN; setting the inner virtual LAN information in the first service flow configuration information as the server-side virtual LAN; and setting the flow control policy of the first service flow configuration information to be consistent with the flow control policy in the second service flow configuration information.

[0175] In some embodiments of the present application, the first hardware address information includes the number of online addresses and online address information of all user services in the first local area network, and the second hardware address information includes the number of online addresses and online address information of all user services in the second local area network; determining whether there is an abnormality in the re-farming configuration process based on the first hardware address information and the second hardware address information includes: using the first hardware address information collected for the first time as the first benchmark hardware address information, and using the second hardware address information as the second benchmark hardware address information; in each subsequent collection round, after collecting the first hardware address information, comparing the first hardware address information and the first benchmark hardware address information to obtain the fluctuation of the first hardware address information, and after collecting the second hardware address information, comparing the second hardware address information and the second benchmark hardware address information to obtain the fluctuation of the second hardware address information; determining whether there is an abnormality in the re-farming configuration process based on the fluctuation of the first hardware address information and the fluctuation of the second hardware address information.

[0176] In some embodiments of the present application, determining whether there is an abnormality in the refarming configuration process based on the fluctuation of the first hardware address information and the fluctuation of the second hardware address information includes: determining that there is an abnormality when the number of virtual LANs online indicated by the fluctuation of the first hardware address information is greater than the number of virtual LANs online indicated by the fluctuation of the second hardware address information.

[0177] In some embodiments of the present application, the method further includes: classifying the first hardware address information and the second hardware address information collected in each collection round according to the board information and the passive optical network port information.

[0178] It should be noted that the various modules in the above-mentioned virtual LAN refarming configuration device can be program modules (for example, a set of program instructions that implement a certain specific function) or hardware modules. For the latter, it can be expressed in the following forms, but is not limited to this: the expression form of each of the above-mentioned modules is a processor, or the functions of each of the above-mentioned modules are implemented by a processor.

[0179] The embodiment of the present application provides a non-volatile storage medium, in which a program is stored, wherein when the program is running, the device where the non-volatile storage medium is located is controlled to execute the following virtual local area network refarming configuration method: obtaining a global configuration file from an optical line terminal device and a multi-service edge device through a first preset program interface, and extracting configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated by viewing a global configuration instruction according to a remote login / secure shell protocol, and the preset field type is a field type determined according to the refarming configuration information of the virtual local area network; determining a preset resource allocation result corresponding to each type of business according to the configuration data, and generating a refarming configuration file according to the preset resource allocation result. A refarming configuration script is configured, wherein the preset resource allocation result includes a virtual LAN range preset for each type of business, the refarming configuration script includes first service flow configuration information of each type of business in a first LAN, and second service flow configuration information of each type of business in a second LAN, the first LAN is the LAN before the refarming configuration is performed, and the second LAN is the LAN after the refarming configuration is performed; the refarming configuration script is distributed to the optical line terminal equipment and the multi-service edge equipment; after distributing the refarming configuration script, the first hardware address information of each type of business in the first LAN and the second hardware address information in the second LAN are collected in real time, and whether there is an abnormality in the refarming configuration process is determined based on the first hardware address information and the second hardware address information.

[0180] An embodiment of the present application provides an electronic device, comprising: a memory and a processor, the processor being used to run a program stored in the memory, wherein the following virtual local area network refarming configuration method is executed when the program is running: a global configuration file is obtained from an optical line terminal device and a multi-service edge device through a first preset program interface, and configuration data of a preset field type is extracted from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a global configuration instruction of a remote login / secure shell protocol, and the preset field type is a field type determined according to the refarming configuration information of the virtual local area network; preset resource allocation results corresponding to various types of services are determined according to the configuration data, and a refarming configuration script is generated according to the preset resource allocation results. In this method, the preset resource allocation result includes the virtual LAN range preset for each type of business, the refarming configuration script includes the first service flow configuration information of each type of business in the first LAN, and the second service flow configuration information of each type of business in the second LAN, the first LAN is the LAN before the refarming configuration is performed, and the second LAN is the LAN after the refarming configuration is performed; the refarming configuration script is distributed to the optical line terminal equipment and the multi-service edge equipment; after distributing the refarming configuration script, the first hardware address information of each type of business in the first LAN and the second hardware address information in the second LAN are collected in real time, and whether there is an abnormality in the refarming configuration process is determined based on the first hardware address information and the second hardware address information.

[0181] The embodiment of the present application provides a computer program product, including a computer program, which implements the following virtual local area network refarming configuration method when executed by a processor: obtaining a global configuration file from an optical line terminal device and a multi-service edge device through a first preset program interface, and extracting configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated by viewing global configuration instructions according to a remote login / secure shell protocol, and the preset field type is a field type determined according to the refarming configuration information of the virtual local area network; determining preset resource allocation results corresponding to various types of services according to the configuration data, and generating a refarming configuration script according to the preset resource allocation results, wherein the preset The resource allocation result includes the virtual LAN range preset for each type of business. The refarming configuration script includes the first service flow configuration information of each type of business in the first LAN, and the second service flow configuration information of each type of business in the second LAN. The first LAN is the LAN before the refarming configuration is performed, and the second LAN is the LAN after the refarming configuration is performed. The refarming configuration script is distributed to the optical line terminal equipment and the multi-service edge equipment. After distributing the refarming configuration script, the first hardware address information of each type of business in the first LAN and the second hardware address information in the second LAN are collected in real time, and whether there is any abnormality in the refarming configuration process is determined based on the first hardware address information and the second hardware address information.

[0182] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0183] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0184] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0185] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0186] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the relevant technology or all or part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk, etc. Various media that can store program codes.

[0187] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A virtual local area network refarming configuration method, characterized in that: include: Obtaining a global configuration file from an optical line terminal device and a multi-service edge device through a first preset program interface, and extracting configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a global configuration instruction of a remote login / secure shell protocol, and the preset field type is a field type determined according to refarming configuration information of a virtual local area network; Determine the preset resource allocation results corresponding to each type of business according to the configuration data, and generate a refarming configuration script according to the preset resource allocation results, wherein the preset resource allocation results include the virtual local area network range preset for the various types of business, and the refarming configuration script includes the first service flow configuration information of the various types of business in the first local area network, and the second service flow configuration information of the various types of business in the second local area network, the first local area network is the local area network before the refarming configuration is performed, and the second local area network is the local area network after the refarming configuration is performed; Distributing the refarming configuration script to the optical line terminal device and the multi-service edge device; After distributing the refarming configuration script, the first hardware address information of each type of business in the first local area network and the second hardware address information in the second local area network are collected in real time, and based on the first hardware address information and the second hardware address information, it is determined whether there is any abnormality in the refarming configuration process.

2. The virtual local area network refarming configuration method according to claim 1, characterized in that: Extracting configuration data of a preset field type from the global configuration file includes: Determine a configuration type corresponding to the global configuration file, wherein the configuration type includes a non-cascade configuration and a cascade configuration; Extracting configuration data of the preset field type from the global configuration file according to the configuration type; Determine an audit method corresponding to the preset field type, and perform a legality audit on the configuration data according to the audit method.

3. The virtual local area network refarming configuration method according to claim 2, characterized in that: Extracting configuration data of a preset field type from the global configuration file includes: When the configuration type is the non-cascade configuration and the global configuration file is the configuration file of the optical line terminal device, the interface configuration symbol is used as the configuration collection start flag, the final exit configuration symbol is used as the configuration collection close flag, the global configuration file is scanned line by line, and the service data recognition model is called to identify and collect the scanning results; When the configuration type is the cascade configuration and the global configuration file is the configuration file of the optical line terminal device, multiple regular scanners are set according to the configuration type to perform asynchronous scanning on the global configuration file, and after the asynchronous scanning is completed, field splicing is performed on the passive optical network port and registration address data that match the asynchronous scanning results.

4. The virtual local area network refarming configuration method according to claim 2, characterized in that: Extracting configuration data of a preset field type from the global configuration file includes: When the configuration type is the non-cascade configuration and the global configuration file is a configuration file of the multi-service edge device, scanning the global configuration file line by line; When the configuration type is the cascade configuration and the global configuration file is the configuration file of the multi-service edge device, the cascade configuration regular parsing module is called to asynchronously parse the global configuration file, and after the parsing is completed, the parsing result is associated with the dedicated line sub-interface value of the multi-service edge device to obtain the configuration data, wherein the component modules of the cascade configuration regular parsing module include at least one of the following: a service identification module, a virtual LAN configuration identification module, a rate configuration identification module, and an interface status identification module.

5. The virtual local area network refarming configuration method according to claim 4, characterized in that: Scanning the global configuration file line by line includes: After scanning the preset dedicated line interface identifier, the dedicated line type parsing module and the business configuration parsing module are called to parse the scanned data associated with the preset dedicated line interface identifier, and the parsing results are integrated and stored after scanning the interface end identifier corresponding to the preset dedicated line interface identifier.

6. The virtual local area network refarming configuration method according to claim 1, characterized in that: The method further comprises: Collecting interconnection port data and aggregation port status information between the optical line terminal device and the multi-service edge device through a second preset interface, wherein the multi-service edge device is a device connected to the optical line terminal device; Determining, in the configuration data, first type of configuration data corresponding to the multi-service edge device and second type of configuration data corresponding to the optical line terminal device; Filtering first target data associated with the optical line terminal device in the first type of configuration data according to the interconnection port data and the aggregation port status information; Filtering the first target data according to the second type of configuration data to obtain second target data, wherein a service network field value in the second target data is consistent with a service network field value in the second type of configuration data, and a customer network field value in the second target data is consistent with a customer network field value in the second type of configuration data; The second target data is written into a service port field in the configuration data of the optical line terminal device.

7. The virtual local area network refarming configuration method according to claim 1, characterized in that: Generating a refarming configuration script according to the preset resource allocation result includes: Writing the first service virtual local area network information of the first local area network into the first service flow configuration information; Execute a virtual local area network conversion instruction on the first service virtual local area network information, and add the converted first service virtual local area network information to the server-side virtual local area network of the second local area network; Setting the inner virtual LAN information in the first service flow configuration information as the server-side virtual LAN; The flow control policy of the first service flow configuration information is set to be consistent with the flow control policy in the second service flow configuration information.

8. The virtual local area network refarming configuration method according to claim 1, characterized in that: The first hardware address information includes the number of online addresses and online address information of all user services in the first local area network, and the second hardware address information includes the number of online addresses and online address information of all user services in the second local area network; Determining whether there is an abnormality in the refarming configuration process according to the first hardware address information and the second hardware address information includes: Using the first hardware address information collected for the first time as first reference hardware address information, and using the second hardware address information as second reference hardware address information; In each subsequent collection round, after collecting the first hardware address information, the first hardware address information is compared with the first reference hardware address information to obtain the fluctuation of the first hardware address information; and after collecting the second hardware address information, the second hardware address information is compared with the second reference hardware address information to obtain the fluctuation of the second hardware address information; Determine whether there is an abnormality in the refarming configuration process according to the fluctuation of the first hardware address information and the fluctuation of the second hardware address information.

9. The virtual local area network refarming configuration method according to claim 8, characterized in that: Determining whether the refarming configuration process is abnormal according to the fluctuation of the first hardware address information and the fluctuation of the second hardware address information includes: When the number of online virtual LANs indicated by the fluctuation of the first hardware address information is greater than the number of online virtual LANs indicated by the fluctuation of the second hardware address information, it is determined that an abnormality exists.

10. The virtual local area network refarming configuration method according to claim 8, characterized in that: The method further comprises: The first hardware address information and the second hardware address information collected in each collection round are classified according to the board information and the passive optical network port information.

11. A virtual local area network refarming configuration device, characterized in that: include: A first processing module is used to obtain a global configuration file from an optical line terminal device and a multi-service edge device through a first preset program interface, and extract configuration data of a preset field type from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a global configuration instruction of a remote login / secure shell protocol, and the preset field type is a field type determined according to refarming configuration information of a virtual local area network; A second processing module is used to determine the preset resource allocation results corresponding to each type of business according to the configuration data, and generate a refarming configuration script according to the preset resource allocation results, wherein the preset resource allocation results include the virtual local area network range preset for the various types of business, and the refarming configuration script includes the first service flow configuration information of the various types of business in the first local area network, and the second service flow configuration information of the various types of business in the second local area network, the first local area network is the local area network before the refarming configuration is performed, and the second local area network is the local area network after the refarming configuration is performed; A third processing module, configured to distribute the refarming configuration script to the optical line terminal device and the multi-service edge device; The fourth processing module is used to collect the first hardware address information of each type of business in the first local area network and the second hardware address information in the second local area network in real time after distributing the refarming configuration script, and determine whether there is any abnormality in the refarming configuration process based on the first hardware address information and the second hardware address information.

12. A non-volatile storage medium, characterized in that: The non-volatile storage medium stores a program, wherein when the program is running, the device where the non-volatile storage medium is located is controlled to execute the virtual local area network refarming configuration method according to any one of claims 1 to 10.

13. An electronic device, characterized in that: include: A memory and a processor, wherein the processor is used to run a program stored in the memory, wherein the program executes the virtual local area network refarming configuration method described in any one of claims 1 to 10 when running.

14. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the virtual local area network refarming configuration method described in any one of claims 1 to 10 are implemented.

Images