第4章 MUX层原理与配置

第4章 MUX层原理与配置：MUX层的作用、MUX库函数、MUX与协议栈的绑定机制

好，咱们今天聊聊MUX层。说实话，很多刚接触VxWorks网络协议栈的朋友，一上来就被MUX层搞晕了。它到底是个啥？为啥要有这么一层？我当年刚入行时也困惑过，直到亲手调过几个网卡驱动，才真正明白它的价值。

4.1 MUX层的作用：协议栈与驱动的“中间人”

MUX层，全称是Multiplexer Layer，翻译过来就是“多路复用层”。你想想看，一个网络协议栈，上面跑着TCP/IP、UDP，甚至可能还有RAW socket。下面呢，连着各种网卡——千兆以太网、Wi-Fi、甚至虚拟网卡。如果没有MUX层，协议栈就得直接跟每个网卡驱动打交道。那代码得多乱？

MUX层的核心作用就两个：

解耦：让协议栈不关心底层是啥网卡，让网卡驱动不关心上层是啥协议。
多路复用：一个网卡可以同时被多个协议栈实例使用，一个协议栈也可以绑定多个网卡。

我个人习惯把MUX层想象成一个“交换机”。上层协议栈发数据包下来，MUX层根据目标IP和路由表，把包交给对应的网卡驱动。反过来，网卡收到数据包，MUX层根据协议类型（比如IP、ARP），把包分发给对应的协议栈处理。

关键点：MUX层不是协议栈的一部分，也不是驱动的一部分。它是独立的一层，负责“搭桥”。

我在项目中遇到过一个问题：某款FPGA加速卡，它的驱动直接绕过了MUX层，自己实现了协议栈绑定。结果上层应用一跑多线程，数据包就乱套了。后来我强制要求所有网卡驱动必须通过MUX层注册，问题立刻解决。嗯，这就是MUX层的价值——它帮你管理了并发和同步的脏活累活。

4.2 MUX库函数：你必须要掌握的API

VxWorks的MUX层提供了一套标准的API。说白了，就是几个函数。你只要调对了，驱动和协议栈就能愉快地合作。我挑几个最常用的讲讲。

4.2.1 网卡驱动侧：注册与注销

网卡驱动启动时，必须调用muxDevRegister()把自己注册到MUX层。这个函数会告诉MUX层：我有个网卡，名字叫"eth0"，我的MAC地址是啥，我的接收函数是哪个。

// 网卡驱动注册示例
STATUS muxDevRegister(
    char *       pName,       // 设备名，如"fei0"
    MUX_DEVICE * pMuxDev,     // 设备描述结构体
    BOOL         isPrimary    // 是否为主设备
);

对应的，驱动卸载时要调用muxDevUnregister()。我曾经见过一个同事，驱动卸载时忘了调这个函数，结果系统热插拔网卡后，MUX层还保留着旧设备的指针。一发包就崩溃。避坑指南：驱动卸载时，一定要先注销MUX，再释放资源。

4.2.2 协议栈侧：绑定与解绑

协议栈要使用某个网卡，得先调用muxBind()。这个函数会返回一个描述符，后续所有收发操作都靠这个描述符。

// 协议栈绑定网卡
MUX_ID muxBind(
    char *       pName,       // 网卡名，如"fei0"
    MUX_CALLBACK recvRtn,     // 接收回调函数
    void *       pCookie      // 用户自定义参数
);

绑定成功后，协议栈就可以通过muxSend()发送数据包了。接收呢？MUX层会在收到包后，调用你注册的recvRtn回调函数。

小技巧：pCookie参数很实用。你可以把协议栈的上下文指针传进去，这样在回调函数里就能直接访问协议栈的数据结构，省得用全局变量。

4.2.3 其他常用函数

函数名	作用	我常用的场景
`muxIoctl()`	控制网卡参数，如设置MAC地址、获取链路状态	调试时用来强制网卡down/up
`muxMCastAdd()`	加入多播组	做IGMP snooping时必用
`muxPoll()`	轮询接收模式，适合高性能场景	在FPGA加速卡上用过，吞吐量提升明显

4.3 MUX与协议栈的绑定机制：到底是怎么连上的？

好，咱们深入一点。MUX层和协议栈是怎么绑定的？说白了，就是一张表。

MUX层内部维护了一个设备链表和一个绑定表。设备链表记录所有注册的网卡驱动。绑定表记录每个网卡被哪些协议栈绑定了。

当网卡收到一个数据包时，MUX层会做以下几步：

从网卡驱动拿到原始数据包（包括以太网帧头）。
解析以太网帧头，提取出协议类型字段（比如0x0800是IP，0x0806是ARP）。
遍历该网卡的绑定表，找到注册了该协议类型的协议栈。
把数据包通过回调函数交给对应的协议栈。

你可能会问：如果多个协议栈都绑定了同一个网卡，都注册了IP协议，那包给谁？嗯，这里要注意：MUX层默认只支持一个协议栈绑定一个协议类型。如果有多个，MUX层会报错。我建议你在设计时，一个网卡只让一个协议栈处理IP包，其他协议栈用RAW socket方式绕过。

警告：千万不要在中断上下文里直接调用muxSend()！MUX层的发送函数可能会阻塞。我曾经踩过这个坑，导致系统中断延迟飙升。正确的做法是：在中断里只收包，用任务队列把包交给协议栈处理。

4.4 实战经验：MUX层配置的常见问题

最后，分享几个我在项目中遇到的MUX层配置问题，希望能帮你少走弯路。

问题1：网卡注册成功，但协议栈收不到包
检查一下muxBind()时注册的协议类型。我遇到过有人把IP协议类型写成了0x0806（ARP），结果IP包全被丢了。
问题2：多网卡环境下，数据包走错了网卡
这是路由表的问题，不是MUX层的锅。但你可以用muxIoctl()配合SIOCGIFINDEX获取网卡索引，再手动设置路由。
问题3：热插拔网卡后，系统崩溃
大概率是驱动注销时没处理好MUX绑定。记住：先解绑所有协议栈，再注销设备。顺序反了，MUX层会访问已经释放的内存。

好了，MUX层的内容就讲到这里。说白了，它就是VxWorks网络协议栈的“交通警察”。你只要按规矩调用那几个API，它就能帮你把数据包安排得明明白白。下一章咱们聊聊协议栈的初始化流程，到时候你会看到MUX层是怎么跟TCP/IP协议栈配合的。

📚 课程目录