一、handler 线程(n-handler-threads)
作用
处理 upcall------即内核 datapath 未命中缓存时上送的首包。
工作流程:
- 内核 miss → 通过 Netlink 发 upcall
- handler 线程收到 upcall
- 跑完整 OpenFlow 流水线(多级流表匹配),算出 action 和对应的 megaflow(带 wildcard mask)
- 把这条 datapath 流下发到内核,并让首包按 action 执行
- 后续同类包在内核直接命中,不再 upcall
一句话
handler = "决策者/建流者",负责把 miss 的首包变成一条内核缓存流。upcall 越多,handler 压力越大。
二、revalidator 线程(n-revalidator-threads)
作用
校验(revalidate)和维护内核里已有的 datapath 流,做三件事:
- 周期性 dump 内核流:把内核 datapath 里所有流拉出来,读它们的统计(packets/bytes/used)。
- 重新校验有效性:当 OpenFlow 流表/配置变化时,检查每条内核缓存流"按新规则算出来的 action 是否还一致":
- 一致 → 保留
- 不一致 → 更新或删除(避免内核用着过期的转发决策)
- 老化回收:把长时间
used未更新(空闲超时)的流删除,回收内核流表空间。同时把统计回灌到 OpenFlow 流的计数器。
一句话
revalidator = "审计员/清道夫",保证内核缓存流与最新 OpenFlow 规则一致、并及时老化/统计。