首页/网络/IP 与子网速查//10 掩码:CGNAT 与大型规划单元
掩码与 CIDR 速算50 条

/10 掩码:CGNAT 与大型规划单元

/10 = 255.192.0.0;100.64.0.0/10 是 RFC 6598 的运营商级 NAT 共享地址段,4 百万个地址支撑海量家宽。

IP 与子网速查网络更新于 2026-10-13

/10 掩码是什么

/10 即 255.192.0.0,第 2 段步长是 64,一块包含 4194304 个地址、4194302 个可用,等价于 64 个 /16 或 16384 个 /24。这个尺寸在日常企业园区里很少见,主要出现在两类场合:运营商为大区规划的超大地址池,以及 RFC 6598 定义的 100.64.0.0/10 运营商级 NAT 共享地址段。

基本信息

CIDR/10
掩码255.192.0.0
通配符掩码0.63.255.255
地址总数4194304(2^22)
可用主机4194302
包含关系64 个 /16 或 16384 个 /24
第 2 段步长64,起点须为 64 的倍数
典型场景100.64.0.0/10 运营商共享段、超大型规划单元

示例:100.64.0.0/10 的范围

示例:100.64.0.0/10 的范围
ipcalc 100.64.0.0/10
# Network:   100.64.0.0/10
# Netmask:   255.192.0.0
# HostMin:   100.64.0.1
# HostMax:   100.127.255.254
# Broadcast: 100.127.255.255
# 第 2 段从 64 到 127,共 64 个取值

相邻掩码对照

掩码第 2 段步长地址数包含 /16 数
/8116777216256
/91288388608128
/1064419430464
/1132209715232

典型使用场景

  • 运营商级 NAT:RFC 6598 专门划出 100.64.0.0/10 供运营商在家庭网关与骨干之间使用,不与用户内网冲突
  • 超大规模企业内部地址池:需要一次性规划数十万地址时用 /10 级别父块,再向下切分
  • 云厂商内部网络:平台侧内部通信地址池常使用大段前缀,避免与租户地址重叠
  • 考场题目:考察第 2 段步长与换算关系,是判断是否真正理解掩码规律的好题
  • 网络合并场景:两家企业各有多个 /16,合并规划时上级父块可能落到 /10 级别

规划建议

  • 把 /10 当作大区父块使用,向下切成 /16 或 /20 分给各区域,保持层级清晰、汇总简单
  • 企业内部不要使用 100.64.0.0/10,该段留给运营商,占用后与家宽或专线对接时必然冲突
  • 容量虽大但广播域不可无限扩大:即便父块是 /10,实际 VLAN 仍按 /24 组织
  • 规划表标注父块与已分配子块,便于统计剩余空间,避免中途找不到可用区
  • 与云上地址规划核对,避免云平台内部地址池与企业内网大段重叠
100.64.0.0/10 属于运营商共享地址空间,既不是私网也不是公网:它不可在互联网上被路由,但与家宽 WAN 口地址高度重合,内网分配该段会直接引发冲突。

易错点

  • 把 100.64.0.0/10 当普通内网地址分配给终端:它与运营商共享段重合,跨运营商互访与排障都会出现异常
  • 第 2 段步长记成 128:那是 /9 的步长,/10 是 64,起点写错会落到另一个大区
  • 按 4194304 个可用地址规划:实际可用要减 2,且企业内部通常还要再向下切分
  • 在个人或小企业网络使用 /10 级别网段:地址严重浪费,广播域规模也完全不可控

数据来源与参考

  • RFC 6598(共享地址空间 CGNAT)
  • RFC 4632(CIDR)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