KR100674327B1 - Auto-control system for IP-A/VDSL equipments using SNMP - Google Patents

Abstract

The present invention discloses an automatic control system for IP-A / VDSL equipment.

The automatic control system for the IP-A / VDSL equipment of the present invention comprises a plurality of IP-A / VDSL equipment for supporting the Internet access of the customer terminal accommodated; NeOSS-SO for distributing Internet service request orders from customers; And when receiving the service request command from the NeOSS-SO, extracting IP-A / VDSL equipment constituting the shortest line with a customer terminal from the plurality of IP-A / VDSL equipment to configure a circuit and using an SNMP protocol. EOSS-ADM for controlling the configuration state of the extracted IP-A / VDSL equipment to perform the corresponding service through the configured circuit, by controlling a plurality of interworking IP-A / VDSL equipment more easily Port assignment / release and speed setting for IP-A / VDSL equipment can be automatically performed, and additional development time and effort can be reduced due to the introduction of new equipment.

Description

Auto-control system for IP-A / VDSL equipments using SNMP}

1 is a block diagram showing the configuration of the IP-A / VDSL equipment automatic control system according to an embodiment of the present invention.

2 is a configuration diagram showing in more detail the configuration of NeOSS-ADM in FIG.

3 is a view for explaining a specific operation flow of the SNMP communication unit according to the present invention.

The present invention relates to an automatic control system for Internet Protocol (IP) -A / VDSL equipment, and more particularly, to easily communicate with IP-A / VDSL equipment by using the SNMP protocol. -It can automatically perform port allocation / release and speed setting for A / VDSL equipment, and it can be used for automatic control system for IP-A / VDSL equipment that can reduce additional development time and effort due to the introduction of new equipment. It is about.

As the use of the Internet by modern people increases, the penetration rate of Internet services to homes and businesses is increasing rapidly.

In order to use the Internet service by ADSL or VDSL method in general home or workplace, a modem for supporting ADSL or VDSL must be installed in the PC terminal. At this time, the data line from the PC terminal is collected and multiplexed in a Digital Subscriber Line Access Multiplexer (DSLAM), and is connected to the Internet by being assigned an IP address through a Dynamic Host Configuration Protocol (DHCP).

However, in such a case, it is troublesome to perform the process of authenticating the corresponding subscriber by determining whether the ID and password for authentication are input through the PC terminal at the time when the PC terminal is booted and matching the registered authentication information. In addition, there is a limit that the transmission speed of the ADSL can be guaranteed only when the distance between the DSLAM and the PC terminal is within a certain distance, for example, within 5 km.

The IP-ADSL device and the IP-VDSL device were developed to solve this problem.

IP-A / VDSL equipment is installed in a large residential complex or business place and is located as close as possible to the subscriber to solve the problem of speed reduction, and the equipment is remotely installed according to the installation of such IP-A / VDSL equipment. Controllable ways are essential.

The IP-A / VDSL device has a plurality of ports for subscriber connection. The ports are initially set to active (ACT) / deactivated (DEACT) state. Enable access services.

However, in this case, even if the malicious user has not registered with the service provider, there is a problem that the Internet access service can be used by connecting his subscriber line to the live port of the IP-A / VDSL equipment, except in special cases. All ports must be in an inactive state and TIMS requires the ability to control the enable / disable state of ports on IP-A / VDSL devices.

At present, a function of remotely controlling by using a CLI method of accessing telnet and processing a command is used to realize the above function. The CLI method is a method of accessing a telnet window internally and executing the commands as if they were typed. Therefore, in order to achieve the desired result, each device must send different commands line by line. Similarly, since the contents of the instructions executed in the equipment are different for each device, it is also necessary to extract only the desired information by analyzing the execution results of the entire instructions in a specific module.

This means that the development of modules to be analyzed on the development side should always be developed in a new way in addition to the fact that the operation of the commands appropriate to the characteristics of the equipment is different each time a new equipment is introduced as new equipment is continuously developed.

The CLI method was developed to allow a user to perform a desired task when a user clicks a menu on a UI (User Interface) so that the operator does not need to learn different commands for each device. However, from the developer's point of view, the inconvenience of having to learn the operating instructions of the equipment remains as new equipment is introduced.                         

For example, after the first development is completed and the program is applied, the hardware of the equipment remains intact, and only the software of the equipment may be upgraded. In this case, the analysis contents and commands of the existing program may change, so the relevant DB and program should be re-edited.

Due to the nature of the CLI method, a login process is required to connect, and certain commands may be executed only in a specific mode after login. This causes the inconvenience that the mode conversion process is interrupted once again. In a general case, even when a user logs in and fails to change modes, a system may recognize that the connection is successful and fail while transmitting specific commands.

