¥
立即购买

网络子网划分方案设计

6 浏览
1 试用
0 购买
Dec 8, 2025更新

本提示词专为网络工程师和系统管理员设计,能够根据具体的网络需求自动生成专业的子网划分方案。通过输入网络地址、所需子网数量和每个子网的主机数量等关键参数,系统将输出完整的子网划分方案,包括子网掩码、网络地址范围、可用主机数量和广播地址等详细信息。该方案支持IPv4和IPv6网络协议,适用于企业网络规划、数据中心部署和网络架构优化等多种场景,帮助用户高效完成网络分段和地址分配工作。

网络基础信息

  • 原始网络地址:10.20.0.0/16
  • 网络类型(IPv4/IPv6):IPv4
  • 默认子网掩码:255.0.0.0(Class A)

需求分析

  • 所需子网数量:12
  • 最大子网主机需求:200 台/子网
  • 建议子网掩码:/24(255.255.255.0,单子网可用主机数 254,满足≥200 的需求;从 /16 到 /24 共提供 256 个等长子网,满足 12 个子网的数量需求)

子网划分明细表

子网编号 网络地址 子网掩码 可用主机范围 广播地址 可用主机数
1 10.20.0.0/24 255.255.255.0 10.20.0.1 – 10.20.0.254 10.20.0.255 254
2 10.20.1.0/24 255.255.255.0 10.20.1.1 – 10.20.1.254 10.20.1.255 254
3 10.20.2.0/24 255.255.255.0 10.20.2.1 – 10.20.2.254 10.20.2.255 254
4 10.20.3.0/24 255.255.255.0 10.20.3.1 – 10.20.3.254 10.20.3.255 254
5 10.20.4.0/24 255.255.255.0 10.20.4.1 – 10.20.4.254 10.20.4.255 254
6 10.20.5.0/24 255.255.255.0 10.20.5.1 – 10.20.5.254 10.20.5.255 254
7 10.20.6.0/24 255.255.255.0 10.20.6.1 – 10.20.6.254 10.20.6.255 254
8 10.20.7.0/24 255.255.255.0 10.20.7.1 – 10.20.7.254 10.20.7.255 254
9 10.20.8.0/24 255.255.255.0 10.20.8.1 – 10.20.8.254 10.20.8.255 254
10 10.20.9.0/24 255.255.255.0 10.20.9.1 – 10.20.9.254 10.20.9.255 254
11 10.20.10.0/24 255.255.255.0 10.20.10.1 – 10.20.10.254 10.20.10.255 254
12 10.20.11.0/24 255.255.255.0 10.20.11.1 – 10.20.11.254 10.20.11.255 254

方案总结

  • 总地址空间利用率:约 4.69%(已分配地址块 12×256=3,072 相对于原始 /16 的 65,536)。每子网层面的可用主机利用率(按需求200台)≈ 200/254 = 78.7%。
  • 扩展建议:
    • 在 10.20.0.0/16 内仍剩余 244 个 /24 子网可用(10.20.12.0/24 至 10.20.255.0/24),可按部门/区域逐步分配。
    • 为路由聚合:当前 12 个连续子网可用两条精确汇总路由 10.20.0.0/21(覆盖 10.20.0.0–10.20.7.255)与 10.20.8.0/22(覆盖 10.20.8.0–10.20.11.255);或采用单一超网 10.20.0.0/20(覆盖 0–15 段,便于简化路由,需确认接受包含 10.20.12.0–10.20.15.0 的更大范围)。
    • 预留连续的增长区间(如 10.20.12.0/22 或 10.20.12.0/21)以保持后续子网的可聚合性。
  • 配置注意事项:
    • 统一网关地址规划(如各子网网关固定为 .1 或 .254),并在 DHCP 中排除网关与基础设施保留地址段。
    • DHCP 作用域与子网精确匹配(/24),并设置合适租期与选项(例如默认网关和 DNS)。
    • 路由与ACL需基于子网边界实施访问控制;在三层设备上启用相应的路由汇总以减少路由表规模。
    • VLAN 与子网一一对应,确保三层网关(SVI)与上述地址规划一致,避免地址重叠。
    • 记录变更与地址分配台账,避免冲突;在变更窗口内实施并验证连通性与广播域边界。

