ESP-MDF是ESP-Mesh Development Framework的缩写，也就是”ESP Mesh开发架构”，其结构如下：
红框部分是WiFi Mesh协议栈，其代码路径是：
\esp-mdf\components\protocol_stacks\mdf_wifi_mesh
CONFIG_WIFI_MESH_MAX_LAYER
ESP WiFi Mesh树状拓扑结构最大层数
CONFIG_WIFI_MESH_AP_CONNECTIONS
AP模式支持最大连接数(应该是单个父节点可连接的最大子节点个数)
CONFIG_WIFI_MESH_VOTE_PERCENTAGE
投票比例阈值，ESP-MESH选举生成根节点时使用，即Mesh网络所有设备中超过多少比例赞成某节点成为根节点。
CONFIG_WIFI_MESH_AP_ASSOC_EXPIRE
softAP模式下连接失效时间，若softAP节点此时间内未收到子节点任何数据，则与子节点断开连接
CONFIG_WIFI_MESH_ATTEMPT_SCAN_TIME
ESP WiFi MESH内某节点成为根节点前最低扫描时间
CONFIG_WIFI_WIFI_MESH_AUTH_MODE
WiFi MESH认证模式 OPEN/WEP/WAP_PSK……
wifi_mesh_addr_t实际上的定义是：
初步看来，在ESP WiFi Mesh内的节点，用MAC来识别；如需通过根节点转发到外部IP网络，用IP+PORT模式。
函数mdf_wifi_mesh_init(const wifi_mesh_config_t *config)用于初始化ESP WiFi Mesh，主要步骤：
<1> 设置ESP WiFi Mesh（默认）事件回调函数为esp_mesh_event_cb
<2> 设置ESP WiFI Mesh的主要参数，见2.1
这里涉及到一个数据结构：mesh_cfg_t
mdf_wifi_mesh_init参数wifi_mesh_config_t *config内的数据会被填入mesh_config最终通过esp_mesh_set_config设置。
<3> 调用esp_mesh_start启动ESP WiFi Mesh
2.3.2.1 mdf_wifi_mesh_send
函数mdf_wifi_mesh_send用于向ESP WiFi Mesh内任意节点或者外部IP网络发送数据包，输入参数是目的地址，数据类型，数据地址，数据大小；
发送的数据包会被拆成最大WIFI_MESH_PACKET_MAX_SIZE字节的单个包，并且加入序列号发送，发送最终调用esp_mesh_send执行；esp_mesh_send可以设置重发，并且有响应错误码。
2.3.2.2 esp_mesh_send
重点关注函数esp_mesh_send(const mesh_addr_t *to, const mesh_data_t *data,
int flag, const mesh_opt_t opt[], int opt_count)：
该函数是抽象出的用于ESP Mesh的通用接口。
<1> 该函数用于通过ESP WiFi Mesh发送数据包，可以向WiFi Mesh内任意设备或外部IP网络发送。该函数不可重入
<2> 参数const mesh_addr_t *to：
数据包目的地址（MAC/IP）；
若数据包发送给根节点，该参数设置为NULL；
若数据包发送给外部IP网络，该数据包会首先传输给根节点，再由根节点传递到外部网络，此时需将IPv4:PORT写入参数。
<3> 参数const mesh_data_t *data：
发送的ESP Mesh数据包指针；
需指定数据协议，默认是二进制数据
(MESH_PROTO_BIN/MESH_PROTO_HTTP/MESH_PROTO_JSON/MESH_PROTO_MQTT)
需指定传输类型，默认是P2P类型
(MESH_TOS_P2P/MESH_TOS_E2E/MESH_TOS_DEF)
<4> 参数int flag：
MESH_DATA_ENC /**< data encrypted(Unimplemented) */
MESH_DATA_P2P /**< point-to-point delivery over the mesh network */
MESH_DATA_FROMDS /**< receive from external IP network */
MESH_DATA_TODS /**< identify this packet is target to external IP network */
MESH_DATA_NONBLOCK /**< esp_mesh_send() non-block */
MESH_DATA_DROP /**< in the situation of root having been changed, identify this packet can be dropped by new root */
MESH_DATA_GROUP /**< identify this packet is target to a group address */
若数据包发送给ESP Mesh内部节点，需设置MESH_DATA_P2P；
若数据包发送给外部IP节点，需设置MESH_DATA_TODS；
若数据包由根节点发送给ESP Mesh内部节点，需设置MESH_DATA_FROMDS；
若数据包发送不阻塞，需设置MESH_DATA_NONBLOCK，默认阻塞；
在出现根节点变更时，MESH_DATA_DROP标识位意味着上传到外部IP网络的数据包可以被新的根节点丢弃。虽然尽力避免在根节点变更时的丢包现象，但因（新的根节点）调用esp_mesh_recv_toDS却未能及时读取而挂起过多数据包造成的新节点内存溢出仍然是个风险。总的来说，建议在于IP网络建立连接后再调用esp_mesh_recv_toDS，这样的话通过socket传输到外部网络的数据只来自于esp_mesh_recv_toDS，以避免不必要的内存拷贝动作。
<5> const mesh_opt_t opt[]：
若数据包发送给指定组，MESH_OPT_SEND_GROUP需被设置，且需指定目标接收地址(?)；
若根节点发送来自外部IP网络的数据包到ESP Mesh内部设备，且需要该内部设备回复该数据包(到外部IP网络？)，标识位MESH_OPT_RECV_DS_ADDR需要添加到目标域名地址。
<6> int opt_count:选项个数，通常情况下若只有1个opt即设置为1。
2.3.3.1 mdf_wifi_mesh_recv
函数mdf_wifi_mesh_recv接收通过ESP WiFi Mesh网络发送到自身的数据包。通过该函数可以获取数据包的源地址，数据包类型，数据包大小等。
该函数调用esp_mesh_recv实现
函数mdf_wifi_mesh_root_send用于接收来自外部IP网络的数据包并发送到ESP WiFi Mesh。
参考：mdf_reconfig_network
函数mdf_wifi_mesh_root_recv用于接收来自ESP WiFi Mesh网络内且目的地址是外网的数据包（应该只有根节点使用）。根节点接收到这类数据包后会通过socket通讯传输到外网。
若接收到此类数据包时根节点还未创建socker连接或者应用程序未调用接口
esp_mesh_recv_toDS发送数据包到外网，这些数据包会挂起到“toDS队列”(?)。
使用接口esp_mesh_get_rx_pending查询挂起的数据包个数以避免根节点内存溢出。
使用接口esp_mesh_set_xon_qsize配置队列的大小。若队列过大且esp_mesh_recv_toDS未及时调用（将数据包发送出列），会有导致大量系统内存溢出的风险；若队列设置过小，则会影响数据上传的效力。应根据实际应用调整接收队列大小，该队列默认大小是72。
ESP WiFi Mesh协议栈的事件回调函数，事件：
<1> MESH_EVENT_PARENT_CONNECTED：连接到父节点
若当前节点为根节点，tcpip_adapter_dhcpc_start(TCPIP_ADAPTER_IF_STA)
否则tcpip_adapter_dhcpc_stop(TCPIP_ADAPTER_IF_STA)
<2> MESH_EVENT_PARENT_DISCONNECTED：与父节点连接断开
连接断开原因：
WIFI_REASON_HANDSHAKE_TIMEOUT/ WIFI_REASON_MIC_FAILURE/
WIFI_REASON_BEACON_TIMEOUT/ WIFI_REASON_AUTH_LEAVE/ WIFI_REASON_ASSOC_EXPIRE
（以上原因多为密码错误？）若当前节点为根节点，执行mdf_network_enable_blufi。（应该是蓝牙配网）
WIFI_REASON_AUTH_EXPIRE
认证超时且超过最大限定的超时次数，重启设备esp_restart
最后会执行mdf_server_deinit关闭相关网络服务。
<3> MESH_EVENT_ROOT_GOT_IP：获取到路由器分配的IP，启动根节点的相关服务任务mdf_server_init
<4> MESH_EVENT_ROOT_LOST_IP：失去分配的IP，重连esp_wifi_connect
<5> MESH_EVENT_ROUTING_TABLE_ADD/MESH_EVENT_ROUTING_TABLE_REMOVE：路由表变更
另外，事件还会被转发到用户自定义的处理函数中处理，大致的处理流程是：
mdf_device_init_handle注册用户自定义的回调函数
mdf_event_loop_init初始化事件处理任务mdf_event_loop_task
mdf_event_loop_task接收xQueueEvent队列的事件，调用回调函数处理
在esp_mesh_event_cb 的最后，通过mdf_event_loop_send将事件发送到mdf_event_loop_task， mdf_event_loop_task调用
用户自定义的事件回调函数执行用户处理。
由于ESP WiFi Mesh只有根节点可以与外部云服务器连接，其他节点必须通过根节点与云服务器交互，因此事实上根节点需要实现物联网关的功能。且由于根节点可能出现breakdown的情形，对于重新选举出的根节点（根节点变更意味着网关变更），仍然要继续维护整个ESP Mesh网络在云端状态的功能。
从mdf_wifi_mesh_send等接口来看，通过填写目的地址为IP:PORT可以让ESP Mesh子网节点数据包转发到外网，手机APP控制就是如此实现的。但若是云平台开发者以库形式提供认证流程（可能拿不到直接IP+PORT，只有收发回调接口）或者节点过多时，是通过根节点维护所有节点信息还是每个节点通过根节点转发自己维护，实现起来就比较复杂了。
相关还需具体项目的实践。目前为了实现demo，个人使用的方法是：
整个ESP WiFi Mesh只有根节点在云端实现认证；
认证完毕云端获取根节点保存的路由表，路由表内有当前Mesh网络所有设备的MAC信息；
云端通过MAC对设备进行控制；手机APP不在本地的情况下，过云端也是依此控制。
