[发明专利]一种基于Opendaylight框架的链路发现方法及装置有效
申请号: | 201910519330.4 | 申请日: | 2019-06-14 |
公开(公告)号: | CN110266530B | 公开(公告)日: | 2022-05-27 |
发明(设计)人: | 刘斌;邓新红 | 申请(专利权)人: | 浪潮思科网络科技有限公司 |
主分类号: | H04L41/12 | 分类号: | H04L41/12;H04L41/0213 |
代理公司: | 济南诚智商标专利事务所有限公司 37105 | 代理人: | 李修杰 |
地址: | 250101 山东*** | 国省代码: | 山东;37 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 opendaylight 框架 发现 方法 装置 | ||
本发明公开了一种基于Opendaylight框架的链路发现方法及装置,方法包括以下步骤:网络设备通过LLDP协议向邻居网络设备通告链路信息;邻居网络设备向该网络设备通告链路信息;网管平台通过Opendaylight南向接口获取网络设备及邻居网络设备的链路信息;确认网络设备到邻居网络设备的链路与邻居网络设备到该网络设备的链路是否为同一条链路。本发明通过南向接口实现对网络设备的链路信息读取;南向接口不仅支持组件化方式,可以灵活升级和卸载,而且支持多种协议。采用Opendaylight南向接口的网管平台具有模块化框架,不仅支持集群,而且支持热插拔;由于南向接口支持多种协议,增强了网络平台的兼容性。
技术领域
本发明涉及一种基于Opendaylight框架的链路发现方法及装置,属于通信技术领域。
背景技术
目前网管平台多采用JAVA技术实现,支持B/S架构。基本上都是采用SNMP协议的方式从网络设备中收集网络管理信息。
针对自动链路发现,不同厂商设备采用链路层发现协议(Link Layer DiscoveryProtocol),与直连的邻居设备交互管理地址、设备标识、接口标识等信息,邻居设备将这些信息以MIB库的形式存储,网管系统通过snmp接口查询LLDP信息,判断得到链路状态和信息。
但是,目前大多数网管平台获取链路信息的手段单一,非常依赖于SNMP协议,一旦指定网络设备不提供SNMP接口,网管平台无法实现自动生成链路的功能。
发明内容
针对以上方法存在的不足,本发明提出了一种基于Opendaylight框架的链路发现方法及装置,其能够基于Opendaylight框架实现网络管理,且支持多种协议的链路发现。
本发明解决其技术问题采取的技术方案是:
一方面,本发明实施例提供的一种基于Opendaylight框架的链路发现方法,包括以下步骤:
网络设备通过LLDP协议向邻居网络设备通告链路信息;
邻居网络设备向该网络设备通告链路信息;
网管平台通过Opendaylight南向接口获取网络设备及邻居网络设备的链路信息;
确认网络设备到邻居网络设备的链路与邻居网络设备到该网络设备的链路是否为同一条链路。
结合作为本实施例一种可能的实现方式,所述链路信息包括本端的设备IP、设备端口和MAC地址以及对端的设备IP、设备端口和MAC地址。
结合作为本实施例一种可能的实现方式,所述确认网络设备到邻居网络设备的链路与邻居网络设备到该网络设备的链路是否为同一条链路的具体过程为:
将网络设备与邻居网络设备的链路信息进行综合对比,如果网络设备的对端MAC地址与邻居网络设备的本端MAC地址相同且网络设备的对端端口与邻居网络设备的本端端口相同,或者网络设备的本端MAC地址与邻居网络设备的对端MAC地址相同且网络设备的本端端口与邻居网络设备的对端端口相同,则确认网络设备到邻居网络设备的链路与邻居网络设备到该网络设备的链路为同一条链路,并存储到数据库中,否则确认网络设备到邻居网络设备的链路与邻居网络设备到该网络设备的链路为不同的链路。
结合作为本实施例一种可能的实现方式,所述Opendaylight南向接口支持SNMP、REST API、Netconf和SSH接口协议中的一种或多种。
结合作为本实施例一种可能的实现方式,网络设备和邻居网络设备均具有多个设备端口。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于浪潮思科网络科技有限公司,未经浪潮思科网络科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910519330.4/2.html,转载请声明来源钻瓜专利网。