Font Size: a A A

Research And Realization Of Real-Time Collection Model In Telecom Domain

Posted on:2006-06-18Degree:MasterType:Thesis
Country:ChinaCandidate:Z YangFull Text:PDF
GTID:2168360155953099Subject:Computer system architecture
Abstract/Summary:PDF Full Text Request
With the rapid progress of the Internet construction and application, thenet customer increases continuously. The development of the networkpromotes the convenience of communication and sharing. However, on theother hand, the telecom company has to pay a lot on the construction ofnetwork management. The development of network management softwarenow takes the method of constructing in the separate network environment.Increasing one type of hardware, developing one management software.These different equipments constitute a complicated environment. And itleads the professionals have not any methods of supervising the wholenetwork. For this reason, we develop the TGOP (Telecom Generic ObjectPlatform), which is a national key technology project. The success of thedevelopment of TGOP can solve the problem of resource object'spresentation, troubleshoot, etc.In order to implement the real-time collection on different kinds ofequipment, the traditional method we used is developing the software basedon each kind of equipment. Undoubtedly, it will increase the cost ofdevelopment. And it will also bring the problem of maintenance and upgrade.The system can not match the increase of network requirement. This urges usto develop a real-time collection model tool based on the TGOP model tools.And on the foundation of this model tool, the network managementprofessional can choose equipment at will and customize the attributesaccording to the actual circumstance. It strengths and broadens the system. Inthis paper, we describe the real-time collection model tool and realize thepresentation of real-time collection based on the customization of model tool.According to the theory of Object Orient method, we design threemodules: customization of equipment class, customization of interface classand customization of equipment object.In actual network environment, one equipment class will have lots ofequipment objects. And each equipment object also has lots of attributes thatwill be collected. Among these attributes, some are equal except for severalattributes such as IP address. It is unpractical to customize each attribute forone object. The module of equipment class customization abstracts theobject's attributes which are equal to the others that belong to the sameequipment class and take the action of choosing and setting the values andcollection types. So it is not only shows the relations of classes and objectsdirectly, but simplify the operation of customizing professionals.In the actual network environment, there are different numbers ofinterfaces in each of the equipment. For management professionals, thedetails of the interfaces are unknown and need to be collected. The interfaceclass customization module has the function of choosing the attributes thatshould be collected and setting the values and collection types. All of themhave done are for the details of the interfaces. However, customizing theattributes is not enough. As no interface doesn't have any associate relationswith the equipment, the interface class customization module must haveanother function of establishing the relations of the interface classes andequipment classes. While we customizing, we must confirm that the interfaceclass has the associate relation with the equipment class. And this may lead tofind the values of interface classes attributes based on the associate relationswhen the collecting program is running.In addition, we can define formula aimed at some attributes. Thisformula is an algebraic expression. For example: (OID: GETTYPE1+OID: GETTYPE2+…+OID: GETTYPE n)?n In this formula, we need to calculate the average value of severalattributes. "GETTYPEn"is the collection type belongs to some OID. In thismodel tool, we take 1 as "GET"and take 2 as "GETNEXT". The method ofparsing the formula will be done in the collect tier. After all the attributes have been customized, we should need tocustomize the attributes of the equipment objects. There are lots of attributesbe needed in the collection of equipment. Among these attributes, somevalues that equal to the other equipments'that have been abstracted to theequipment class to customize. And the changeless and unique attributeswhose values are not equal to the other equipments'is IP address, community,retries, timeout and SNMP version. In TGOP, the objects of classes have beencustomized in the other model tools. What we need is the objects of theclasses that have been customized in the equipment class customizationmodule. As the customization of equipment objects, we are not only set theunique attributes, but get all the values of attributes from the classcustomization. And the relations of objects and classes are also set in the database. All the values of attributes, their collection types, the relations of classesand the relations of objects and classes the real-time collection model toolestablished are all stored in the related tables of data base. After researching and realization of the real-time collection model tool,the next job is to verify the customized result. In the design of the collectionresult presentation, we add the collection tier based on the traditional threetier architecture. After establishing collection model, there will be a relation path in thedata base as follow: ObjA→ClassA←→InterfaceClassA When the collection program starts, it can only get the object ID. Theprogram follows this relation path to obtain all the collection parameters. In the traditional collection method, the presentation tier sends messageto weblogic, the middleware's container. And then the weblogic sends themessage to the collector in the bottom tier. In order to verify the real-timecollection model, we use the API of JoeSnmp to develop. JoeSnmp is an opensource software and using the multithread technology to collect. It uses Javaand has lower efficiency than which made by C language. And we do not takethe method of using middleware send the message, but sending the messagefrom presentation tier directly. All above need to be improved in the future.We use Reverse Polish Notation to parse the formula as we mentioned above.After parsing, the program starts to collect and calculates the result based onReverse Polish Notation expression. For the information collected from theMIB, JoeSnmp has method to translate to the form the users can understand.After collection tier gets the result, it begins to update the data base and sendthe message to tell the presentation tier to get them from data base. Finally,all the results will be shown in the presentation tier. We use control model as the base theory of updating the data base. InTGOP system, the establishment of models and customization of objects areall done through the control model. The main function of the control model isto maintain the information of the abstract model and domain model and toaccomplish the mapping. It has three parts: class management, attribute...
Keywords/Search Tags:Realization
PDF Full Text Request
Related items