网络运营常需确认 IP 地址块的实际使用地，但注册地址与物理部署地常不一致。APNIC 指出现有 Whois 注册数据仅反映法人实体所在地，无法准确指示网络真实部署位置，geofeeds 机制可改善此问题。
注册数据的局限性：
APNIC 在资源授权时记录授权对象的法人注册地——可能是注册公司地址、营业执照地或自然人住址。这些信息写入 inetnum、inet6num、aut-num 等 Whois 对象，并通过 ISO3166 经济体代码填充 RPSL 对象。但授权记录由 APNIC 维护，非授权方自主更新，仅反映授权时的法人信息，不代表网络实际部署位置。地理定位服务（如 RIPE IPmap）常直接引用这些字段，导致定位结果偏向注册地而非使用地。原文未给出具体偏差数据。
定位需求与现有机制的矛盾：
实际场景中，内容授权、执法追踪、应急定位、定向服务均需知晓网络真实物理位置。RPKI 通过 ROA 解决了 BGP 发源授权问题，但未涉及物理位置。现有 RIR 授权体系中的地理字段因定义模糊，常被误读为网络部署地。APNIC 强调：授权记录是“APNIC 被告知的授权方信息”，而非网络拓扑实况。这种错位使运营方在合规、安全、服务决策中面临数据不可靠风险。
geofeeds 机制的定位价值：
geofeeds 允许网络运营方自主发布 IP 前缀与地理坐标的映射关系，绕过授权注册的滞后与不准。通过标准化格式（原文未给出具体格式细节），运营方可将实际部署位置直接注入地理定位生态，供下游服务消费。这将定位权从注册机构回归给最了解网络拓扑的运营方，减少中间环节的信息失真。
对运维工程师而言，部署 geofeeds 意味着可主动校准自有网段的地理标签，避免因注册地偏差导致的内容分发错配、合规风险或定向服务失效。建议在网络变更流程中纳入 geofeeds 更新，确保物理位置数据随拓扑同步演进。
原文: APNIC Blog（2021-02-26）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog