Virtual LAN refarming configuration method, apparatus and non-volatile storage medium

Abstract

This application discloses a method, apparatus, and non-volatile storage medium for virtual local area network (VLAN) refarming configuration. The method includes: obtaining a global configuration file from an optical line terminal device (OLT) and a multi-service edge device (MSE) via a first preset program interface, and extracting configuration data of preset field types from the global configuration file; determining preset resource allocation results for various services based on the configuration data, and generating a refarming configuration script based on the preset resource allocation results; after distributing the refarming configuration script, collecting first hardware address information for various services in a first VLAN and second hardware address information in a second VLAN in real time, and determining whether there are any anomalies in the refarming configuration process based on the first and second hardware address information. This application solves the technical problem of low VLAN refarming efficiency caused by inaccurate service data configuration collection in existing refarming technologies.

Description

Technical Field

[0001] This application relates to the field of communication network and computer technology, and more specifically, to a virtual local area network refarming configuration method, apparatus, and non-volatile storage medium. Background Technology

[0002] With the advent of the 5G era, B2B businesses are undergoing a transformation from traditional ICT to DICT (Digitalization, Informatization, Communication, and Technological Integration). This involves not only the convergence of technologies (such as cloud, network, and edge computing) but also a shift towards more flexible and open business models. This transformation places newer and more efficient demands on network architecture. However, traditional IP networks, with their fixed and mobile separation architecture, can no longer meet the current needs for flexibility and efficiency. This network structure has significant shortcomings in automated deployment and intelligent operation and maintenance, especially in cloud-network convergence scenarios. To adapt to these changing needs, operators are shifting towards a new metropolitan area network architecture centered on edge cloud.

[0003] In new metropolitan area networks (MANs), the proper planning and refarming of VLANs (Virtual Local Area Networks) in the access network is crucial. Currently, VLAN planning varies across regions, and outdated partitioning rules lead to uneven resource allocation, severely impacting network efficiency and scalability, and failing to meet the requirements of new MAN construction.

[0004] There is currently no effective solution to the above problems. Summary of the Invention

[0005] This application provides a virtual local area network (VLAN) refarming configuration method, apparatus, and non-volatile storage medium to at least solve the technical problem of low VLAN refarming efficiency caused by inaccurate business data configuration collection in existing refarming technologies.

[0006] According to one aspect of the embodiments of this application, a virtual local area network (VLAN) refarming configuration method is provided, comprising: obtaining a global configuration file from an optical line terminal device (OLT) and a multi-service edge device (MSE) through a first preset program interface, and extracting configuration data of preset field types from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a remote login / Secure Shell protocol for viewing global configuration instructions, and the preset field types are field types determined based on the VLAN refarming configuration information; determining preset resource allocation results corresponding to various types of services based on the configuration data, and generating a refarming configuration script based on the preset resource allocation results, wherein the preset resource allocation results include various types of services. The pre-defined virtual local area network (VLAN) scope of the service includes the first service flow configuration information of various services in the first VLAN and the second service flow configuration information of various services in the second VLAN. The first VLAN is the VLAN before the refarming configuration is performed, and the second VLAN is the VLAN 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 the refarming configuration script is distributed, the first hardware address information of various services in the first VLAN and the second hardware address information in the second VLAN are collected in real time, and 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 preset field types from the global configuration file includes: determining the configuration type corresponding to the global configuration file, wherein the configuration type includes non-cascading configuration and cascading configuration; extracting configuration data of preset field types from the global configuration file according to the configuration type; determining the audit method corresponding to the preset field type, and performing a legality audit on the configuration data according to the audit method.

[0008] Optionally, extracting configuration data of preset field types from the global configuration file includes: when the configuration type is non-cascaded configuration and the global configuration file is the configuration file of the optical line terminal equipment, scanning the global configuration file line by line with the interface configuration symbol as the configuration acquisition start flag and the final exit configuration symbol as the configuration acquisition stop flag, and calling the service data recognition model to identify and collect the scan results; when the configuration type is cascaded configuration and the global configuration file is the configuration file of the optical line terminal equipment, setting multiple regular expression scanners according to the configuration type to perform asynchronous scanning of the global configuration file, and concatenating the fields of the passive optical network port and registration address data that match in the asynchronous scanning results after the asynchronous scanning is completed.

[0009] Optionally, extracting configuration data of preset field types from the global configuration file includes: when the configuration type is non-cascading configuration and the global configuration file is a configuration file for multiple service edge devices, scanning the global configuration file line by line; when the configuration type is cascading configuration and the global configuration file is a configuration file for multiple service edge devices, calling the cascading configuration regular expression parsing module to asynchronously parse the global configuration file, and after parsing, associating the parsing results with the leased sub-interface values ​​of the multiple service edge devices to obtain the configuration data. The cascading configuration regular expression parsing module comprises at least one of the following: a service identifier recognition module, a virtual LAN configuration recognition module, a rate configuration recognition module, and an interface status recognition module.

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

[0011] Optionally, interconnection port data and aggregation port status information between the optical line terminal equipment (OLT) and the multi-service edge equipment (MLE) are collected through a second preset interface, wherein the MLE is the device connected to the OLT. A first type of configuration data corresponding to the MLE and a second type of configuration data corresponding to the OLT are determined in the configuration data. Based on the interconnection port data and aggregation port status information, first target data associated with the OLT is filtered from the first type of configuration data. The first target data is then 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 also consistent with the customer network field value in the second type of configuration data. The second target data is then written into the service port field of the OLT's configuration data.

[0012] Optionally, generating a refarming configuration script based on preset resource allocation results includes: writing the first service virtual local area network (VLAN) information of the first local area network into the first service flow configuration information; executing a VLAN conversion instruction on the first service VLAN information and adding the converted first service VLAN information to the server VLAN of the second local area network; setting the inner VLAN information in the first service flow configuration information as the server VLAN; and setting the traffic control policy of the first service flow configuration information to be consistent with the traffic 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 for 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 for all user services in the second local area network. Determining whether there is an anomaly in the refarming configuration process based on the first and second hardware address information includes: using the first hardware address information collected initially as the first baseline hardware address information, and using the second hardware address information as the second baseline hardware address information; in each subsequent collection round, after collecting the first hardware address information, comparing the first hardware address information with the first baseline 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 baseline hardware address information to obtain the fluctuation of the second hardware address information; and determining whether there is an anomaly in the refarming configuration process based on the fluctuation of the first and second hardware address information.

[0014] Optionally, determining whether there is an anomaly 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 anomaly if the number of virtual local area networks (VLANs) online as indicated by the fluctuation of the first hardware address information is greater than the number of VLANs online as 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 the embodiments of this application, a virtual local area network (VLAN) refarming configuration device is also provided, comprising: a first processing module, configured 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 preset field types from the global configuration file, wherein the first preset program interface is an interface encapsulated according to a remote login / secure shell protocol for viewing global configuration instructions, and the preset field types are field types determined according to the VLAN refarming configuration information; and a second processing module, configured to determine preset resource allocation results corresponding to various services 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 configuration data for various services. The virtual local area network (VLAN) scope preset for each service type is defined. The refarming configuration script includes the first service flow configuration information of each service type in the first VLAN and the second service flow configuration information of each service type in the second VLAN. The first VLAN is the VLAN before the refarming configuration is executed, and the second VLAN is the VLAN after the refarming configuration is executed. 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 service type in the first VLAN and the second hardware address information in the second VLAN in real time after the refarming configuration script is distributed, and to determine whether there are any abnormalities in the refarming configuration process based on the first hardware address information and the second hardware address information.

[0017] According to another aspect of the embodiments of this application, a non-volatile storage medium is also provided, wherein a program is stored in the non-volatile storage medium, wherein the program controls the device where the non-volatile storage medium is located to execute a virtual local area network refarming configuration method when it runs.

[0018] According to another aspect of the embodiments of this application, an electronic device is also provided, including: a memory and a processor, the processor being configured to run a program stored in the memory, wherein the program executes a virtual local area network refarming configuration method during runtime.

[0019] According to another aspect of the embodiments of this application, a computer program product is also provided, including a computer program that, when executed by a processor, implements a virtual local area network refarming configuration method.

