如何解读Cloudflare的server-timing头部？含实例字段解析

示例头部 #

server-timing: cfL4;desc="?proto=TCP&rtt=7337&sent=8&recv=8&lost=0&retrans=0&sent_bytes=3419&recv_bytes=832&delivery_rate=548023&cwnd=25&unsent_bytes=0&cid=94dae6b578f91145&ts=225

通用字段含义 #

这是Cloudflare边缘节点返回的L4（传输层）网络监控数据，各字段解释如下：

• proto: 采用的传输协议，此处为TCP
• sent/recv: 发送/接收的TCP报文段数量，均为8
• lost: 丢失的TCP报文段数，0表示无丢包
• retrans: 重传的TCP报文段数，0表示无重传
• sent_bytes/recv_bytes: 发送/接收的总字节数，分别为3419和832
• delivery_rate: TCP交付速率，单位为字节/秒，此处约535KB/s
• cwnd: TCP拥塞窗口大小，单位为报文段数，此处为25
• unsent_bytes: 待发送的字节数，0表示当前无待发数据
• cid: Cloudflare内部用于追踪连接的唯一标识符

重点疑问澄清 #

rtt字段

单位为微秒，数值7337对应7.337毫秒，代表Cloudflare边缘节点与源站之间的TCP往返时间。Cloudflare的L4层网络监控数据中，RTT统一使用微秒作为统计单位，与主流TCP工具的统计逻辑一致。

ts字段

单位为毫秒，此处指从Cloudflare边缘节点与源站建立TCP连接开始，到接收到源站第一个响应字节的耗时，也就是你推测的“下游服务器第一个字节”延迟，用于衡量源站的初始响应速度。

补充说明 #

Server-Timing标准仅定义了头部的格式规范，具体字段的命名和含义由服务提供者自行定义。Cloudflare对这类L4层监控字段的公开文档较少，但结合TCP协议通用指标和Cloudflare网络监控逻辑可推导上述结论。

内容的提问来源于stack exchange，提问作者YesYouKen