在先前的几个小结中，一共了解了：
- p4的编译过程
- p4runtime的实现原理
- NDP协议的简单工作流程
- YANG模型的定义以及用处
- 基于YANG的配置和状态的读写
一共实现了：
- Mininet拓扑创建
- p4的基本框架编写
- 对数据平面进行订阅以实现状态读取
- 对数据平面进行进行配置操作
- 对数据平面的p4交换机进行流表操作
1 ONOS的介绍
在本文中，我们将进一步的介绍ONOS作为控制平面的工作原理：
让我们打开docker -compose.yml可以看见ONOS的应用程序有哪些
- ONOS_APPS=gui2,drivers.bmv2,lldpprovider,hostprovider
首先make restart，当我们打开的时候，启动了ONOS控制平面，控制平面集成了几个重要功能：
gui2: ONOS的用户界面drivers.bmv2: 基于 P4Runtime, gNMI, and gNOI的BMv2/Stratum驱动，stratum中最下层就是bmv2，然后第二层就是它提供的P4RT，gNMI，gNOI，因此在ONOS中需要在协议上一一对应他们的驱动实现，双方以gRPC交流（gNMI/gNOI作为交换机的配置/操作接口）lldpprovider: 基于LLDP的链路发现运用hostprovider: 主机发现运用
这是Stratum与ONOS在网络的云原生的一些运用，来源云原生视角下的开放网络 | SDNLAB | 专注网络创新技术
这是对ONOS的一些基本介绍：来源：SDN系统方法 | 3. 基本架构 - 掘金 (juejin.cn)
Stratum在交换机与外部世界的所有交互中起到中介作用，包括加载P4编译器生成的目标文件，该文件定义了数据平面和控制平面之间的契约。契约有效的用自动生成的规范替换了OpenFlow的流规则抽象。其他Stratum管理API定义如下:
- P4Runtime: 控制转发行为的运行时接口，是填充转发表和操作转发表状态的关键。P4Runtime独立于任何特定P4程序，并且与底层硬件无关。这与OpenFlow形成了鲜明对比，OpenFlow对转发模型以及如何与控制平面交互有着相当明确的规定。(为了完整起见，图15还列出了OpenFlow作为另一个控制接口。)
- gNMI(gRPC Network Management Interface): 用于设置和检索配置状态。gNMI通常与OpenConfig YANG模型配对，后者定义配置和状态树的结构。
- gNOI(gRPC Network OperationsInterfaces): 用于设置和检索运行状态，如证书管理、设备测试、软件升级、组网故障处理等。
我们基于ONOS(开放网络操作系统, Open Network Operating System) 这一特定网络操作系统作为范例来完整描述这一概念，ONOS在性能、可伸缩性和可用性方面是最好的。简单来说，ONOS负责三件事情:
- 管理拓扑(Managing Topology): 跟踪网络基础设施及其互联设备，为平台和其他应用程序提供网络环境的共享视图。
- 管理配置(Managing Configuration): 帮助在多个网络设备上执行、跟踪、回滚和验证原子配置操作。这可以有效反映每个交换机的配置和操作接口(也使用gNMI和gNOI)，但是在网络级别而不是设备级别上实现的。
- 控制交换(Controlling Switches): 控制网络交换机的数据平面数据包处理流水线，并对流水线内的流规则、组、监控等构建块进行后续控制。
使用make onos-cli进入ONOS建立ONOS的连接，并进入命令行:
先看看我们有多少应用程序，有这么多，但是我们总共才4个，其他应用程序时一些驱动应用（org.onosproject.drivers ），以及流水线基础（pipelines.basic ）等等
2 ONOS的使用方法
在app文件夹下，有如下几个应用
- PipeconfLoader.java：一个在应用程序激活时注册pipeconf的组件；
- InterpreterImpl.java:PipelineInterpreter驱动程序行为的实现；
- PipelinerImpl.java：Pipeliner驱动程序行为的实现；
我们用make app-build app reload分别build应用程序以及把应用程序装载到ONOS上面，应用程序激活后，您应该会在ONOS日志（make-ons log）中看到以下消息，表明pipeconf已经注册，并且不同的应用程序组件已经启动
在onos指令行键入pipeconfs可以查看流水线的信息：
现在ONOS和Mininet正在运行，是时候让ONOS知道如何到达四个p4交换机并控制它们了，我们通过使用位于mininet/netcfg.json的配置文件来实现这一点，该文件包含以下信息：
-
与每个Stratum设备相关联的gRPC地址和端口；
-
用于每个设备的ONOS驱动程序，在这种情况下均为stratum-bmv2；
- 用于每个设备的pipeconf，在本例中为org.nosproject.ngsdn-tutorial，如PipeconfLoader.java中所定义；
-
特定于我们的自定义应用程序的配置（fabricDeviceConfig）
我们来看看这个json文件的格式，是这样的，后续再解释应用程序的具体实现：
我们使用make netcfg来将网络配置信息装载到ONOS上，这样就使他发现了交换机了
devices -s就可以发现有这么多的设备
portstats device:spine1 查看设备上的端口信息
flows -s any device:leaf1 查看设备上的流表信息
