详解 OpenWRT系统框架基础软件模块之netifd

OpenWrt路由操作系统的框架基础软件有很多，大部分是通用的软件模块，如 dhcp 、dnsmasq、iproute、cmwp、vpn、ipsec等等；OpenWrt还集成部分具有专属特征软件模块，也是OpenWRT系统核心框架软件组件，从此篇开始分析 《OpenWrt系统框架基础软件模块》系列文章。

OpenWrt 核心软件：procd、uci、libubox、ubus、ubox、luci、netifd 软件组件内容，此部分软件模块是构成OpenWrt框架基础软件。

因为OpenWRT是小型软路由操作系统、网络协议栈知识内容十分丰富、望而生畏；我们先把庞大网络协议栈知识放一下，从易于入手的OpenWRT这个开源软路由开始入手，无论是网络协议栈还是OpenWRT的学习，总是要找到起点或入口；OpenWRT入口处就是 libubox ，因为其他软件是依托libubox库 api 接口构建起来的应用,请参考《详解 OpenWRT系统框架基础软件模块之libubox》。

OpenWRT 系统中，netif软件模块可谓是 OpenWRT路由操作系统核心软件组件、负责网络设备、网络接口、网络协议栈、防火墙等与网络相关功能的管理和维护。

netifd 软件框架

我们在回顾OpenWRT系统总线ubus，它类似于Linux桌面操作系统的d-Bus，目标是提供系统级的进程间通信（IPC/RPC）功能。ubus在设计理念上与d-Bus基本保持一致，提供了系统级总线功能，与d-Bus相比减少了系统内存占用空间，这样可以适应于嵌入式Linux操作系统的低内存和低端CPU性能的特殊环境。ubus是OpenWrt的RPC/IPC工具，是OpenWrt的微系统总线架构。

OpenWRT 系统中各软件组件之间的关系，如下图：

netifd 通过系统总线 ubus 注册有线网络设备、无线设备、网络接口，源码如下：

设备状态检测方法回调。

// device static const struct blobmsg_policy dev_policy[__DEV_MAX] = { [DEV_NAME] = { .name = "name", .type = BLOBMSG_TYPE_STRING }, }; static struct ubus_method dev_object_methods[] = { UBUS_METHOD("status", netifd_dev_status, dev_policy), //UBUS_METHOD 采用宏方式初始化全局 各类结构体 UBUS_METHOD("set_alias", netifd_handle_alias, alias_attrs), UBUS_METHOD("set_state", netifd_handle_set_state, dev_state_policy), }; static struct ubus_object_type dev_object_type = UBUS_OBJECT_TYPE("device", dev_object_methods); static struct ubus_object dev_object = { .name = "network.device", .type = &dev_object_type, .methods = dev_object_methods, .n_methods = ARRAY_SIZE(dev_object_methods), };

当网络设备驱动产生状态变化时，内核通过netlink-Kobject的 kevent 事件通知到用户空间，ubusd 守护线程接收到此事件后，就执行

netifd在 ubus 总线注册的回调函数，会触发 netifd_get_proto_handlers 、netifd_add_host_route 回调函数执行；

netifd_get_proto_handlers () 函数根据 /etc/config/network 配置项，重新设置设备协议相关参数；

netifd_add_host_route () 函数会通过 netlink-routing 通讯，触发内核的路由子系统，为依附于该设备的 interface 接口，配置路由信息；至于路由子系统工作原理(四表五链)和运作机制，请关注笔者的《Linux 网络协议栈》子栏目,笔者将梳理内核的网络协议栈的路由子系统系列文章。