直接从 Regional Internet Registry 获取
- IANA / ICANN
- 部署区域的 RIR
- HiTechCloud — LIR
- 企业
在云服务和AI Factory支持初创企业的计划 HITECHCLOUD
Internet Registry Ecosystem
HiTechCloud 是 LIR、NIR 和 RIR 成员
作为 Local Internet Registry，HiTechCloud 直接持有并分配互联网资源；同时作为各大 NIR 和 RIR 的成员，从第一步起就协助企业对接正确的 Registry、适用的政策与规范的流程。
Local Internet Registry (LIR)
HiTechCloud 是隶属于 RIR 的 LIR，同时也是 NIR 成员
HiTechCloud 的 LIR 资质直接隶属于 RIR 管理，而非仅通过 NIR，因此资源可直接从区域 Registry 获取并进一步分配给系统和客户，无需在每次资源开通时经由第三方中介。
- 生态系统中的地位
- LIR、NIR 与 RIR 成员
- 资源组
- IPv4 · IPv6 · ASN · Reverse DNS · RPKI
- 地域覆盖
- 越南及全球五大 RIR 区域
- 我们的运作方式
- 申请材料咨询、部署及长期运维
Registry 网络
HiTechCloud 位于双层 Registry 环的中心
左侧是负责全球五个区域的五个 Regional Internet Registry。右侧是 National Internet Registry 及国家级资源管理机构。HiTechCloud 与这两个层级均开展直接合作。
APNIC
亚洲 – 太平洋
RIPE NCC
欧洲、中亚、中东
ARIN
北美
LACNIC
拉丁美洲和加勒比
AFRINIC
非洲
VNNIC
越南
JPNIC
日本
TWNIC
台湾
KRNIC
韩国
IDNIC
Indonesia
SGNIC
Singapore
层级分配图
互联网资源如何逐级流转至企业
IP 地址和网络号不能像普通商品一样自由买卖。它们依据明确的策略分四个层级进行资源开通，企业在该体系中的层级决定了对其自身基础设施的自主掌控程度。
- RIR Regional Internet Registry 区域 Registry — 五个组织，图表中每个组织对应一种颜色
- NIR National Internet Registry 国家 Registry — 越南为 VNNIC，其他国家拥有各自的 NIR
- LIR Local Internet Registry HiTechCloud，与 VNNIC 平级并接收来自全部五个 RIR 的资源
- LIR / ISP VN 越南 LIR / ISP 仅存在于越南境内，由 VNNIC 分配的角色
- EU End User 最终用户企业
- 五色线条 — HiTechCloud 与 VNNIC 平级。 每种颜色代表一个 Regional Internet Registry。作为 LIR，HiTechCloud 直接从全部五个 RIR 获取资源，并与 VNNIC 处于同级地位，而非隶属于 VNNIC。
- 绿色箭头 — 仅适用于越南。 仅在越南境内，资源流向为 APNIC → VNNIC，再到 HiTechCloud。这是两个同级组织之间的对等关系，而非上下级关系。
- 越南境外不经过 VNNIC。 VNNIC 仅在越南境内分配和划拨资源。在其他国家，HiTechCloud 直接从该区域的 RIR 获取，或通过所在国的 NIR（如 JPNIC、TWNIC、KRNIC、IDNIC）获取。
- 双重角色，单一法人。 同一个 HiTechCloud 承担双重角色：直接与 RIR 对接时作为 LIR，通过 VNNIC 接收资源时作为越南 LIR / ISP。两种角色分别适用两套不同的规定，但始终属于同一个实体。
- EU — 最终用户企业。 无论通过何种途径，资源最终都将接入企业自身的系统，且注册档案均以该企业自身名义设立。
通过部署所在国的国家 Registry 接收
- IANA / ICANN
- 区域 RIR
- 所在国 NIR (JPNIC · TWNIC · KRNIC · IDNIC…)
- HiTechCloud — LIR
- 企业
通过 VNNIC 接收，仅限越南境内
- IANA / ICANN
- APNIC
- VNNIC — NIR
- HiTechCloud — 越南 LIR / ISP
- 企业
LIR — Local Internet Registry
由 RIR 或 NIR 分配一个资源块，并有权进一步分配给内部系统或客户的组织。通常为 ISP、云服务提供商和数据中心。
NIR — National Internet Registry
在区域政策框架下管理国家级互联网资源的组织。在越南，该职责由 VNNIC 承担。
RIR — Regional Internet Registry
五个区域组织负责向全球分配 IPv4、IPv6 和 ASN，每个组织各负责一个地理地域。
背景
数读越南互联网资源
以下数据核对于 11/08/2026，并将继续变动。企业若需最新数据，建议直接在 VNNIC 实时数据端口查询。
越南关于 IPv6、DNS 及路由的实时数据公布于 internetatlas.vnnic.vn.
带来的价值
网络基础设施清晰、稳定且做好扩展准备
规范管理资源并非行政手续。它决定了企业的流量能否获得其他网络的信任与接收。
透明的资源记录
WHOIS 与 RDAP 信息、route object、技术联系人及 abuse contact 均已正确申报并更新，因此发生故障时其他网络知晓应当联系谁。
经身份验证的路由
基于 RPKI 签署 ROA 并在 IRR 上发布 route object，有助于防止企业路由被冒用，并促使大型网络接受贵方的路由宣告。
独立于服务提供商
拥有独立 IP 地址与 ASN 意味着更换 ISP 时无需对整个系统重新编号，并可同时连接多家运营商。
IPv6-only 就绪
过渡路线紧跟 2026 – 2030 阶段的国家计划，避免在 IPv4 不足或租用成本上涨时仓促应对。
更短的流量路径
在 VNIX 及国际 IXP 进行 Peering 可缩短至国内和区域内用户的链路，无需绕经境外 Transit。
符合现行规定
注册、转让和报告材料均严格按照现行具有效力的第 147/2024 号法令和第 48/2025 号通知编制。
法律框架
当前规范互联网资源的相关文件
目前的监管机构为科学技术部。许多旧文件仍带有此前信息与传媒部的文号，因此查询时需要对照仍具效力的文件，而非沿用旧文档。
-
2023年电信法 第 50 条
为越南互联网资源的管理与使用奠定法律基础。
-
第 147/2024/NĐ-CP 号法令 发布于 09/11/2024
管理、提供和使用 Internet 服务。替代第 72/2013 号法令和第 27/2018 号法令。第 9 条规定域名注册。
-
第 48/2025/TT-BKHCN 号通知 效力 10/02/2026
互联网资源的管理与使用，取代第 24/2015 号通知与第 21/2021 号通知。域名转让在使用周期的前 60 天与后 30 天内受限。
-
第 10/2025/TT-BTC 号通知 效力 03/5/2025
域名、IP 地址和网络编号的全部费用与规费。
-
第 3369/QĐ-BKHCN 号决定 发布于 27/10/2025
2026 – 2030 年阶段 IPv6-only 计划，目标为到 2030 年 IPv6 采用率达到 90% 至 100%。
HiTechCloud Network Services
HiTechCloud 为企业提供哪些支持
从资源注册申请到生产环境路由配置，均由同一团队全程跟进，而非拆分交由多家处理。
IPv4、IPv6 与 ASN 咨询及注册
评估实际需求，选择合理的事业部地址块大小，准备材料并全程跟进与 Registry 的对接，直至资源开通。
BGP 与路由设计
为高稳定性要求的系统构建 multi-homing 方案、宣告策略、线路冗余及流量导航。
Peering 与网络互联
提供 Peering 策略、VNIX 及国际 IXP 连接、运营商与数据中心互联咨询，以降低目标用户的时延。
RPKI 与 IRR 路由安全
为所有资源签署 ROA，发布 route 和 route6 object，并设置筛选以降低路由劫持与路由泄漏风险。
IPv6 与 IPv6-only 迁移
规划地址，部署 Dual-stack、NAT64、DNS64 与 464XLAT，测试应用后逐步过渡到纯 IPv6 运行。
记录管理与运维
审查 WHOIS 和 RDAP、Reverse DNS、abuse contact、续费与定期报告，并在整个资源生命周期中提供网络故障响应支持。
资源分类
HiTechCloud 与企业协同处理的资源
| 资源 | 签发方 | HiTechCloud 支持 |
|---|---|---|
| IPv4 地址 | VNNIC 或 APNIC | 评估需求，准备材料，在 IPv4 地址池耗尽时提供租赁或转让方案咨询。 |
| IPv6 地址 | VNNIC 或 APNIC | 确定合适的块大小，规划 Subnet 结构并在实际基础设施上部署。 |
| ASN 网络编号 | VNNIC 或 APNIC | 注册 16-bit 或 32-bit ASN，申报路由策略并建立首个 BGP 会话。 |
| Reverse DNS (PTR 记录) | 来自 Registry 的授权 | 配置地址段的反向解析地域，这是提交电子邮件系统的必填要求。 |
| RPKI 框架下的 ROA | 管理资源的 Registry | 创建并维护与正在宣告的路由一致的 ROA 记录，避免因错误的 ROA 自行导致路由丢失。 |
| Route 与 route6 对象 | IRR 数据库 | 发布并更新路由对象，以便大型网络接受企业的路由通告。 |
| IXP 连接 | VNIX 与国际 IXP | 准备准入条件，连接端口，建立 Peering 会话并监控质量。 |
技术标准
路由安全与 IPv6 过渡缓冲
以下四项内容是企业自行部署时最容易忽略的部分，也是日后引发最多难以诊断故障的原因。
- RPKI 与 ROA ROA 记录将地址段与获准宣告该网段的 ASN 进行绑定。其他网络在接受路由前会验证该签名，从而过滤伪造路由。
- IRR 与 route object 许多大型运营商基于 IRR 数据库构建筛选。若缺少 route object，合法路由仍可能在合作伙伴的网络边缘被拦截。
- 准确的 WHOIS 与 RDAP RDAP 是替代传统 WHOIS 的查询协议。错误或过时的信息会导致故障响应和滥用投诉处理延误数日。
- NAT64 与 DNS64 该机制组合允许仅支持 IPv6 的客户端仍可访问仅支持 IPv4 的服务，是通往 IPv6-only 之路上必填的过渡阶段。
Internet 交换中心
IXP — 各网络汇聚并直接交换流量的场所
IXP 是中立的基础设施，使各网络能够直接进行 Peering，而无需绕经 Transit。对于已拥有独立 ASN 和 IP 地址的企业，这是在时延和链路成本方面带来最显著差异的下一步。
-
VNIX
越南国家 Internet 交换中心
-
HKIX
Hong Kong Internet Exchange
路径更短，时延更低
共同接入同一 IXP 的两个网络之间的流量将直接经由交换中心转发，无需绕经国际 Transit，从而有效降低了时延与跳数。
降低 Transit 成本
直接交换的流量不计入必须购买的 Transit 容量，这通常是网络加入 IXP 的主要经济考量。
参与条件
组织必须拥有由 VNNIC 分配的 ASN 网络编号与独立 IP 地址地域，随后在接入点连接物理端口并建立 Peering 会话。
VNIX 的能力
30 多个成员网络、全国 5 处接入点，国内流量交换能力超过 400 Gbps。
协调框架
全球及区域资源协调组织
该层级制定了上层所有 Registry 遵循的政策框架。企业虽不直接与这些组织对接，但其决策会直接影响资源的申请与维护条件。
-
ICANN
全球名称与数字协调
-
NRO
五大 RIR 的联合论坛
-
APTLD
亚太地区 ccTLD 协会
由社区制定的政策
资源开通规定并非由单一公司制定。它们是通过各 RIR 的开放政策制定流程形成的，所有成员均有权提出提案并参与表决。
为什么企业需要关注
政策发生变化时，资源的申请、转让和维护条件也会随之调整。紧跟该框架有助于确保企业的档案资料不会中途失效。
HiTechCloud 的角色
HiTechCloud 跟踪 RIR 和 NIR 层级的政策变动，并将其转化为企业在其资源记录上需要执行的具体操作。
适用对象
通常促使注册独享资源的常见场景
接入多家运营商的企业
需要独立地址与 ASN 以便与两家及以上服务提供商运行 BGP，在单条线路发生故障时保持服务正常运行。
云服务提供商与数据中心
进一步向客户分配资源，需要从一开始就具备清晰的地址规划和干净的 Registry 记录。
银行与金融组织
要求严格控制流量路径、实施通过身份验证的路由，并具备证明资源归属权的能力。
进行 IPv6 改造的国家机关
按照国家 IPv6 计划，推进信息技术系统和公共服务门户的改造演进路线。
拓展国际业务的企业
需要在多个不同 RIR 区域获取资源与连接，并配合适合各市场的 Peering 策略。
SaaS 平台与电子邮件服务
需要历史记录干净的地址段、正确的 Reverse DNS 以及清晰的 abuse 记录，以确保邮件不被标记为垃圾邮件。
部署流程
从需求调研到实际运行
-
01
现状调研
记录基础设施架构、流量、用户所在区域、正在使用的资源以及扩容计划。
-
02
建议方案
确定所需注册的资源类型与规模、路由方案、连接方式及相应成本。
-
03
准备资料
根据 Registry 的要求完善文档，阐明使用需求，并持续跟进直至资源完成开通。
-
04
技术部署
配置 BGP、建立 Peering、签署 ROA、发布 route object 并配置 Reverse DNS。
-
05
测试与验收
检查实际路径、单条线路中断时的容错能力以及路由数据的有效性。
-
06
长期运维
监控链路质量、更新记录、续费资源，并在系统扩展时全程护航。
HiTechCloud 的 IPv6-only 演进路线
HiTechCloud 与企业共同部署的四个阶段
HiTechCloud 于 2023 年启动路线图，目前正处于 2025 – 2026 年周期的 POC 及 IPv6-only 试点阶段。下一步各阶段紧跟第 3369/QĐ-BKHCN 号决定中的 2026 – 2030 年国家 IPv6-only 计划，细化为无需中断服务即可实施的具体步骤。
-
阶段 1 2023 – 2024已完成
清查与规划
- 清点所有正在使用的 IPv4 地址段，以及尚未支持 IPv6 的设备和软件
- 注册独立 IPv6 地址块与 ASN 网络编号
- 为基础设施、服务和内部网络制定 IPv6 地址规划
-
阶段 2 2025 – 2026进行中
POC 与 IPv6-only 试点
- 在所选择的服务组上运行 IPv6-only POC 并在推广前衡量结果
- 为核心网、DNS、web、email 及公开服务启用 Dual-stack
- 试点 NAT64 与 DNS64，使 IPv6-only 服务仍可访问 IPv4 内容
- 发布 route6 对象，为全部 IPv6 资源签署 ROA
-
阶段 3 2027 – 2028规划中
扩容并逐步缩减 IPv4
- 为新系统、内部网络以及 Cloud 上的 Workload 默认启用 IPv6-only
- 将仍依赖 IPv4 的系统迁移至替代方案
- 衡量通过 IPv6 的访问比例并处理各项瓶颈
-
阶段 4 2029 – 2030规划中
IPv6-only 运行
- 除特殊系统外，逐步停止使用 IPv4
- 与国家目标保持同步：IPv6 普及率达到 90% 至 100%
- 持续监控、检查路由并更新资源记录
国家背景
越南的 IPv6-only 路线图
HiTechCloud 的路线图遵循以下国家规划。此处展示由越南互联网络信息中心发布的两张图表，供企业对照自身的时间节点与整体进度。
解答
关于互联网资源的常见问题
企业注册独立 IP 地址是否为必填项？
非必填。如果仅使用一家服务提供商的服务，该服务提供商分配的地址就已足够。只有当企业希望接入多家运营商、自行运行 BGP，或不想在每次更换服务提供商时对系统重新编址时，独立注册才成为必要。
还能申请新的 IPv4 地址吗？
全球 IPv4 地址池已耗尽，因此各 Registry 仅根据限制性政策分配极小的地址块，通常还伴有等待名单。实际上，需要更多 IPv4 的企业必须通过转租或受让方式获取，并应同步启动 IPv6 规划。
资源的注册与维护费用如何计算？
费用与规费由 10/2025/TT-BTC 号通知规定。IP 地址按地址数量阶梯计费；若在同一阶梯内同时注册 IPv4 和 IPv6，则只需缴纳一项费用，因此启用 IPv6 通常不会增加资源成本。ASN 网络编号从第三个起收取规费。联系 HiTechCloud 获取符合企业实际所需资源块的费用预估。
注册 ASN 需要多长时间？
所需时间取决于申请材料的完整度以及 Registry 的审批进度。耗时最长的环节通常是证明实际的路由需求，例如承诺与至少两个其他网络互联。HiTechCloud 会在提交前协助企业准备好此项内容。
为什么已有 route object 仍需签署 ROA？
两种机制相辅相成。IRR 上的 route object 属于声明数据，而基于 RPKI 的 ROA 则是负责资源开通的 Registry 本身确认的数字签名。由于越来越多的大型网络会丢弃不符合 RPKI 规范的无效路由，缺少 ROA 意味着将失去对部分 Internet 的可达性。
切换至 IPv6-only 是否会导致与仅支持 IPv4 的服务失去连接？
不会，如果同时部署 NAT64 与 DNS64。这两种机制可在访问仅支持 IPv4 的目标时，为仅支持 IPv6 的客户端转换流量。切换前测试应用仍是必填要求，因为部分旧软件在配置中硬编码了 IPv4 地址。
连接 VNIX 需要哪些条件？
必填条件是组织必须拥有由 VNNIC 分配的 ASN 网络编号与独立 IP 地址地域。随后在其中一个接入点连接物理端口，并与其他成员建立 Peering 会话。
越南由哪个机构管理互联网资源？
科学技术部，通过越南互联网网络信息中心（VNNIC）。许多历史文件仍带有原信息通信部的文号标识，因此查询时须对照仍具效力的文件。
独立查询
供企业自主核验的官方来源
HiTechCloud 直接链接至原始来源而非复制数据，因为本页面上的所有数字都会随时间变动。
Copyright 2018-2026 HiTechCloud by Pho Tue SoftWare Solutions JSC。著作权所有