[0020] In this embodiment, the following steps are taken: A global configuration file is obtained from the optical line terminal device and the multi-service edge device via a first preset program interface, and configuration data of preset field types is extracted from the global configuration file. The first preset program interface is an interface encapsulated based on the remote login / secure shell protocol for viewing global configuration instructions, and the preset field types are determined based on the refarming configuration information of the virtual local area network (VLAN). Preset resource allocation results for various services are determined based on the configuration data, and a refarming configuration script is generated based on the preset resource allocation results. The preset resource allocation results include the preset VLAN range for each service type. The refarming configuration script includes the first service flow configuration information for each service type in the first VLAN and the second service flow configuration information for each service type in the second VLAN. The system identifies two LANs: the first LAN before refarming configuration and the second LAN after refarming configuration. Refarming configuration scripts are distributed to optical line terminal equipment (OLT) and multi-service edge equipment (MSE). After distribution, the system collects the first hardware address information of various services in the first LAN and the second hardware address information in the second LAN in real time. Based on these information, it determines whether there are any anomalies in the refarming configuration process. By real-time parsing of the global configuration files of the OLT and MSE devices to obtain configuration information, the system automatically generates refarming scripts, thereby improving refarming efficiency and quality. This solves the technical problem of low refarming efficiency in virtual LANs caused by inaccurate service data configuration collection in existing refarming technologies. Attached Figure Description

[0021] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0022] Figure 1 This is a schematic diagram of the structure of a computer terminal (mobile device) according to an embodiment of this application;

[0023] Figure 2 This is a flowchart illustrating a virtual local area network (VLAN) refarming configuration method according to an embodiment of this application.

[0024] Figure 3 This is a schematic diagram of a new town VLAN intelligent refarming allocation process provided according to an embodiment of this application;

[0025] Figure 4 This is a flowchart illustrating a virtual local area network (VLAN) refarming configuration method according to an embodiment of this application.

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

[0027] Figure 6 This is a schematic diagram of a government and enterprise dedicated line parsing process provided according to an embodiment of this application;

[0028] Figure 7 This is a schematic diagram of a process for synchronous mapping of leased line services according to an embodiment of this application;

[0029] Figure 8 This is a logical diagram illustrating a dual-service flow configuration according to an embodiment of this application;

[0030] Figure 9 This is a flowchart illustrating a process for generating a re-tillage configuration script according to an embodiment of this application;

[0031] Figure 10 This is a schematic diagram of a dynamic visualization sensing probe provided according to an embodiment of this application;

[0032] Figure 11 This is a flowchart illustrating a process for determining whether an anomaly exists in the recultivation configuration process, according to an embodiment of this application.

[0033] Figure 12 This is a schematic diagram illustrating configuration parsing information according to an embodiment of this application;

[0034] Figure 13 This is a schematic diagram of a real-time configuration acquisition and parsing interface provided according to an embodiment of this application;

[0035] Figure 14 This is a schematic diagram of an uplink MSE sub-interface and SVLAN detection result interface provided according to an embodiment of this application;

[0036] Figure 15 This is a schematic diagram of the management address interface of an OLT that requires auditing, according to an embodiment of this application.

[0037] Figure 16 This is a schematic diagram of a user address monitoring overview interface provided according to an embodiment of this application;

[0038] Figure 17 This is a schematic diagram of a tracking and alarm monitoring details interface provided according to an embodiment of this application;

[0039] Figure 18 This is a schematic diagram of an OLT post-verification result provided according to an embodiment of this application;

[0040] Figure 19This is a schematic diagram of a virtual local area network re-farming configuration device provided according to an embodiment of the present invention. Detailed Implementation

[0041] 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 with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0042] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0043] To better understand the embodiments of this application, the technical terms involved in the embodiments of this application are explained below:

[0044] VLAN (Virtual Local Area Network): A technology that creates a hierarchical network structure through software configuration without physically reorganizing hardware devices. Within a VLAN, a selected group of network devices can communicate logically separately as if they were interconnected, even though they may actually be located on different network segments or in different geographical locations.

[0045] OLT (Optical Line Terminal): A device in a Fiber to the Home (FTTH) network, typically installed in the service provider's central office. It is responsible for converting traditional electrical signals into optical signals and distributing them to users via the fiber optic network. The OLT is the master 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 within a data center to connect servers, storage devices, and other network components. They typically support high-speed data transmission and advanced network management features to optimize network traffic and performance within the data center.

[0047] MSE (Multi-Service Edge): A type of network device typically deployed close to the user network, at the "network edge." This device is designed to handle data from multiple services, such as internet access, VoIP (voice over IP), video streaming, and enterprise VPN services.

[0048] Telnet Protocol: Telnet is a network protocol used to provide two-way interactive text communication on remote computers. 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 to make configuration changes to these devices.

[0050] Unmanageable home gateway: A faulty terminal optical modem that cannot be configured, distributed, or managed through the telecom ITMS platform, or an illegally modified optical modem.

[0051] Proper VLAN refarming not only optimizes resource utilization but also supports a wider range of business needs, meeting the requirements of intelligent interconnection in new metropolitan area networks. However, the following issues mainly exist during access network VLAN refarming:

[0052] 1. Low accuracy of multi-level business configuration data relying on various resources and network management systems:

[0053] As the access layer for PON (Passive Optical Network) access services, OLT devices rely on service resource systems. However, this reliance often leads to unpredictable risks of errors in the completeness and accuracy of service data due to factors such as the inability to guarantee 100% accuracy of system data, manual configuration in certain special service scenarios, and untimely updates of system data during service processing. Relying on network management systems is problematic because the configuration data is not directly linked to the actual telecommunications services. For example, service priorities and service port serial numbers are not associated, and different manufacturers and models of devices store different data fields. Furthermore, VLAN refarming requires precise identification of all specific service types and configuration information, making it impossible to completely rely on the network management system for full service data collection. Meanwhile, MSE (Mobile Service Provider) serves as the IP bearer layer for various service types, especially for enterprise leased lines, requiring completely accurate configuration of service VLANs, aggregation ports, user IP addresses, security ports, and rate limiting settings. The system that relies on business resources also suffers from problems such as inaccurate system data, untimely data updates, missing special services, and incomplete data. The data contained in the network management system, which involves many different equipment models from various manufacturers, cannot be associated with telecommunications services. Furthermore, some fields, such as aggregation port information and routing information, are not stored in its database, making it unsuitable for digital intelligent VLAN refarming work.

[0054] 2. Lack of multi-dimensional means to perceive the connectivity of services switching between old and new cities during VLAN refarming:

[0055] The multi-level distribution of VLAN refarming configuration for the new metropolitan area network (MAN) transformation access network involves modifying user interrupted VLAN binding values ​​and introducing the new MAN gateway VLAN concept. Simultaneously, the data volume involved in the synchronous configuration distribution at the OLT-DCSW-MSE level is enormous. Traditional service connectivity monitoring methods often rely on AAA (Authentication, Authorization, Accounting) server authentication, ONU management server manageability monitoring, or real-time collection and detection of online terminal information on the OLT. The drawbacks are: these methods fail to introduce the new access network gateway VLAN concept and fail to monitor such management VLANs in real-time; AAA server authentication lacks connectivity auditing for FTTBC (Fiber to the Building / Curb) services, including home broadband, ITV (Interactive Television), and leased line services; and this method lacks instantaneous capability, as the large number of service online / offline events has delayed feedback characteristics, thus failing to achieve real-time monitoring. Furthermore, it cannot monitor APs (Access Points). Real-time monitoring of Point (access point) services, fixed-line services, and management channel services is required; however, the online information of the OLT bearer terminal can only reflect whether the ONU is registered normally, and cannot show the specific information on the real-time service connectivity of different service types during the configuration replacement process; after VLAN refarming, the service VLAN values ​​are all within the range of newly planned VLAN values ​​in the province and city. The above methods cannot dynamically identify the VLAN service information of the old and new cities, and therefore cannot achieve real-time monitoring during the alternation of services between the old and new cities.

[0056] 3. Low accuracy of dynamic real-time correlation data for enterprise and government leased line services: In VLAN refarming, the main unit to be refarmed is a single OLT device. The enterprise and government leased line services involved in PON access, including Internet leased lines, Layer 3 leased lines, Layer 2 VPLS (Virtual Private LAN Service) leased lines, AP leased lines, cloud leased lines, etc., need to be synchronously configured and modified on the Layer 3 device MSE. This requires mapping the enterprise and government leased line service data of the OLT-MSE device to ensure that the enterprise and government leased line services carried by the entire OLT can be completely and accurately configured and changed on the MSE. The current mainstream approach to cross-layer identification of government and enterprise leased line data in OLT-MSE mainly relies on the government and enterprise leased line resource systems of various provinces. These systems largely depend on manual resource entry and data recording from automated service standard activation and deployment systems. The drawbacks of this approach are: Firstly, the long-standing manual resource entry cannot guarantee data accuracy, and there are issues with untimely additions, deletions, and modifications. Unavoidable errors can lead to network service interruptions for government and enterprise users, making this approach unsuitable for this task. Secondly, while automated service standard activation and deployment can store standard leased line service data in a timely manner, it cannot accurately record some non-standard services. Furthermore, network cutovers and service migrations frequently occur during daily maintenance, which can cause resource systems to fail to update resource data in a timely manner or result in abnormal errors. Therefore, this method cannot fully guarantee the accuracy of government and enterprise services during refarming. Thirdly, the refarming of government and enterprise leased line services involves numerous configuration fields, including leased line number, user address, rate limiting template, security port opening, static route configuration, service VLAN configuration, and sub-interface configuration. Most single systems cannot cover all of these fields.

[0057] 4. Lack of an automatic script generation method for dual-service flow configuration in both new and old cities: The existing VLAN refarming solution lacks a means to generate configuration linkage scripts for three-tier OLT-DCSW-MSE devices. Furthermore, the configuration method for a single new city service translation flow will inevitably cause large-scale user failures when data anomalies or home terminal malfunctions occur. Therefore, there is currently a lack of a multi-tier device configuration intelligent generation and distribution method, as well as a dual-service flow translation configuration adapted to both new and old cities, in order to greatly improve network transformation efficiency while avoiding user obstacles caused by home terminal and data resource anomalies.

[0058] To address the aforementioned issues, this application provides relevant solutions, which are detailed below.

[0059] According to an embodiment of this 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 in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0060] The method embodiments provided in this application can be executed on a mobile terminal, computer terminal, or similar computing device. Figure 1 A hardware block diagram of a computer terminal (or mobile device) for implementing a virtual LAN refarming configuration method is shown. Figure 1 As shown, the computer terminal 10 (or mobile device 10) may include one or more processors 102 (shown as 102a, 102b, ..., 102n in the figure) (processor 102 may include, but is not limited to, a microprocessor MCU or a programmable logic device FPGA, etc.), 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 a BUS bus), a network interface, a power supply, and / or a camera. Those skilled in the art will understand that... Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the aforementioned electronic device. For example, computer terminal 10 may also include... Figure 1 The more or fewer components shown, or having the same Figure 1 The different configurations shown.

[0061] It should be noted that the aforementioned one or more processors 102 and / or other data processing circuits are generally referred to herein as "data processing circuits". These data processing circuits may be embodied, in whole or in part, in software, hardware, firmware, or any other combination thereof. Furthermore, the data processing circuits may be a single, independent processing module, or may be integrated, in whole or in part, into any other element within the computer terminal 10 (or mobile device). As involved in the embodiments of this application, the data processing circuits serve as a processor control mechanism (e.g., selection of a variable resistor termination 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 LAN refarming configuration method in this embodiment. The processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, thereby implementing the above-mentioned application vulnerability detection method. The memory 104 may include high-speed random access memory, and may also include 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 memory remotely located relative to the processor 102, and these remote memories can be connected to the computer terminal 10 via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0063] The transmission device 106 is used to receive or send data via a network. Specific examples of the network described above may include a wireless network provided by the communication provider of the computer terminal 10. In one example, the transmission device 106 includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission device 106 may be a Radio Frequency (RF) module, used for wireless communication with the Internet.

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

[0065] Under the above operating environment, this application provides a method for reconfiguring a virtual local area network (VLAN), such as... Figure 2 As shown, the method includes the following steps:

[0066] Step (1), OLT-MSE device global configuration file service information parser and cross-level government and enterprise leased line real-time synchronization mapping: In order to achieve a virtual LAN refarming configuration method that does not rely on the provincial and municipal business resource systems and network management systems of each level of the current network system, and obtains the full multi-level service configuration information required for VLAN refarming work, ensuring the real-time, accuracy, integrity and high availability of data, the following steps are taken: This section encapsulates the telnet / ssh command to view the global configuration as the first preset program interface, which requests and obtains the global configuration of OLT and MSE in real time, and calls the layered OLT configuration parsing and mapping algorithm (used to parse the user service data configuration of the refarmed user in the OLT, including models including

[0067] The system uses the MA5800 / MA5680 / C600 / C300 / AN5516) and the MSE global configuration enterprise leased line synchronization parsing algorithm (used to parse various types of field data for refarming various enterprise leased lines in the MSE, models include ME60 / 7750 / NE40 / NE80 / M6000) to perform real-time service configuration parsing on OLT and MSE devices. At the same time, based on the correlation of data communication service VLAN configuration, it calls the leased line synchronization and mapping analyzer, completely eliminating the dependence on resource system. Combined with the real-time full service data of OLT and MSE parsed by the OLT-DCSW-MSE three-layer network device multi-type service intelligent information parsing algorithm module, a cross-level enterprise leased line information mapper is designed to map the OLT whole machine leased line information with the enterprise leased line service data carried by the uplink MSE in real time, to obtain complete, accurate and real-time leased line service data carried on the MSE with OLT as the basic unit and the full fields required for VLAN refarming. Based on the equality of the aggregation port and inner and outer VLANs, the enterprise leased line data on the MSE is mapped to the service-port field of the OLT service resolution field. The resolution field in the OLT should include ponid, registration method, registration value, service-port, registration IP, sub-interface configuration, bearer OLT address, etc.; the MSE resolves the enterprise leased line service fields such as inner and outer VLANs, leased line type, user gateway, filter restrictions, service status, leased line rate, static route configuration, etc.; after the leased line is mapped, the leased line data information with equal aggregation port, SVLAN and CVLAN is added to the service-port stream corresponding to the OLT field.

[0068] Step (2), New Metropolitan Area Network VLAN Resource Allocation and New / Old City Adaptation Dual-Service Flow VLAN Refarming Configuration Module: This configuration generation module was developed to automatically generate VLAN refarming data based on the refarming data obtained in step (1), and to reduce service interruption obstacles for VLAN refarming users caused by resource errors, terminal anomalies, etc. by using a configuration method that simultaneously adapts to the dual-service flow of new and old cities. The module calls the new city VLAN intelligent refarming allocation algorithm module, such as... Figure 3As shown, the SVLAN ranges (501-1800) for various services are preset for the OLT unit based on the board and PON port dimensions. Among them, the SVLAN range for home broadband is allocated by incrementing by 1 according to the board order. The SVLANs for leased line services, ITV, management, and voice are all assigned fixed values, namely 3507, 3607, 3807, and 3907, respectively; at the same time, the CVLAN range for leased lines is 3001-3500, and the CVLAN range for home broadband is 501-2000. After preset, based on the OLT refarming sample row data parsed in step (1), the data is grouped and aggregated according to PONID, and the SVLANs for the new city VLANs are allocated according to the board and PON port order. The CVLANs for home broadband, ITV, various leased line services, voice, management, and other services are allocated according to the service type. After allocation, the module for automatic generation and distribution of VLAN refarming configuration for dual service flows in the new and old cities is invoked. It traverses the complete OLT data frames after the allocation of VLANs in the new city, generates the service flow configuration for the new city service, and configures the corresponding VLAN service flow that is also effective in the old city. The dual service flow refarming configuration is generated and a configuration script is formed. Finally, the refarming configuration is distributed through encapsulation of the CLI protocol.

[0069] Step (3), Dynamic Visual Perception Probe for Service Usage Quality During VLAN Refarming and Configuration Alternation in Old and New Cities: To fill the gap in the current VLAN refarming transformation of new cities, which lacks dynamic visualization methods for monitoring and early warning of the service alternation process between old and new cities, this paper innovates a real-time VLAN-MAC conversion tracking and alarm algorithm for old city configuration alternation. A new metropolitan area network gateway VLAN concept is introduced in the Layer 2 ARP protocol detection, and it is adapted to the planning value range of old city service VLANs and new city service VLANs. By real-time monitoring and statistical learning of the MAC addresses of various types of service VLANs in the old and new cities of different user ONU terminals in the whole machine OLT, real-time visual online and offline monitoring, rationality calculation and crisis alarm of all service types in the old and new cities are realized during the VLAN refarming configuration replacement process. At the same time, in conjunction with the AAA service online status anomaly monitoring model in VLAN refarming, the baseline and real-time online status are compared with the model, and anomaly warnings are given in real time.

[0070] This application also provides a method for reconfiguring a virtual local area network (VLAN), such as... Figure 4 As shown, the method includes the following steps:

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

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

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

[0074] Specifically, the rules for legality auditing of the collected and parsed data include that the service-port field cannot be empty, and that for FTTBC services, the sub-card configuration information must not be empty according to different OLT models. Among them, the FTTBC service data connected to the C600 / C300 device must be based on the specific sub-card configuration information.

[0075] Optionally, extracting configuration data of preset field types from the global configuration file includes: when the configuration type is non-cascaded configuration and the global configuration file is the configuration file of the optical line terminal equipment, scanning the global configuration file line by line with the interface configuration symbol as the configuration acquisition start flag and the final exit configuration symbol as the configuration acquisition stop flag, and calling the service data recognition model to identify and collect the scan results; when the configuration type is cascaded configuration and the global configuration file is the configuration file of the optical line terminal equipment, setting multiple regular expression scanners according to the configuration type to perform asynchronous scanning of the global configuration file, and concatenating the fields of the passive optical network port and registration address data that match in the asynchronous scanning results after the asynchronous scanning is completed.

[0076] Specifically, Figure 5 This illustrates a flowchart for extracting configuration data of a preset field type, such as... Figure 5As shown, for the device models covered by the current OLT, for non-cascaded configurations, a step interpreter is used. The interface configuration symbol is used as the single-user configuration acquisition start flag, and the final exit configuration symbol (exit / quit) is used as the single-user configuration acquisition stop flag. The entire 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 interpreter memory, and the user service data write tag is set to the start state. The system then scans the next line of the configuration, calling the service registration classification model (including LOID / SN / MAC) to identify the registered service model. It then proceeds to the interpreter's service step label for the corresponding service model, simultaneously calling the service data identification model for this OLT model. This model includes identifying the service's VLAN, priority, broadband service, management service, ITV service, fixed voice service, AWIFI service, and FTTBC sub-card registration information. Subsequent scans, due to the write label being enabled and the service step label specifying the corresponding service registration model, allow for different service models to be collected for different services. When the scan reaches the "#" end symbol, the interpreter's write label is disabled, and subsequent scans only detect whether the label is enabled; otherwise, they skip it. For cascading configuration type OLT global configurations, regular expression scanners are designed for different configuration levels. These can be specifically divided into registration method scanners, service flow configuration scanners, sub-interface service configuration scanners, service VLAN scanners, and various types of service data configuration scanners (including the aforementioned management, ITV, voice, AWIFI, broadband, and FTTBC device sub-card registration information). Asynchronous module scanning is performed on the global configuration of the entire OLT. After scanning, the mapping module is invoked to concatenate fields of matching PON ports (i.e., passive optical network ports) and registration IDs (i.e., registration address information) to obtain complete global user configuration data. Specifically, configuring a home gateway or FTTB service on an OLT device first requires configuring LOID / SN / MAC address registration and binding data under the PON port on the allocated card within the device system. Then, service-port flows are written to the broadband service flow configuration file, including service flow configurations composed of VLAN, priority, broadband service, management service, ITV service, fixed voice service, AWIFI service, and FTTBC sub-card registration information. Therefore, concatenation refers to integrating the relevant registration fields and service flow configuration data of a home gateway or FTTB device based on the parsed PONID to obtain the complete configuration information required for VLAN refarming. For all users, this involves connecting all home gateways and FTTBC registration configurations and broadband service data configuration information to a single refarmed OLT.

[0077] Optionally, for multi-service edge devices, extracting configuration data of preset field types from the global configuration file includes: when the configuration type is non-cascaded configuration and the global configuration file is the configuration file of the multi-service edge device, scanning the global configuration file line by line; when the configuration type is cascaded configuration and the global configuration file is the configuration file of the multi-service edge device, calling the cascaded configuration regular expression parsing module to asynchronously parse the global configuration file, and after parsing, associating the parsing results with the leased sub-interface values ​​of the multi-service edge device to obtain the configuration data. The cascaded configuration regular expression parsing module comprises at least one of the following: a service identifier recognition module, a virtual LAN configuration recognition module, a rate configuration recognition module, and an interface status recognition module.

[0078] Specifically, Figure 6 A schematic diagram of the government-enterprise dedicated line parsing process is shown, such as... Figure 6 As shown, the dedicated line service acquisition and storage step-by-step interpreter algorithm architecture includes a configuration scanner, interface service identification carry character, static dedicated line service identification carry character, 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, and service description parsing module), dedicated line type parsing, and cascading configuration regular expression parsing. The dedicated line service acquisition and storage step-by-step interpreter scanning and identification logic is as follows: when it is a non-cascading global configuration, it scans the global configuration line by line; when it is a cascading configuration, it directly calls the cascading configuration regular expression parsing module, which includes a service IP identification module, VLAN configuration identification module, rate configuration identification module, and interface status identification module, and performs asynchronous parsing. After parsing, it associates the values ​​of the dedicated line sub-interfaces 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 leased line interface identifier, calling the leased line type parsing module and the business configuration writing parsing module to parse the scanned data associated with the preset leased line interface identifier, and integrating and storing the parsing results after scanning the interface end identifier corresponding to the preset leased line interface identifier.

[0080] Specifically, the scanning and identification logic of the leased line service collection and storage step interpreter is as follows: When it is a non-cascaded global configuration, it first scans the global configuration line by line. When a specific leased line interface is scanned, the interface service identification carry character is set to 1, and the leased line type parsing and leased line service configuration parsing modules are called to parse the data configuration, and collect the specific IP address, rate template, service status, service VLAN value, leased line type (including Internet leased line, AP leased line, network leased line, Layer 2 network), leased line sub-interface value, etc. of a professional user. When the end identifier of this interface is scanned, the above field information is integrated and stored, and the interface service identification carry character is set to 0. For the next line of configuration, only the meaning of 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 equipment (OLT) and the multi-service edge equipment (MSE) are collected through a second preset interface. The MSE is the device connected to the OLT. A first type of configuration data corresponding to the MSE and a second type of configuration data corresponding to the OLT are determined in the configuration data. First target data associated with the OLT is filtered from the first type of configuration data based on the interconnection port data and aggregation port status information. The first target data is then 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 also consistent with the customer network field value in the second type of configuration data. The second target data is then written into the service port field of the OLT's configuration data.

[0082] Specifically, Figure 7 A schematic diagram of a dedicated line service synchronization mapping process is shown, such as... Figure 7As shown, to mitigate the deficiencies in real-time performance and accuracy inherent in various resource systems, the LLDP (Link Layer Discovery Protocol) is utilized. First, a high-efficiency API interface (i.e., the second preset interface) is encapsulated to automatically collect interconnection port and aggregation port data between the OLT device (i.e., optical line terminal equipment) and its upstream MSE device. Then, the aforementioned multi-level device configuration service parsing algorithm is invoked to perform real-time configuration parsing and client caching on the OLT and MSE involved, obtaining the first type of configuration data corresponding to multiple service edge devices and the second type of configuration data corresponding to the optical line terminal equipment. Finally, the parsed MSE whole-machine enterprise leased line service data (i.e., the first target data) is filtered according to the corresponding interconnection ports and logical aggregation ports to obtain the full range of services carried by the OLT uplink. The data is collected from enterprise and government dedicated line services (i.e., the second target data). The values ​​of 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) in the OLT whole machine service collection information are compared with the values ​​of 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) in the filtered MSE enterprise and government dedicated line service data information. The data (second target data) that are completely equal are mapped to the service-port (i.e., the service port field) in the OLT whole machine service collection information, so as to achieve real-time and accurate mapping of OLT-MSE whole machine data.

[0083] Step S404: Determine the preset resource allocation results corresponding to various services based on the configuration data, and generate a refarming configuration script based on the preset resource allocation results. The preset resource allocation results include the virtual local area network range preset for various services. The refarming configuration script includes the first service flow configuration information of various services in the first local area network and the second service flow configuration information of various services in the second local area network. The first local area network is the local area network before the refarming configuration is executed, and the second local area network is the local area network after the refarming configuration is executed.

[0084] Optionally, the OLT unit presets SVLAN ranges (501-1800) for various services based on the board and PON port. The SVLAN range for home broadband is assigned by incrementing by 1 according to the board sequence. Leased line services, as well as ITV, management, and voice services, are assigned fixed SVLAN values ​​of 3507, 3607, 3807, and 3907 respectively; meanwhile, the CVLAN range for leased lines is 3001-3500, and the CVLAN range for home broadband is 501-2000.

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

[0086] Optionally, the dual-service flow configuration is for the transformation of the new metropolitan area network. During the access network VLAN refarming period, to avoid user obstacles caused by the failure of service VLANs to be distributed to home gateways due to various reasons when only the new city service flow is deployed, in order to reduce dependence on home gateways, while deploying a single new city service VLAN during VLAN refarming, 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 as follows:

[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 201 outbound traffic-table index 201

[0088] b. Configuration of old city service flow: 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 201 outbound traffic-table index 201

[0089] This dual-service-flow configuration supports both the translation of new city gateway VLAN services to new city CVLAN services and the translation of old city original service CLVLAN services to new city CVLAN services, avoiding service obstacles caused by data errors and faulty terminals. The specific logic is as follows: Figure 8As shown.

[0090] Optionally, Figure 9 The flowchart illustrating the process of generating the refarming configuration script is shown, such as... Figure 9 As shown, after the OLT-MSE complete machine configuration collection and leased line service mapping, based on its data frames, it first performs grouping and aggregation according to the ponid field, and then generates service configurations in ascending order of board and PON. Specifically, its service fields are as follows:

[0091]

[0092] a. First, delete the multicast service flow configuration on the PON port. This is to allow the single-user multicast VLAN to be transformed into a new City Layer 3 VLAN translation configuration.

[0093] b. Enter the specified terminal ONU interface by pressing ponid. First, based on the index number in the service-port and the inner and outer VLANs, delete the service flows corresponding to voice, ITV, and management VLAN values, and at the same time add the new VLAN service flow configuration.

[0094] c. Traverse the fields in service-port for home broadband, AP, and various types of government and enterprise private line services. Based on their registration methods, classify the terminal types into FTTH (LOID registration) and FTTBC (SN / MAC registration). Based on 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, and then translate the new city gateway VLAN service flow configuration and translate the old city CVLAN to the new city service CVLAN configuration in the new and old city dual VLAN configuration.

[0095] d. If it is an FTTBC type user, enter its sub-card configuration, and 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 old city service's inner and outer VLANs are mapped to the upper-layer MSE leased line service configuration in the service-port field, then add the upper-layer leased line modification in the MSE configuration script. Specifically, first delete the sub-interface and inner / outer VLAN configurations in the old city MSE leased line configuration, then configure them according to the allocated new city inner and outer VLANs, and simultaneously configure filter interface restrictions, rate limiting, user gateway configurations, etc., and enable or disable the service status according to the original service status.

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

[0098] Optionally, to enable automatic distribution of the generated configuration script, the refarming configuration script txt content to be distributed is encapsulated in the CLI protocol (command line interface protocol), and the VLAN refarming configuration of the OLT-DCSW-MSE multi-level devices is distributed 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 acquisition from 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 anomaly in the refarming configuration process based on the first and second hardware address information includes: using the first hardware address information collected initially as the first baseline hardware address information, and using the second hardware address information as the second baseline hardware address information; in each subsequent collection round, after collecting the first hardware address information, comparing the first hardware address information with the first baseline 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 baseline hardware address information to obtain the fluctuation of the second hardware address information; and determining whether there is an anomaly in the refarming configuration process based on the fluctuation of the first and second hardware address information.

[0102] Optionally, Figure 10 This demonstrates a dynamic, visual, and perceptual probe for assessing service usage quality during the VLAN refarming configuration transition between old and new cities. Figure 10As shown, before VLAN refarming configuration begins, the probe first collects and stores baseline data. The baseline data includes the number and detailed information of MAC addresses connected to the new and old city service VLANs for different user ONU terminals in the entire OLT, providing 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 quality of the new and old city service VLANs by the dynamic changes in MAC address learning. This model utilizes the periodic probing of the ARP protocol to promptly detect changes in MAC address learning, thereby judging the connectivity and stability of the service. The monitoring data is grouped and aggregated, categorized by board and PON port location, and detailed information on MAC addresses in each category is calculated, such as the number of online addresses and the trend of changes, and displayed through a visualization interface. If the number of MAC addresses connected to the new city VLAN is significantly less than the number of MAC addresses connected to the old city VLAN, this may indicate a risk of service interruption under the new city VLAN configuration. The probe will trigger an alert, prompting maintenance personnel to pay attention and take measures. Within a set monitoring period (e.g., 30 seconds), the probe collects and parses the data in real time for each round to capture real-time changes in the service usage quality. This helps to quickly identify potential problems and ensure business continuity. The data collected initially serves as baseline data, and each subsequent collection and analysis is compared with the baseline data to assess changes in the quality of business usage. If abnormal changes are detected in subsequent collection cycles, such as an abnormal decrease in the number of MAC addresses learned, the sensing probe will respond immediately and conduct more in-depth analysis.

[0103] Optionally, Figure 11 A flowchart illustrating the process for determining whether anomalies exist in the recultivation configuration is shown, such as... Figure 11 As shown:

[0104] First, the ARP protocol is encapsulated as an API interface to collect data from the OLT in real time (at 30-second intervals). Depending on the CVLAN range of the old and new city services (51-1050 for the old city, 501-2000 for the new city), the collected content includes the number and detailed information of online MAC addresses in the old city VLANs for all user services (Collection(OLT) (PONID and terminal MAC address values) (i.e., the first hardware address information)) and the number and detailed information of online MAC addresses in the new city VLANs for all user services (PONID and terminal MAC address values) (i.e., the second hardware address information). The collected content includes:

[0105] Number and detailed information of MAC addresses of all users' services connected to the old city VLAN: Collection_old(t)

[0106] Number and details of MAC addresses of all users connected to the new city VLAN: Collection_new(t)

[0107] Where t represents the data collection time point.

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

[0109]

[0110] That is, first, the location is aggregated according to the card, then the location is aggregated according to the PON port, and finally the detailed information of the upper and lower MAC addresses of the PON port under all group aggregations is obtained. This step involves classifying the collected data according to the card and PON port location, and calculating the detailed information of the MAC address in each category.

[0111] The data collected initially is used as the baseline data, and the dynamic fluctuations of the data in each subsequent round are calculated using the initial data as the baseline.

[0112] Baseline old =Collection_old(t0)

[0113] Baseline new =Collection_new(t0)

[0114] Where t0 represents the first data collection time point, Baseline old Baseline is the first reference hardware address information. new This is the second reference hardware address information.

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

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

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

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

[0119] Ultimately, a system is considered normal if the number of online VLANs in the new city with the same MAC address is greater than or equal to the number of online VLANs in the old city, and abnormal if the number of online VLANs in the new city with the same MAC address is less than the number of online VLANs in the old city. Specific information about the abnormality (MAC value, PONID information) will be displayed visually on the interface and an alarm will be pushed. The formula for determining whether there is an anomaly in the refarming configuration process based on fluctuations in the first and second hardware address information is as follows:

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

[0121] Optionally, determining whether there is an anomaly 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 anomaly if the number of virtual local area networks (VLANs) online as indicated by the fluctuation of the first hardware address information is greater than the number of VLANs online as 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, a virtual LAN (VLAN) refarming configuration method can be achieved that is simple to operate, fully automated, accurately and in real-time parsing of service configurations, dynamically perceives service quality during refarming from multiple dimensions, intelligently manages unmanageable low-end VLANs, and automatically generates and distributes configurations. This effectively solves problems in existing VLAN refarming work such as inaccurate service configuration collection, long refarming time per OLT, high manual input costs, a large number of service obstacles caused by refarming, inability to dynamically perceive and monitor service quality during the refarming process, and high failure rate of unmanageable home gateways. It greatly improves the efficiency and quality of VLAN refarming work in the transformation of new metropolitan area networks, ensures the perception of service quality during network transformation, and is of great significance for the high-quality and high-efficiency implementation of VLAN refarming work in the transformation of new metropolitan area networks and access networks. Specifically, the method embodiments of this application have the following advantages:

[0124] 1. OLT-MSE Device Global Configuration File Service Information Parser and Real-time Synchronization Mapping of Cross-Level Enterprise Leased Lines: This feature provides real-time parsing of the global configuration files of OLT and MSE devices. It employs cascading and non-cascading progressive interpreters to parse and associate data such as the binding of inner and outer VLANs, registration methods, registration values, card types, FTTBC device bound IPs, and service flow priority configurations for voice, broadband, IP, management, and fixed services within the OLT. It also parses and associates data with the enterprise leased line aggregation port, inner and outer VLANs, service status, filter restrictions, service gateways, leased line types, and static routing within the MSE. Based on the equality of the service aggregation port and inner and outer VLANs, it synchronously maps leased line service information to the service-port flow configured on the home gateway bound to the OLT in real time. This innovation eliminates the dependence of user service configuration data on various resource systems in traditional VLAN refarming processes, greatly improving configuration accuracy and real-time performance.

[0125] 2. Dynamic Visual Perception Probe for Service Usage During VLAN Refarming and Configuration Changeover in Old and New Cities: This system pioneered a real-time VLAN-MAC conversion tracking and alarm algorithm for configuration changeover in old and new cities, along with a real-time connectivity monitoring probe for services in both cities. By leveraging the different VLAN ranges of services in the old and new cities and using real-time ARP protocol detection, it achieves real-time visual monitoring of the online / offline status of all service types in both the old and new cities during VLAN refarming configuration replacement, along with reasonableness calculations and crisis alarms. Simultaneously, it establishes an anomaly assessment model for service authentication and online status in both old and new cities, enabling anomaly detection and early warning during the VLAN refarming service transition process at the authentication server level.

[0126] 3. Automated Generation and Distribution Module for Dual-Service Flow VLAN Refarming Configuration in New and Old Cities: This module enables the automatic generation of multi-level VLAN refarming configuration change scripts and avoids the potential service connectivity interruption risk caused by a single new city service flow in current methods. The dual-service flow configuration method, which allows for the coexistence of new and old city service flows, adopts the method of translating the new city gateway VLAN into the new city service CVLAN and the old city service CVLAN into the new city service CVLAN. This realizes the fully automated script generation and automatic distribution of VLAN refarming configuration change processes. At the same time, the dual-service flow configuration reduces service obstacles caused by abnormal resource allocation and unmanageable home terminals.

[0127] This application provides a method for reconfiguring a virtual local area network (VLAN), which includes the following steps:

[0128] Step 1: For the OLTs that need to be refarmed, use the layered OLT configuration parsing and mapping algorithm to parse the full user service configuration of the entire machine.

[0129] 1.1 Enter the device management address (location A) for which the OLT configuration needs to be collected and parsed into the system;

[0130] 1.2 The system calls the device type identification module to identify the device model. For different device models, it calls the hierarchical OLT configuration parsing and mapping algorithm (HOCPM) adapted to its model. In this embodiment, the device is identified as model 5800. The specific parsing information is as follows: Figure 12 As shown.

[0131] 1.3 The telnet protocol is encapsulated as an API to send global device acquisition commands to devices in location A. The global configuration of the acquired devices is echoed and stored in the user client cache for use by the OLT configuration parsing and mapping algorithm.

[0132] 1.4 The OLT configuration parsing and mapping algorithm is called to parse out the VLAN refarming work field information required for all user services connected to the two OLTs, including ponid, registration method, 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 area A 5800 are parsed out.

[0133] 1.5 The system performs a legality audit on the parsed data, specifically the serviceport and fttbcother fields. Illegal user data will prompt the user to repair and complete it. In this example, after the OLT device in location A is configured with a seed, there are 5 data items to be audited because they are parsed as FTTBC type data. The sub-card configuration information in the single fttbcother information is missing. After verification, these are data of users who have been decommissioned in the OLT. After selecting the corresponding user data, the system will call the automatic data deletion module to clean up the invalid data of these 5 users in the OLT.

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

[0135] Step 2: For the OLT that needs to be refarmed, call the MSE Global Configuration Enterprise Leased Line Synchronization Parsing Algorithm (GDCSPF) to parse the configuration data of various types of enterprise leased line services of the target MSE. Here, we take the MSE device C connected from site A as an example. The specific operation steps are as follows:

[0136] 2.1 The interface allows for real-time configuration, data collection, and parsing by inputting the management address of the MSE to be parsed, or by periodically configuring, parsing, and storing the data in a database. The real-time configuration, data collection, and parsing interface is shown below. Figure 13 As shown.

[0137] 2.2 The MSE global configuration government and enterprise leased line synchronous parsing algorithm is called to parse the collected MSE global configuration in real time. The parsed fields are required to include interface number, leased line type, leased line number, leased line description, user gateway address, leased line sub-interface, service SVLAN, service CVLAN, uplink and downlink rates, filter restrictions, service status, AP group interface, static route, horizontal split configuration, etc.

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

[0139] Step 3 involves using the MSE leased line synchronization and mapping analyzer to perform leased line data mapping on the OLT devices in locations A and B, which are the basic OLT units. The specific steps are as follows:

[0140] 3.1 Use the LLDP protocol probe encapsulated in the MSE leased line synchronization and mapping analyzer to probe the uplink MSE sub-interface and SVLAN of the OLT device at location A. Record the probe results as follows: Figure 14 The interface shown here indicates that the uplink information detection is SVLAN 1622 and the aggregation port is lag-11.

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

[0142] 3.3 Click "Confirm Update". The data will be saved to the database and cached on the client. This step is now complete.

[0143] Step 4: Perform new city VLAN planning and allocation based on a single OLT as the basic unit. This step involves dividing and allocating new city VLAN resources for the OLT in location A. The specific steps are as follows:

[0144] 4.1 The module for intelligent VLAN refarming allocation applicable to Telecom New City is invoked to pre-define SVLAN ranges for various services on the OLT system, based on the board and PON port dimensions. For leased line services, SVLAN ranges are planned separately for Internet leased lines, network leased lines, Layer 2 leased lines, AP leased line services, as well as ITV and voice. The SVLAN range for home broadband is allocated sequentially by board number, starting from 597 for the first board. Leased line services, ITV, management, and voice are all assigned fixed values: 3507, 3607, 3807, and 3907 respectively.

[0145] 4.2 After obtaining the VLAN planning data for the new OLT in location A, the data of the OLT units that have already undergone service configuration collection is grouped and aggregated by board and PON port. Then, the data and all specific services of the users are traversed, and the data is identified by the service type identification module. After that, the VLAN resources of each service in the new city are allocated according to the rules. The fields of the resource table after allocation are shown below:

[0146]

[0147] 4.3 After allocating resources, the system will cache the data on the client side, and this step will end.

[0148] Step 5: Based on the unmanageability audit and management of the FTTH home terminals connected to the OLT in location A as the basic unit, as analyzed in Step 1, the pre-emptive unmanageable terminal diagnosis and management model is invoked to conduct a four-dimensional audit of historical manageability, real-time manageability data collection, OLT online service status, and AAA service online status, and automated rectification is performed. This aims to avoid VLAN refarming obstacles in network transformation caused by unmanageable home gateways. The specific operation steps are as follows:

[0149] 5.1 such as Figure 15 As shown, first, enter the management address of the OLT to be audited into the interface, which is 19.96.14.105 in this case. The interface will automatically extract user information for all FTTH home gateways connected to this OLT, including registration values ​​and registration methods. At the same time, it will automatically connect to the ITMS real-time detection interface to batch detect the real-time manageability of connected gateway users. After the detection is completed, the detection results need to be imported into the interface.

[0150] 5.2 Next, the historical list of unmanageable terminals at the provincial level will be retrieved via FTP. Sample rows of data with the registration values ​​of users connected to this OLT in the historical list will be selected as the list of suspected unmanageable terminals for further auditing. In this case, 266 terminals need to be audited.

[0151] 5.3 Next, it will concurrently connect to the provincial AAA server interface and encapsulate the SNMP protocol to detect the online status of the OLT terminal to perform AAA service online status and ONU online status detection under the OLT. After the detection is completed, it will summarize four-dimensional fields, including FTP historical manageability, ITMS real-time manageability, AAA online status, and terminal online status in the OLT.

[0152] 5.4 Finally, the system will call the anomaly judgment and automatic remediation module in the pre-emptive unmanageable terminal diagnosis and management model for analysis and processing, and provide remediation suggestions based on the model and trigger automatic remediation tools, including remote restart, to realize the diagnosis and management of the unmanageability of the home gateway connected to the OLT before VLAN refarming.

[0153] Step Six: Based on the full range of new city VLAN resource data allocated in Step Four using a single OLT as the basic unit (in this example, OLT in location A), call the new city VLAN refarming configuration generation and distribution module to generate VLAN refarming configuration change scripts for all users according to different service types. Specifically, this includes new city VLAN addition scripts in the OLT, old city service flow deletion scripts in the OLT, and government / enterprise leased line new city VLAN change scripts in the MSE. The specific operation steps are as follows:

[0154] 6.1 First, select the interface parameters. Enter the starting and ending CVLANs for the old city service to accurately identify the old city service flow configuration. Also, set parameters such as AP service type, special service VLAN, and device configuration method to normalize the configuration differences between different cities. Different MSE enterprise leased line configuration templates can also be selected to adapt to the new city leased line configuration methods between different cities. In this example, the CVLAN range for the OLT old city service in location A is 100-2000, the AP service type is a leased network line, and other parameters remain unchanged by default.

[0155] 6.2 The module for generating the new city VLAN refarming configuration is called to generate three scripts for the OLT in location A: scripts for adding new city VLANs in the OLT, scripts for deleting old city service flows in the OLT, scripts for changing new city VLANs on government and enterprise leased lines in the MSE, and scripts for configuring VLAN pass-through on DCSW ports. The module's logical framework is as follows: Figure 9 As shown.

[0156] 6.3 For the MSE leased line service new town transformation script, OLT new town VLAN refarming script, OLT old town VLAN service flow deletion script, etc. generated by the VLAN refarming configuration generation module of the OLT in location A in this embodiment, you can choose to encapsulate the CLI command with the telnet protocol to distribute the relevant configuration to the OLT in location A and the uplink MSE in location A. Alternatively, you can choose to manually flash the configuration into each level of devices. This step ends here.

[0157] Step 7: Utilize the real-time VLAN-MAC transition tracking and alarm algorithm for the alternation of configurations between the old and new city areas. During the VLAN refarming data configuration distribution process for all users of the OLT in location A during the transition between the old and new city areas, implement dynamic visual monitoring and early warning functions for the online / offline MAC addresses corresponding to various service VLANs on the terminal ONU. The specific operation steps are as follows:

[0158] 7.1 First, configure the alternating real-time VLAN-MAC conversion tracking and alarm algorithm application interface in the old and new cities. Enter the management address of the refarmed OLT that needs to be monitored. In this example, it is the OLT in location A. The detection period is 30 seconds by default. At the same time, enter the SVLAN range of the old city business and the SVLAN range of the new city planning business in the interface, and start the detection.

[0159] 7.2 After enabling VLAN-MAC conversion tracking and alarm algorithm probe detection, the system will first collect MAC address data of the online service VLANs of the OLT in location A in real time through the encapsulated API, based on the different service SVLAN ranges of the old and new cities. Here, the service SVLAN range of the old city is 701-80, and the service SVLAN range of the new city is 501-601. The system will also aggregate user terminal groups by board as the dimension, which will be used as the baseline data for this monitoring.

[0160] 7.3 Using the initial data collection as the baseline, subsequent rounds of data fluctuations are calculated based on the initial data as the baseline to assess the stability of authentication during the VLAN refarming configuration distribution process, including the alternating online access of services in the old and new cities. Normal operation is defined as the number of new city VLANs connected under the same MAC address in OLT A being greater than or equal to the number of old city VLANs connected; an abnormal operation is defined as the number of new city VLANs connected under the same MAC address being less than the number of old city VLANs connected. Specific abnormal information (MAC value, PONID information) will be displayed visually on the interface and an alarm will be pushed. In this embodiment, approximately 14 minutes after distribution, if... Figure 16 As shown in the overview visualization table, the service MAC address online status line graph is generally stable, indicating that no significant large-scale user group failures caused by VLAN refarming have occurred. Simultaneously, the probe monitoring cards at the service board level can be viewed to gain a detailed understanding of the full service MAC address online status during the VLAN configuration transition between the old and new cities, based on the PON port as the basic unit. Taking service boards 0 / 5 and 0 / 12 of the OLT in location A as an example in this instance, as follows... Figure 17 As shown, real-time monitoring reveals that during the configuration distribution process, 4 new service VLANs were added to port 0 / 5, and 1 service VLAN was removed from port 5. In port 0 / 12, 1 service VLAN was removed from the network, 5 service VLANs were removed from port 0, and 1 service VLAN was removed from port 5. However, considering that a single user may have 4-24 service VLANs online, the above changes are generally within a controllable range and do not constitute a large-scale user group failure. This concludes this step.

[0161] Step 8: During the VLAN refarming configuration distribution process at OLT in location A, the batch broadband service authentication module of the authentication server is invoked to perform batch verification of broadband services for all users connected to the OLT. This aims to monitor the online status of all user broadband services on the AAA server during the VLAN refarming data configuration distribution process at the OLT as the basic unit. By associating the monitoring group with the generated process ID, real-time monitoring and early warning of the refarmed user service status can be achieved, allowing for timely intervention. The specific operation steps are as follows:

[0162] 8.1 First, re-farm the batch monitoring process ID for the AAA service online status, 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 "Confirm to Create 3A Service Monitoring Process ID" button, the authentication server's batch broadband service authentication module will be invoked to perform batch verification of all broadband user accounts connected to the OLT in location A. Storage fields will be created for the pre-verification online status and the actual pre-verification results, allowing for real-time post-verification monitoring after VLAN refarming configuration is issued. The process ID creation rule is city + name + current timestamp. In this example, the process ID created is "A location 20240304155138", and the verification result data will be stored in the database.

[0164] 8.3 After the OLTVLAN refarming configuration is issued in location A, select the AAA verification module in the system interface. If it belongs to the batch process ID that needs to be monitored, the pre-verification status of this batch of data can be associated.

[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] Pre-results Post-processing results Anomaly detection Offline Online normal Offline Offline unknown Online Offline abnormal Online Online normal

[0167] The final OLT post-validation results at location A are as follows: Figure 18 As shown, this step is now complete;

[0168] This application provides a virtual local area network (VLAN) refarming configuration device. Figure 19 This is a schematic diagram of the device, as shown below. Figure 19As shown, the device includes: a first processing module 190, 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 preset field types from the global configuration file, wherein the first preset program interface is an interface encapsulated according to the remote login / secure shell protocol for viewing global configuration instructions, and the preset field types are field types determined according to the refarming configuration information of the virtual local area network; and a second processing module 192, used to determine the preset resource allocation results corresponding to various services 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 local area network range preset for various services. The refarming configuration script includes the first service flow configuration information of various services in the first local area network (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 executed, and the second LAN is the LAN after the refarming configuration is executed. The third processing module 194 is used to distribute the refarming configuration script to the optical line terminal equipment and the multi-service edge equipment. The fourth processing module 196 is used to collect the first hardware address information of various services in the first LAN and the second hardware address information in the second LAN in real time after the refarming configuration script is distributed, and to determine whether there is any abnormality in the refarming configuration process based on the first hardware address information and the second hardware address information.

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

[0170] In some embodiments of this application, extracting configuration data of preset field types from the global configuration file includes: when the configuration type is a non-cascaded configuration and the global configuration file is the configuration file of an optical line terminal device, scanning the global configuration file line by line with the interface configuration symbol as the configuration acquisition start flag and the final exit configuration symbol as the configuration acquisition stop flag, and calling the service data recognition model to identify and acquire the scan results; when the configuration type is a cascaded configuration and the global configuration file is the configuration file of an optical line terminal device, setting multiple regular expression scanners according to the configuration type to asynchronously scan the global configuration file, and concatenating the fields of the passive optical network port and registration address data that match in the asynchronous scan results after the asynchronous scan is completed.

[0171] In some embodiments of this application, extracting configuration data of preset field types from the global configuration file includes: when the configuration type is non-cascading configuration and the global configuration file is a configuration file for multiple service edge devices, scanning the global configuration file line by line; when the configuration type is cascading configuration and the global configuration file is a configuration file for multiple service edge devices, calling the cascading configuration regular expression parsing module to asynchronously parse the global configuration file, and after parsing, associating the parsing results with the leased sub-interface values ​​of the multiple service edge devices to obtain the configuration data. The cascading configuration regular expression parsing module comprises at least one of the following: a service identifier recognition module, a virtual LAN configuration recognition module, a rate configuration recognition module, and an interface status recognition module.

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

[0173] In some embodiments of this application, interconnection port data and aggregation port status information between the optical line terminal equipment (OLT) and the multi-service edge equipment (MLE) are collected through a second preset interface, wherein the MLE is the device connected to the OLT. A first type of configuration data corresponding to the MLE and a second type of configuration data corresponding to the OLT are determined in the configuration data. First target data associated with the OLT is filtered from the first type of configuration data based on the interconnection port data and aggregation port status information. The first target data is then 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 also consistent with the customer network field value in the second type of configuration data. The second target data is then written into the service port field of the OLT's configuration data.

[0174] In some embodiments of this application, generating a refarming configuration script based on a preset resource allocation result includes: writing first service virtual local area network (VLAN) information of a first local area network into the first service flow configuration information; executing a VLAN conversion instruction on the first service VLAN information and adding the converted first service VLAN information to the server VLAN of a second local area network; setting the inner VLAN information in the first service flow configuration information as the server VLAN; and setting the traffic control policy of the first service flow configuration information to be consistent with the traffic control policy in the second service flow configuration information.

[0175] In some embodiments of this 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 anomaly in the refarming configuration process based on the first hardware address information and the second hardware address information includes: using the first hardware address information collected initially as the first baseline hardware address information, and using the second hardware address information as the second baseline hardware address information; in each subsequent collection round, after collecting the first hardware address information, comparing the first hardware address information and the first baseline 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 baseline hardware address information to obtain the fluctuation of the second hardware address information; determining whether there is an anomaly in the refarming 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 this application, determining whether there is an anomaly 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 anomaly if the number of virtual local area networks (VLANs) online as indicated by the fluctuation of the first hardware address information is greater than the number of VLANs online as indicated by the fluctuation of the second hardware address information.

[0177] In some embodiments of this 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 each module in the above-mentioned virtual LAN refarming configuration device can be a program module (e.g., a set of program instructions to implement a certain function) or a hardware module. For the latter, it can be manifested in the following forms, but is not limited to them: each of the above modules is manifested as a processor, or the functions of each of the above modules are implemented by a processor.

[0179] This application provides a non-volatile storage medium storing a program. During program execution, the device containing the non-volatile storage medium performs the following virtual local area network (VLAN) refarming configuration method: It obtains a global configuration file from an optical line terminal device and a multi-service edge device via a first preset program interface, and extracts configuration data of preset field types from the global configuration file. The first preset program interface is an interface encapsulated based on a remote login / secure shell protocol for viewing global configuration instructions, and the preset field types are determined based on the VLAN refarming configuration information. Based on the configuration data, it determines preset resource allocation results corresponding to various services and generates a refarming configuration based on the preset resource allocation results. The script is configured, wherein the preset resource allocation result includes the preset virtual LAN range for various services, and 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 the refarming configuration script is distributed, 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 the refarming configuration process is determined based on the first hardware address information and the second hardware address information.

[0180] This application provides an electronic device, including a memory and a processor. The processor runs a program stored in the memory, wherein the program executes the following virtual local area network (VLAN) 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 preset field types from the global configuration file. The first preset program interface is an interface encapsulated based on a remote login / secure shell protocol for viewing global configuration instructions, and the preset field types are field types determined based on the VLAN refarming configuration information. Based on the configuration data, preset resource allocation results corresponding to various services are determined, and a refarming configuration script is generated based on the preset resource allocation results. This document outlines a process whereby the preset resource allocation results include the preset virtual local area network (VLAN) ranges for various services, and the refarming configuration script includes the first service flow configuration information for various services in the first VLAN and the second service flow configuration information for various services in the second VLAN. The first VLAN is the VLAN before refarming configuration, and the second VLAN is the VLAN after refarming configuration. The refarming configuration script is distributed to optical line terminal equipment and multi-service edge equipment. After the refarming configuration script is distributed, the first hardware address information for various services in the first VLAN and the second hardware address information in the second VLAN are collected in real time, and the refarming configuration process is determined based on the first and second hardware address information to identify any abnormalities.

[0181] This application provides a computer program product, including a computer program that, when executed by a processor, implements the following virtual local area network (VLAN) refarming configuration method: obtaining a global configuration file from an optical line terminal device and a multi-service edge device via a first preset program interface, and extracting configuration data of preset field types from the global configuration file. The first preset program interface is an interface encapsulated based on a remote login / secure shell protocol for viewing global configuration instructions, and the preset field types are field types determined based on the VLAN refarming configuration information. Based on the configuration data, preset resource allocation results corresponding to various services are determined, and a refarming configuration script is generated based on the preset resource allocation results. The resource allocation results include the virtual local area network (VLAN) ranges preset for various services. The refarming configuration script includes the first service flow configuration information of various services in the first VLAN and the second service flow configuration information of various services in the second VLAN. The first VLAN is the VLAN before the refarming configuration is performed, and the second VLAN is the VLAN 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 the refarming configuration script is distributed, the first hardware address information of various services in the first VLAN and the second hardware address information in the second VLAN are collected in real time, and the refarming configuration process is determined based on the first hardware address information and the second hardware address information to determine whether there are any abnormalities in the refarming configuration process.

[0182] In the above embodiments of this application, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions 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. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

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

[0185] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0186] If the integrated unit is implemented as 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 this application, in essence, or the part that contributes to related technologies, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0187] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A method for refarming a virtual local area network (VLAN), characterized in that, include: The global configuration file is obtained from the optical line terminal equipment and the multi-service edge equipment through the first preset program interface, and the configuration data of preset field type is extracted from the global configuration file. The first preset program interface is an interface encapsulated according to the remote login / secure shell protocol to view the global configuration command, and the preset field type is a field type determined according to the refarming configuration information of the virtual local area network. Based on the configuration data, the preset resource allocation results corresponding to various services are determined, and a refarming configuration script is generated based on the preset resource allocation results. The preset resource allocation results include the virtual local area network range preset for the various services. The refarming configuration script includes the first service flow configuration information of the various services in the first local area network and the second service flow configuration information of the various services in the second local area network. The first local area network is the local area network before the refarming configuration is executed, and the second local area network is the local area network after the refarming configuration is executed. Distribute the refarming configuration script to the optical line terminal equipment and the multi-service edge equipment; After distributing the refarming configuration script, the first hardware address information of the various services in the first local area network and the second hardware address information in the second local area network are collected in real time, and the refarming configuration process is determined to be abnormal based on the first hardware address information and the second hardware address information.

