CN100592741C - 在cpe远程管理中基于snmp协议实现多管理服务器支持的方法 - Google Patents
在cpe远程管理中基于snmp协议实现多管理服务器支持的方法 Download PDFInfo
- Publication number
- CN100592741C CN100592741C CN200510024606A CN200510024606A CN100592741C CN 100592741 C CN100592741 C CN 100592741C CN 200510024606 A CN200510024606 A CN 200510024606A CN 200510024606 A CN200510024606 A CN 200510024606A CN 100592741 C CN100592741 C CN 100592741C
- Authority
- CN
- China
- Prior art keywords
- cpe
- request
- information
- dslam
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，当DSLAM接收到来自CPE-MM的CPE管理信息包时，DSLAM将为其重新生成一个唯一的request ID代替原有的request ID，并记录该新生成的request ID与管理信息包中所含的UDP源端口，IP源地址和原request ID的映射关系，然后，DSLAM将SNMP数据包转发至对应的CPE去；当DSLAM接收到来自CPE的响应消息，DSLAM则根据消息中的request ID来检索出原有的request ID，并根据获取的UDP/IP信息将回应包转发给对应的CPE-MM；DSLAM自动学习、更新、维护相关的动态重定向信息表。本发明在遵守CPE远程管理标准协议栈的同时，充分地考虑了运营商将来的需求和发展，实现了对多个CPE-MM的支持，可预见地降低了运营商将来的CPE远程管理系统的升级成本和复杂性，增强了ASAM/ISAM在CPE远程管理方面的竞争力。
Description
技术领域
本发明涉及用户接入网，尤其指在CPE(用户端设备)的远程管理中基于SNMP(简单网管协议)协议实现多管理服务器支持的方法。
技术背景
随着宽带业务的飞速发展，DSL(数字用户线)系统部署量急剧增长，用户端设备(CPE)的远程集中管理和维护变得相当重要并且繁重。
CPE远程管理的标准规定了CPE远程管理的接口、协议、功能等方面的要求，目的是在DSL线路激活条件下，通过用户端设备管理服务器(CPE-MM)实现对DSL用户端设备的配置、远程故障诊断、维护和软件升级等功能，以达到对CPE的远程管理和免上门维护要求。如图1所示，ADSL(非对称数字用户线)用户端设备远程管理网络参考模型，它由若干个用户侧设备管理实体2和一网络侧设备管理实体1两部分组成。其中，网络侧设备管理实体1包括ADSL用户端设备管理服务器11和DSL接入多路复用器(DSLAM)12；用户侧设备管理实体2包括DSL用户端设备21。该参考模型包括以下两个接口：
(1)LMI(本地管理接口)管理接口：此接口位于网络侧设备管理实体和用户侧设备管理实体之间，完成用户端设备管理信息的传输。
(2)RMI(远端管理接口)管理接口：此接口位于网络侧设备管理实体内部的用户端设备管理服务器与局端设备之间，通过该管理接口实现对用户端设备管理信息的传输。
RMI和LMI支持的协议栈如图2所示，从协议栈可以看出，LMI接口采用的是与ATM(异步转移模式)论坛的集成本地管理接口(ILMI)相同的协议栈结构：SNMP(简明网管协议)直接承载在ATM适配层5(AAL5)层上。CPE管理服务器(CPE-MM)的SNMP请求包发向DSL接入多路复用器(DSLAM)(目的IP地址是DSLAM)，CPE由RMI上消息的IP头中的选项(Option)域标识；LMI则与CPE一一对应，所以为了简单起见，LMI通道没有采用UDP/IP协议层。
于是DSLAM由RMI向LMI转发SNMP消息时会丢弃CPE-MM的UDP/IP(用户数据报协议/互连网协议)信息(标准并没有规定利用LMI上SNMP的某些消息域(如团体字符串)来承载这些信息)。这样对于CPE的回应信息，DSLAM不能恢复出CPE-MM的UDP/IP信息来作为目的UDP端口和目的IP地址。这使得SNMP relay(SNMP中继)仅能支持一个CPE-MM，不能同时支持多个CPE-MM。
而且，SNMP消息中的request ID是由每个管理站独立生成维护的，用于管理站唯一识别一对(Request，Response)。当多个管理站同时接入被管对象时，在被管对象处，来自不同管理站的SNMP消息中request ID就有可能正好一样。这样在DSLAM处，那些需要转发的SNMP消息并不能被唯一标识，于是转发LMI到RMI的SNMP回应消息时，DSLAM并不能利用该域来映射RMI接口上管理站的UDP端口和IP地址信息。
然而，ILMI的应用环境与CPE远程管理不同：ILMI协议栈是面向ATM端口间的对等管理而设计的，SNMP消息直接终结在相应的端口，因此只可能存在一个管理者；可以采用SNMP直接承载在AAL5层的协议栈结构，而CPE远程管理是由管理员通过管理服务器对成千上万的CPE进行管理，无论从管理服务器的冗余技术还是多级管理角度看，CPE远程管理系统拥有多个管理服务器是可能且合理的，所以CPE远程管理采用与ILMI相同的协议栈结构，虽然可以简化协议的复杂性，但同时也产生了上面提及的新问题。
现有CPE远程管理的标准虽然没有对多个CPE-MM支持的相关要求。然而在实际网络运营环境中，设备支持多个管理服务器是一个基本的要求，此外，还有DSLAM系统多级管理的普遍需求，对多管理服务器的支持极大地符合了DSLAM设备和CPE远程管理系统技术的未来发展趋势。
因此，现有仅支持一个CPE-MM的方案不能很好的支持管理服务器的冗余和实现多级管理，不利于今后CPE和DSLAM管理系统及技术的发展。
发明内容
本发明的目的在于提供一种在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，在遵守CPE远程管理标准协议栈的同时，实现了对多个CPE-MM的支持，以利于CPE和DSLAM管理系统及技术的发展。
本发明所提供的一种在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，包括下列步骤：当DSLAM接收到来自CPE-MM的CPE管理信息包时，DSLAM将为其重新生成一个唯一的request ID代替原有的requestID，并记录该新生成的request ID与所述管理信息包中所含的UDP源端口，IP源地址和原request ID的映射关系，然后，DSLAM将CPE-MM的CPE管理信息包中的SNMP数据包转发至对应的CPE去；当DSLAM接收到来自CPE的响应消息，DSLAM则根据消息中的request ID来检索出原有的request ID，并根据同时获取的UDP/IP信息将所述响应消息回应包转发给对应的CPE-MM。
在上述实现多管理服务器支持的方法中，新生成的request ID与所述管理信息包中所含的UDP源端口，IP源地址和原request ID的映射关系是记录在DSLAM的动态重定向信息表内，且DSLAM进行自动学习、更新和维护该动态重定向信息表。
在上述实现多管理服务器支持的方法中，新生成的requestID的最高位比特用于标识SNMP数据包是来自内部的DSLAM还是外部的CPE-MM，实现DSLAM对PVC(永久虚连接)的自动配置功能。
在上述实现多管理服务器支持的方法中，CPE-MM与DSLAM传递ADSL的端口信息时，用于标识被管理的CPE的信息由IP头的Option域承载。
本发明解决了关键的UDP/IP信息的恢复问题，在遵守CPE远程管理标准协议栈的同时，充分地考虑了运营商将来的需求和发展，实现了对多个CPE-MM的支持，可预见地降低了运营商将来的CPE远程管理系统的升级成本和复杂性，增强了ASAM/ISAM(高级业务接入复用器/智能业务接入复用器)在CPE远程管理方面的竞争力。
附图说明
图1是ADSL用户端设备远程管理的网络模型示意图；
图2是RMI和LMI支持的协议栈的示意图：
图3是本发明实现多管理服务器支持方法的示意图。
具体实施方式
本发明，即在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，要求DSLAM对需要转发的SNMP消息进行request ID的重新生成，保证每个由DSLAM转发的SNMP消息都可以被唯一标识。并且建立一张映射表，可以利用新生成的request ID映射出CPE-MM的UDP端口、IP地址以及原request ID信息。这样，DSLAM在转发CPE的SNMP回应包时，可以通过消息中的request ID唯一映射出CPE-MM的信息，从而实现正确地定向。
本发明的特点即是此request ID的翻译及相关信息的维护。
本发明解决了CPE远程管理系统对多个CPE-MM的支持问题，参见图3，其方法如下：
当DSLAM接收到来自CPE-MM的CPE管理信息包时，DSLAM将为其重新生成一个唯一的request ID代替原有的request ID，并记录下此新request ID与管理包中UDP源端口，IP源地址和原request ID的映射关系。然后，DSLAM将CPE-MM的CPE管理信息包中的SNMP数据包转发至对应的CPE去。
当DSLAM接收到来自CPE的响应消息，DSLAM则根据消息中的request ID来检索出原有的request ID，并根据获取的UDP/IP信息将所述响应消息回应包转发给对应的CPE-MM。
DSLAM自动学习、更新、维护相关的动态重定向信息表。
新生成的requestID的最高位比特用于标识SNMP包是来自内部的(DSLAM)还是外部的(CPE-MM)，以便实现由DSLAM自动配置CPE的PVC(永久虚连接)等参数的功能，此功能对IP电视等应用非常重要。
CPE-MM与DSLAM传递ADSL的端口信息时，用于标识被管理的CPE的信息由IP头的Option域承载。
以上实施例仅供说明本发明之用，而非对本发明的限制，有关技术领域的技术人员，在不脱离本发明的精神和范围的情况下，还可以作出各种变换或变型，因此所有等同的技术方案也应该属于本发明范畴之内，应由各权利要求限定。
Claims (4)
1.一种在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，其中CPE为用户端设备，SNMP为简单网管协议，本方法包括下列步骤：
当DSL接入多路复用器接收到来自用户端设备管理服务器的用户端设备管理信息包时，DSL接入多路复用器将为其重新生成一个唯一的request ID代替原有的request ID，并记录该新生成的requestID与所述管理信息包中所含的UDP源端口，IP源地址和原request ID的映射关系，然后，DSL接入多路复用器将所述用户端设备管理服务器的用户端设备管理信息包中的简单网管协议数据包转发至对应的用户端设备去；
当DSL接入多路复用器接收到来自用户端设备的响应消息，DSL接入多路复用器则根据消息中的request ID来检索出原有的request ID，并根据同时获取的UDP/IP信息将所述响应消息回应包转发给对应的用户端设备管理服务器。
2.根据权利要求1所述的在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，其特征在于：所述新生成的request ID与所述管理信息包中所含的UDP源端口，IP源地址和原request ID的映射关系是记录在DSL接入多路复用器的动态重定向信息表内，且DSL接入多路复用器进行自动学习、更新和维护该动态重定向信息表。
3.根据权利要求1所述的在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，其特征在于：
所述新生成的requestID的最高位比特用于标识简单网管协议数据包是来自内部的DSL接入多路复用器还是外部的用户端设备管理服务器，实现DSL接入多路复用器对永久虚连接的自动配置功能。
4.根据权利要求1所述的在CPE远程管理中基于SNMP协议实现多管理服务器支持的方法，其特征在于：
用户端设备管理服务器与DSL接入多路复用器间传递ADSL的端口信息时，用于标识被管理的用户端设备的信息由IP头的Option域承载。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200510024606A CN100592741C (zh) | 2005-03-24 | 2005-03-24 | 在cpe远程管理中基于snmp协议实现多管理服务器支持的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200510024606A CN100592741C (zh) | 2005-03-24 | 2005-03-24 | 在cpe远程管理中基于snmp协议实现多管理服务器支持的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1838659A CN1838659A (zh) | 2006-09-27 |
| CN100592741C true CN100592741C (zh) | 2010-02-24 |
Family
ID=37015914
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200510024606A Active CN100592741C (zh) | 2005-03-24 | 2005-03-24 | 在cpe远程管理中基于snmp协议实现多管理服务器支持的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100592741C (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101202745A (zh) * | 2006-12-15 | 2008-06-18 | 华为技术有限公司 | 获取用户驻地设备功能配置信息的方法、装置及应用系统 |
| ES2437067T3 (es) * | 2007-05-07 | 2014-01-08 | Alcatel Lucent | Módulo de aplicación y servidor de gestión remota con modelo de descripción de parámetros |
| CN102053584B (zh) * | 2009-11-06 | 2014-06-04 | 中石油北京天然气管道有限公司 | 一种油气管道自控智能设备远程维护授权管理方法 |
| CN102118353B (zh) * | 2009-12-30 | 2014-08-13 | 上海可鲁系统软件有限公司 | 一种工业互联网远程维护系统的指令安全审计方法 |
| CN107733669B (zh) * | 2016-08-11 | 2023-03-14 | 中兴通讯股份有限公司 | 基于request ID的SNMP服务器管理方法及系统 |
| CN111600744B (zh) * | 2020-04-08 | 2022-08-23 | 深圳震有科技股份有限公司 | 一种基于snmp的多板卡控制方法、系统及存储介质 |
-
2005
- 2005-03-24 CN CN200510024606A patent/CN100592741C/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN1838659A (zh) | 2006-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7835370B2 (en) | System and method for DSL subscriber identification over ethernet network | |
| US7515542B2 (en) | Broadband access note with a virtual maintenance end point | |
| CN101379765B (zh) | 从提供商边缘针对网络操作来配置客户设备的技术 | |
| US7889754B2 (en) | Address resolution mechanism for ethernet maintenance endpoints | |
| CN101075962B (zh) | 在二层网络交换设备中实现dhcp中继的装置及其方法 | |
| CN101188614B (zh) | 一种用户接入安全控制的方法、系统和设备 | |
| US20030208609A1 (en) | Automatic configuration of advanced services over DSL | |
| CN102148766B (zh) | 一种三层功能组网下pon内业务互通的方法 | |
| JP4080765B2 (ja) | ネットワークシステム | |
| CN100592741C (zh) | 在cpe远程管理中基于snmp协议实现多管理服务器支持的方法 | |
| KR101183825B1 (ko) | 종단 디바이스 ｍａｃ 어드레스의 동적 학습을 위한 에지 라우터 및 방법 | |
| CN100450080C (zh) | 收敛二层mac地址的方法及设备 | |
| EP1770906B1 (en) | A method for realizing terminals management in the network device | |
| EP2084858A2 (en) | Auto- provisioning of network services over an ethernet access link | |
| US20090089431A1 (en) | System and method for managing resources in access network | |
| JP2008510405A (ja) | ディジタル加入者線のデータ収集システム | |
| CN101212398A (zh) | 一种接入系统及方法 | |
| CN102025574A (zh) | 电缆调制解调器联机系统及方法 | |
| US20070140118A1 (en) | Access multiplexer | |
| CN100446507C (zh) | 一种接入终端设备报文的管理方法及系统 | |
| CN100579022C (zh) | 一种桥接设备的管理方法 | |
| EP1615383B1 (en) | A digital subscriber loop terminal devices management system | |
| CN102833231B (zh) | EoC混合级联模式下的动态配置方法 | |
| US20070140119A1 (en) | Access multiplexer | |
| CN1956416B (zh) | 一种建立地址解析协议表的方法及网络设备 |
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. |