Number Resource Society
Legacy IPv4：历史地址的登记、转移与风险
地址还在路由，不代表权属证据、登记记录和管理权限都没有问题。持有或收购 Legacy IPv4，怎样核对历史来源、企业承继、服务协议和转移后的身份？
本页内容
本文依据 Ann Yong 的原作重新编写，保留首次发表时间；本版修订于 2026 年 10 月 28 日。现行登记规则与 NRS 的改革主张分别说明，文末资料已于同日核验。
有些 IPv4 地址在今天的区域互联网注册机构体系建立前就已投入使用。网络设备换了一代又一代，使用地址的企业可能经历改名、并购和重组，登记记录却还停留在几十年前。这样的资源可以支撑现代网络，但不能只凭“现在能用”就认定一切妥当。真正需要弄清的是：地址从哪里来，今天由谁持有，证据是否连得起来，以及下一次变更会带来什么后果。
Legacy 说的是来源，不只是年代
Legacy IPv4 通常指现代分层式 RIR 分配体系建立以前，或在该体系之外取得的 IPv4 资源。IANA 的顶层登记表将早期中央互联网注册机构分配、现由各 RIR 管理的部分地址空间标为 LEGACY；RIPE NCC 的定义也关注资源是否来自现行分配体系之外。具体口径和处理办法仍应向负责的注册机构核对。
因此，一段地址使用了很多年，不等于它就是 Legacy。判断依据是取得资源的历史和当前登记身份，而不是设备有多旧、企业成立了多久。
早期互联网留下的资源，仍在今天的网络里运行
RIR 体系是随着互联网扩展逐步形成的。在此之前，中央登记安排已经向企业、大学和其他组织分配号码资源。例如，ARIN 于 1997 年 12 月成立时，其服务区域内已经存在此前发放的资源。这些历史分配并没有随着机构变化而从互联网消失。
地址资源、使用它的网络和维护记录的机构，可能有三条不同的历史。理解 Legacy，就是把这三条历史重新对齐，而不是把它当成一类技术上落后的 IPv4。
与后来分配的 IPv4 有什么不同？
数据包没有“Legacy 版本”。差别主要在登记历史、持有依据、服务协议和适用程序。较新的分配往往直接进入当时的 RIR 合同与政策框架；历史资源则可能早于这些安排，其持有者与注册机构的关系需要另行确认。
差异可能影响证据要求、部分服务的资格、费用和转移程序，不能套用一条全球通则。以 ARIN 为例，未纳入其协议的 Legacy 资源仍可获得登记维护和反向 DNS 等基础服务；ARIN 提供的 RPKI、IRR 服务则要求相应协议。这不意味着地址未签协议就无法登记或无法路由。
RIPE NCC 的官方说明列出加入会员、通过 sponsoring LIR、非会员服务合同，以及不建立正式关系而更新登记等不同安排。但“不建立正式关系”不等于可以要求所有新服务：其说明区分了继续提供既有服务与新增服务的义务。选择哪种安排，应结合具体资源、实际资格和当前条件核实。
Legacy 并不等于没有登记
许多历史地址具有现行 RDAP、WHOIS、组织与联系信息，也有反向 DNS 和路由安全配置。IANA 的顶层记录还能帮助找到负责管理相关大地址段的 RIR。问题不在于资源是否“身处体系之外”，而在于登记记录是否准确反映它的历史、当前持有者和管理权限。
从哪里查起，才能避免看错身份？
先用 IANA 的 IPv4 Address Space Registry 确定顶层地址空间及负责机构，再查询该 RIR 的权威 RDAP、WHOIS 和资源记录。核对具体前缀、组织、状态、联系信息与变更事件。顶层 /8 的 LEGACY 标签只是线索，不能代替具体资源的身份核验。
随后把公开记录与内部材料比对：最初的分配函、历次登记、企业注册和更名文件、并购与转让协议、与注册机构的往来。登记、法律关系、路由和实际操作权限应当互相印证，任何一层都不能独自代表资源的全部历史。
登记在谁名下，不等于所有问题都已有答案
登记持有者、实际控制者和法律上的权利人，并不总是同一个概念。注册记录能证明机构目前认可谁、允许谁申请变更，以及资源与哪个组织关联；它是重要证据，但不能自动解决全部法律争议。
更完整的判断可能还涉及原始分配文件、合同、企业承继、转让文书、适用法律和司法裁决。尤其是早于现行服务协议的资源，更不能把一条数据库记录直接当成对所有权的最终裁判。高价值交易或有争议的资源，应由熟悉适用法律的专业人士审查。
不要等到交易时，才追问三十年前发生过什么
一家企业获得地址后，可能先改名，再被收购，最后把网络划入另一业务实体。技术人员更替、旧邮箱停用，最初的函件也可能散落各处。只要网络一直正常运行，这条断裂的证据链就很容易被忽略；到了更新登记、出售资源或处理争议时，问题才集中暴露。
要回答的不是“我们用了很多年”，而是“今天的申请人如何合法承接了历史记录中的主体”。RIPE NCC 的 Legacy 转移尽调就要求证明持有者身份，可能涉及企业注册、更名和转让材料。企业每次变化，都应同时保存旧主体与新主体之间的联系。
给每段历史地址建立一份可接续的档案
档案应按资源组织，而不是只放在某位管理员的邮箱里。可保存原始分配和登记材料、历史 WHOIS/RDAP 快照、企业注册与更名文件、并购及资产转让协议、历次注册机构往来和授权书。另行记录现有管理联系人、账号恢复责任、路由安排、反向 DNS，以及适用的 ROA 和 IRR 管理关系。
并非每次申请都要提交全部材料，但内部应能说明资源如何一步步来到当前主体。账号与密钥应在合适的安全系统中管理，不应为了整理证据而复制到普通共享文档中。公开查询快照也不能取代完整的合同和承继材料。
能否转移，要看具体资源与两端规则
部分 RIR 体系允许 Legacy 资源转移，但“Legacy 可以转”不是一张全球通行证。RIPE NCC 的区内 Legacy 转移程序，在持有者明确并完成尽调后更新登记，且该流程保留 LEGACY 身份。跨 RIR 转移还需核对来源方和接收方各自的规则，不能直接照搬区内结论。
签约前应确认当前负责机构、登记持有者、具体状态、适用流程、接收方资格、需要的文件，以及完成后是否保留 Legacy 身份。交易价格谈妥，并不意味着登记和服务交接已经具备条件。
有些身份变更，做了就不能回头
RIPE NCC 允许持有者申请将 Legacy 地址转换为 PA 分配或 PI 指派，但明确说明转换不可逆。转换后还会适用相应的用途和登记政策。因此，变更登记安排不一定只是修改一个字段。
操作前要核对它是否改变资源身份、协议义务、费用、服务资格和未来转移条件。接受某项登记服务与主动放弃历史身份，是否被捆绑在同一步骤中，也应事先问清。
签服务协议前，要看得到服务，也要看付出什么
不同注册机构的合同安排并不相同，同一机构的不同时期协议也可能有差别。例如，ARIN 对较早纳入 Legacy 协议和后来纳入协议的资源，存在不同的费用处理安排；不能据此推断所有 Legacy 资源都免费，或都适用旧条件。
应当把服务范围、持有者义务、费用、终止、争议处理、身份变化和后续转移逐项核对。需要签署协议才能获得某项服务，并不自动证明所有既有权利都随之消失；反过来，历史分配也不意味着可以忽略正在适用的合同。
路由正常，是一项证据，不是整体验收
Legacy 身份本身不会让前缀无法路由。运行检查仍应回答：谁在宣告这个前缀，起源 ASN 是否符合预期，是否存在异常或更具体的宣告，ROA 和 IRR 对象是否匹配实际网络，反向 DNS 是否仍由正确主体管理。
登记描述持有与管理关系，BGP 传播可达性，RPKI 提供可用于路由起源验证的授权信息，账号权限决定谁能操作。这些层面相互关联，却不是同一件事。今天能连通，不能证明下一次改动也一定顺利。
别把路由安全留到交割以后
先查资源能否使用相关注册机构的 RPKI 服务、由谁管理现有 ROA，以及转移是否需要重新签发或调整对象。ARIN 的服务资格与协议关联，是需要核对的具体例子，不是所有 RIR 的统一条件。取得 RPKI 服务的资格，也不同于网络部署路由起源验证的能力。
转移或重组计划应包含 ROA、IRR 对象和授权管理的交接顺序，评估过渡期是否出现验证状态变化。不能只把登记持有者改好，就认定安全服务已完成交接。
反向 DNS 也要交到真正能管理的人手里
核对当前委派、名称服务器、PTR 服务和变更权限。ARIN 将反向 DNS 管理列为未签相应协议的 Legacy 持有者仍可获得的基础服务之一；具体资源仍需按其负责机构与现有安排核实。
在转移、并购或服务关系变化时，接收方不仅要知道配置在哪里，还必须能够更新并维护它。名义上的持有者已经改变、DNS 管理入口却无人可用，这样的交接不算完成。
公司被收购，地址记录不会自动理解交易结构
股权收购、法人合并和资产转让可能产生不同后果。要先判断原资源持有主体是否继续存在，变化的是股东还是资源所属实体，登记是否需要更新，以及证明这些关系的材料是否完整。
公司交易、注册机构处理和网络切换可能按不同时间表进行。不要等交割之后，才发现地址仍登记在早已注销的公司名下，或关键账号仍由离职人员控制。资源尽调应进入交易前的工作，而不是成为事后的技术补漏。
九类风险，往往藏在“它一直能用”背后
Legacy 资源并非天生不安全，但长期积累的历史容易掩盖问题。需要关注九类风险：原始材料不完整；登记名称或联系人过时；企业承继关系不清；账号控制和恢复路径失效；变更引起身份改变；不同机构的转移要求不一致；安全服务资格或管理权限中断；反向 DNS 没有完成交接；证据不足导致竞争性权利主张难以澄清。
这些问题越早发现，越有机会在不打断业务的情况下处理。风险评估的目的不是制造迫在眉睫的断网恐惧，而是让网络依赖有证据、有人负责、有可执行的应对安排。
签约前，至少把这八件事核对清楚
登记：负责哪个 RIR，具体前缀是什么身份，登记主体是否正确？文件：原始取得、更名、承继和历次转移是否能连成完整证据链？权限：谁能登录，联系人是否获授权，是否启用适用的多因素认证，主要管理员离开后如何恢复？路由：起源 ASN 与内部记录是否一致，是否有异常宣告？
安全：ROA 和 IRR 对象由谁管理，过渡期是否会中断或失配？反向 DNS：谁控制委派，名称服务器是否正确，接收方能否操作？合同：现有协议、费用和义务是什么，变更是否影响身份？转移：当前流程是否允许，接收方是否满足条件，是否涉及跨 RIR 的额外要求，完成后是否保留 Legacy 身份？
每项都应有材料、负责人和未决事项，而不只是勾选“已了解”。无法回答的问题，应在交易签署与实施前解决。
准确的登记，应该帮助历史权利在现实中被识别
历史资料再充分，如果登记仍指向一个几十年前就已消失的实体，日常管理和后续变更也会困难。好的登记服务应能依据证据确认承继、纠正记录，并保留可审计的变化历史。保留过去与更新现在不是对立的任务。
注册记录是资源历史的重要组成部分，不是全部历史。原始分配、长期运行、企业承继和合同关系都应得到核对，不能反过来假定数据库创造了所有这些关系。NRS 主张登记更准确、更透明，也更便于核验控制与转移依据。
历史身份，不应成为机构锁住持有者的工具
无论地址在 1992 年还是 2026 年取得，互联网都需要唯一性、准确记录、可靠联系人、安全信息和清晰的变更历史。真正的制度问题是：持有者是否必须交出历史身份、接受新的商业限制，才能获得维护这些记录的服务？
卢恒在 Note 71《The Policy Mirror》的第六部分提出：资源进入新的登记服务安排，不应自动失去既有 Legacy 或相当身份；改变身份应出于持有者明确、单独的选择，而不是接受服务的隐含代价。这是针对制度设计的改革提案，不是各 RIR 已经共同采用的规则。
NRS 所争取的，是更强的持有者权利、透明且可质疑的规则，以及真实可用的退出路径。企业在投资、转移或把关键业务建在这些资源上之前，有权知道规则会怎样影响自己，而不是事后才发现服务关系变成了无法摆脱的控制关系。
让历史、登记与实际运行说得上同一件事
Legacy IPv4 是互联网基础设施的历史组成部分，不只是“旧地址”。它能继续支撑现代网络，前提是来源可追溯、企业承继可说明、登记关系可核对，管理与安全服务也有人真正负责。
先把资源的事实查清，再处理交易和治理问题。能路由不能替代尽调，完成登记也不能代替运行交接；一套值得信赖的制度，应当让这两者相互支持，而不是让持有者在网络连续性与既有地位之间被迫选择。
常见问题
什么样的 IPv4 才算 Legacy？
通常是现代分层式 RIR 分配体系建立以前，或在该体系之外取得的资源。不能仅凭使用年代判断，应核对具体资源的历史和负责机构的现行记录。
Legacy 地址还能继续使用吗？
Legacy 身份本身不使地址失效或不可路由。是否能正常运行，还要看登记、路由、安全对象和管理权限的实际情况。
今天由谁管理这些历史地址的登记？
许多 Legacy 资源现由某个 RIR 维护。IANA 的顶层表可以帮助找到负责机构，但具体前缀和持有者仍要向该机构核对。
Legacy IPv4 可以转移吗？
部分体系允许，但需要完成相应程序与尽调。区内和跨 RIR 转移的条件、服务交接及身份后果可能不同，不能用一个地区的规则替代另一个地区的核验。
从查清风险，到参与改变规则
如果资源记录、管理权限或服务关系的不确定性已经影响业务，可以先了解 NRS Shield 的支持范围。希望推动制度改变，可继续查看当前行动。需要 NRS 代表你参与具体事项时，再阅读 POA 与代表授权说明：授权对象、事务范围、期限、撤回与问责安排都应明确。求助、入会和签署 POA 是不同决定；POA 不保证资源安全，不自动赋予选举资格，也不替代具体机构的代表或投票规则。