摘要

  • RFC 1272 指出，仅凭 IP 首尾地址，服务提供方无法判断是哪一个相邻管理域把流量带过了本方边界。
  • 边界测量可以帮助双方核对用量，但有用的细节取决于拓扑、粒度、存储、采集成本和安全。
  • 备忘录把用量报告与计费、政策执行区分开来；至于在路由器入口还是出口计数，它没有替所有网络作出裁决。

缺少的不是端点，而是邻网

IP 数据包有源地址和目的地址，因此可以统计端点之间的流量。但这两个字段本身不会说明，哪个邻接网络把数据包送进某个服务提供方的管理域。同一端系统的流量可能从不同相邻管理域抵达；即使两端地址齐全，也无法回答提供方更具体的问题：这笔流量是从哪个邻网穿过我的边界？

RFC 1272 并没有要求每张网络替全互联网的每个用户记账。它把核算范围放在一个管理域及其直接相连的邻域上。一家提供方可以计量与邻网之间穿越边界的流量，并与对方交换报告。如果邻网还要把自己的成本分摊给更下游的网络，那是邻网自己的责任。这是一种递归式记账：每个管理方只对自己能够观察的关系负责，而不假装拥有端到端的全局用户视图。

因此，计量点的位置会改变证据的含义。主机看到的是端点流量；位于管理边界的路由器看到流量进入或离开本方网络，因而能提供关于相邻互联的记录。备忘录提醒，IP 首尾地址里没有中间系统的身份；可能还要利用下层协议信息，或边界设备的端口配置。端点地址与管理边界回答的是不同问题。

测量本身也要付费

计量位置只是多项设计选择之一。RFC 1272 讨论了专用网络监测器、线路监测器、嵌入路由器软件的测量器，以及协作工作的 “router spiders”。何处最合适取决于拓扑和被观察的服务。边界测量有助于双方核对，但并不意味着每台路由器都应被仪表化。

备忘录把详细程度视为技术与经济的权衡。计量器可按端口、网络或主机计数，也可加入数据包属性、保存计数器或时间戳，并采用不同报告间隔。每增加一种实体与属性组合，都可能多出一条流记录。更细的粒度占用更多内存和处理能力；更频繁的报告也会消耗带宽和收集器容量。如果要求完全准确且可靠，就必须检查每个数据包。若目的是了解行为、调整网络，或粗略估算费用比例，抽样可能以更低成本达到要求。这些方法的证据标准并不相同。

采集过程也要保护。作者把用量信息视为敏感资料，指出机密性、完整性和采集控制都是问题。他们讨论了确认与重传、冗余收集器，或在计量器上保留备份等做法。数字来自边界路由器，并不自动意味着账目完整可信。

报告不是账单，也不是规则

RFC 1272 明确限定了自身目标：它为用量报告架构提供背景，并非互联网标准。报告可以帮助用户了解行为、让服务提供方衡量政策遵循情况，或作为成本分摊的输入。但单有报告不足以执行政策，文档也没有建议采用某种计费方式。至于重传数据包的费用由谁承担，它没有给出答案。

另一个有意保留的问题是：路由器收到数据包时计数，还是只在转发时计数？拥塞时路由器可能丢弃数据包。入口计数体现了已消耗的资源；出口计数则避免把未转发的流量算进账单。RFC 1272 要求架构能够支持两种选择，因为答案取决于环境和政策，而不是一个普遍适用的技术定理。

后来 RFC 2722 规定了一套流量测量架构。这段后续标准史说明测量设计继续发展，却不能证明某一种计费制度或 1991 年整套记账设想已在现实中落地。RFC 1272 留下的持久问题更窄：一个管理方在自己的边界究竟能知道什么，又值得为多少测量细节付费？从被观察的流量，到识别出的邻网，再到报告、价格或执行决定，必须保留证据链；这些结论都不能仅凭 IP 包两端地址自动推出。

来源：RFC 1272；RFC 2722；RFC 2990。