基于NETCONF和Web服务的综合网络管理技术研究与应用

基于NETCONF和Web服务的综合网络管理技术研究与应用摘要:为弥补SNMP在管理下一代网络中的缺陷,基于XML的网络管理技术应运而生,并在短短几年中有了很大的发展。但是如何保证XML技术在网络管理中的通用性是障碍相关系统开发的实践难题。为此,提出基于NETCONF与Web服务的综合网络管理技术,用于标准化基于XML的网络管理,以期为其进一步应用推广提供一个可行性方案。关键词:网络管理;简单网络管理协议;可扩展标记语言;NETCONF;Web服务:TP393.07文献标志码:A:1001-3695(2008)08-2537-04ResearchonintegratedtechnologyfornetworkmanagementanditsapplicationbasedonNETCONFandWebservicesXUHui,XIAODe-bao,CHENLi-miao(InstituteofComputerNetworkCommunication,HuazhongNormalUniversity,Wuhan430079,China)Abstract:InordertomakeupthelimitationsofSNMPinmanagingnext-generationnetworks,XML-basednetworkmanagementtechnologiesemergedastherequireandhadgreatlydevelopedinrecentfewyears.However,howtosatisfythecommonalityofXMLtechnologiesinnetworkmanagementwasapracticalproblemthathindersthedevelopmentofrelatedsystems.ThispaperproposedanintegratednetworkmanagementtechnologybasedonNETCONFandWebservices,whichcouldbeusedtostandardizeXML-basednetworkmanagement,providingapromisingsolutionforitsfurtherapplication.Keywords:networkmanagement;SNMP;XML;NETCONF;Webservices0引言作为一个非常简单的架构,SNMP自20世纪80年代末提出以来,已经广泛地应用于IP网络管理中。而SNMP取得成功的原因,同时也是其主要缺点,便是它的数据结构和协议操作过于简单。正因如此,尽管SNMP是目前广泛使用的一种网络管理协议,已成为网络管理领域中事实上的工业标准,然而随着网络的逐步发展,SNMP自身的缺陷不断显露出来,已不能对下一代网络进行有效的管理。为弥补SNMP的缺陷,人们需要一种新的技术解决SNMP的遗留问题,并能实现与SNMP的无缝集成。在这个背景下,基于XML的网络管理被提到研究日程上来,XML的出现为网络管理的发展带来了新的契机,成为网络管理发展的热点。这样,基于XML的下一代网络管理应运而生。不可否认,基于XML的网络管理技术近几年来已经有了很大的进展。同样值得注意的是,尽管目前国内外已有少数研究机构实现或部分实现基于XML的网络管理原型系统,但是如何实现基于XML的网络管理的标准化以保证其通用性是障碍相关系统开发的实践难题。笔者认为,基于NETCONF与Web服务的标准化实现将为推进基于XML的网络管理的进一步发展提供一个可行性方案。1背景知识1.1NETCONF协议IETFNetconf工作组成立于2003年5月。它尝试标准化一个多种异构网络设备的配置管理协议。如今已经定义了NETCONF协议(RFC4741)和传输映射(RFC4742、RFC4743、RFC4744)。NETCONF协议运用XML进行数据编码,并使用一个简单的基于RPC的机制促进管理者与代理之间的通信。NETCONF协议以良好的XML格式定义消息,这样既能方便管理配置信息,又能提供来自不同厂商的设备之间的互操作性。NETCONF协议从代理那里获取配置信息,以此为基础通过一个结构化的XML消息运用RPC机制修改配置管理信息。配置信息的状态分为三个阶段:候选(candidate)、运行(running)和开始(startup)。Running表示完整的配置,目前在网络设备上正活跃;Candidate表示候选的配置,以不影响设备当前配置的方式操纵;Startup表示当运行的配置可靠时,从running状态复制的配置。仅从一种传输、数据和操作模式是很难表达管理操作的,设备信息传输的环境、管理数据和管理操作是不同的。因此,传输消息被划分为以下四层用于满足不同环境的需要:a)传输层。它提供一个客户端与服务器端的通信路径。NETCONF可以基于任何能够提供基本传输需求的传输协议实现分层。b)RPC层。它为RPC块的编码提供了一个简单的、传输无关的成帧机制。c)操作层。它定义了一个基本的操作集,这些操作的参数为XML编码方式,并通过RPC方法进行调用。d)内容层。它并不在RFC4741讨论的范围之内。考虑到目前被操控的配置数据的私有...

1、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
2、本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供参考,付费前请自行鉴别。
3、如文档内容存在侵犯商业秘密、侵犯著作权等,请点击“举报”。

常见问题具体如下:

1、问:已经付过费的文档可以多次下载吗?

      答:可以。登陆您已经付过费的账号,付过费的文档可以免费进行多次下载。

2、问:已经付过费的文档不知下载到什么地方去了?

     答:电脑端-浏览器下载列表里可以找到;手机端-文件管理或下载里可以找到。

            如以上两种方式都没有找到,请提供您的交易单号或截图及接收文档的邮箱等有效信息,发送到客服邮箱,客服经核实后,会将您已经付过费的文档即时发到您邮箱。

注:微信交易号是以“420000”开头的28位数字;

       支付宝交易号是以“2024XXXX”交易日期开头的28位数字。

客服邮箱:

biganzikefu@outlook.com

所有的文档都被视为“模板”,用于写作参考,下载前须认真查看,确认无误后再购买;

文档大部份都是可以预览的,笔杆子文库无法对文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;

文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为依据;

如果您还有什么不清楚的或需要我们协助,可以联系客服邮箱:

biganzikefu@outlook.com

常见问题具体如下:

1、问:已经付过费的文档可以多次下载吗?

      答:可以。登陆您已经付过费的账号,付过费的文档可以免费进行多次下载。

2、问:已经付过费的文档不知下载到什么地方去了?

     答:电脑端-浏览器下载列表里可以找到;手机端-文件管理或下载里可以找到。

            如以上两种方式都没有找到,请提供您的交易单号或截图及接收文档的邮箱等有效信息,发送到客服邮箱,客服经核实后,会将您已经付过费的文档即时发到您邮箱。

注:微信交易号是以“420000”开头的28位数字;

       支付宝交易号是以“2024XXXX”交易日期开头的28位数字。

文秘专家
机构认证
内容提供者

1

确认删除?