×
¥
查看详情
🔥 会员专享 文生文 其它

网络子网划分方案设计

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

🎯 可自定义参数(3个)

基础网络地址
需要进行子网划分的基础网络地址,使用CIDR表示法
子网数量
需要划分的子网总数
每子网主机数
每个子网需要支持的主机数量

🎨 效果示例

网络基础信息

  • 原始网络地址: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掩码,避免掩码不一致导致的广播域或连通性问题。

示例详情

📖 如何使用

30秒出活:复制 → 粘贴 → 搞定
与其花几十分钟和AI聊天、试错,不如直接复制这些经过千人验证的模板,修改几个 {{变量}} 就能立刻获得专业级输出。省下来的时间,足够你轻松享受两杯咖啡!
加载中...
💬 不会填参数?让 AI 反过来问你
不确定变量该填什么?一键转为对话模式,AI 会像资深顾问一样逐步引导你,问几个问题就能自动生成完美匹配你需求的定制结果。零门槛,开口就行。
转为对话模式
🚀 告别复制粘贴,Chat 里直接调用
无需切换,输入 / 唤醒 8000+ 专家级提示词。 插件将全站提示词库深度集成于 Chat 输入框。基于当前对话语境,系统智能推荐最契合的 Prompt 并自动完成参数化,让海量资源触手可及,从此彻底告别"手动搬运"。
即将推出
🔌 接口一调,提示词自己会进化
手动跑一次还行,跑一百次呢?通过 API 接口动态注入变量,接入批量评价引擎,让程序自动迭代出更高质量的提示词方案。Prompt 会自己进化,你只管收结果。
发布 API
🤖 一键变成你的专属 Agent 应用
不想每次都配参数?把这条提示词直接发布成独立 Agent,内嵌图片生成、参数优化等工具,分享链接就能用。给团队或客户一个"开箱即用"的完整方案。
创建 Agent

✅ 特性总结

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

🎯 解决的问题

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

🕒 版本历史

当前版本
v2.1 2024-01-15
优化输出结构,增强情节连贯性
  • ✨ 新增章节节奏控制参数
  • 🔧 优化人物关系描述逻辑
  • 📝 改进主题深化引导语
  • 🎯 增强情节转折点设计
v2.0 2023-12-20
重构提示词架构,提升生成质量
  • 🚀 全新的提示词结构设计
  • 📊 增加输出格式化选项
  • 💡 优化角色塑造引导
v1.5 2023-11-10
修复已知问题,提升稳定性
  • 🐛 修复长文本处理bug
  • ⚡ 提升响应速度
v1.0 2023-10-01
首次发布
  • 🎉 初始版本上线
COMING SOON
版本历史追踪,即将启航
记录每一次提示词的进化与升级,敬请期待。

💬 用户评价

4.8
⭐⭐⭐⭐⭐
基于 28 条评价
5星
85%
4星
12%
3星
3%
👤
电商运营 - 张先生
⭐⭐⭐⭐⭐ 2025-01-15
双十一用这个提示词生成了20多张海报,效果非常好!点击率提升了35%,节省了大量设计时间。参数调整很灵活,能快速适配不同节日。
效果好 节省时间
👤
品牌设计师 - 李女士
⭐⭐⭐⭐⭐ 2025-01-10
作为设计师,这个提示词帮我快速生成创意方向,大大提升了工作效率。生成的海报氛围感很强,稍作调整就能直接使用。
创意好 专业
COMING SOON
用户评价与反馈系统,即将上线
倾听真实反馈,在这里留下您的使用心得,敬请期待。
加载中...