opendaylight总体架构分析.ppt

;opendaylight;;OSGi：由于采用OSGi体系结构，其技术提供一种面向服务的架构，将应用视为对等模块的相互协作， SAL：整个架构引入了业务抽象层，将服务抽象化，使得上层（北向）和下层（南向）之间的调用相互隔离. MD(Model Drive)：使用Yang工具，使用业务模型驱动来设计接口、实现业务功能，根据yang文件，Yang工具直接生成业务管理的“骨架”，主要用于南北接口数据的适配，使开发者真正专注于具体业务。 集群（Infinispan）：用开源的数据网格平台实现Controller的集群。 南向北向：南向使用Netty来管理底层的并发IO，北向使用REST接口。;与Floodlilght的简单区别;OpenDayLight中的bundles;主要方法如下：;Bundle启动过程;ArpHandler;SAL服务抽象层;对于一个Packet-in的处理过程;Data Packet services;Topology Service;MD-SAL;Md-SAL分析;MD-SAL架构;Md-sal -Bundles 之service Tracker;BingAwareBroker; BindingIndependentConnector 这个类，主要负责与BA与BI之间的交互过程;完成BA到BI，与BI到 BA的过程; 在其成员变量中，有MapingService;及BA与BI的服务，;LearningSwitch;FRM;;Openflowplugin;1)FPC 注册 Registers With The MD SAL For Flow Configuration Data Notifications与OP ‘AddFlow’ RPC implementation with the SAL 2) requests a flow add through the Controller’s REST API 3) the MD-SAL generates a ‘data changed’ notification to the Flow Programmer Service 4) uses the OF Plugin generated API to create the RPC input parameter DTO for the OF Plugin’s “AddFlow” RPC 5) MD-SAL will route the request to the appropriate OF Plugin 6)下发流表（与AD-sal类似）;谢谢