设备驱动子系统的设计目标是为了隔离设备相关代码。因此，该子系统通过设备和协议无关的抽象设计实现了与上层应用程序的交互。而且，与网络控制/管理平台相比，设备的发布或升级的周期明显不同，因此，设计的机制需要实现设备相关的代码的动态加载和异步交付。代码可能不是由ON.LAB而是由其合作伙伴交付，甚至是其它设备提供商。 不同厂商的设备具有一些共同的功能，也会有一些独特的能力，ONOS驱动机制摒弃了单型驱动的方法，而是能够分门别类地引入设备支持的功能，兼容不同来源的设备的同时，也能实现相同厂商的设备能够继承相同的特征。 在ONOS中，Driver代表某设备或某系列设备。因此，它具有如下属性： * 唯一的名称，例如，`org.ndsc.foo`； * 支持`Behaviour`类； * 可以从另一个`Driver`继承`behaviour`； `DefaultDriver`是由ONOS提供的类，它实现了`Driver`接口。