一种虚拟端口的管理方法及装置与流程

文档序号:15929653发布日期:2018-11-14 01:29阅读:270来源:国知局
本发明涉及通信领域,具体涉及一种虚拟端口的管理方法及装置。
背景技术
随着接入网技术的成熟及“光进铜退”成为全球宽带网络建设不可阻挡的事实。光纤到户(ftth,fibertothehome)逐步成为网络发展的热点和网络建设的终极目标。传统各种数字用户线(xdsl,anydigitalsubscriberline),以太网无源光网络(epon,ethernetpassiveopticalnetwork),千兆无源光网络(gpon,gigabit-capablepassiveopticalnetwork)以及未来1ogpon,下一代pon(ng-pon2,nextgenerationponversion2)需要研究面向光纤到户(ftth,fibertothehome)的管理模型,从而简化传统接入网的运营管理,面向用户业务,为用户提供更好、更灵活的服务。在接入网的不同发展阶段,引入了不同的接入网设备,造成各种物理端口和与之相关的业务配置模型繁杂,不便于维护。尤其是以太网的相关业务,存在着维护配置成本较高、业务模型维护困难等诸多问题。如图1所示,在传统接入网络面向软件定义网络(sdn,softwaredefinednetwork)/网络功能虚拟化(nfv)新型接入网转型之际,有运营商提出采用光线路终端(olt,opticallineterminal)网络切片来解决多业务承载隔离和独立管理维护的问题。以bbf宽带论坛(broadbandforum)为代表的接入网标准化组织,在沃达丰等运营商的倡导下撰写了新型接入网网络切片标准文档wt-370。其网络切片或网络共享的核心问题如下:1)家宽业务、企业业务、移动回程业务这三种业务的不同切片,vlan空间、mac空间和ip空间可以重叠,可以独立规划而不相互影响;2)家宽业务中的宽带上网、语音ip服务(voip,voiceoverip)、数字电视(iptv,iptelevision)可以采用不同的网络切片,切片粒度是光网络单元(onu,opticalnetworkunit)网络唯一标识(uni,uniquenetworkidentifier)口、千兆无源光网络封装端口(gemport,gponencapsulationmethodport)/永久虚电路(llid,logiclinkidentifier)、或虚拟端口(vport,virtualport),这些网络切片pon层资源统一管理和配置,l2/l3层管理控制和转发资源独立,切片独立程度可以灵活配置。接入网络虚拟化在一个物理网络上按需快速构建一个或多个逻辑上的虚拟接入网。虚拟接入网络由二层连接(模拟二层线路)和二层交换设备(vswitch)组成。二层连接由跨多个设备的物理网络提供,比如从一个onu的某个uni口到一个olt的pon口下的一个gemport的一条以太网业务流,包括带宽、业务质量(qos,qualityofservice)等配置,这条业务流连接穿越了onu、olt等多个设备。虚拟交换机(vswitch,virtualswitch)是逻辑上的二层交换机,简单的场景下可以在单台olt上虚拟化实现。由上可知,迫切需要将接入网络中各种纷杂的硬件平台进行统一端口运维管理,实现面向基础运营商管理的onuuni物理端口和面向虚拟运营商管理的业务虚拟端口之间的统一建模,以便满足未来新型sdn接入网运维管理需求。技术实现要素:为了解决上述技术问题,本发明实施例提供了一种虚拟端口的管理方法及装置。本申请提供了如下技术方案:一种虚拟端口的管理方法,包括:建立物理端口到虚拟端口vport的映射;根据物理端口的状态更新虚拟端口状态,所述虚拟端口状态通过端口管理状态、操作状态和协议状态进行合成。其中,所述建立物理端口到虚拟端口的映射,包括:针对一个光网络单元onu,一个家庭单元homeunit对应一个vport。其中,所述建立物理端口到虚拟端口的映射,包括:通过资源映射表配置vport和物理资源的映射关系。其中,所述建立物理端口到虚拟端口的映射,包括:在olt视图下配置pon口,进入pon口视图配置onu,进入onu视图配置vport。其中,所述端口管理状态为来自运营商或管理者的端口使能、关闭状态。其中,所述根据物理端口的状态更新虚拟端口状态,包括如下之一或其任意组合:从没有vport实体到建立vport后,默认端口管理状态为up,vport状态置为portup状态;从vport的portup状态,根据操作状态的告警上报情况设置链路操作状态。其中,所述根据操作状态的告警上报情况设置链路操作状态至少包括如下之一:没有任何告警时,vport状态置为linkup状态;有任何一个告警上报,vport状态置为linkdown状态。其中,根据物理端口的状态更新虚拟端口状态,包括:在链路事件发生时,虚拟端口状态设置为down;所述链路事件包括如下之一或其任意组合:错误帧事件;期间错误帧事件;错误帧秒级汇总事件;链路故障事件;濒死告警事件。其中,根据物理端口的状态更新虚拟端口状态,包括:在物理端口发生ais、rdi告警时,虚拟端口状态设置为down。其中,根据物理端口的状态更新虚拟端口状态,包括:gpontc物理层的状态告警时,虚拟端口状态设置为down。其中,所述根据物理端口的状态更新虚拟端口状态,包括如下之一或其任意组合:在vport的端口管理状态down时,vport状态会变为portdown状态;在vport的端口管理状态down解除时,配置vport状态为portup状态。其中,所述根据物理端口的状态更新虚拟端口状态之前,还包括如下之一:添加虚拟端口到一个指定的虚拟运营商;从一个指定的虚拟运营商删除虚拟端口;将虚拟端口的端口管理状态置为up或者down。一种虚拟端口的管理装置,包括:建立模块,用于建立物理端口到虚拟端口vport的映射;更新模块,用于根据物理端口的状态更新虚拟端口状态,所述虚拟端口状态通过端口管理状态、操作状态和协议状态进行合成。其中,所述建立模块用于建立物理端口到虚拟端口的映射,包括:针对一个光网络单元onu,一个家庭单元homeunit对应一个vport。其中,所述建立模块用于建立物理端口到虚拟端口的映射,包括:通过资源映射表配置vport和物理资源的映射关系。其中,所述建立模块用于建立物理端口到虚拟端口的映射,包括:在olt视图下配置pon口,进入pon口视图配置onu,进入onu视图配置vport。其中,所述端口管理状态为来自运营商或管理者的端口使能、关闭状态。其中,所述更新模块用于根据物理端口的状态更新虚拟端口状态,包括如下之一或其任意组合:从没有vport实体到建立vport后,默认端口管理状态为up,vport状态置为portup状态;从vport的portup状态,根据操作状态的告警上报情况设置链路操作状态。其中,所述更新模块用于根据操作状态的告警上报情况设置链路操作状态至少包括如下之一:没有任何告警时,vport状态置为linkup状态;有任何一个告警上报,vport状态置为linkdown状态。其中,所述更新模块用于根据物理端口的状态更新虚拟端口状态,包括:在链路事件发生时,虚拟端口状态设置为down;所述链路事件包括如下之一或其任意组合:错误帧事件;期间错误帧事件;错误帧秒级汇总事件;链路故障事件;濒死告警事件。其中,所述更新模块用于根据物理端口的状态更新虚拟端口状态,包括:在物理端口发生ais、rdi告警时,虚拟端口状态设置为down。其中,所述更新模块用于根据物理端口的状态更新虚拟端口状态,包括:gpontc物理层的状态告警时,虚拟端口状态设置为down。其中,所述更新模块用于根据物理端口的状态更新虚拟端口状态,包括如下之一或其任意组合:在vport的端口管理状态down时,vport状态会变为portdown状态;在vport的端口管理状态down解除时,配置vport状态为portup状态。其中,所述更新模块用于根据物理端口的状态更新虚拟端口状态之前,还包括如下之一:添加虚拟端口到一个指定的虚拟运营商;从一个指定的虚拟运营商删除虚拟端口;将虚拟端口的端口管理状态置为up或者down。一种虚拟端口的管理装置,包括:存储有虚拟端口管理程序的存储器;处理器,配置为执行所述虚拟端口管理程序以执行下述操作:建立物理端口到虚拟端口vport的映射;根据物理端口的状态更新虚拟端口状态,所述虚拟端口状态通过端口管理状态、操作状态和协议状态进行合成。一种计算机可读存储介质,所述计算机可读存储介质上存储有虚拟端口管理程序,所述虚拟端口管理程序被处理器执行时实现所述的虚拟端口管理方法的步骤。本发明实施例中,通过在物理端口和虚拟端口之间建立映射关系并针对虚拟端口的状态进行监控、管理,便于实现sdn化olt的网络资源共享和接口的统一管理,一方面可以满足未来新型sdn接入网运维管理需求,另一方面有助于解决基础运营商和虚拟运营商的责任界定、网络运维管理等现实问题。本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。附图说明附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。图1为相关技术中利用网络切片解决多业务承载隔离和独立管理维护的架构示意图;图2为实施例一种虚拟端口管理方法的流程示意图;图3为本发明实施例基于不同接入硬件平台的物理端口抽象为虚拟端口和业务流的管理模型示意图;图4为本发明实施例中itu-tg.805模型描述虚拟端口和eth业务流之间关系的示意图;图5为业务流从gpon接入经过封装后进入上游网络的实例的示意图;图6为本发明实施例中虚拟端口状态合成的示意图;图7为本发明实施例中xpon告警上报关系的示意图。图8为实施例二中虚拟端口管理装置的结构示意图。具体实施方式为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。本申请,旨在通过抽象出一种面向业务的虚拟端口,从而简化不同接入网平台系统(如gpon,epon,xdsl等)的端口管理。此外,虚拟端口可以用于面向sdn化新型接入网络的基于基础运营商的网络共享、网络切片服务,即虚拟端口可以由虚拟运营商创建和管理。虚拟运营商可通过虚拟端口的状态监测来定位、排查网络问题,从而提高网络管理的效率。实施例一一种虚拟端口的管理方法,如图2所示,可以包括:步骤201,建立物理端口到vport的映射;步骤202,根据物理端口的状态更新虚拟端口状态,所述虚拟端口状态通过端口管理状态、操作状态和协议状态进行合成。本实施例虚拟端口的管理方法,通过在物理端口和虚拟端口之间建立映射关系并针对虚拟端口的状态进行监控、管理,便于实现sdn化olt的网络资源共享和接口的统一管理,一方面可以满足未来新型sdn接入网运维管理需求,另一方面有助于解决基础运营商和虚拟运营商的责任界定、网络运维管理等现实问题。实际应用中,本实施例中虚拟端口的管理方法可以通过olt来执行。虽然如下描述,vport配置是在onu视图下。但是vport的实体和状态变化都是有olt来监控,在onu没有上线时可以通过离线方式配置vport,只不过vport的关系确实是在onu的视图下。但是onu的视图其实也是在pon口下,也就是olt下面。因此,本实施例中虚拟端口管理方法可以olt作为总的执行体。一种实现方式中,所述建立物理端口到虚拟端口的映射,可以包括:针对一个光网络单元onu,一个家庭单元homeunit对应一个vport。一种实现方式中,所述建立物理端口到虚拟端口的映射,可以包括:通过资源映射表配置vport和物理资源的映射关系。一种实现方式中,所述建立物理端口到虚拟端口的映射,可以包括:在olt视图下配置pon口,进入pon口视图配置onu,进入onu视图配置vport。本实施例中,所述端口管理状态可以为来自运营商或管理者的端口使能、关闭状态。一种实现方式中,本实施例中根据物理端口的状态更新虚拟端口状态,可以包括如下之一或其任意组合:1)从没有vport实体到建立vport后,默认端口管理状态为up,vport状态置为portup状态;2)从vport的portup状态,根据操作状态的告警上报情况设置链路操作状态。其中,所述根据操作状态的告警上报情况设置链路操作状态至少可以包括如下之一:1)没有任何告警时,vport状态置为linkup状态;2)有任何一个告警上报,vport状态置为linkdown状态。一种实现方式中,本实施例中根据物理端口的状态更新虚拟端口状态,可以包括:在链路事件发生时,虚拟端口状态设置为down;其中,所述链路事件可以包括如下之一或其任意组合:错误帧事件;期间错误帧事件;错误帧秒级汇总事件;链路故障事件;濒死告警事件。一种实现方式中,本实施例中根据物理端口的状态更新虚拟端口状态,可以包括:在物理端口发生ais、rdi告警时,虚拟端口状态设置为down。一种实现方式中,本实施例中根据物理端口的状态更新虚拟端口状态,可以包括:gpontc物理层的状态告警时,虚拟端口状态设置为down。一种实现方式中,本实施例中所述根据物理端口的状态更新虚拟端口状态,包括如下之一或其任意组合:1)在vport的端口管理状态down时,vport状态会变为portdown状态;2)在vport的端口管理状态down解除时,配置vport状态为portup状态。一种实现方式中,本实施例中所述根据物理端口的状态更新虚拟端口状态之前,还可以包括如下之一:1)添加虚拟端口到一个指定的虚拟运营商;2)从一个指定的虚拟运营商删除虚拟端口;3)将虚拟端口的端口管理状态置为up或者down。如此,可以在对虚拟端口进行管理的同时实现对虚拟端口的操作,如添加、删除、更新状态等。本实施例的上述方法可以分为两个主要部分:1)物理端口到虚拟端口的统一建模:建立物理端口到虚拟端口的映射,该映射可以是一对一、一对多等。实际应用中,olt内部资源的划分可以按照eth业务流进行分配,可参考附图4及其相关描述。例如,针对一个olt和两个onu(onu1,onu2)的场景,一对一的情况下物理端口到虚拟端口的映射关系如下表1所示,其中olt的上联口为一对一分配给虚拟运营商。onu用户口端口号olt上联口虚拟运营商端口号onu1用户口1上联口1运营商1的端口1onu2用户口1上联口2运营商2的端口1表1再例如,针对一个olt和两个onu(onu1,onu2)的场景,一对多的情况下物理端口到虚拟端口的映射关系如下表2所示,其中olt的上联口为一对多分配给虚拟运营商。onu用户口端口号olt上联口虚拟运营商端口号onu1用户口1上联口1运营商1的端口1onu2用户口1上联口1运营商2的端口1表2针对上联口1分配给不同的虚拟运营商,转发面可以通过隧道端口进行区分,如mpls或虚拟可扩展局域网(vxlan,virtualextensiblelan)隧道。结合图3所示场景,olt的上联口为两个,比如编号为上联口1,上联口2,则对照上述两个表格,可以分两个上联口划分到两个olt虚拟切片的情况,和一个上联口划分到两个olt虚拟切片的情况。2)面向虚拟运营商运维的虚拟端口状态合成:所述虚拟端口状态可以通过端口管理状态、操作状态和协议状态进行合成。其中,所述操作状态主要可通过关联的物理端口状态、以太网操作管理维护(ethoam,ethernetoperationadministrationandmaintenance)状态、传输汇聚子层(tc,transmissionconvergencelayer)状态进行合成。实例1从图3可以看出,因不同时代引入的接入网接口类型繁多,并不利于后续sdn化olt的网络资源共享、接口的统一管理,这是当前一个突出的矛盾。此外,面向sdn的网络管理趋向采用netconf/yang新型管理工具,这与传统的网管模型有着较大差距。所以,如图3所示,需要定义基于不同接入硬件平台的物理端口抽象为虚拟端口和业务流的资源管理模型。vport定义如下:vport旨在为虚拟运营商根据链路资源提供的一个专注以太网业务的虚拟接口,作为数据转发的端口代表一个业务单位,只关注业务本身。其创建、删除、状态修改由其所属的vno(虚拟运营商)进行维护。基础运营商也可以创建、删除vport实体,但其操作需要在虚拟资源和物理资源映射表中随时保持同步。vport的抽象旨在抽象出接入网的业务接口,根据接入网不同物理端口类型,如物理端口资源pvc,gemport,llid等资源,抽象出一个关注以太网业务的虚拟端口。根据ftth/fttb接入网场景,vport的抽象模型为,一个onu可以根据homeunit(家庭单元)的划分方式不同,对应一个vport。如图4所示,按照itu-tg.805数据模型进行描述虚拟端口vport:vport的抽象旨在抽象出接入网的业务接口,vport实际上代表一个业务单位,只关注业务本身。通过对业务的映射关系(tc层)去耦合,tc层以下的部分由传统接入网进行管理,从而实现业务层面接口和底层映射的层次剥离。如图4所示,一个homeunit对应一个vport,按照运营商需求进行划分和部署(可基于vlan,vlan+优先级,或者其他业务需求进行划分和配置)。图4中分别展示了三种接入网技术:gpon,epon,xdsl,其中,通过统一的抽象,可以看出vport可以完全剥离底层的tc映射或实现,抽象成只关注业务的逻辑端口。图5展示了一个客户端以太网业务经过千兆无源光网络(gpon,gigabit-capablepassiveopticalnetwork)封装传送至上游光传输网络的数据流适配流程。如图5所示,eth业务流可以通过eth数据帧中vlan或业务分类(cos,classofservice)进行区分,eth数据流经过gem映射打上端口身份标识(portid)构成gemport数据帧,olt侧会根据逻辑onuid(命令行配置onu时候的onuid)和上线后onu根据loid在物理层oam管理(ploam,physicallayeroam)打上物理onuid标识,从而在物理pon口建立和实体onu的对应关系。数据帧经过gemport映射通过gpon端口和odn网络到达olt。olt解封装eth数据流可以经过汇聚出上联口,可经过汇聚交换机,进入上游网络。关注以太网业务层与gpon数据封装层的隔离点,目标是抽象出以太网的业务层面。图5中,在ftth应用中一个onu对应一个家庭单元(homeunit);在fttb应用中一个onu可以进一步服务多个家庭单元,所以有的onu可以对应一个家庭单元抽象而成的虚拟接口(vport)。具体的,一个onu可以根据家庭单元的划分方式不同,对应一个vport。家庭单元的业务模型按照运营商需求,可基于vlan、vlan+优先级等进行划分和部署。引入vport之前,路由条目的出接口需要确定明确的物理pon层资源。如下表3为引入vport之前路由条目的出接口的物理pon层资源示例。目的ip目的ip掩码出接口cost值2.2.2.2255.255.255.0gpon-onu_1/5/1_gemport1010表3引入vport之后,路由条目的出接口只需要填写vport接口,如下表4为引入vport之后路由条目的出接口与物理pon层资源示例。vport和物理资源的映射关系可通过资源映射表实现,如下表5为资源映射表的示例。这样做的好处是,基础运营商可以比较容易通过资源分发的方式,把物理资源划分给不同的虚拟运营商,从而实现多租户的应用。vport只需要关注业务层自身。目的ip目的ip掩码出接口cost值2.2.2.2255.255.255.0vport110表4vport物理接口资源vport1gemport10vport2gemport11,12,13vport3gemport14表5其中,虚拟端口的运维管理模型定义如下:1)qos模型中,虚拟接口因为是业务接口,作为eth数据流的总接口,可以作为用户总流量的qos限速单位。2)虚拟端口可作为用户数据流mac学习的最小单位。3)gemport和以太网数据流(ethflow)进行映射,根据流量等级(tc,trafficclass)进行映射,具体可参考bbftr-156和tr-280,如按照优先级、或按照vlan+优先级等进行映射,参考g.988。4)gemport对应数据流tc,传输容器(t-cont)对应pon层tc。gemport和t-cont一比一对应,可参考(bbftr-156)。gemport和t-cont由基础运营商管理或基础网络pon层管理。虚拟接口的归属业务管理,面向以太网相关的服务。5)olt、onu和vport的配置关系:在olt视图下配置pon口,进入pon口视图配置onu,进入onu视图配置vport。例如,interfacegpon-onu_1/5/1:1,其中gpon-onu_1/5/1表示gpon口1/5/1,冒号后的id“1”为该pon口下的onu标识。vport配置是在配置完interfacegpon-onu_1/5/1:1的onu视图下进行配置。实例2虚拟端口的状态可以通过如下三类状态进行合成:1)端口管理状态:来自运营商或管理者的端口使能、关闭状态。2)操作状态:a)物理链路的状态,虚拟端口关联的uni物理端口状态。物理端口关闭(down)之后,根据omci定义,会发送lan-los告警,通知olt;根据lan-los信号,把虚拟接口的操作状态改成down。b)使能ethernetoam的端口的oam相关状态告警。b1、ieee802.3ahefm功能使能,端口支持链路监控和检测。支持一般链路事件:erroredframeevent(错误帧事件)、erroredframeperiodevent(期间错误帧事件)、erroredframesecondssummaryevent(错误帧秒级汇总事件),支持rdi(发送远端故障指示)报文,同时支持处理对端发送的远端故障指示报文,并将对端故障信息送给上层协议处理。支持紧急链路事件:linkfault(链路故障)、dyinggasp(濒死告警)。当上述事件发生,端口状态设置为down。b2、ieee802.1ag/y.1731cfm功能,支持ethccm。支持eth-ais功能,连接中断后发送高级别ais,连接恢复后停止发送ais,接收远端发来的ais后,抑制本端高级别告警上报;支持eth-rdi功能,接收处理和发送处理rdi;当端口发生ais、rdi告警,端口状态设置为down。c)gpontc物理层的状态告警:onu(pon口级)检测到的信号:los、lof、sf、sd。当端口发出这些告警,端口状态设置为down。3)协议状态。如某个ip协议的要求对端信息才能够协议up的状态,协议的block/forward,需要业务协议来设置例如发现了端口环回,就需要block端口。正常都是forward。具体增加状态,看业务的需要,范围比较宽。针对虚拟端口状态,定义如下:链路up–操作状态没有任何告警,vport链路状态为up,没有任何导致链路down的告警。链路down–有上述定义的相关操作状态告警。链路down的状态合成需要参考上述的操作状态和协议状态是否有告警产生。端口up–端口为管理使能up,也是系统默认状态,当系统上电后将转换为链路up/链路down/端口down等其他状态。端口down–端口为管理使能关闭down状态,将覆盖其他任何状态。如图6,虚拟端口状态合成状态机。其中,标型号的为虚拟端口瞬时事件消息,该事件在集成ems平台不能够查询到,但可以记录在系统日志供以后分析。这些瞬时事件消息包括:添加:添加虚拟端口到一个指定的虚拟运营商。删除:从一个指定的虚拟运营商删除虚拟端口。修改:将虚拟端口置为管理up或者down。vport状态转换关系:vport管理有两种类型,portup和portdown。操作状态也有两种类型,linkup和linkdown。从没有vport实体到建立vport后,vport建立后默认状态为up,vport状态置为portup状态。从vport的portup状态,根据操作状态的告警上报情况设置链路操作状态。如没有任何告警,则将vport状态置为linkup状态。从vport的portup状态,根据操作状态的告警上报情况设置链路状态。如有任何一个告警上报,则将vport状态置为linkdown状态。linkup状态下,如有任何告警发生就置为linkdown状态。反之,linkdown状态下所有告警消失,则又置为linkup状态。vport有管理状态down,在任何vport状态下,如portup,linkup,linkdown状态下,如果管理员设置vport管理状态down,则vport状态会变为portdown状态。如果管理状态down解除,即配置vport为portup状态。则系统会以portup为起点重复上述的状态变化关系。如果要删除vport,则需要vport实体先置位管理down,防止vport承载的业务受到影响。只有在portdown状态下,vport才能删除。如图7所示,展示了xpon告警上报关系建模,以便于应用于新型sdn网络的netconf/yang管理。如图7所示,vport的管理状态直接跟vport虚拟端口状态关联。其中,vport与模拟的以太网接口是1:1的映射关系。eoam相关的告警通过以太网接口上报再合成到vport的操作状态。tc层相关告警与pon口相关,所以通过onu上联口的状态合成。作为vport操作状态的另一合成来源。实施例二一种虚拟端口的管理装置,如图8所示,可以包括:建立模块81,用于建立物理端口到虚拟端口vport的映射;更新模块82,用于根据物理端口的状态更新虚拟端口状态,所述虚拟端口状态通过端口管理状态、操作状态和协议状态进行合成。一种实现方式中,所述建立模块81用于建立物理端口到虚拟端口的映射,可以包括:针对一个光网络单元onu,一个家庭单元homeunit对应一个vport。一种实现方式中,所述建立模块81用于建立物理端口到虚拟端口的映射,可以包括:通过资源映射表配置vport和物理资源的映射关系。一种实现方式中,所述建立模块81用于建立物理端口到虚拟端口的映射,可以包括:在olt视图下配置pon口,进入pon口视图配置onu,进入onu视图配置vport。本实施例中,所述端口管理状态为来自运营商或管理者的端口使能、关闭状态。一种实现方式中,所述更新模块82用于根据物理端口的状态更新虚拟端口状态,包括如下之一或其任意组合:从没有vport实体到建立vport后,默认端口管理状态为up,vport状态置为portup状态;从vport的portup状态,根据操作状态的告警上报情况设置链路操作状态。一种实现方式中,所述更新模块82用于根据操作状态的告警上报情况设置链路操作状态至少包括如下之一:没有任何告警时,vport状态置为linkup状态;有任何一个告警上报,vport状态置为linkdown状态。一种实现方式中,所述更新模块82用于根据物理端口的状态更新虚拟端口状态,包括:在链路事件发生时,虚拟端口状态设置为down;所述链路事件包括如下之一或其任意组合:错误帧事件;期间错误帧事件;错误帧秒级汇总事件;链路故障事件;濒死告警事件。一种实现方式中,所述更新模块82用于根据物理端口的状态更新虚拟端口状态,包括:在物理端口发生ais、rdi告警时,虚拟端口状态设置为down。一种实现方式中,所述更新模块82用于根据物理端口的状态更新虚拟端口状态,包括:gpontc物理层的状态告警时,虚拟端口状态设置为down。一种实现方式中,所述更新模块82用于根据物理端口的状态更新虚拟端口状态,包括如下之一或其任意组合:在vport的端口管理状态down时,vport状态会变为portdown状态;在vport的端口管理状态down解除时,配置vport状态为portup状态。一种实现方式中,所述更新模块82用于根据物理端口的状态更新虚拟端口状态之前,还包括如下之一:添加虚拟端口到一个指定的虚拟运营商;从一个指定的虚拟运营商删除虚拟端口;将虚拟端口的端口管理状态置为up或者down。本实施例中虚拟端口的管理装置可以实现实施例一所述方法的所有细节,可参照方法的相关说明。实际应用中,本实施例中虚拟端口的管理装置可以通过设置于olt或其他类似设备上来实现上述功能以及实施例一的方法,或者本实施例中虚拟端口的管理装置可以直接通过olt或其他类似设备实现。实际应用中,建立模块81、更新模块82分别可以通过软件、硬件或两者结合的方式实现。例如,建立模块81、更新模块82可以通过olt的处理器执行相应程序来实现。对此本文不作限制。实施例三又一种虚拟端口的管理装置,包括:存储有虚拟端口管理程序的存储器;处理器,配置为执行所述虚拟端口管理程序以执行下述操作:建立物理端口到虚拟端口vport的映射;根据物理端口的状态更新虚拟端口状态,所述虚拟端口状态通过端口管理状态、操作状态和协议状态进行合成。本实施例中虚拟端口的管理装置可以实现实施例一所述方法的所有细节,可参照方法的相关说明。实际应用中,本实施例中虚拟端口的管理装置可以通过设置于olt或其他类似设备上来实现上述功能以及实施例一的方法,或者本实施例中虚拟端口的管理装置可以直接通过olt或其他类似设备实现。此外,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有虚拟端口管理程序,所述虚拟端口管理程序被处理器执行时实现上述虚拟端口管理方法的步骤。可选地,在本实施例中,上述存储介质可以包括但不限于:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,例如通过集成电路来实现其相应功能,也可以采用软件功能模块的形式实现,例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。以上显示和描述了本申请的基本原理和主要特征和本申请的优点。本申请不受上述实施例的限制,上述实施例和说明书中描述的只是说明本申请的原理,在不脱离本申请精神和范围的前提下,本申请还会有各种变化和改进,这些变化和改进都落入要求保护的本申请范围内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1