CN1838659A - Method for realizing multi management server support based on SNMP protocol in CPE telemanagement - Google Patents
Method for realizing multi management server support based on SNMP protocol in CPE telemanagement Download PDFInfo
- Publication number
- CN1838659A CN1838659A CN 200510024606 CN200510024606A CN1838659A CN 1838659 A CN1838659 A CN 1838659A CN 200510024606 CN200510024606 CN 200510024606 CN 200510024606 A CN200510024606 A CN 200510024606A CN 1838659 A CN1838659 A CN 1838659A
- Authority
- CN
- China
- Prior art keywords
- cpe
- dslam
- request
- information
- telemanagement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to a method of achieving multi-management server supporting basing on SNMP protocol in CPE l remoter management, when DSLAM receives CPE management information from CPE-MM, DSLAM generates a new unique request ID to display the initial request ID and records the new generated request ID and the UDP source port of the managing information, the IP source address and the mapping relation of the initial request ID, then the DSLAM sends the SNMP data package to the corresponding CPE; when the DSLAM receives the responding information of the CPE, the DSLAM checks the initial request ID by the request ID of the information and sends the captured UDP/IP information to the CPE-MM; the DSLAM studies, updates and holds the relative dynamic re-direction information label.
Description
Technical field
The present invention relates to user access networks, especially refer in the telemanagement of CPE (ustomer premises access equipment), realize the method that multitube reason server is supported based on SNMP (Simple Network Management Protocol) agreement.
Technical background
Along with the develop rapidly of broadband services, the sharp increase of DSL (Digital Subscriber Line) system deployment amount, the remote centralized of ustomer premises access equipment (CPE) administers and maintains and becomes quite important and heavy.
The standard code of CPE telemanagement the requirement of aspects such as the interface of CPE telemanagement, agreement, function, purpose is under DSL line activation condition, realize functions such as configuration, remote fault diagnosis, maintenance and software upgrading that the DSL subscriber is held equipment by client equipment management server (CPE-MM), to reach the telemanagement of CPE and to exempt from the maintenance requirement of calling.As shown in Figure 1, ADSL (ADSL (Asymmetric Digital Subscriber Line)) ustomer premises access equipment telemanagement network reference model, it is made up of several user side equipment management entities 2 and a network equipment management entity 1 two parts.Wherein, network equipment management entity 1 comprises ADSL client equipment management server 11 and DSL access multiplexer (DSLAM) 12; User side equipment management entity 2 comprises that the DSL subscriber holds equipment 21.This reference model comprises following two interfaces:
(1) LMI (local management interface) management interface: this interface is finished the client equipment management transmission of Information between network equipment management entity and user side equipment management entity.
(2) RMI (remote side administration interface) management interface: this interface is realized the client equipment management transmission of Information by this management interface between the client equipment management server and local side apparatus of network equipment management entity inside.
The protocol stack that RMI and LMI support as shown in Figure 2, what from protocol stack as can be seen, the LMI interface adopted is directly to be carried on ATM Adaptation Layer 5 (AAL5) layer with integrated local management interface (ILMI) identical protocol stack structure: the SNMP (simple and clear network management protocol) of ATM (asynchronous transfer mode) forum.The SNMP request package of CPE management server (CPE-MM) is sent to DSL access multiplexer (DSLAM) (purpose IP address is DSLAM), and CPE is by option (Option) domain identifier in the IP head of the last message of RMI; LMI is then corresponding one by one with CPE, so for simplicity, the LMI passage does not adopt the UDP/IP protocol layer.
So DSLAM can be abandoned UDP/IP (User Datagram Protoco (UDP)/IP) information (standard does not stipulate that some message field (as community string) that utilizes LMI to go up SNMP carries these information) of CPE-MM when LMI transmits snmp message by RMI.For the echo message of CPE, the UDP/IP information that DSLAM can not recover CPE-MM is used as purpose udp port and purpose IP address like this.This makes SNMP relay (SNMP relaying) only can support a CPE-MM, can not support a plurality of CPE-MM simultaneously.
And the request ID in the snmp message independently generates maintenance by each management station, be used for the unique identification of management station a pair of (Request, Response).When a plurality of management stations insert managed object simultaneously, at the managed object place, just might be just in time the same from request ID in the snmp message of different management stations.Like this at the DSLAM place, those snmp messages that need transmit can not be by unique identification, so transmit LMI when the SNMP of RMI is receiveed the response, DSLAM can not utilize this territory to shine upon the udp port and the IP address information of management station on the RMI interface.
Yet the applied environment of ILMI is different with the CPE telemanagement: the ILMI protocol stack is to design towards the management of the equity between atm port, and snmp message directly terminates in corresponding ports, therefore only may have a manager; Can adopt SNMP directly to be carried on the protocol stack structure of AAL5 layer, and the CPE telemanagement is thousands of CPE to be managed by management server by the keeper, no matter the redundant technique from management server still is the multiple management angle, it is possible and rational that the CPE long-distance management system has a plurality of management servers, so the protocol stack structure identical with ILMI adopted in the CPE telemanagement, though can simplify the complexity of agreement, also produce above mentioned new problem simultaneously.
Though the related request that the standard of existing CPE telemanagement is not supported a plurality of CPE-MM.Yet in the real network operating environment, equipment supports that a plurality of management servers are basic requirements, in addition, also have the common requirements of DSLAM system multiple management, the support of multitube reason server has greatly been met the future development trend of DSLAM equipment and CPE long-distance management system technology.
Therefore, the existing scheme of a CPE-MM of only supporting can not well support the redundancy of management server and realize multiple management, is unfavorable for the development of CPE and DSLAM management system and technology from now on.
Summary of the invention
The object of the present invention is to provide a kind of method that in the CPE telemanagement, realizes the support of multitube reason server based on snmp protocol, when observing CPE telemanagement standard protocol stack, realized support, be beneficial to the development of CPE and DSLAM management system and technology a plurality of CPE-MM.
A kind of method that in the CPE telemanagement, realizes the support of multitube reason server provided by the present invention based on snmp protocol, comprise the following steps: when DSLAM receives CPE management packets from CPE-MM, DSLAM will replace original requestID for it regenerates a unique request ID, and write down UDP source port contained in this newly-generated request ID and the described management packets, the mapping relations of IP source address and former request ID, then, DSLAM is forwarded to corresponding CPE with the SNMP packet; When DSLAM receives response message from CPE, DSLAM then retrieves original request ID according to the request ID in the message, and will respond bag according to the UDP/IP information of obtaining simultaneously and be transmitted to corresponding CPE-MM.
In the method that above-mentioned realization multitube reason server is supported, contained UDP source port in newly-generated request ID and the described management packets, the mapping relations of IP source address and former request ID are to be recorded in the dynamic redirection information table of DSLAM, and DSLAM learns, upgrades and safeguard this dynamic redirection information table automatically.
In the method that above-mentioned realization multitube reason server is supported, it is from the DSLAM of inside or the CPE-MM of outside that the most significant bit of request ID can be used for identifying the SNMP packet, realizes the automatic configuration feature of DSLAM to PVC (permanent virtual connection).
In the method that above-mentioned realization multitube reason server is supported, when CPE-MM and DSLAM transmit the port information of ADSL, be used to identify of the Option territory carrying of the information of the CPE that is managed by the IP head.
The invention solves the recovery problem of crucial UDP/IP information, when observing CPE telemanagement standard protocol stack, considered operator's demand and development in the future fully, realized support to a plurality of CPE-MM, insight has reduced the upgrade cost and the complexity of operator's CPE long-distance management system in the future in advance, has strengthened the competitiveness of ASAM/ISAM (higher level service couple in multiplexer/IN service couple in multiplexer) aspect the CPE telemanagement.
Description of drawings
Fig. 1 is the network model schematic diagram of ADSL ustomer premises access equipment telemanagement;
Fig. 2 is the schematic diagram of the protocol stack of RMI and LMI support:
Fig. 3 is the schematic diagram that the present invention realizes multitube reason server support method.
Embodiment
The present invention, promptly in the CPE telemanagement, realize the method that multitube reason server is supported based on snmp protocol, the snmp message that requires DSLAM that needs are transmitted carries out regenerating of request ID, guarantees that each snmp message of being transmitted by DSLAM can be by unique identification.And set up a mapping table, can utilize newly-generated request ID to map out udp port, IP address and the former request id information of CPE-MM.Like this, when DSLAM responds bag at the SNMP that transmits CPE, can be by the unique information that maps out CPE-MM of the request ID in the message, thus realize correctly directed.
Characteristics of the present invention promptly are the translation of this request ID and the maintenance of relevant information.
The invention solves the support issue of CPE long-distance management system to a plurality of CPE-MM, referring to Fig. 3, its method is as follows:
When DSLAM receives CPE management packets from CPE-MM, DSLAM will replace original request ID for it regenerates a unique request ID, and note UDP source port in this new request ID and the supervisory packet, the mapping relations of IP source address and former request ID.Then, DSLAM is forwarded to corresponding CPE with the SNMP packet.
When DSLAM receives response message from CPE, DSLAM then retrieves original request ID according to the request ID in the message, and will respond bag according to the UDP/IP information of obtaining and be transmitted to corresponding CPE-MM.
DSLAM learns, upgrades, safeguards relevant dynamic redirection information table automatically.
The most significant bit of requestID is used to identify the SNMP bag from inside (DSLAM) still outside (CPE-MM), so that realize being disposed automatically by DSLAM the isoparametric function of PVC (permanent virtual connection) of CPE, this function is extremely important to application such as Internet Protocol Televisions.
When CPE-MM and DSLAM transmit the port information of ADSL, be used to identify of the Option territory carrying of the information of the CPE that is managed by the IP head.
Above embodiment is only for the usefulness that the present invention is described, but not limitation of the present invention, person skilled in the relevant technique, under the situation that does not break away from the spirit and scope of the present invention, can also make various conversion or modification, therefore all technical schemes that are equal to also should belong within the category of the present invention, should be limited by each claim.
Claims (4)
1. in the CPE telemanagement, realize the method that multitube reason server is supported for one kind, comprise the following steps: based on snmp protocol
When DSLAM receives CPE management packets from CPE-MM, DSLAM will replace original request ID for it regenerates a unique request ID, and write down UDP source port contained in this newly-generated request ID and the described management packets, the mapping relations of IP source address and former request ID, then, DSLAM is forwarded to corresponding CPE with the SNMP packet;
When DSLAM receives response message from CPE, DSLAM then retrieves original request ID according to the request ID in the message, and will respond bag according to the UDP/IP information of obtaining simultaneously and be transmitted to corresponding CPE-MM.
2. the method that in the CPE telemanagement, realizes the support of multitube reason server according to claim 1 based on snmp protocol, it is characterized in that: contained UDP source port in described newly-generated request ID and the described management packets, the mapping relations of IP source address and former request ID are to be recorded in the dynamic redirection information table of DSLAM, and DSLAM learns, upgrades and safeguard this dynamic redirection information table automatically.
3. the method that realizes the support of multitube reason server in the CPE telemanagement based on snmp protocol according to claim 1 is characterized in that:
It is from the DSLAM of inside or the CPE-MM of outside that the most significant bit of described requestID can be used for identifying the SNMP packet, realizes the automatic configuration feature of DSLAM to PVC.
4. the method that realizes the support of multitube reason server in the CPE telemanagement based on snmp protocol according to claim 1 is characterized in that:
When transmitting the port information of ADSL between CPE-MM and DSLAM, be used to identify of the Option territory carrying of the information of the CPE that is managed by the IP head.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200510024606A CN100592741C (en) | 2005-03-24 | 2005-03-24 | Method for realizing multi management server support based on SNMP protocol in CPE telemanagement |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200510024606A CN100592741C (en) | 2005-03-24 | 2005-03-24 | Method for realizing multi management server support based on SNMP protocol in CPE telemanagement |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1838659A true CN1838659A (en) | 2006-09-27 |
| CN100592741C CN100592741C (en) | 2010-02-24 |
Family
ID=37015914
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200510024606A Active CN100592741C (en) | 2005-03-24 | 2005-03-24 | Method for realizing multi management server support based on SNMP protocol in CPE telemanagement |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100592741C (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008071127A1 (en) * | 2006-12-15 | 2008-06-19 | Huawei Technologies Co., Ltd. | Method, equipment and system for acquiring and providing cpe function configuration information |
| CN102053584A (en) * | 2009-11-06 | 2011-05-11 | 中石油北京天然气管道有限公司 | Remote maintenance authorization management method for automatic control intelligent equipment of oil gas pipeline |
| CN102118353A (en) * | 2009-12-30 | 2011-07-06 | 上海可鲁系统软件有限公司 | Instruction security audit method of industrial internet remote maintenance system |
| CN101304335B (en) * | 2007-05-07 | 2012-09-19 | 阿尔卡特朗讯公司 | Application module and remote management server with parameter description model |
| CN107733669A (en) * | 2016-08-11 | 2018-02-23 | 中兴通讯股份有限公司 | SNMP server management methods and system based on request ID |
| CN111600744A (en) * | 2020-04-08 | 2020-08-28 | 深圳震有科技股份有限公司 | Multi-board control method, system and storage medium based on SNMP |
-
2005
- 2005-03-24 CN CN200510024606A patent/CN100592741C/en active Active
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008071127A1 (en) * | 2006-12-15 | 2008-06-19 | Huawei Technologies Co., Ltd. | Method, equipment and system for acquiring and providing cpe function configuration information |
| CN101304335B (en) * | 2007-05-07 | 2012-09-19 | 阿尔卡特朗讯公司 | Application module and remote management server with parameter description model |
| CN102053584A (en) * | 2009-11-06 | 2011-05-11 | 中石油北京天然气管道有限公司 | Remote maintenance authorization management method for automatic control intelligent equipment of oil gas pipeline |
| CN102053584B (en) * | 2009-11-06 | 2014-06-04 | 中石油北京天然气管道有限公司 | Remote maintenance authorization management method for automatic control intelligent equipment of oil gas pipeline |
| CN102118353A (en) * | 2009-12-30 | 2011-07-06 | 上海可鲁系统软件有限公司 | Instruction security audit method of industrial internet remote maintenance system |
| CN102118353B (en) * | 2009-12-30 | 2014-08-13 | 上海可鲁系统软件有限公司 | Instruction security audit method of industrial internet remote maintenance system |
| CN107733669A (en) * | 2016-08-11 | 2018-02-23 | 中兴通讯股份有限公司 | SNMP server management methods and system based on request ID |
| CN111600744A (en) * | 2020-04-08 | 2020-08-28 | 深圳震有科技股份有限公司 | Multi-board control method, system and storage medium based on SNMP |
| CN111600744B (en) * | 2020-04-08 | 2022-08-23 | 深圳震有科技股份有限公司 | Multi-board control method, system and storage medium based on SNMP |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100592741C (en) | 2010-02-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7808994B1 (en) | Forwarding traffic to VLAN interfaces built based on subscriber information strings | |
| US7515542B2 (en) | Broadband access note with a virtual maintenance end point | |
| US7889754B2 (en) | Address resolution mechanism for ethernet maintenance endpoints | |
| US7944918B2 (en) | Dynamic building of VLAN interfaces based on subscriber information strings | |
| US7835370B2 (en) | System and method for DSL subscriber identification over ethernet network | |
| CN101379765B (en) | Techniques for configuring customer equipment for network operations from provider edge | |
| US8681779B2 (en) | Triple play subscriber and policy management system and method of providing same | |
| CN102449978B (en) | Dynamically configuring attributes of a parent circuit on a network element | |
| EP2153586B1 (en) | Edge router and method for dynamic learning of an end device mac address | |
| US20030208609A1 (en) | Automatic configuration of advanced services over DSL | |
| CN104468237B (en) | A kind of system of the method and application this method of SDH and PTN network alarm linkage | |
| CN100592741C (en) | Method for realizing multi management server support based on SNMP protocol in CPE telemanagement | |
| EP2084858A2 (en) | Auto- provisioning of network services over an ethernet access link | |
| CN102148766B (en) | Method for service interworking in PON (passive optical network) under three-layer function networking | |
| JP4489415B2 (en) | Promoting traffic management functions in DSLAM | |
| CN101188614A (en) | A method, system and device for secure control of the user access | |
| EP1748603A1 (en) | A transmission method for message in layer 2 and an access device | |
| CN1736086A (en) | Method and arrangement to perform a link test between end nodes in DSL communication networks, using several separate loop-back tests | |
| CN1859104A (en) | Service isolation transfer method | |
| CN1866879A (en) | Method for realizing ADSL CPE tele-management by SNMP | |
| CN100579022C (en) | Method for managing bridging connection equipment | |
| EP1798900A1 (en) | Access multiplexer | |
| EP1790121A1 (en) | Remote configuration interface | |
| US20070140119A1 (en) | Access multiplexer | |
| Cisco | Glossary |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C56 | Change in the name or address of the patentee |
Owner name: SHANGHAI ALCATEL-LUCENT CO., LTD. Free format text: FORMER NAME: BEIER AERKATE CO., LTD., SHANGHAI |
|
| CP01 | Change in the name or title of a patent holder |
Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee after: Shanghai Alcatel-Lucent Co., Ltd. Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee before: Beier Aerkate Co., Ltd., Shanghai |
|
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee after: Shanghai NOKIA Baer Limited by Share Ltd Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee before: Shanghai Alcatel-Lucent Co., Ltd. |