现代交换机支持带内网络遥测（INT），但逐跳元数据导致包开销随路径长度线性增长。ACM SIGCOMM 2020 论文提出 PINT，采用概率采样仅收集聚合统计，在保留路径合规验证等核心能力的同时，大幅压缩遥测头部开销。
INT 开销随路径线性增长
INT 由入口交换机插入头部，指示沿途各跳收集交换机 ID、队列占用、延迟等元数据。每跳追加信息后转发，开销与路径跳数、采集字段数成正比。实验显示，为避免分片需缩减用户包长，导致流完成时间最多增加 25%、吞吐下降 20%；在 10G 链路上，每个元数据字段再带来 1%-2% 的额外延迟。Barefoot Tofino 与 Broadcom BCM56870 系列均已支持 INT，HPCC 等拥塞控制算法亦依赖该框架。
PINT 以概率采样替代全量采集
PINT 观察到多数场景不需要逐包逐跳的完整数值，仅需聚合统计即可。例如验证流路径是否符合策略（如穿越防火墙、NFV 链），只需确认路径包含特定节点，而非记录每跳时间戳。PINT 让源节点在头部携带采样概率，各跳按概率决定是否写入元数据，期望开销降为全量 INT 的采样率倍数。原文未给出具体采样率数值，但指出该机制在保持路径合规、拥塞信号聚合等核心用例可用性的前提下，显著压缩头部长度。
硬件兼容与部署考量
PINT 复用现有 INT 头部格式，无需修改交换机数据平面逻辑，仅在控制面配置采样参数。由于 Barefoot Tofino 与 Broadcom BCM56870 已原生支持 INT 指令集，PINT 可在现有硬件上通过固件升级或 P4 重编程部署。原文未给出具体部署案例或性能对比数据，但强调该方案不改变包转发路径，对现有拥塞控制（如 HPCC）透明，运维层面仅需在遥测控制器侧调整聚合算法以适配稀疏样本。
对网络工程师而言，PINT 在不更换硬件前提下，以概率采样换取头部开销的数量级下降，使 INT 在长路径、多字段场景下重新具备工程可行性；部署时只需在控制面开启采样策略，即可在保留路径审计、拥塞聚合等关键能力的同时，回收被遥测占用的带宽与处理周期。
原文: APNIC Blog（2020-11-17）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog