跳转到内容

无类别域间路由：修订间差异

轻之舟百科，让知识轻装启航
以互动方式浏览历史
←上一编辑
撤销IdleTap-bot​（留言 | 贡献）
机器人
2,666次编辑
可视化wikitext
TeodoroSeccombe​（留言 | 贡献）
0次编辑
小 创建页面，内容为“。”
IdleTap-bot​（留言 | 贡献）
机器人
2,666次编辑
由旧格式Infobox转换为新参数格式（label/data），修复空信息框（由IdleTap-bot执行）
 
第1行： 第1行：
'''发布日期：2026 年 7 月 23 日
{{Infobox
| title = 无类别域间路由


'''生效日期：2026 年 6 月 15 日起（第一阶段）；2026 年 9 月 15 日起（第二阶段）'''
| label1 = 中文名
| data1 = 无类别域间路由


'''最后更新：2026 年 7 月 23 日'''
| label2 = 英文名
| data2 = Classless Inter-Domain Routing


== 一、公告背景与立场声明 ==
| label3 = 简称
| data3 = CIDR


[[轻之舟百科]]（CaelLab Wiki）是由[[虚舟实验室]]（CaelLab）运营、社区成员共同建设的网络百科全书。这里的每一篇文章、每一处修订、每一条注释，都来自真实人类的独立思考与审慎表达——是创作者将时间、精力、学识与判断力凝结而成的智力结晶。
| label4 = 提出时间
| data4 = 1993年


我们相信知识因分享而更有价值，也相信分享的前提是相互尊重。因此，本站的原创内容在 [[CaelLab BY-SA Content License]] 下向公众开放：
| label5 = 标准化机构
| data5 = IETF


1. Attribution: You must give appropriate credit to the original author(s), provide a link to this license, and indicate if changes were made.<br>
| label6 = 核心标准
2. ShareAlike: If you remix, transform, or build upon the Work, you must distribute your contributions under the same CaelLab BY-SA Content License.<br>
| data6 = RFC 1518、RFC 1519、RFC 4632
3. No Additional Restrictions: You may not apply legal terms or technological measures that legally restrict others from doing anything the license permits.<br>


这是我们与每一位使用者之间最朴素的约定。
| label7 = 核心技术
| data7 = 可变长子网掩码（VLSM）、路由聚合


然而，近年来大规模 [[AI]] 训练数据抓取的兴起，正在以一种我们无法接受的方式打破这个约定。商业 [[大语言模型]] 的训练过程，把署名隐去了，把共享链条截断了，最终输出的还是一个不透明的、封闭的黑箱——以技术手段切断知识的开放循环，这恰恰违背了开放知识社区赖以存在的根本信任。
| label8 = 主要功能
| data8 = 改进IPv4地址分配、抑制路由表增长、支持无类路由
}}'''无类别域间路由（Classless Inter-Domain Routing，[[CIDR]]）''' 是IETF于1993年提出的一项IPv4地址分配与路由优化技术方案，其设计目的在于提升IPv4地址空间的利用效率，并抑制因分类网络体系导致的全局路由表快速增长<ref name="RFC1519">[https://www.rfc-editor.org/rfc/rfc1519.html Fuller, V., Li, T., Yu, J., Varadhan, K., "Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy", RFC 1519, September 1993.]</ref><ref name="CIDRFAQ">[https://www.ripe.net/ripe/mail/archives/lir-wg/1995-November/000832.html CIDR FAQ, RIPE NCC, November 1995.]</ref>。CIDR的核心是通过可变长子网掩码实现任意长度的网络前缀分配，并用斜线记法（如192.0.2.0/24）表示前缀长度，取代了传统分类网络中A、B、C类的固定掩码体系。CIDR同时支持将多个连续的地址块聚合成一个超网（supernet）条目对外通告，从而显著减少核心路由器的路由表规模。该技术是现代[[互联网]]路由体系的基础性技术之一，IPv6协议也延续并采纳了CIDR的地址表示和管理机制。


无数自动化爬虫不分昼夜、不加分辨地将整个网站的内容卷入巨大的数据池，用于训练那些最终以商业面目面世的 [[大语言模型]]。在这个过程中，创作者的署名被隐去，来源被模糊，共享的链条被截断——而自始至终，没有人问过我们是否愿意。
== 历史背景 ==
在CIDR被提出之前，IPv4地址采用分类网络（Classful Network）体系。IPv4地址的32位按8位一组划分为四个字节，其中网络前缀的长度固定为8位（A类）、16位（B类）或24位（C类），分别对应16777216、65536和256个主机地址容量<ref name="ClassfulIssue">[https://www.kepuchina.cn/article/articleinfo?ar_id=367636 无类别域间路由，科普中国，2021.]</ref>。至20世纪90年代初，分类网络的局限性日益凸显：A类和B类网络对于绝大多数组织而言地址容量过大，大量地址被分配后闲置而无法回收；C类网络虽然容量较小（仅254个可用主机地址），但其地址块数量庞大，且在地域分布上高度分散，难以进行有效的路由聚合。这一双重困境导致两方面问题：一是IPv4地址空间面临快速耗尽的危机，二是互联网核心路由器的路由表条目呈爆炸式增长，对路由设备的处理能力和网络可扩展性构成严重威胁<ref name="RFC1519" /><ref name="RFC4632">[https://www.rfc-editor.org/rfc/rfc4632.html Fuller, V., Li, T., "Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan", RFC 4632, BCP 122, August 2006.]</ref>。


如果一项技术的进步建立在系统性吸纳他人劳动成果、却不愿给予基本尊重的基础之上，那么这种进步，我们不欢迎，也不配合。
分类网络中的B类地址数量有限，仅有16384个。随着接入互联网的组织数量持续增长，B类地址消耗速度远超预期<ref name="Supernet">[https://baike.baidu.com/item/超网 超网，百度百科.]</ref>。为应对上述问题，IETF在1993年9月发布了一系列标准文档，正式引入CIDR。其中RFC 1517阐述了CIDR的适用性声明，RFC 1518提出了基于CIDR的IP地址分配[[架构]]，RFC 1519详细规定了地址分配与聚合策略的具体实施方案<ref name="RFC1519" /><ref name="RFC1517">[https://www.rfc-editor.org/rfc/rfc1517.html Internet Engineering Steering Group, Hinden, R., "Applicability Statement for the Implementation of Classless Inter-Domain Routing (CIDR)", RFC 1517, September 1993.]</ref><ref name="RFC1518">[https://www.rfc-editor.org/rfc/rfc1518.html Rekhter, Y., Li, T., "An Architecture for IP Address Allocation with CIDR", RFC 1518, September 1993.]</ref>。2006年，RFC 4632替代并更新了RFC 1519，在对CIDR概念进行进一步澄清的基础上，总结了该技术实际部署十余年的实践经验<ref name="RFC4632" />。


轻之舟百科始终秉持一个朴素的信念：'''知识由人创造，为人服务，在人之间流传。''' 机器可以索引，可以检索，可以辅助——但无权将人的创作成果默默吸收、改头换面，再以机器自身的面貌对外输出。
== 核心技术 ==


因此，我们决定采取明确措施：禁止一切以 [[AI]] 训练为目的的爬虫访问本站。这不是封闭，是守护；不是拒绝技术，是拒绝不尊重。
=== 可变长子网掩码 ===
CIDR的基础是可变长子网掩码技术。VLSM允许网络工程师根据子网的实际主机数量需求，灵活设定子网掩码的长度，而非被固定为A、B、C类掩码中的三者之一<ref name="VLSM">[https://net.zhiding.cn/network_security_zone/2014/0923/3034639.shtml CIDR与NAT的分身术逆袭，至顶网，2014.]</ref>。在CIDR框架中，IP地址被划分为网络前缀和主机号两部分，网络前缀的长度用“/”后跟0至32之间的整数表示<ref name="CIDRClassless">[https://baike.baidu.com/item/%E6%97%A0%E7%B1%BB%E5%88%AB%E5%9F%9F%E9%97%B4%E8%B7%AF%E7%94%B1 无类别域间路由，百度百科.]</ref>。例如，192.168.1.0/24表示前24位为网络前缀，后8位为主机号，该地址块包含256个IP地址。前缀长度越短，地址块包含的IP地址数量越多；前缀长度越长，地址块划分越精细，地址利用率越高。


我们欢迎传统搜索引擎将读者带到本站，欢迎学术研究进行有温度的探索，欢迎档案馆为人类文明存档——但我们不欢迎任何以“技术进步”为名、行“无偿攫取”之实的自动化采集。
VLSM与分类网络中的子网划分在方向上是相反的：子网划分是将一个固定的分类网络进一步细分为更小的子网；而CIDR则是允许网络前缀以任意长度而非预先规定的三种长度之一存在<ref name="CIDRSubnetDiff">[https://net.zhiding.cn/network_security_zone/2010/0202/1687640.shtml 无类域间路由CIDR，至顶网，2010.]</ref>。


=== 路由聚合 ===
路由聚合是CIDR的另一项核心技术。其基本原理是：如果多个较小的地址块在[[二进制]]表示下前缀相同，则可以将它们合并为一个较大的CIDR地址块，并在路由表中以一条聚合条目代表原来分散的多条路由记录<ref name="Supernet" />。这一操作也被称为超网。<ref name="Supernet" />。路由聚合不仅减少了路由器本地路由表的条目数量，更重要的是，通过向外通告聚合后的地址块而不是逐一宣告各子网的方式，显著降低了全局路由表的规模及其增长速度<ref name="CIDRFAQ" />。


== 二、禁止范围 ==
路由聚合的有效性依赖于合理的地址分配规划。当同一机构或同一地理区域的地址块在地址空间上连续时，聚合效果最佳；当地址分配策略缺乏层次性时，聚合的效率则会大打折扣。


=== 第一阶段：2026 年 6 月 15 日起生效 ===
== CIDR表示法 ==
CIDR表示法也称斜线记法，其标准格式为“IPv4地址/前缀长度”<ref name="CIDRClassless" />。其中，IPv4地址部分可以是该地址块内的任一合法IP地址；前缀长度是从0到32之间的十进制整数，表示网络前缀所占的二进制位数。前缀长度决定子网掩码：将前N位置1、后32-N位置0即得到对应的子网掩码。


以下爬虫/蜘蛛程序被明确禁止访问轻之舟百科：
以下为CIDR表示法示例：


* 专门用于收集 AI 训练数据的爬虫程序
* 192.168.0.0/16：前16位为网络前缀，对应子网掩码255.255.0.0，包含65536个IPv4地址。
* 以"数据集构建""语料收集""模型训练"等为目的的自动化抓取工具
* 10.0.0.0/8：前8位为网络前缀，对应子网掩码255.0.0.0，包含16777216个IPv4地址。
* 任何在 [[User-Agent]]、服务条款或公开说明中披露其 AI 训练用途的爬虫
* 203.0.113.0/27：前27位为网络前缀，对应子网掩码255.255.255.224，包含32个IPv4地址，其中30个可用主机地址。
* 已知由 AI 公司运营或为其提供数据服务的爬虫（包括但不限于 OpenAI-GPTBot、Anthropic-ClaudeBot、Google-Extended、Bytespider、CCBot 等）
* 0.0.0.0/0：前缀长度为0，匹配所有IPv4地址，通常作为默认路由使用。


=== 第二阶段：2026 年 9 月 15 日起生效 ===
== 地址分配与管理 ==
CIDR将IPv4地址分配从以网络类别为依据的模式转变为以实际需求为依据的模式。在CIDR框架下，IANA将大块的CIDR地址块分配给各区域互联网注册管理机构（RIRs），RIRs再根据下级机构（如国家级注册机构和ISP）的实际需求，将地址块切分为更小的CIDR块进行逐级分配<ref name="RFC4632" />。


以下爬虫/蜘蛛程序将被纳入禁止范畴：
这一层级化分配体系与路由聚合的要求相呼应：ISP从RIR获得一个较大的CIDR地址块后，可将其子块分配给下属客户。所有客户的路由信息在ISP边界进行聚合，以单一聚合路由对外通告，从而使上游路由器无需维护大量细粒度路由条目<ref name="RFC1519" />。


* '''混合用途爬虫'''：即同时声称用于"搜索索引"和"AI 训练"双重目的的爬虫程序
== 协议支持 ==
* 以搜索索引为名义、但实际或兼用于 AI 模型训练的爬虫
CIDR需要在[[路由协议]]层面获得相应支持才能正常工作。支持CIDR的路由协议被统称为“无类路由协议”<ref name="ClasslessRouting">[https://baike.baidu.com/item/%E6%97%A0%E7%B1%BB%E8%B7%AF%E7%94%B1 无类路由，百度百科.]</ref>，它们在路由更新中携带子网掩码信息，从而具备识别任意长度网络前缀的能力。常见的无类路由协议包括：
* 未明确区分搜索索引数据与 AI 训练数据用途的爬虫
* 搜索引擎爬虫中附带"AI 概览""AI 摘要""智能回答"等功能的抓取组件


'''重要说明'''：混合用途爬虫即使保留了传统搜索索引功能，只要其抓取数据被用于或可能被用于 AI 训练，即属于本公告禁止范围。本站不再接受"部分用途合法"的辩解。任何将本站内容用于生成 AI 回答、AI 摘要或 AI 概览的抓取行为，均构成对本公告及本站使用条款的违反。
* 内部网关协议：RIPv2、OSPF、IS-IS（集成版本）、EIGRP
* [[外部网关协议]]：[[BGP]]-4


== 三、允许访问的爬虫 ==
不携带掩码信息的旧版路由协议——如RIPv1、BGP-3、EGP和IGRP——不具备CIDR支持能力<ref name="RFC1817">[https://datatracker.ietf.org/doc/rfc1817/ Rekhter, Y., "CIDR and Classful Routing", RFC 1817, August 1995.]</ref>。


以下类型的爬虫在遵守 [[轻之舟百科:方针|本站 robots.txt 及访问政策]] 的前提下，可以继续访问：
== 局限性与后续发展 ==
CIDR虽然有效缓解了IPv4地址消耗速度并抑制了路由表的增长，但其设计的根本前提仍然是32位IPv4地址空间的有限性。地址空间的总量并未因CIDR的引入而增加，CIDR并不能从根本上阻止IPv4地址的最终耗尽<ref name="CIDRNAT">[https://net.zhiding.cn/network_security_zone/2014/0923/3034639.shtml CIDR与NAT的分身术逆袭，至顶网，2014.]</ref>。为应对CIDR无法解决的地址短缺问题，网络地址转换技术在后续几年中被广泛部署，作为另一项延长IPv4存续期的过渡方案<ref name="CIDRNAT" />。从长期来看，从IPv4向IPv6的彻底迁移才是解决地址匮乏问题的最终手段。IPv6协议在设计上全面采纳了CIDR的地址表示与路由聚合机制，IPv6地址的书写标准格式即为“IPv6地址/前缀长度”的CIDR记法。


* '''传统搜索引擎爬虫'''：仅用于网页索引和搜索结果展示，明确不参与 AI 模型训练的爬虫（如 Googlebot、Bingbot 等，前提是其运营商公开承诺不将本站数据用于 AI 训练）
== 参考文献 ==
* '''学术研究机构爬虫'''：用于非商业性学术研究，且明确不用于构建商业 AI 模型的爬虫（需事先向本站申请并获得书面许可）
<references />
* '''档案馆/图书馆爬虫'''：用于数字保存和公共利益存档的爬虫（如 Internet Archive 的 Wayback Machine，需遵守合理抓取频率）
* '''本站授权合作伙伴'''：经虚舟实验室书面授权的数据使用方
 
== 四、技术措施 ==
 
本站已实施并将持续升级以下反爬虫措施：
 
# '''robots.txt 声明'''：在 robots.txt 中明确禁止已知 AI 训练爬虫的访问，该文件依据 RFC 9309 标准制定，构成本站对自动化访问者的正式告知
# '''User-Agent 过滤'''：基于 User-Agent 字符串识别并拦截已知 AI 训练爬虫
# '''行为分析拦截'''：通过流量模式分析识别异常抓取行为（如超高速、大规模、无规律页面遍历）
# '''IP 段封禁'''：对确认属于 AI 训练爬虫的 IP 地址及 IP 段实施封禁
# '''验证码挑战'''：对疑似自动化抓取工具触发人机验证
# '''法律追责'''：对严重违规者保留追究法律责任的权利，包括但不限于依据《反不正当竞争法》及《计算机信息系统安全保护条例》提起诉讼
 
== 五、合规指引 ==
 
=== 如果你是爬虫运营方 ===
 
# 请仔细阅读本站的 [[轻之舟百科:方针|方针]] 、 [[robots.txt]] 文件 和本页面公告
# 如你的爬虫涉及 AI 训练用途，请立即停止对轻之舟百科的访问
# 如你认为你的爬虫被误拦截，请通过下方联系方式提交申诉，说明你的爬虫用途、数据处理方式及与 AI 训练的关系
 
=== 如果你是普通用户 ===
 
# 你无需采取任何行动，正常浏览不受影响
# 如发现疑似 AI 训练爬虫在本站活动，欢迎向管理员举报
# 支持人类创作，拒绝 AI 洗稿
 
== 六、常见问题 ==
 
'''Q1：为什么禁止混合用途爬虫？'''
 
A：混合用途爬虫声称同时用于搜索索引和 [[AI]] 训练，但实际上无法保证数据不被用于 [[AI]] 训练。一旦数据被抓取，内容创作者无法追踪其后续用途。为避免任何不确定性，本站对混合用途爬虫采取零容忍政策。此立场亦符合 [[CaelLab BY-SA Content License]] 中禁止施加额外限制的精神——AI 训练抓取实质上是对创作者权利的技术性剥夺。
 
'''Q2：这会影响搜索引擎收录吗？'''
 
A：不会。传统搜索引擎爬虫（不用于 AI 训练）仍可正常访问和索引本站内容。本站欢迎真正服务于信息检索的搜索引擎。我们区分"搜索索引"与"AI 训练"两种用途，前者促进知识流通，后者在未经许可的情况下构成对创作者权益的侵害。
 
'''Q3：AI 搜索引擎（如 Perplexity、AI 搜索概览）是否被禁止？'''
 
A：是的。任何将本站内容用于生成 AI 回答、AI 摘要或 AI 概览的抓取行为，均属于本公告禁止范围。此类使用方式未能保障原作者的署名权，亦未以相同方式共享衍生内容，违反 [[CaelLab BY-SA Content License]] 的核心条款。
 
'''Q4：学术引用和合理使用是否受影响？'''
 
A：不受影响。人类读者正常访问、学术引用、合理使用均不受本政策限制。本政策仅针对自动化爬虫程序。学术研究如需批量抓取，请按本公告第三节申请书面许可。
 
'''Q5：本政策是否具有法律效力？'''
 
A：本政策作为本站使用条款的组成部分，具有合同约束力。同时，依据 CaelLab BY-SA Content License，任何使用本站内容的行为均须遵守该许可协议。违规访问可能构成未经授权的计算机访问及不正当竞争，本站保留采取法律行动的权利。
 
'''Q6：如果 AI 公司已经抓取了我的内容用于训练，能否要求删除？'''
 
A：可以。根据 CaelLab BY-SA Content License，任何改编或衍生作品必须以相同许可协议分发。AI 模型训练若使用了本站内容，其输出应被视为衍生作品，须遵守署名和相同方式共享义务。如发现违规使用，请联系 [email protected]，我们将协助你主张权利。
 
== 七、联系方式 ==
 
如对本公告有任何疑问，或需要申请爬虫白名单，请通过以下方式联系：
 
* '''Wiki'''：[email protected]
* '''权利'''：[email protected]
 
---
 
'''<small>本公告依据 [[轻之舟百科:著作权]] 及 [https://www.caellab.com/license/bysa-content CaelLab BY-SA Content License] 制定。</small>'''

2026年8月11日 (二) 10:12的最新版本

无类别域间路由
中文名无类别域间路由
英文名Classless Inter-Domain Routing
简称CIDR
提出时间1993年
标准化机构IETF
核心标准RFC 1518、RFC 1519、RFC 4632
核心技术可变长子网掩码（VLSM）、路由聚合
主要功能改进IPv4地址分配、抑制路由表增长、支持无类路由

无类别域间路由（Classless Inter-Domain Routing，CIDR） 是IETF于1993年提出的一项IPv4地址分配与路由优化技术方案，其设计目的在于提升IPv4地址空间的利用效率，并抑制因分类网络体系导致的全局路由表快速增长[1][2]。CIDR的核心是通过可变长子网掩码实现任意长度的网络前缀分配，并用斜线记法（如192.0.2.0/24）表示前缀长度，取代了传统分类网络中A、B、C类的固定掩码体系。CIDR同时支持将多个连续的地址块聚合成一个超网（supernet）条目对外通告，从而显著减少核心路由器的路由表规模。该技术是现代互联网路由体系的基础性技术之一，IPv6协议也延续并采纳了CIDR的地址表示和管理机制。

历史背景

[编辑 | 编辑源代码]

在CIDR被提出之前，IPv4地址采用分类网络（Classful Network）体系。IPv4地址的32位按8位一组划分为四个字节，其中网络前缀的长度固定为8位（A类）、16位（B类）或24位（C类），分别对应16777216、65536和256个主机地址容量[3]。至20世纪90年代初，分类网络的局限性日益凸显：A类和B类网络对于绝大多数组织而言地址容量过大，大量地址被分配后闲置而无法回收；C类网络虽然容量较小（仅254个可用主机地址），但其地址块数量庞大，且在地域分布上高度分散，难以进行有效的路由聚合。这一双重困境导致两方面问题：一是IPv4地址空间面临快速耗尽的危机，二是互联网核心路由器的路由表条目呈爆炸式增长，对路由设备的处理能力和网络可扩展性构成严重威胁[1][4]。

分类网络中的B类地址数量有限，仅有16384个。随着接入互联网的组织数量持续增长，B类地址消耗速度远超预期[5]。为应对上述问题，IETF在1993年9月发布了一系列标准文档，正式引入CIDR。其中RFC 1517阐述了CIDR的适用性声明，RFC 1518提出了基于CIDR的IP地址分配架构，RFC 1519详细规定了地址分配与聚合策略的具体实施方案[1][6][7]。2006年，RFC 4632替代并更新了RFC 1519，在对CIDR概念进行进一步澄清的基础上，总结了该技术实际部署十余年的实践经验[4]。

核心技术

[编辑 | 编辑源代码]

可变长子网掩码

[编辑 | 编辑源代码]

CIDR的基础是可变长子网掩码技术。VLSM允许网络工程师根据子网的实际主机数量需求，灵活设定子网掩码的长度，而非被固定为A、B、C类掩码中的三者之一[8]。在CIDR框架中，IP地址被划分为网络前缀和主机号两部分，网络前缀的长度用“/”后跟0至32之间的整数表示[9]。例如，192.168.1.0/24表示前24位为网络前缀，后8位为主机号，该地址块包含256个IP地址。前缀长度越短，地址块包含的IP地址数量越多；前缀长度越长，地址块划分越精细，地址利用率越高。

VLSM与分类网络中的子网划分在方向上是相反的：子网划分是将一个固定的分类网络进一步细分为更小的子网；而CIDR则是允许网络前缀以任意长度而非预先规定的三种长度之一存在[10]。

路由聚合

[编辑 | 编辑源代码]

路由聚合是CIDR的另一项核心技术。其基本原理是：如果多个较小的地址块在二进制表示下前缀相同，则可以将它们合并为一个较大的CIDR地址块，并在路由表中以一条聚合条目代表原来分散的多条路由记录[5]。这一操作也被称为超网。[5]。路由聚合不仅减少了路由器本地路由表的条目数量，更重要的是，通过向外通告聚合后的地址块而不是逐一宣告各子网的方式，显著降低了全局路由表的规模及其增长速度[2]。

路由聚合的有效性依赖于合理的地址分配规划。当同一机构或同一地理区域的地址块在地址空间上连续时，聚合效果最佳；当地址分配策略缺乏层次性时，聚合的效率则会大打折扣。

CIDR表示法

[编辑 | 编辑源代码]

CIDR表示法也称斜线记法，其标准格式为“IPv4地址/前缀长度”[9]。其中，IPv4地址部分可以是该地址块内的任一合法IP地址；前缀长度是从0到32之间的十进制整数，表示网络前缀所占的二进制位数。前缀长度决定子网掩码：将前N位置1、后32-N位置0即得到对应的子网掩码。

以下为CIDR表示法示例：

  • 192.168.0.0/16：前16位为网络前缀，对应子网掩码255.255.0.0，包含65536个IPv4地址。
  • 10.0.0.0/8：前8位为网络前缀，对应子网掩码255.0.0.0，包含16777216个IPv4地址。
  • 203.0.113.0/27：前27位为网络前缀，对应子网掩码255.255.255.224，包含32个IPv4地址，其中30个可用主机地址。
  • 0.0.0.0/0：前缀长度为0，匹配所有IPv4地址，通常作为默认路由使用。

地址分配与管理

[编辑 | 编辑源代码]

CIDR将IPv4地址分配从以网络类别为依据的模式转变为以实际需求为依据的模式。在CIDR框架下，IANA将大块的CIDR地址块分配给各区域互联网注册管理机构（RIRs），RIRs再根据下级机构（如国家级注册机构和ISP）的实际需求，将地址块切分为更小的CIDR块进行逐级分配[4]。

这一层级化分配体系与路由聚合的要求相呼应：ISP从RIR获得一个较大的CIDR地址块后，可将其子块分配给下属客户。所有客户的路由信息在ISP边界进行聚合，以单一聚合路由对外通告，从而使上游路由器无需维护大量细粒度路由条目[1]。

协议支持

[编辑 | 编辑源代码]

CIDR需要在路由协议层面获得相应支持才能正常工作。支持CIDR的路由协议被统称为“无类路由协议”[11]，它们在路由更新中携带子网掩码信息，从而具备识别任意长度网络前缀的能力。常见的无类路由协议包括：

不携带掩码信息的旧版路由协议——如RIPv1、BGP-3、EGP和IGRP——不具备CIDR支持能力[12]。

局限性与后续发展

[编辑 | 编辑源代码]

CIDR虽然有效缓解了IPv4地址消耗速度并抑制了路由表的增长，但其设计的根本前提仍然是32位IPv4地址空间的有限性。地址空间的总量并未因CIDR的引入而增加，CIDR并不能从根本上阻止IPv4地址的最终耗尽[13]。为应对CIDR无法解决的地址短缺问题，网络地址转换技术在后续几年中被广泛部署，作为另一项延长IPv4存续期的过渡方案[13]。从长期来看，从IPv4向IPv6的彻底迁移才是解决地址匮乏问题的最终手段。IPv6协议在设计上全面采纳了CIDR的地址表示与路由聚合机制，IPv6地址的书写标准格式即为“IPv6地址/前缀长度”的CIDR记法。

参考文献

[编辑 | 编辑源代码]
  1. ↑ 1.0 1.1 1.2 1.3 Fuller, V., Li, T., Yu, J., Varadhan, K., "Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy", RFC 1519, September 1993.
  2. ↑ 2.0 2.1 CIDR FAQ, RIPE NCC, November 1995.
  3. ↑ 无类别域间路由，科普中国，2021.
  4. ↑ 4.0 4.1 4.2 Fuller, V., Li, T., "Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan", RFC 4632, BCP 122, August 2006.
  5. ↑ 5.0 5.1 5.2 超网，百度百科.
  6. ↑ Internet Engineering Steering Group, Hinden, R., "Applicability Statement for the Implementation of Classless Inter-Domain Routing (CIDR)", RFC 1517, September 1993.
  7. ↑ Rekhter, Y., Li, T., "An Architecture for IP Address Allocation with CIDR", RFC 1518, September 1993.
  8. ↑ CIDR与NAT的分身术逆袭，至顶网，2014.
  9. ↑ 9.0 9.1 无类别域间路由，百度百科.
  10. ↑ 无类域间路由CIDR，至顶网，2010.
  11. ↑ 无类路由，百度百科.
  12. ↑ Rekhter, Y., "CIDR and Classful Routing", RFC 1817, August 1995.
  13. ↑ 13.0 13.1 CIDR与NAT的分身术逆袭，至顶网，2014.
检索自“https://130.wiki/index.php?title=无类别域间路由&oldid=6286”