该描述具有误导性，这是我们需要修复/标准化的内容（我在 Cisco 工作，将与文档人员联系以修复它）。

事实上：

• 控制平面主机子接口 - 在它的一个接口（物理/逻辑）上遇到路由器控制平面的任何东西；认为：路由协议、管理协议等。
• 控制平面传输子接口 - 软件交换并传输到路由器的流量（如不同类型的隧道，取决于 IOS/IOS XE 版本）
• 控制平面 CEF-Exception 子接口 - 任何没有被捕获更高，并且不适合 CEF 处理链的东西（软件路由器中的软件，或者 ASR1k/ISR4k 中的 QFP 之类的东西） - 在这里，误导部分是 '直接由接口驱动程序（即 ARP、外部 BGP (eBGP)、OSPF、LDP、Layer2 Keepalive 和所有非 IP 主机流量）在控制平面输入队列中排队' - 实际上，如果您有多播或非 IP 流量，以及 QoS 策略和/或使用 BFD（UDP 流量，但以特殊方式处理）或 SPD（缓冲，再次对选定的标记流量进行特殊处理）的调整它可能会在这里结束，但通常情况下，BGP/OSPF/LDP 会命中主机子接口。另请注意，此子接口还将获得 TTL<=1 的流量（这可能会影响某些 BGP 直接会话并在文档中解释不清楚的注释）、设置了 IP 选项的数据包、校验和错误等。

问题是，由于功能是在 12.4T 左右实现的，据我所知，它至少被重写了一次 12.4S（后来变成了 15S），所以它在不同的硬件和软件组合上的表现可能不同。YMMV，因此最好首先使用一些合理的默认值和“允许”操作配置策略，然后在正常工作期间观察您的平台和网络以构建基线。然后检查是否一切都被理解并将“删除”操作应用于已建立的阈值。

请记住，“正常工作”应包括重新收敛事件。CoPP/CPPr 通常会忽略这一点，从而导致难以解决问题。