2. The virtual LAN refarming configuration method according to claim 1, characterized in that, Extracting configuration data of preset field types from the global configuration file includes: Determine the configuration type corresponding to the global configuration file, wherein the configuration type includes non-cascaded configuration and cascaded configuration; Based on the configuration type, extract configuration data of the preset field type from the global configuration file; Determine the 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 LAN refarming configuration method according to claim 2, characterized in that, Extracting configuration data of preset field types from the global configuration file includes: When the configuration type is the non-cascaded configuration and the global configuration file is the configuration file of the optical line terminal equipment, the global configuration file is scanned line by line with the interface configuration symbol as the configuration acquisition start flag and the final exit configuration symbol as the configuration acquisition stop flag, and the service data recognition model is called to identify and collect the scan results. When the configuration type is the cascaded configuration and the global configuration file is the configuration file of the optical line terminal equipment, multiple regular expression scanners are set up according to the configuration type to perform asynchronous scanning of the global configuration file, and after the asynchronous scanning is completed, the passive optical network port and registration address data that match in the asynchronous scanning results are concatenated.

4. The virtual LAN refarming configuration method according to claim 2, characterized in that, Extracting configuration data of preset field types from the global configuration file includes: When the configuration type is the non-cascaded configuration and the global configuration file is the configuration file of the multi-service edge device, the global configuration file is scanned line by line; When the configuration type is the cascaded configuration and the global configuration file is the configuration file of the multi-service edge device, the cascaded configuration regular expression parsing module is called to asynchronously parse the global configuration file. After parsing, the parsing result is correlated with the leased sub-interface values ​​of the multi-service edge device to obtain the configuration data. The cascaded configuration regular expression parsing module comprises at least one of the following modules: a service identifier identification module, a virtual LAN configuration identification module, a rate configuration identification module, and an interface status identification module.