In addition, the CLI method requires several command lines to obtain one desired task, and only the first response structure can be used to obtain the result of the task. Therefore, in the CLI method, all the commands necessary for the device are stored and transmitted in order, and then the entire execution result is received and the contents are analyzed. In other words, rather than the structure that can receive the contents in the middle of the command or the equipment and send back the contents extracted from the contents, the method of executing the entire commands and receiving and analyzing the entire contents is used. Therefore, in order to get the desired value, all the relevant commands had to be included, but this development structure has a practical limitation.

The current structure is classified and managed by the name of each device to distinguish related equipment, and the location, organization, system's system delimiter, status, and equipment related command list are stored in the DB along with various information used in other modules. It is becoming. This is not a problem because the DB construction is not difficult when the number of devices is small, but it requires a lot of manpower, time and money to construct instructions for tens of thousands of different types of equipment that are put in the country when the number of devices is large. It also requires a lot of time and manpower to correct bad commands or commands during development.

In addition, the telnet connection method has a disadvantage in that the connection rate is not good, and there is a structure in which 20 lines of commands are entered to obtain a single work result. There are also a number of bugs due to various reasons, such as incorrect matches.

As such, due to the diversification of services and the structural aspects of subscribers, the reduction and management of development time is very important in the situation that various kinds of equipment are continuously introduced.In the existing structure, it is very important to learn the operation commands of the equipment and proceed with the development by applying it It is time-consuming and has a lot of problems in terms of after-sales management, which requires a lot of effort to manage.

Therefore, an object of the present invention for solving the above-described problems is to improve the communication method with the IP-A / VDSL equipment in the configuration management system to more easily and automatically control the configuration of the IP-A / VDSL equipment It is to make it possible.

Automatic control system for IP-A / VDSL equipment of the present invention for achieving the above object, a plurality of IP-A / VDSL equipment for supporting the Internet access of the customer terminal accommodated; NeOSS-SO for distributing Internet service request orders from customers; And when receiving the service request command from the NeOSS-SO, extracting IP-A / VDSL equipment constituting the shortest line with a customer terminal from the plurality of IP-A / VDSL equipment to configure a circuit and using an SNMP protocol. NeOSS-ADM for controlling the configuration state of the extracted IP-A / VDSL equipment to make the corresponding service through the configured circuit.

Hereinafter, with reference to the accompanying drawings will be described in detail a preferred embodiment of the present invention.

1 is a block diagram showing the configuration of an IP-A / VDSL equipment automatic control system according to an embodiment of the present invention.

The IP-A / VDSL automatic control system of FIG. 1 includes an ICIS 10, a NeOSS-SO 20, an MNA 30, and a NeOSS-ADM 40.

ICIS (Integrated Customer Information System) 10 is an integrated customer information system, and performs a function of receiving a service request from a customer and performing a charging policy according to the service.

The New Operating Service System-Service Ordering (NOSOS-SO) 20 performs a function of distributing a command for a service request sent from the ICIS 10. In fact, there are several types of services besides the Internet service, and the NeOSS-SO 20 transmits only a configuration command such as subscriber's Internet opening process to the NeOSS-ADM 40 among various types of services.

MNA (Management aNd Administration) 30 is a customer ID management system. When a customer ID registration request order is received from NeOSS-SO 20, it is stored and managed in an internal table, and the same customer ID is registered in a plurality of linked servers. It serves as a gateway to play.

NeOSS-ADM (New Operating Service System-Acces Domain Management) 40 searches for the shortest distance based on the location information of the customer, and performs a function of configuring a minimum line from the branch office to the subscriber end requesting the service ( Temporary arrangement and opening process). In addition, NeOSS-ADM 40 performs a function to perform a service for the equipment connected to the configured circuit to achieve the service. NeOSS-ADM (40) finds the equipment of the branch (point) associated with the customer, inquires a specific port, sequentially performs tasks such as allocation / release, speed description and storage, and processes NeOSS results of a specific service request. By sending to the ICIS 2 via the SO 20, the requested configuration command from the customer is carried out. In particular, the NeOSS-ADM 40 in the present invention communicates with the IP-A / VDSL devices 50 using the SNMP (Small Network Message Protocol) protocol, unlike the conventional CLI scheme to IP-A / VDSL equipment Based on the response result after sending the command, the command can be retransmitted to obtain the final desired result more quickly and easily, and the command response result for the IP-A / VDSL devices 50 can be obtained. Reduce the time and effort to collect and analyze data.                     

