光虚拟专用网络管理实现方案

2019-11-04 21:09:07

字体：大中小

来源：转载

供稿：网友

　　光虚拟专用网络（OVPN）是一种新兴的光网络增值业务，光网络的智能化也为OVPN代理了新的功能，使得OVPN客户可以通过服务提供商网络的智能控制平面获得智能带宽提供服务.文章对OVPN的治理实现方案进行分析，提出了基于JMAPI的治理结构，

并对用于OVPN的核心治理对象模型和事件通知机制进行了分析设计.
　　
　　光虚拟专用网（OVPN）是一种新兴的光网络增值业务.同传统的ip虚拟专用网业务相类似，OVPN业务使得用户能在减少通信费用的情况下在公用网络内部灵活地组建自己的网络拓扑，并答应服务提供商对物理网络资源进行划分，提供给终端用户全面的、安全地查看和治理他们各自OVPN的能力.OVPN的两个很重要的客户就是小型运营商和大型企业用户，这些运营商或企业没有自己的光传输网络，OVPN技术可以使它们从大型运营商那里获得光网络带宽服务，大大降低了其本身网络建设的成本.
　　
　　光网络智能化也为OVPN带来了新的功能，OVPN操作者希望他的客户能够动态地获得网络资源，由于OVPN本身不能提供智能服务，其网络资源的动态分配由服务提供商网络的控制平面完成.另一方面，OVPN客户本身对其业务连接有着控制治理的需求，主要包括OVPN业务执行状况的查询、由客户发起的业务定制以及客户发起的业务参数调整等，因此需要对OVPN客户提供一个治理系统.本文将对OVPN的治理实现方案进行分析研究，提出基于java治理应用编程接口(JMPAI)的治理系统结构，同时对用于OVPN治理目的的对象模型以及事件通知机制进行分析设计.
　　
　　1 OVPN的基本结构
　　在对OVPN治理系统进行分析研究之前，这里首先介绍OVPN的网络结构.对一个服务提供商网络来说，其网络单元设备可以划分为以下的3类[1]，如图1所示.
　　　

　　(1) 提供商边界光网络单元（PE-ONE），简称PE.PE连接服务提供商网络内部的光网络单元（ONE）以及客户边界设备；
　　
　　(2) 提供商ONE（P-ONE），简称P.P只在服务提供商光网络的内部；
　　
　　(3) 客户边界设备（CE）.CE可以是路由器、SONET/SDH交叉连接设备或者是以太网交换机.
　　
　　CE可以通过多个链路连接到PE上，它们之间至少有一条控制通道连接.另外，在本文中假设所有的节点都具有通用多协议标签交换(GMPLS)信令功能，一个OVPN内部的CE之间通过GMPLS信令建立一条标签交换路径（LSP）.
　　
　　对于OVPN运营者来说，它对使用OVPN的客户负责，OVPN客户只能观测到OVPN运营者提供给他的资源，而不能感觉到服务提供商的存在.OVPN运营者给OVPN客户提供的网络功能包括：
　　
　　(1) 良好的治理操作能力.OVPN客户能够对OVPN内部资源进行资源分配以及治理维护，OVPN运营者应该向OVPN客户提供良好的图形用户界面接口；
　　
　　(2) 动态的资源提供能力.OVPN客户能够实时地按照需求申请网络资源，获得网络资源的动态分配.由于OVPN本身不会提供光网络的智能，这种“虚拟”的动态资源分配由光网络的控制平面功能模块完成.
　　
　　对于服务提供商网络来说，OVPN的治理能力是由光网络的服务治理系统来完成的.服务治理系统通过治理其内部的数据库，完成对不同OVPN的治理，对外提供不同的OVPN治理视图.服务提供商网络的智能控制平面完成OVPN客户的动态资源请求.
　　
　　2 OVPN治理实现方案
　　以下介绍OVPN的治理实现方案，并提出基于JMAPI的服务治理方案.
　　
　　JMAPI是由Cisco，Novell, Bay Network等公司提出的一种网络治理平台，它提供了一系列的类库并制定了治理网络治理的基本架构.由于Java具有可移植性、便于支持安全性、提供远端方法调用（RMI）以及各种丰富的类库支持等特点，因此JMAPI治理方案具有以下的特点：
　　
　　(1) 可移植性和平台独立性；(2) 协议无关性，提供抽象的模型对治理资源和服务进行描述；(3) 便于支持安全性，消除了版本的问题；(4) 综合了从网元到图形用户接口的治理方案，基于Java的浏览器可以方便地实现图形用户界面接口（GUI）；(5) JMAPI支持简单网络治理协议（SNMP），提供了一系列的类库；(6) 事件通知服务，可以将SNMP陷阱（Trap）转换为JMAPI的事件通知.
　　
　　由上述的讨论可以看出，基于JMAPI的治理方案给出了网络治理的体系结构，提供了良好的治理界面，能够很好地描述服务对象模型，对SNMP有很好的支持，所有这些特点对于OVPN这种服务层的治理是十分适用的.
　　
　　基于JMAPI的OVPN治理总体视图结构如图2所示.整个结构可以划分为4个部分：
　　
　　（1） OVPN客户GUI.基于Java的浏览器提供面向客户的接口，治理视图模块（AVM）提供了一系列的用户接口图形工具，治理对象接口通过RMI/HTTP完成同服务提供商网络的服务治理系统（SMS）的交互.
　　　