5. The virtual LAN refarming configuration method according to claim 4, characterized in that, A line-by-line scan of the global configuration file includes: After scanning the preset leased line interface identifier, the leased line type parsing module and the business configuration parsing module are called to parse the data associated with the preset leased line interface identifier. After scanning the interface end identifier corresponding to the preset leased line interface identifier, the parsing results are integrated and stored.

6. The virtual LAN refarming configuration method according to claim 1, characterized in that, The method further includes: The interconnection port data and aggregation port status information between the optical line terminal equipment and the multi-service edge equipment are collected through the second preset interface, wherein the multi-service edge equipment is the device connected to the optical line terminal equipment; The configuration data includes a first type of configuration data corresponding to the multi-service edge device and a second type of configuration data corresponding to the optical line terminal device. Based on the interconnect port data and the aggregation port status information, filter the first target data associated with the optical line terminal equipment from the first type of configuration data; 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. Write the second target data into the service port field of the configuration data of the optical line terminal equipment.

7. The virtual LAN refarming configuration method according to claim 1, characterized in that, The script for generating recultivation configuration based on the preset resource allocation results includes: Write 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 virtual local area network of the second local area network; Set the inner virtual LAN information in the first service flow configuration information to the server virtual LAN; The traffic control policy in the first service flow configuration information is set to be consistent with the traffic control policy in the second service flow configuration information.

