问：我大约每 4 天左右会被踢下线一次，没有明显的原因，并且在内核日志中收到以下错误或类似错误
Feb 20 10:05:12 K7 kernel: CDCEther.c: rx status -110 Feb 20 10:05:12 K7 kernel: CDCEther.c: no repsonse in BULK IN Feb 20 10:05:12 K7 kernel: CDCEther.c: rx status -110 Feb 20 10:05:12 K7 kernel: CDCEther.c: no repsonse in BULK IN Feb 20 10:05:12 K7 kernel: CDCEther.c: rx status -110 Feb 20 10:05:12 K7 kernel: CDCEther.c: no repsonse in BULK IN Feb 20 10:05:12 K7 kernel: CDCEther.c: rx status -110 |
答：这可能有很多原因，CDCEther 驱动程序未来的更新可能会解决其中一些问题。Linux-USB-user 邮件列表上至少有一位用户注意到，至少有一次，电缆提供商从上游发送到调制解调器的数据触发了这个问题。此外，调制解调器本身对电源中断非常敏感，如果发生电源中断，可能会失去连接。解决方法是运行 ifdown ethX，其中 ethX 是以太网接口（eth0，eth1 等），以清除任何残留的挂起设置，然后使用 rmmod CDCEther 移除模块，重新插入 CDCEther 模块，然后 ifup ethX 。如果这不能解决问题，可能需要重启。如果这些方法都无效，您可能遇到了真正的服务中断。
问：我在启动时收到以下消息；它们是错误吗？
Can't use SetEthernetMulticastFilters request Mar 2 11:00:52 K7 kernel: CDCEther.c: Ethernet information found at device configuration. Trying to use it anyway. Mar 2 11:00:52 K7 kernel: CDCEther.c: Imperfect filtering support - need sw hashing |
答：不是。多播消息与内核中的多播支持有关，这是可选的，对于此调制解调器的正常运行不是必需的。“以太网信息”消息是调制解调器中的设计缺陷，可以忽略。至于“不完善的过滤支持”，引用 Brad Hards 的话
“这有点难以解释 - 我假设您知道什么是多播 - 当您加入多播组时，这可以由网络设备处理，以便其他多播流量不会引起中断。这被称为“完美过滤”。但是，有时多播地址的数量超过了您拥有的过滤器数量。这导致“不完善的过滤”，这可以减少中断的数量，但您仍然需要在网络堆栈中做一些工作。然后您会遇到典型的有线电缆调制解调器实现，并且根本没有过滤。每个多播数据包都发送到主机进行过滤。但这通常无关紧要，因为有线电缆调制解调器是点对点链路。”