一种基于SNMP的OLT侧ONU自动发现方法和装置与流程

文档序号:29934005发布日期:2022-05-07 13:18阅读:497来源:国知局
一种基于SNMP的OLT侧ONU自动发现方法和装置与流程
一种基于snmp的olt侧onu自动发现方法和装置
技术领域
1.本发明的实施例一般涉及通信领域,并且更具体地,涉及一种基于snmp的olt侧onu自动发现方法和装置。


背景技术:

2.随着网络技术发展,光进铜退的发展,接入网现在都使用光纤接入,家宽通常都通过光猫直接接入,例如ftth onu。在接入网中onu通常由olt侧管理设备管理,但对于onu管理有困难,因为其设备数巨大,并且每天都在变化,不可能每天都通过录入onu信息来维护onu。通常的接入网网管都通过厂商网管ems发现onu,onu的数量极为庞大,基于ems的onu发现会因为登录侧和设备侧的限制无法做更高的并发,导致发现速度慢、效率低,而且发现信息量极少。


技术实现要素:

3.根据本发明的实施例,提供了一种基于snmp的olt侧onu自动发现方案。
4.在本发明的第一方面,提供了一种基于snmp的olt侧onu自动发现方法。该方法包括:
5.通过snmp协议批量采集olt上的onu信息,得到onu的运行状态;所述运行状态包括在线和非在线;
6.在网管系统中查找所述onu,如果网管系统中存在与所述onu标识一致的onu,则所述onu在网管系统中存在;如果网管系统中不存在与所述onu标识一致的onu,则所述onu在网管系统中不存在;所述onu标识由olt设备标识、设备下联pon口标识和onu-id标识组成;
7.根据onu的运行状态以及其是否存在于网管系统中,对所述onu进行发现。
8.进一步地,所述onu信息包括:名称、型号、loid、序列号、mac地址、密码、运行状态、管理状态、软件版本、ip地址、上次在线时间、上次下线时间、发现时间。
9.进一步地,所述根据onu的运行状态以及其是否存在于网管系统中,对所述onu进行发现,包括:
10.当所述onu处于在线状态且存在网管系统中时,利用当前采集的onu信息更新网管系统中所述onu信息;
11.当所述onu处于在线状态且不存在网管系统中时,将所述onu信息新增到网管系统,对所述onu进行发现;
12.当所述onu处于非在线状态且存在网管系统中时,判断所述onu是否为延迟删除的onu,如果是,则从网管系统中删除所述onu信息;否则不对所述onu进行发现;
13.当所述onu处于非在线状态且不存在网管系统中时,判断所述onu是否为预注册onu,如果是,则将所述onu信息新增到网管系统;否则不对所述onu进行发现。
14.进一步地,所述判断所述onu是否为延迟删除的onu,包括:
15.预设延迟删除时间,如果当前时间与所述onu的上次在线时间的差值大于所述延
迟删除时间,则判断所述onu为延迟删除的onu;否则,所述onu不是延迟删除的onu。
16.进一步地,所述判断所述onu是否为预注册onu,包括:
17.如果所述onu的上次在线时间为时间默认值,则所述onu为预注册onu;否则,所述onu不是预注册onu;所述预注册onu为已经注册且未上过线的onu。
18.进一步地,在对所述onu进行发现后,更新所述onu的发现时间。
19.进一步地,还包括:
20.预设轮询周期和onu的延迟发现时间;
21.按照所述轮询周期,轮询所有olt上的onu信息,如果存在超过所述onu的延迟发现时间而未更新发现时间的onu,则判定所述onu不可用,并删除。
22.在本发明的第二方面,提供了一种基于snmp的olt侧onu自动发现装置。该装置包括:
23.采集模块,用于通过snmp协议批量采集olt上的onu信息,得到onu的运行状态;所述运行状态包括在线和非在线;
24.查找模块,用于在网管系统中查找所述onu,如果网管系统中存在与所述onu的olt设备标识、设备下联pon口标识和onu-id标识均一致的onu,则所述onu在网管系统中存在;如果网管系统中不存在与所述onu的olt设备标识、设备下联pon口标识和onu-id标识均一致的onu,则所述onu在网管系统中不存在;
25.处理模块,用于根据onu的运行状态以及其是否存在于网管系统中,对所述onu进行发现。
26.在本发明的第三方面,提供了一种电子设备。该电子设备包括:存储器和处理器,所述存储器上存储有计算机程序,所述处理器执行所述程序时实现如以上所述的方法。
27.在本发明的第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如根据本发明的第一方面的方法。
28.应当理解,发明内容部分中所描述的内容并非旨在限定本发明的实施例的关键或重要特征,亦非用于限制本发明的范围。本发明的其它特征将通过以下的描述变得容易理解。
29.本发明通过snmp直采olt上onu信息,采集速度快,且信息全,更易于分布式部署和并发,通常可以做到批量并发的采集不同olt的onu信息,每天可以进行多次发现,既能采集较全的onu信息,又能即时维护更新最新的onu的准确信息,并且不需要对接第三方ems网管,可以屏蔽厂商差异化。
附图说明
30.结合附图并参考以下详细说明,本发明各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中,相同或相似的附图标记表示相同或相似的元素,其中:
31.图1示出了根据本发明的实施例的基于snmp的olt侧onu自动发现方法的流程图;
32.图2示出了根据本发明的实施例的基于snmp的olt侧onu自动发现装置的方框图;
33.图3示出了能够实施本发明的实施例的示例性电子设备的方框图。
具体实施方式
34.为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的全部其他实施例,都属于本发明保护的范围。
35.另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
36.本发明中,通过snmp直采olt上onu信息,采集速度快,且信息全,更易于分布式部署和并发,通常可以做到批量并发的采集不同olt的onu信息,每天可以进行多次发现,既能采集较全的onu信息,又能即时维护更新最新的onu的准确信息,并且不需要对接第三方ems网管,可以屏蔽厂商差异化。
37.图1示出了本发明实施例的基于snmp的olt侧onu自动发现方法的流程图。
38.该方法包括:
39.s110、通过snmp协议批量采集olt上的onu信息,得到onu的运行状态。
40.snmp协议又称简单网络管理协议,是专门设计用于在ip网络管理网络节点(服务器、工作站、路由器、交换机及hubs等)的一种标准协议,它是一种应用层协议。snmp使网络管理员能够管理网络效能,发现并解决网络问题以及规划网络增长。通过snmp接收随机消息(及事件报告)网络管理系统获知网络出现问题。snmp作为一种应用程序协议,封装在udp中,效率高,速度快。
41.onu是光网络单元,onu分为有源光网络单元和无源光网络单元。一般把装有包括光接收机、上行光发射机、多个桥接放大器网络监控的设备叫做光节点。pon使用单光纤连接到olt,然后olt连接到onu。onu能够对olt发送的广播进行选择性接收,若需要接收该数据要对olt进行接收响应;对用户的需要发送的以太网数据进行收集和缓存,按照被分配的发送窗口向olt端发送该缓存数据。
42.所述onu信息包括:名称、详细型号、loid、序列号(sn)、onu的mac地址、密码、运行状态、管理状态、onu软件版本、onu的ip地址(fttb onu有ip地址)、onu上次在线时间、onu上次下线时间和发现时间、设备下联pon口和onuid等。其中,所述运行状态包括在线和非在线。
43.s200、在网管系统中查找所述onu,如果网管系统中存在与所述onu标识一致的onu,则所述onu在网管系统中存在;如果网管系统中不存在与所述onu标识一致的onu,则所述onu在网管系统中不存在;所述onu标识由olt设备标识、设备下联pon口标识和onu-id标识组成。
44.在批量采集onu信息后,需要通过获取到的onu信息对onu进行识别,故onu信息需要有唯一性。对此,通过onu标识,即olt设备id(oltdevid)、设备下联pon口(ponport)、onuid组成的标识来唯一标识一onu。olt设备id(oltdevid)是网管里对该ip地址的olt设备网管里的标识,使olt设备在网管系统里标识的每一个地址使用一个olt设备id;设备下联pon口一般表示为x-x-x-x形式,例如1-1-2-1;onuid是onu对应的数字标识,对于gpon onu一般为0-127或1-128,对于epon onu一般为0-63或1-64。
45.作为本发明的一种实施例,某个onu是挂载在1-1-1-2口下的,其onuid是3,oltdevid为dev03sz3,那么其唯一标识就为dev03sz3:1-1-1-2:3。
46.当前onu在网管系统中能查找到一样的onu标识,可以以此作为该onu已经在网管系统中存在的判定依据。相反的,当前onu在网管系统中查找不到一样的onu标识,则可以以此作为该onu在网管系统中不存在的判定依据。
47.s300、根据onu的状态以及其是否存在于网管系统中,对所述onu进行发现。可以分成下述四种情况,分别为s310~s340:
48.s310、当所述onu处于在线状态且存在网管系统中时,利用当前采集的onu信息更新网管系统中所述onu信息。
49.作为本发明的一种实施例,对于网管系统中已经存在的onu信息,如果本次未采集到,则不对onu信息进行更新,以免因为本次的漏采,导致更新了错误的信息。
50.s320、当所述onu处于在线状态且不存在网管系统中时,将所述onu信息新增到网管系统,对所述onu进行发现。
51.s330、当所述onu处于非在线状态且存在网管系统中时,如果当前时间与所述onu的上次在线时间的差值大于所述延迟删除时间,则删除所述onu,否则不对所述onu进行发现。
52.延迟删除的作用:
53.用户不会时刻都处于在线状态,通过设置延迟删除的时间,将暂时不在线或关机的用户识别出来,将真正长时间处于非在线状态的onu进行删除,保证了数据的准确性,避免错误删除onu。
54.所述延迟删除时间可根据需要任意配置,一般可以配置为30天、60天或90天等。
55.s340、当所述onu处于非在线状态且不存在网管系统中时,判断所述onu是否为预注册onu,如果是,则将所述onu信息新增到网管系统;否则不对所述onu进行发现。
56.所述判断所述onu是否为预注册onu,包括:
57.如果所述onu的上次在线时间为时间默认值,则所述onu为预注册onu;否则,所述onu不是预注册onu;所述预注册onu为已经注册且未上过线的onu。
58.作为本发明的一种实施例,所述时间默认值为0000-00-00 00:00:00,分别表示年-月-日和时间。如果查看到上次所述onu的在线时间为0000-00-0000:00:00,则说明该onu属于已经注册但未上过线的onu。
59.判断onu是否为预注册是由于有一些用户虽然开户了,但是实际上并没有激活使用,这些用户并不是准确的使用的用户,运营商的运维部门一般不把该类onu作为正式用户数来发现,如此保证统计数据的准确性。
60.作为本发明的一种实施例,在通过s300对所述onu进行发现后,更新所述onu的发现时间。所述发现时间用于记录所述onu的最近一次的发现时间,进而为定期删除未发现过的onu提供判断数据基础。
61.作为本发明的一种实施例,预设轮询周期和onu的清理时间;按照所述轮询周期,轮询所有olt上的onu信息,如果存在超过所述onu的清理时间而未更新发现时间的onu,即当前时间与onu发现时间的差值大于预设的onu清理时间,则判定所述onu不可用,并删除。
62.例如,假如第一次发现了onu a,但是第二次以后再也没采集到onu a,可能移机了
或者拆除了,那么后面这个onu a会一直存着再网管系统里(因为比较处理的是采集到的onu信息,第二次后不会处理到该onu了),根据onu发现的时间,和当前轮询时间比较,当当前时间与onu发现的时间的差值大于预设的延迟发现的时间时,就删除掉该onu。
63.所述轮询周期可以任意根据需求设置,一般设置为一天轮询一次。
64.所述onu的清理时间可根据需要任意配置。
65.通过本实施例能够清除不可用的onu,避免每次轮询都会对大量不可用的onu进行判断,节省了资源,提高了效率。
66.根据本发明的实施例,通过snmp直采olt上onu信息,采集速度快,且信息全,更易于分布式部署和并发,通常可以做到批量并发的采集不同olt的onu信息,每天可以进行多次发现,既能采集较全的onu信息,又能即时维护更新最新的onu的准确信息,并且不需要对接第三方ems网管,可以屏蔽厂商差异化。
67.ems因为登录侧和设备侧的限制无法做更高的并发,速度会更慢。跟ems的onu发现相比,snmp形式的onu发现更易于分布式部署和并发,发现效率高、速度快、信息全、更精准,且每天可以进行多次发现。
68.另外,snmp的onu发现直接对接olt设备,不需要对接第三方ems网管,可以屏蔽厂商差异化。
69.需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作和模块并不一定是本发明所必须的。
70.以上是关于方法实施例的介绍,以下通过装置实施例,对本发明所述方案进行进一步说明。
71.如图2所示,装置200包括:
72.采集模块210,用于通过snmp协议批量采集olt上的onu信息,得到onu的运行状态。
73.所述onu信息包括:名称、详细型号、loid、序列号(sn)、onu的mac地址、密码、运行状态、管理状态、onu软件版本、onu的ip地址(fttb onu有ip地址)、onu上次在线时间、onu上次下线时间和发现时间、设备下联pon口和onuid等。其中,所述运行状态包括在线和非在线。
74.查找模块220,用于在网管系统中查找所述onu,如果网管系统中存在与所述onu的olt设备标识、设备下联pon口标识和onu-id标识均一致的onu,则所述onu在网管系统中存在;如果网管系统中不存在与所述onu的olt设备标识、设备下联pon口标识和onu-id标识均一致的onu,则所述onu在网管系统中不存在。
75.当前onu在网管系统中能查找到一样的onu标识,可以以此作为该onu已经在网管系统中存在的判定依据。相反的,当前onu在网管系统中查找不到一样的onu标识,则可以以此作为该onu在网管系统中不存在的判定依据。
76.处理模块230,用于根据onu的状态以及其是否存在于网管系统中,对所述onu进行发现。
77.所述处理模块230,包括:
78.第一处理模块231,用于当所述onu处于在线状态且存在网管系统中时,利用当前采集的onu信息更新网管系统中所述onu信息。
79.作为本发明的一种实施例,对于网管系统中已经存在的onu信息,如果本次未采集到,则不对onu信息进行更新,以免因为本次的漏采,导致更新了错误的信息。
80.第二处理模块232,用于当所述onu处于在线状态且不存在网管系统中时,将所述onu信息新增到网管系统,对所述onu进行发现;
81.第三处理模块233,用于当所述onu处于非在线状态且存在网管系统中时,如果当前时间与所述onu的上次在线时间的差值大于所述延迟删除时间,则删除所述onu,否则不对所述onu进行发现。
82.所述延迟删除时间用于将真正长时间处于非在线状态的onu进行删除,保证了数据的准确性,避免错误删除onu。
83.所述延迟删除时间可根据需要任意配置,一般可以配置为30天、60天或90天等。
84.第四处理模块234,用于当所述onu处于非在线状态且不存在网管系统中时,判断所述onu是否为预注册onu,如果是,则将所述onu信息新增到网管系统;否则不对所述onu进行发现。
85.所述判断所述onu是否为预注册onu,包括:
86.如果所述onu的上次在线时间为时间默认值,则所述onu为预注册onu;否则,所述onu不是预注册onu;所述预注册onu为已经注册且未上过线的onu。
87.作为本发明的一种实施例,在通过处理模块230对所述onu进行发现后,更新所述onu的发现时间。所述发现时间用于记录所述onu的最近一次的发现时间,进而为定期删除未发现过的onu提供判断数据基础。
88.作为本发明的一种实施例,预设轮询周期和onu的清理时间;按照所述轮询周期,轮询所有olt上的onu信息,如果存在超过所述onu的清理时间而未更新发现时间的onu,即当前时间与onu发现时间的差值大于预设的onu清理时间,则判定所述onu不可用,并删除。
89.本实施例能够清除不可用的onu,避免每次轮询都会对大量不可用的onu进行判断,节省了资源,提高了效率。
90.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,所述描述的模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
91.如图3所示,设备包括中央处理单元(cpu),其可以根据存储在只读存储器(rom)中的计算机程序指令或者从存储单元加载到随机访问存储器(ram)中的计算机程序指令,来执行各种适当的动作和处理。在ram中,还可以存储设备操作所需的各种程序和数据。cpu、rom以及ram通过总线彼此相连。输入/输出(i/o)接口也连接至总线。
92.设备中的多个部件连接至i/o接口,包括:输入单元,例如键盘、鼠标等;输出单元,例如各种类型的显示器、扬声器等;存储单元,例如磁盘、光盘等;以及通信单元,例如网卡、调制解调器、无线通信收发机等。通信单元允许设备通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
93.处理单元执行上文所描述的各个方法和处理,例如方法s100~s400。例如,在一些实施例中,方法s100~s400可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元。在一些实施例中,计算机程序的部分或者全部可以经由rom和/或通信单元
而被载入和/或安装到设备上。当计算机程序加载到ram并由cpu执行时,可以执行上文描述的方法s100~s400的一个或多个步骤。备选地,在其他实施例中,cpu可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行方法s100~s400。
94.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)等等。
95.用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
96.在本发明的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
97.此外,虽然采用特定次序描绘了各操作,但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行,或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地,在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
98.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1