The customer terminal 60 is connected to the Internet via the IP-A / VDSL devices 50.

FIG. 2 is a diagram illustrating the configuration of the NeOSS-ADM 40 in FIG. 1 in more detail.

The NeOSS-ADM 40 of the present invention includes a command acquisition unit 42, a command generation unit 44, an SNMP communication unit 46, and a database 48.

The command acquisition unit 42 interoperates with the database 48, and equipment IP, location, target equipment, service type, workable port, etc., stored in the database 48 for the service request of device interworking from the NeOSS-SO 20. Information is transmitted to the command distribution unit 44.

The command distribution section 44 performs inquiry, allocation, speed setting, setting value storage, order of inquiry if the service request sent from the command acquisition section 42 is an active command, and if the command is inactive, the inquiry, The command sequence is adjusted in the order of release, inquiry, and forwarded to the SNMP communication unit 46.

The SNMP communication unit 46 communicates the command transmitted from the command distribution unit 44 with the IP-A / VDSL devices 50 using the SNMP protocol to obtain relevant information from the IP-A / VDSL devices 50. The solution is transmitted to the command distribution unit 44.

The service request command transmitted from the command acquisition unit 42 is for performing a specific function, and the command distribution unit 44 sequentially transmits a plurality of commands according to the service request command to the SNMP communication unit 46. At this time, the SNMP communication unit 46 transmits a response to the command distribution unit 44 when a specific command is performed, and the command distribution unit 44 receives a response from the SNMP communication unit 46 in the following order. To the SNMP communication unit 46. When using the SNMP protocol as in the present invention, there is an existing standardized map and accordingly the information is already formalized by the standard, reducing the time and effort required for analysis. In addition, in the structure using the existing CLI method, there are two parts to send a command to the device and a module to analyze the response to the command. Rather than sending other commands to the device based on the results, once the commands are collected and sent, they cannot be resent with the same content. However, when using the SNMP protocol, the information is formalized according to the existing standardized map, so that one unified module (i.e., the SNMP communication unit 46 in the present invention) transmits the first OID and extracts data directly from the response. After that, the final desired result can be easily obtained by sending the second OID based on the result, and it is possible to retransmit and receive with the IP-A / VDSL devices 50 at any time, thus requiring a complicated module for analysis of each device. There will be no.

The database 48 receives and stores information on the IP-A / VDSL devices 50 acquired from the SNMP communication unit 46 through the command distribution unit 44, and the final result stored in the database 62 is again stored. It is transmitted to the NeOSS-SO 20 through the command acquisition unit 42. The existing CLI database includes a table (wkodr) that stores basic command information (wkodr_type_cd, serial num, xwf, etc.), a table that stores basic command information and information on the selected device and interworking status (wkodr_inet), and Table (wkodr_svc) that stores service names (e.g. ip_xdsl, ntopia), table (ipt_box) that stores information such as ip, network, maker, serial, etc., and table that stores detailed information about each device (inet). ), Table for storing device information of ip_xdsl (adsl), table for login / logout of device (nt_box_ini), interlocking order such as device inquiry, allocation, speed setting, and release command A table (nt_box_src) and the like for storing information were provided. However, in the present invention, since a connection is not necessary, a table for connection (nt_box_ini) is not required, and if a device IP is known, a corresponding manufacturer and serial can be read from the device, and thus a DB construction is not required. Therefore, in the past, due diligence on the current 25 kinds of equipment of tens of thousands of nationwide to build a database for this, it was not necessary. In the present invention, since the communication using the SNMP protocol does not require a table for storing a different command for each device, only the INDEX number which is a kind of port separator instead of the self, card, port separator previously used as a port separator for each equipment. Do.

3 is a view for explaining a specific operation flow of the SNMP communication unit 46 according to the present invention.

In FIG. 3, the ip_snmp 462 is a portion connecting the external module and the SNMP communication unit to form a frame for communicating with the pack 463 device and the external module. SnmpCall 464 is a part for calling a function for each device, and data 465 is a part for storing collected information for each item. equipApi (466) is a real function for a particular device is implemented, snmp (467) is a part that the actual device and the communication using the SNMP protocol.

The ip_snmp 462 receives the general device information such as the command to be delivered to the device, the target device, the service type, and the location, and transmits the received device information to the SnmpCall 464 (1). SnmpCall (464) corresponds to main for SNMP communication and defines the basic functions and functions for functions.