网络基础信息

  • 原始网络地址:2001:db8:acad::/48
  • 网络类型(IPv6):IPv6
  • 默认子网掩码:/48

需求分析

  • 所需子网数量:32
  • 最大子网主机需求:512
  • 建议子网掩码:/64(遵循IPv6最佳实践与SLAAC要求,RFC 7421)
  • 说明:
    • 从/48扩展到/64,留有16位子网ID,可提供65536个/64子网;本方案仅使用前32个。
    • 这32个/64可聚合为一个/59(2001:db8:acad:0000::/59),或为便于反向DNS委派,划分为两个/60块:2001:db8:acad:0000::/60(0000–000f),2001:db8:acad:0010::/60(0010–001f)。

子网划分明细表

子网编号 网络地址 子网掩码 可用主机范围 广播地址 可用主机数
1 2001:db8:acad:0000::/64 /64 2001:db8:acad:0000:: – 2001:db8:acad:0000:ffff:ffff:ffff:ffff N/A(IPv6无广播) 2^64 ≈ 1.84e19
2 2001:db8:acad:0001::/64 /64 2001:db8:acad:0001:: – 2001:db8:acad:0001:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
3 2001:db8:acad:0002::/64 /64 2001:db8:acad:0002:: – 2001:db8:acad:0002:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
4 2001:db8:acad:0003::/64 /64 2001:db8:acad:0003:: – 2001:db8:acad:0003:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
5 2001:db8:acad:0004::/64 /64 2001:db8:acad:0004:: – 2001:db8:acad:0004:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
6 2001:db8:acad:0005::/64 /64 2001:db8:acad:0005:: – 2001:db8:acad:0005:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
7 2001:db8:acad:0006::/64 /64 2001:db8:acad:0006:: – 2001:db8:acad:0006:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
8 2001:db8:acad:0007::/64 /64 2001:db8:acad:0007:: – 2001:db8:acad:0007:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
9 2001:db8:acad:0008::/64 /64 2001:db8:acad:0008:: – 2001:db8:acad:0008:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
10 2001:db8:acad:0009::/64 /64 2001:db8:acad:0009:: – 2001:db8:acad:0009:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
11 2001:db8:acad:000a::/64 /64 2001:db8:acad:000a:: – 2001:db8:acad:000a:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
12 2001:db8:acad:000b::/64 /64 2001:db8:acad:000b:: – 2001:db8:acad:000b:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
13 2001:db8:acad:000c::/64 /64 2001:db8:acad:000c:: – 2001:db8:acad:000c:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
14 2001:db8:acad:000d::/64 /64 2001:db8:acad:000d:: – 2001:db8:acad:000d:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
15 2001:db8:acad:000e::/64 /64 2001:db8:acad:000e:: – 2001:db8:acad:000e:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
16 2001:db8:acad:000f::/64 /64 2001:db8:acad:000f:: – 2001:db8:acad:000f:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
17 2001:db8:acad:0010::/64 /64 2001:db8:acad:0010:: – 2001:db8:acad:0010:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
18 2001:db8:acad:0011::/64 /64 2001:db8:acad:0011:: – 2001:db8:acad:0011:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
19 2001:db8:acad:0012::/64 /64 2001:db8:acad:0012:: – 2001:db8:acad:0012:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
20 2001:db8:acad:0013::/64 /64 2001:db8:acad:0013:: – 2001:db8:acad:0013:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
21 2001:db8:acad:0014::/64 /64 2001:db8:acad:0014:: – 2001:db8:acad:0014:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
22 2001:db8:acad:0015::/64 /64 2001:db8:acad:0015:: – 2001:db8:acad:0015:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
23 2001:db8:acad:0016::/64 /64 2001:db8:acad:0016:: – 2001:db8:acad:0016:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
24 2001:db8:acad:0017::/64 /64 2001:db8:acad:0017:: – 2001:db8:acad:0017:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
25 2001:db8:acad:0018::/64 /64 2001:db8:acad:0018:: – 2001:db8:acad:0018:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
26 2001:db8:acad:0019::/64 /64 2001:db8:acad:0019:: – 2001:db8:acad:0019:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
27 2001:db8:acad:001a::/64 /64 2001:db8:acad:001a:: – 2001:db8:acad:001a:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
28 2001:db8:acad:001b::/64 /64 2001:db8:acad:001b:: – 2001:db8:acad:001b:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
29 2001:db8:acad:001c::/64 /64 2001:db8:acad:001c:: – 2001:db8:acad:001c:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
30 2001:db8:acad:001d::/64 /64 2001:db8:acad:001d:: – 2001:db8:acad:001d:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
31 2001:db8:acad:001e::/64 /64 2001:db8:acad:001e:: – 2001:db8:acad:001e:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19
32 2001:db8:acad:001f::/64 /64 2001:db8:acad:001f:: – 2001:db8:acad:001f:ffff:ffff:ffff:ffff N/A 2^64 ≈ 1.84e19

方案总结

  • 总地址空间利用率:
    • 相对于原/48:已用32/65536个/64子网 ≈ 0.0488%
    • 相对于聚合块/59:32/32个/64子网 = 100%
  • 扩展建议:
    • 以/60为单位进行块化管理,便于DNS反向区委派与路由汇总。当前使用0000:/60与0010:/60,后续可顺序启用0020:/60(覆盖0020–002f)、0030:/60(0030–003f)等。
    • 保持结构化编码,如将部门/区域映射到子网ID的高位,便于后续扩容与策略编排。
    • 终端与接入网段坚持/64;点到点链路可用/127(RFC 6164)或保留/64并在链路层做隔离,按设备支持选择。
  • 配置注意事项:
    • IPv6无广播,使用多播与邻居发现(ND);通过路由通告(RA)与SLAAC或DHCPv6分配地址和参数。
    • 稳定地址建议采用Stable/随机隐私地址,避免直接暴露接口MAC(避免传统EUI-64带来的隐私风险)。
    • 做好RPF/汇总:可对外宣告聚合前缀(/59或两个/60),内部细分/64用于业务隔离与ACL策略。
    • DNS与反向解析:优先按nibble边界(/60、/56)做委派;本方案可将两个/60分别委派以简化ip6.arpa管理。
    • 注:2001:db8::/32为文档示例前缀,勿用于生产网络。上线时请替换为贵机构的已分配全局单播(GUA)或私有ULA前缀,并保持同样的/64规划方法。

网络基础信息

  • 原始网络地址:172.16.0.0/20(地址范围:172.16.0.0 – 172.16.15.255)
  • 网络类型(IPv4/IPv6):IPv4
  • 默认子网掩码:255.255.0.0(Class B)

需求分析

  • 所需子网数量:6
  • 最大子网主机需求:50
  • 建议子网掩码:/26(255.255.255.192,单子网可用主机数=62,满足≥50)

说明:/27仅有30个可用主机,不满足需求;/26为满足需求的最小掩码,地址利用率更优。

子网划分明细表

子网编号 网络地址 子网掩码 可用主机范围 广播地址 可用主机数
1 172.16.0.0/26 255.255.255.192 (/26) 172.16.0.1 – 172.16.0.62 172.16.0.63 62
2 172.16.0.64/26 255.255.255.192 (/26) 172.16.0.65 – 172.16.0.126 172.16.0.127 62
3 172.16.0.128/26 255.255.255.192 (/26) 172.16.0.129 – 172.16.0.190 172.16.0.191 62
4 172.16.0.192/26 255.255.255.192 (/26) 172.16.0.193 – 172.16.0.254 172.16.0.255 62
5 172.16.1.0/26 255.255.255.192 (/26) 172.16.1.1 – 172.16.1.62 172.16.1.63 62
6 172.16.1.64/26 255.255.255.192 (/26) 172.16.1.65 – 172.16.1.126 172.16.1.127 62

注:

  • 以上6个/26子网均落在172.16.0.0/20之内(172.16.0.0 – 172.16.15.255)。
  • 每个子网提供62个可用主机地址,满足每子网50台主机的需求并留有扩展余量。