8. The virtual LAN 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; 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 anomaly in the refarming configuration process based on the first hardware address information and the second hardware address information includes: The first hardware address information acquired for the first time is used as the first reference hardware address information, and the second hardware address information is used as the second reference hardware address information; In each subsequent collection round, after the first hardware address information is collected, the first hardware address information and the first reference hardware address information are compared to obtain the fluctuation of the first hardware address information; and after the second hardware address information is collected, the second hardware address information and the second reference hardware address information are compared to obtain the fluctuation of the second hardware address information. Based on the fluctuation of the first hardware address information and the fluctuation of the second hardware address information, it is determined whether there is an anomaly in the refarming configuration process.

9. The virtual local area network refarming configuration method according to claim 8, characterized in that, Determining whether there is an anomaly 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: If the number of virtual local area network (VLAN) online as indicated by the first hardware address information fluctuation is greater than the number of VLAN online as indicated by the second hardware address information fluctuation, an anomaly is determined to exist.

10. The virtual local area network refarming configuration method according to claim 8, characterized in that, The method further includes: 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 (VLAN) refarming configuration device, characterized in that, include: The first processing module is used to obtain a global configuration file from the optical line terminal equipment and the multi-service edge equipment through a first preset program interface, and extract configuration data of preset field types from the global configuration file. The first preset program interface is an interface encapsulated according to the remote login / secure shell protocol for viewing global configuration instructions, and the preset field type is a field type determined according to the refarming configuration information of the virtual local area network. The second processing module is used to determine the preset resource allocation results corresponding to various services based on the configuration data, and generate a refarming configuration script based on the preset resource allocation results. The preset resource allocation results include the virtual local area network range preset for the various services. The refarming configuration script includes the first service flow configuration information of the various services in the first local area network and the second service flow configuration information of the various services in the second local area network. The first local area network is the local area network before the refarming configuration is executed, and the second local area network is the local area network after the refarming configuration is executed. 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, in real time, the first hardware address information of the various services in the first local area network and the second hardware address information in the second local area network after distributing the refarming configuration script, and determine whether there is an anomaly 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 executed, it controls the device where the non-volatile storage medium is located 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, the processor being configured to run a program stored in the memory, wherein the program, when running, executes the virtual local area network refarming configuration method according to any one of claims 1 to 10.

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

Images