SnmpCall 464 configures the information received from ip_snmp 462 according to the data format for SNMP communication, stores it in data 465, and calls the equipApi 466 function (2). In this case, the equipApi 466 function includes the function functions for each device. In addition to the general functions, the function items available for each device are different. Therefore, a directory is created for each device, and the equipApi (466) function finds the service requested function in the directory and provides it to snmp (467) (3).

snmp 467 consists of functions for purely SNMP communication with the device to perform SNMP communication with the IP-A / VDSL devices 50 (4), and as a result equipApi (466). (5).

The equipApi 466 transmits the data received from the snmp 467 to the SnmpCall 464 (6), and the SnmpCall 464 forms a format for transmitting the data back to an external module and stores the data in the pack 463. (7). That is, data 465 stores data in a data format for SNMP communication, whereas pack 463 stores data in a data format of a desired format in an external module.

Finally, ip_snmp 462 transmits the result data stored in pack 463 to an external module.

In the above-described embodiment, when the snmp 467 receives data from the device 50, the corresponding data is directly transmitted to the SnmpCall 464 via the equipApi 466, but finally, the device does not obtain the desired information. Repeat the retransmission process with the equipment 50 until the desired information is obtained without the end of communication by 50 data transmission and reception.

And when new equipment is introduced, equipApi (466) is the real part of development. In the present invention, by creating a directory for each device to create only the functions supported by the device, the common content for each device may be bundled in some cases.

In fact, many of the features you need to implement on most devices are similar. Therefore, the part that actually enters equipApi (466) may be developed when only OID is modified. When a new device comes in, the format for the modification of the underlying source is fixed, so this content is rarely touched and you need to modify the relevant OIDs or only develop additional features specific to that particular device. In the case of creating a KT standard map in the future, if the OID is also unified, the program is almost touched and the development is completed by simply adding additional information about the equipment 50.

As described above, the IP-A / VDSL equipment automatic control system of the present invention communicates with the IP-A / VDSL equipment using the SNMP protocol to more easily assign / release and release ports to the IP-A / VDSL equipment. It is possible to automatically perform operations such as setting, and further reduce development time and effort due to the introduction of new equipment.

Claims (7)

A plurality of IP-A / VDSL equipment supporting Internet access of the received customer terminal; NeOSS-SO for distributing Internet service request orders from customers; And Upon receiving the service request command from the NeOSS-SO, the IP-A / VDSL equipment constituting the shortest line with the customer terminal is extracted from the plurality of IP-A / VDSL equipment to configure a circuit, and using the SNMP protocol. IP-A / VDSL equipment automatic control system having a NeOSS-ADM to control the configuration state of the extracted IP-A / VDSL equipment to perform the service through the configured circuit. The method of claim 1, wherein the NeOSS-ADM is According to the service request command, inquiring a specific port of the extracted IP-A / VDSL equipment, and proceeds the assignment / release, rate description and storage sequentially and transmit the progress result to the NeOSS-SO Automatic control system for IP-A / VDSL equipment. The method of claim 1 or 2, wherein the NeOSS-ADM is A database that stores equipment information, command information, and service information for the IP-A / VDSL equipment; A command acquiring unit for receiving the service request command from the NeOSS-SO and retrieving device information and service information on the corresponding IP-A / VDSL device from the database when the service request command is received; A command distribution unit that adjusts an execution order of a plurality of commands for processing the service request command according to a type of a requested service, and distributes and outputs the plurality of commands sequentially according to the order; And An SNMP communication unit for transmitting a command received from the command distribution unit to the corresponding IP-A / VDSL device using the SNMP protocol, and receiving a response to the command from the corresponding IP-A / VDSL device and transmitting the response to the command distribution unit. IP-A / VDSL equipment automatic control system characterized in that it comprises a. The method of claim 3, wherein the command distribution unit If the service request command is an active command, the inquiry, allocation, speed setting, setting value storage, inquiry order are performed. If the service request command is an inactive command, IP-A / VDSL equipment automatic control system characterized in that for adjusting the order of the order of inquiry, release, inquiry. The method of claim 3, wherein the command distribution unit And when a response to the first command of the plurality of commands is received from the SNMP communication unit, transmits the next command of the first command to the SNMP communication unit. The method of claim 3, wherein the SNMP communication unit Automatic control system for IP-A / VDSL equipment, characterized in that for extracting a specific value from the response received from the IP-A / VDSL equipment to the command distribution unit. The method of claim 3, wherein the SNMP communication unit Converts the command received from the command distribution unit into a data format for SNMP communication and transmits the command to the IP-A / VDSL device; IP-A / VDSL equipment automatic control system, characterized in that for converting the response received from the IP-A / VDSL equipment according to the SNMP protocol to a data format corresponding to the external module to the command distribution unit.

Images