方案总结

  • 总地址空间利用率:已分配6个/26,占基础/20的6/64 ≈ 9.38%;按需求折算的单子网主机利用率≈ 50/62 ≈ 80.65%
  • 扩展建议:
    • 预留紧邻的两个/26:172.16.1.128/26 与 172.16.1.192/26,未来若启用这两个子网,可将前述8个连续/26聚合为一条汇总路由 172.16.0.0/23,便于路由与ACL汇总。
    • 目前基础/20内仍剩余58个/26可用,为新增部门/业务提供充足空间。
  • 配置注意事项:
    • 网关地址建议在各子网固定(如x.x.x.1或x.x.x.254),DHCP地址池需排除网关与保留的静态地址区段。
    • 路由与ACL应基于实际分配的前缀精确匹配;如采用上面预留策略,聚合路由在全部8个/26启用后再下发。
    • 确保上游路由与防火墙策略中不存在与172.16.0.0/20及其子前缀的冲突或重叠声明,避免路由黑洞或错误匹配。
    • 设备配置统一使用255.255.255.192掩码,避免掩码不一致导致的广播域或连通性问题。

示例详情

解决的问题

让网络工程师与系统管理员在几分钟内生成可交付的子网划分方案:输入基础网络地址、子网数量与主机需求,即可获得清晰完整的规划表。该提示词旨在显著缩短网络规划时间、降低计算失误与返工风险、提高方案评审通过率,并支持从企业办公网到数据中心、校园网、云环境的多场景使用。它将复杂的地址规划转化为标准化结果,帮助团队快速对齐、落地实施,并最终提升交付效率与质量。

适用用户

网络工程师(企业园区)

为新办公楼快速完成分段与地址分配,输出各子网的地址范围与主机数量,作为设备配置依据。

系统管理员(运维扩容)

根据新增部门或项目,一键评估现有地址空间并生成新子网方案,形成变更清单便于审核落地。

数据中心架构师

为不同业务集群与环境隔离规划网络,对比多种划分策略,优化资源利用率与容灾设计。

特征总结

一键输入基础网络与需求,自动生成可落地子网划分方案,省去复杂表格与手动计算。
同时支持IPv4与IPv6,智能匹配合适掩码与地址范围,避免地址浪费与冲突风险。
自动估算每子网可用主机数与扩展余量,帮助规划未来增长与高峰流量。
生成清晰的明细表,含网络地址、可用主机范围与广播地址,方便实施落地与交付。
可按部门、业务线、楼宇等场景模板化分段,提升访问隔离与管理清晰度。
支持多方案对比与优化建议,直观展示利用率与冗余,助你做出更优资源选择。
输出结构规范,可直接用于变更记录与审核,减少跨团队沟通成本与返工。
针对数据中心与云环境提供配置注意点,降低上线风险,保障网络稳定运行。
预留可扩展空间与成长路径,避免后续地址重划,降低维护与迁移成本。
快速识别不合理分段与潜在冲突,给出修正建议,提升整体架构健康度。

如何使用购买的提示词模板

1. 直接在外部 Chat 应用中使用

将模板生成的提示词复制粘贴到您常用的 Chat 应用(如 ChatGPT、Claude 等),即可直接对话使用,无需额外开发。适合个人快速体验和轻量使用场景。

2. 发布为 API 接口调用

把提示词模板转化为 API,您的程序可任意修改模板参数,通过接口直接调用,轻松实现自动化与批量处理。适合开发者集成与业务系统嵌入。

3. 在 MCP Client 中配置使用

在 MCP client 中配置对应的 server 地址,让您的 AI 应用自动调用提示词模板。适合高级用户和团队协作,让提示词在不同 AI 工具间无缝衔接。

AI 提示词价格
¥20.00元
先用后买,用好了再付款,超安全!

您购买后可以获得什么

获得完整提示词模板
- 共 725 tokens
- 3 个可调节参数
{ 基础网络地址 } { 子网数量 } { 每子网主机数 }
获得社区贡献内容的使用权
- 精选社区优质案例,助您快速上手提示词
使用提示词兑换券,低至 ¥ 9.9
了解兑换券 →
限时半价

不要错过!

半价获取高级提示词-优惠即将到期

17
:
23
小时
:
59
分钟
:
59