　　（2）光网络服务治理系统(SMS)提供OVPN的治理，其治理运行模块（ARM）中的治理对象工厂为OVPN客户治理对象的服务方，提供OVPN的服务治理功能.其OVPN数据库治理了所有的OVPN，ARM通过基于Java的数据库治理接口（JDBC）对数据库进行查询等操作.另一方面，ARM中的治理对象工厂又作为底层网络层治理系统(NMS)的代理对象工厂的客户，它通过RMI或者公共对象请求代理结构（CORBA）等技术获得底层的服务.
　　
　　（3）网络层治理系统包含OVPN代理对象工厂，它基于SNMP技术获得底层的OVPN治理对象资源.
　　
　　（4）控制模块中的SNMP代理.OVPN治理信息库（MIB）将控制模块存储的OVPN信息转换为标准的SNMP信息上报给治理平面.
　　
　　由上述分析可以看出，OVPN客户GUI可以为用户提供治理操作功能，客户可以通过GUI对OVPN的资源进行治理.由图2我们可以看出，经由治理系统的OVPN通道建立是一种软永久连接方案.OVPN客户GUI不能直接操作底层的网络资源，它只能通过底层的服务治理系统向服务提供商网络的控制平面发送请求，由控制平面完成对资源的分配.
　　
　　JMAPI提供了抽象的模型描述治理资源和服务，图3给出了用于OVPN治理的核心治理对象（MO）.
　　

　　其中左图用于OVPN客户GUI和服务治理系统之间的治理对象接口，右图用于服务治理系统和底层治理系统之间的治理对象接口.由图3我们可以看出，所有的对象都由治理对象（Managed Objects）继续，主要划分为3种对象类型.逻辑单元（Logical Element）用于表示网络拓扑资源，物理单元（Physical Element）用于表示物理资源，外部单元（External Element）用于表示其它网络资源，在这里主要对拓扑资源进行设计.OVPN对象从网络（Network）对象继续，它由OVPN网元对象以及LSP对象组成，其中OVPN NE对象又可以分为PEONE以及CE.CE由客户端口（CPI）组成，PE-ONE由服务提供商端口（PPI）组成.这里在客户治理系统和服务提供商治理系统分别采用不同的对象模型，是由于服务提供商网络不希望它的OVPN客户获知其内部网络拓扑的细节，使用两种不同的治理对象接口，就可以在OVPN客户和服务提供商之间形成两种不同的治理视图.
　　
　　通过这种模型，OVPN客户只能获知对客户终端和它们之间的LSP连接，而且对LSP连接只能获知服务等级协商（LSA）等相关参数，不能获知LSP的内部路由；
服务提供商网络能够对整个OVPN的资源细节进行治理控制.因此在模型的设计过程中，OVPN客户所用的对象模型中的LSP没有路由这一子对象.
　　
　　JMAPI提供了事件通知服务，可以直接将SNMP Trap转换为事件通知信息.针对OVPN可以设置LSP的设置（Set）、添加（Add）、调制（Mod）和删除（Del）通知事件，将控制模块对OVPN的资源配置状况实时地上报给治理系统.使用事件通知机制与轮询（Polling）机制相比较可以更快地获得底层网络的状态.
　　
　　3 结论
　　本文对OVPN的治理实现方案进行了分析研究，提出了基于JMAPI的治理系统体系结构，同时为运营商以及OVPN客户提供了一套治理实现方案；在此基础上，对OVPN的核心治理对象模型进行了分析设计，基于此治理对象模型，就可以在OVPN客户和服务提供商之间形成两种不同的治理视图；最后本文对用于OVPN治理的事件通知服务机制进行了分析.

上一篇：VLAN管理多层次网——台州中医院用网络提升竞争力

下一篇：某项目的CISCO产品测试报告之实验三、网络管理