中国电信行业IPng的推荐标准.doc

IPngIPng 的推荐标准的推荐标准 TheThe RecommendationRecommendation forfor thethe IPIP NextNext GenerationGeneration ProtocolProtocol January 1995 目录目录 1摘要摘要 .6 2背景背景 .7 3IPNG 说明说明 .8 4IPNG 领域领域 .9 5ALE 工作组工作组.9 5.1ALE 投影.10 5.2路由表大小 .10 5.3地址分配原则推荐标准 .11 6IPNG 技术需求技术需求 .11 6.1IPNG技术标准文献 .12 7IPNG 协议协议 .13 7.1CATNIP.14 7.2SIPP .14 7.3TUBA .15 8IPNG 协议审阅协议审阅 .16 8.1CATNIP 审阅.16 8.2SIPP 审阅 .17 8.3TUBA 的评论 .18 8.4建议审查摘要 .18 9一个修订建议一个修订建议 .19 10假定假定 .20 10.1条件证书和推荐的时间 .20 10.2地址长度 .20 11 IPNG 介绍介绍.21 11.1 IPNG和 IPNG标准文档.21 11.2 IPV6.23 12 IPV6 总括总括 .23 12.1 IPV6 的头格式.25 12.2 扩充头.27 12.2.1 HOP-by-HOP 选择头（option Header）.27 12.2.2 IPv6头选项.28 12.2.3路由头.29 12.2.4断片头.31 12.2.5鉴定头.32 12.2.6隐秘头（Privacy Header）.33 12.2.7端对端选项头.35 13 IPNG 工作组工作组.35 14 IPNG 评论家（评论家（REVIEWER）.36 15 地址的自动构建地址的自动构建.37 16 转换转换.37 16.1 短期的转变.38 16.2 传输长期.38 17.其他的地址系列其他的地址系列.39 18.对其他对其他 IETF 标准的影响标准的影响.40 19.非非 IETF 标准和产品的影响标准和产品的影响.41 20.APIS.42 21.IPNG 区域和工作组的未来区域和工作组的未来.42 22.安全考虑安全考虑.43 23.作者通讯地址作者通讯地址.44 附录附录 A推荐标准摘要推荐标准摘要 .45 附录附录 BIPNG 区域董事会区域董事会.47 附录附录 C涉及涉及 IPNG 工作组的文档工作组的文档 .48 附录附录 DIPNG 建议综述建议综述 .49 附录附录 ERFC 1550 白皮书白皮书 .49 附录附录 F辅助参考辅助参考.52 附录附录 G答谢答谢.57 1 摘要摘要 当预测显示因特网地址空间将变成一个持续增长的有限资源时，IETF 于 1990 年后期开 始作出选择 IPv4 后继的努力。一些关于探索解决地址局限性途径的并行努力已经开始，同 时提供附加操作性。IETF 于 1993 年后期形成 IPng 领域来调查各种提议并推荐了如何继续 下去。我们开发了一个 IPng 技术标准文档并评估了其中的各种提议。发现所有的都需要达 到某个等级。在此评估之后，解析以前提议中问题中的一个机构提出了修订提议。IPng 领 域导控器推荐 IETF 作为 IPng 来指定该修订提议，并把精力着重放在为提议标准状态生成 一套定义 IPng 的文献上。 协议推荐标准包括一个带有承认精确路由集合的分层地址结构的简单化标题并且能足 以满足因特网可预知未来的需求。协议还包括包级鉴别和带有即插即用自动配置的加密技 术。改变 IP 标题选项方式的设计在改进操作的同时，被编码用来增加引介新选项特性的复 杂度。它还包括标记通信量流程的能力。 特别推荐标准包括： *当前地址分配原则适当 *当前没有利用未充分使用指定网络数的需求 *当前没有对因特网主要部分进行重编号的需求 *部分未指定 A 类地址空间的 CIDR 式分配需要考虑 *“简易因特网协议+(SIPP)说明。 （128 位 版本号） ”Deering94b作为 IPng 基础被采 纳 *列于附录 C 中的文献是 IPng 研究计划的基础 *IPng 工作组已形成，由 Steve Deering 和 Ross Callon 领导 *Rovert Hinden 是 IPng 研究计划的文献编辑者 *指定 Dave Clark 为 IPng 审阅者 *地址自动配置工作组已形成，由 Dave Katz Sue 和 Thomson 领导 *IPng 转换工作组已形成，由 Bob Gilligan 和 TBA 领导 *转换和共存包括测试工作组是否有特许状 *IPv6 环境中非 IPv6 地址使用的推荐标准和非 IPv6 环境中 IPv6 地址使用的推荐标准已 被开发了 *为 IPng 的隐含，IESG 委托对所有 IETF 标准进行审阅 *IESG 分配当前 IETF 工作组一项把 IPng 列入考虑范围内的任务 *IESG 需要修订旧标准文献的地方特许了一个工作组 *Informational RFC 被请求或开发用于描述一些特殊的 IPng API *IPng 领域和领域董事会继续研究直到主文献于 1994 年后期被作为提议标准提出 *需要对鉴别标题的支持 *需要对特殊鉴别算法的支持 *需要对秘密标题的支持 *需要对特殊秘密算法的支持 *“防火墙 IPng 框架”被开发出来 2 背景背景 1980 年初，即使是最有远见的 TCP/IP 开发者也没有想到因特网今天遇到的标度困难。 1987 年估计在将来的某个模糊点设计一个 100000 个网络的地址需求。Callon87我们将于 1996 年到达该标记点。在不久的将来，会出现许多互联网络的逼真投影。Vecchi94, Taylor94 而且，尽管当前 32 位 IPv6 地址结构能在 16.7 百万个网络上枚举超过 40 亿的主机，但 即使是在理论基础上，实际地址的分配效率远小于该数目。Huitema94这种低效率被用 A，B，C 类地址分配的间隔所扩大。 在 1990 年 8 月的温哥华 IETF 会议中，Frank Solensky, Phill Gross 和 Sue Hares 计划当 前分配速率将于 1994 年三月耗尽 B 类空间。 在 B 类地址的地方分配若干 C 类地址的补救办法介绍了其自身的问题，通过在主要路 由器已经在以一个惊人的速率增长时扩展路由表的大小。 我们面临着要么接受限制增长速度和极限因特网的大小，要么接受用改变新技术或工 艺的方法来中断网络的难题。 IETF 于 1991 年 11 月在圣达菲的 IETF 会议上形成路由和地址（ROAD）组来探索该难 题并指导 IETF 的发表。ROAD 组于 1992 年 3 月在圣地亚哥的 IETF 会议上汇报了其工作。 Gross92推荐标准的冲击涉及从“立即”到“长久”并包含采纳 CIDR 路由集合提议 Fuller93来降低路由表增长的速率并推荐请求提议“为了更大的因特网地址，建立工作组 来探索分离逼近” 。 1992 年春末，IAB 发表了“IP 版本 7”IAB92，同时发表在在 ROAD 组的 CIDR 签注 中并推荐“一种直接的 IETF 研究计划来准备一个详细和有组织的计划，把 CLNP 作为 IPv7 的基础使用” 。经过激烈的讨论后，IETF 决定拒绝 IAB 的推荐标准并发表了由 ROAD 组推荐的提议请求。该请求于 1992 年 7 月在波士顿 IETF 会议上发表并建立了一些工作组 来响应它。 在 1993 年 7 月阿姆斯特丹会议期间，一个 IPng(IP 下一代)决策处理（ipdecide）BOF 会议召开。BOF“打算帮助再次把焦点放在非常重要的在 IPng 候选人中作出选择的课题上。 BOF 着重谁能带头为群体作出推荐标准并且应该用什么标准来达到该推荐标准的发表上” 。 Carpen93 3 IPng 说明说明 1993 年 9 月, Phill Gross,发表“IPng 说明”的 IESG 主席。Gross94在该备注中他概述 了 ipdecide BOF 的结果并在阿姆斯特丹完全公开了 IESG。 *IETF 需要向 IPng 的终止发展 *IESG 有责任为因特网群体开发 IPng 推荐标准 *推荐标准制作处理过程应该公开并由 IESG 预先出版 *作为该过程的一部分，IPng WCs 能带来新的里程碑和辅助 IESG 的其他指导 *在最终 IESG 推荐标准前应有足够的群体评论机会 备注还宣告了“一个暂时的，特别的，特殊 IPng 发行处理领域 ” 。Phill 查询了当前 IESG 的两个成员，Allison Mankin(传输服务领域)和 Scott Bradner(操作需求领域)，来担当 新领域的主管。领域主管被给予了一个怎样调查各种各样 IPng 提议和怎样将其推荐标准作 为 IETF 标准特殊权利。还需要制作一个特殊推荐标准。 *建立一个 IPng 董事会 *确保跟随着一个完全开放的过程 *开发紧急标准的理解和一个利用地址分配速率和路由表增长速率的时间约束 *如果批准，推荐采用分配原则的变动 *定义基于时间限制理解的 IPng 研究计划的范围 *开发一套清晰，简明的技术需求和 IPng 决议标准 *开发一套有关接受哪位当前 IPng 候选人的推荐标准 4 IPng 领域领域 IPng 领域形成以后，我们恢复了董事会。 （附录 B）董事会成员因其普通和特殊的技术 专长而被选出。要求个人用其自身管理来批准过程中的参与者并确认他们懂得 IETF 处理。 我们着重确保一个宽带光谱所蕴涵的知识。主管是安全，路由，广大用户需求，终端 厂商，Unix 和非 Unix 平台，路由器厂商，理论研究者，协议体系和操作区域的，国家的和 国际网络方面的专家。另外，董事会的一些成员已深入了每个 IPng 提议工作组。 董事会行使制定方向和该领域主管所需的预审阅实体的职能。董事会忙于每两周一次 的会议访问，参与内部发函清单并积极响应广泛的因特网发函清单。董事会于 1994 年 3 月 的西雅图和 1994 年 7 月的多伦多 IETF 会议期间举行开放式的会议。为确保 IPng 处理尽可 能开放，我们在这些会议中做了笔记并将其出版了。另外，我们把内部 IPng 发函清单档案 放在匿名的 FTP 网站上。 （H:pub/IPng.） 5 ALE 工作组工作组 在耗尽 IPv4 地址空间之前为了决定 IPng 研究计划的范围，我们需要对时间剩余进行合 理估计。如果时间剩余大约与展开配置的所需相同，则我们要选择能调整地址局限性的 IPng，因为我们不需要开发任何其他特性的足够时间。如果还有更多的可利用时间，我们 可考虑其他的改进。 IETF 于 1993 年生成了一个地址生存期期望值（ALE）工作组来“开发基于当前已知和 可利用技术的 IPv4 地址空间剩余生存期的估计” 。Solens93a Cisco 系统公司的 Tony Li 和 FTP 软件的 Frank Solensky 是联合主席。IETF 还掌管工作组来考虑是否开发更苛刻的地址 分配并且应用原则要为转换提供更多时间。 5.1 ALE 投影投影 ALE 工作组于 1993 年 11 月休斯顿，Solens93b1994 年 3 月西雅图Bos93，和 1994 年 7 月多伦多Solens94IETF 会议期间相遇。他们在西雅图会议上计划，随后在多伦多会议 上确定使用当前分配统计学，因特网将于 2005 和 2011 年间耗尽 IPv4 地址空间。 IPv4-ale 的某些成员和广阔因特网发函清单在查询该投影可靠性中调用。它由于过于乐 观和过于悲观而受到批评。 有些人指出该类型投影在 IP 应用中造成了无范例替换的假设。如果有人要开发一个新 的“应用杀手” 。IP 地址需求增长的结果使之成为对可利用时间的高估。 可能还存在用于产生投影数据的问题。InterNIC（因特网信息中心）在大程序块中分配 地址给区域网络信息中心（NIC）和网络供应商。NIC 和供应商将地址重分配给用户。ALE 投影利用 InterNIC 分配而不考虑终端用户地址分配的实际速率。由于数据精确性似乎很高， ，故他们用该方式制作投影。由于假设大块分配速率将继续进行，而它不属于这种情况， 故使用已删除数据时可能增加一个级别的高估。 这些因素降低了 ALE 估计的可靠性，但总的来说，他们需要 IPv4 地址空间中充分的时 间剩余来考虑当考虑开发，测试，和配置时间需求时，在 IPng 中除扩展地址大小外增加其 他特性。 5.2 路由表大小路由表大小 因特网图象缩放中的另一篇文章是增加中心路由器所需路由表的大小。采用 CIDR 块地 址分配和聚集路由暂时缩小表的大小，但现在他们都再次扩展了。供应商需要在该集合中 对其路由做更猛烈的广告。供应商必须建议新用户为整个因特网群体的最好利益对其网络 进行重编号。 如果该文章被忽视和找不到能跟上表大小增长的路由器，则 IPv4 地址空间的耗尽问题 是未决议。执行 CIDR 之前，中心路由表以大约 1.5 倍存储技术的速率在增长。 我们还应注意尽管 IPng 地址是以集合思想设计的，转换 IPng 不能解决路由表大小问题 除非严格分配地址来最大化该集合的影响。路由的有效广告能被保持下来因为如果用户决 定更换供应商，IPng 包括地址自动配置机制来允许简单的重编号。从多个供应商处接受服 务的用户可限制任何路由集合的极限效率。Rekhter94 5.3 地址分配原则推荐标准地址分配原则推荐标准 IESG 主席掌管 IPng 领域来考虑更严格的分配原则推荐标准，利用已分配地址，或作出 一系列努力来对因特网的重要部分进行重编号。Gross94 以 ALE 投影的观点，IPng 领域主管认可当前地址分配原则。任何人都不能对已分配的 未充分利用地址进行利用或对因特网的主要部分进行强制性的重编号。我们鼓励网络服务 供应商在对用户网络进行重编号以便确定供应商的 CIDR 分配方面协助新用户。 ALE 工作组建议我们考虑在 A 类未分配地址空间外分配 CIDR 类型地址块。IPng 领域 主管赞成该推荐标准。 6 IPng 技术需求技术需求 IESG 在 RFC1380Gross92中提供了标准类型的概要，我们把它用于决定 IPng 协议的 适合性。IETF 精练了对带有选择标准 BOF 推荐标准的适当标准的理解，该标准于 1992 年 11 月在华盛顿 IETF 会议期间制定。我们需要增加一些决定需求的附加输入并发行一个论 文命令。Bradner93该命令，作为 RFC1550 发行，想到达传统 IETF 客户的内外层用最广 泛的应用来获取对数据网络协议需求的最广泛理解。 我们收到响应 RFC1550 请求（附录 E）的 21 张论文，和从各种行业获得的回应；有线 电视行业Vecchi94，网络式行业Taylor94，和电力行业Skelton94。此外，我们还收到涉 及到军事应用Adam94,Syming94,Green94，ATMBrazd94，移动性Simpson94，帐目管理 Brown94，路由Estrin94a，Chiappa94，安全性 Adam94，Bell94b，Brit94，Green94，Vecchi94，Flei94，大型网络公司Britt94，Fleisch94， 转换Carpen94a，Heager94，市场接受度Curran94，Britt94，主机执行Bound94，和一些 其他文章。Bello94a，Clark94，Ghisel94 这些论文，于 1994 年 3 月在西雅图 IETF 会议期间召开的下一代需求（ngreq） BOF（由 Jon Crowcroft 和 Frank Kastenholz 主管） ，有关 IPng 领域董事会和大型网络发函清 单的讨论都被 Frank Kastenholz 和 Craig Partridge 在修订其早期标准草案Kasten92中用于产 生“选择下一代 IP（IPng）的技术标准”Kasten94。该文献是 IESG 主席管辖内所需的 “清晰和简明的技术需求和 IPng 决定标准” 。我们把这些文献作为评估 IPng 提议时的基本 原则。 6.1 IPng 技术标准文献技术标准文献 文献中描述的标准包括：（取自于 Kasten94） *完整说明提议必须完整描述被提议的协议。我们必须通过参考特殊文献选择一个 IPng，而不是将来操作。 *结构简单IP 层协议应尽可能简单，除了 IP 层，将函数定位于别处能在协议层得到 更适当地处理。 *标度IPng 协议必须允许至少 10*9 大小叶网络的鉴别和寻址（并且更加适合） *拓扑复杂度路由结构和 IPng 协议必须允许多种不同网络拓扑。他们不能假设网络的 物理结构是一棵树。 *执行技术状态，商业级路由器必须能以通常使用的，商业上可获得的，高速多媒体 的速度处理和传送 IPng 通信量 *坚固的服务网络服务及其联合路由和控制协议必须坚固 *转换协议必须有来自于 IPv4 的简单转换设计 *多媒体独立性协议必须通过许多不同 LAN，MAN 和 WAN 多媒体网络执行，该网 络有从每秒一位到每秒几百千兆范围的独立连接速度 *数据报服务协议必须支持不可靠数据报发送服务 *配置简单协议必须承认简单和大量分布式的配置和操作。需要主机和路由器的自动 配置。 *安全性IPng 必须提供一个安全网络层 *独特的命名IPng 必须为全球，普遍存在的因特网中所有 IP 层对象指定独特的命名。 这些名字也许有或没有任何定位，拓扑，或路由有效性 *访问标准定义 IPng 及其联合协议的协议应能象 IPv4 和相关 RFC 那样可自由访问和 重分配。没有对执行或出售 IPng 软件的相关说明注册费。 *多点传送支持协议必须支持单点传送和多点传送。需要多点传送的动态和自动路由 *可扩展性协议必须能扩展；它必须能通过扩展来满足将来因特网的服务需求。扩展 必须是不需要网络软件升级就可实现的 *服务类型协议必须允许网络设备用特殊服务类型联合信息包并为其提供该类型指定 的服务 *移动性协议必须支持可移动主机，网络和因特网 *控制协议协议必须包含对测试和调试网络的基本支持。 （例如 PING 和 TRACEROUTE） *通道支持IPng 必须允许用户在基本因特网架构顶端建立个人因特网。必须支持基于 IP 的个人因特网和非基于 IP 的个人因特网（例如 CLNP 或 AppleTalk） 7 IPng 协议协议 IPng 领域形成的时候，IETF 已把一个相当大数目的 IETF 研究计划瞄准于解析因特网 中的编址和路由问题。已经做出了一些提议并且有些提议达到了受工作组特许的水平。许 多这样的组随后合并成了一个更一致的组。这些研究计划代表了对我们所面临的文章的不 同观点和寻找不同方面的最优化解决办法。 1992 年 2 月因特网群体发展成 4 个分离的 IPng 提议Gross92， “CNAT” Callon92a， “IP Encaps”Binden92a， “Nimrod”Chiappa91，和“简单 CLNP”Callon92b。1992 年 12 月，又形成了三个提议；“P 因特网协议” （PIP）Tsuchiya92， “简易因特网协议” （SIP）Deering92，和“TP/IX”Ullmann93。1992 年 3 月的圣地亚哥 IETF 会议后， “简 单 CLNP”发展成“含有更大地址的 TCP 和 UDP” （TUBA）Callon92c并且“IP Encaps” 发展成“IP 地址封装” （IPAE）Hinden92b。 1993 年 11 月，IPAE 与 SIP 合并但仍保留 SIP 的名字。这个组与 PIP 合并，合成工作 组叫做“简易因特网协议+” （SIPP） 。与此同时，TP/IX 工作组将其名字改为“因特网公用 体系” （CATNIP） 。 这些提议没一个是错的。由于因特网的扩展，所有这些提议在为我们面临的障碍提供 一条途径时起作用。IPng 领域的任务是确保 IETF 能理解所提供的提议，从提议中学习并且 在提供将来最好的建立基础时，为解析基本文章的最佳路径提供一个推荐标准。 IPng 领域评估了三种 RFC1550 论文 CAATNIPMcGovern94，SIPPHinden94a和 TUBAFord94a中描述的 IPng 提议。IESG 把 Nimrod 作为一个象 IPng 候选人一样的研究项 目进行了查看。由于 Nimrod 描绘了将来可能的因特网路由策略，我们需要一篇描述任何需 求的论文。Nimrod 将把 IPng 加到处理请求中去。Chiappa94 7.1 CATNIP “因特网普通架构（CATNIP） ”被构思成一个收敛协议。CATNIP 与 CLNP，IP 和 IPX 结合起来。CATNIP 设计为任意传输层协议提供使用方法，例如： TP4，CLTP，TCP，UDP，IPX 和 SPX，运行于任何网络层协议格式：CLNP，IP（第四版） ，IPX，和 CATNIP。要注意细节，对于传输层协议（例如 TCP）来说一个终端使用一个网 络层且其他终端使用其他网络协议的适当操作是可能的，例如：CLNP。McGovern94 “目标是为了提供因特网，OSI，和 Novell 协议间的公共范围，并把因特网技术推向刻 度和下一代网络技术的实现。 ” “CATNIP 支持 OSI 网络服务通路点（NSAP）格式地址。它用高速缓存处理提供高速 执行路由中下一个中继段的快速鉴别，就象获得一个有效高速缓存处理时，允许省略地址 的网络标题的缩写。网络层标题的固定部分运载着高速缓存处理。 ”Sukonnik94 7.2 SIPP “简易因特网协议+（SIPP）是 IP 的新版本，它被设计成从 IPv4 进化来的版本。它是 IPv4 的自然增量。其设计目的不是去掉 IPv4 的基本步骤。IPv4 的运行功能保存在 SIPP 中。 不能运行的功能已被删除了。它可被视为网络设备中的一个标准软件升级程序的安装并能 与当前 IPv4 共同使用。其配置策略是不被设计成任何“标记” 。SIPP 被设计成在高速操作 网络（例如：ATM）中能很好的运行并且同时对低带宽网络（例如：无线电）依然有效。 此外，它还为不久将来所需要的新网络功能性提供了一个平台。 ”Hinden94b “SIPP 将 IP 地址的大小从 32 位增加到 64 位，以支持更高级别地址层次和更大数目的 可寻址节点。SIPP 编址能用一个等同于 IPv4 稀疏信号源和记录路由选件的装置，通过一个 用以鉴别拓扑区域而非单个节点的叫做“串地址”的新地址类型，以 64 位为一个单元进行 进一步扩展。 ” “SIPP 通过用已编码的 IP 头选件留出更有效传输的方式进行改变，选件长度的限制较 松，未来引介新选件更灵活。它还具有一个新性能，通过被添加来对属于为发送端请求特 殊处理的特殊通信“流”信息包进行标记，例如：服务或“实时间”服务的非默认属性。 ” 7.3 TUBA “CLNP 编址网络（TUBA）上的 TCP/UDP 协议寻找最小化与迁移到新 IP 地址空间联 合的冒险性。此外，协议被允许因特网标度的请求所激发，这暗示着在大型宽带因特网中 的因特网应用的方法。因此建议保存因特网传输和应用协议继续不改变操作，除了 32 位 IP 地址用更大地址代替。TUBA 并不意味着要完全迁移到 OSI 上。它只意味着用 CLNP，TCP，UDP 代替 IP，传统 TCP/IP 应用能在 CLNP 顶层运行。 ”Callon92c “TUBA 研究计划能扩展利用地址发送因特网信息包的性能，它能支持比当前因特网协 议（IP）地址空间更高层次的地址。TUBA 指定在特殊 TCP 和 UDP 中继续使用因特网传输 协议，除了其 ISO 8473 （CLNP）信息包封装。它允许继续使用因特网应用协议，例如： FTP，SMTP，TELNET 等。TUBA 寻找通过转换将当前系统从 IPv4 升级到 ISO/IEC 8473 （CLNP）和相应大型网络服务通路点（NSAP）地址空间的使用方法。 ”Knopper94 “TUBA 协议使用基于因特网主机（在 CLNP 上运行因特网应用）和 DNS 服务（返回 更大地址）逐步更新的简单，长期的迁移协议。该协议需要更新路由器来支持 CLNP（除 了 IP）的传送。尽管，该协议即不需要封装也不需要转换信息包和地址映射。IP 地址和 NSAP 地址能在迁移期间被分配和独立使用。IP 和 CLNP 信息包的传送和发送能独立完成。 Callon92c 8 IPng 协议审阅协议审阅 IPng 董事会在其每两周一次的电信会议并通过其发函清单讨论并审阅了后选提议。此 外，大型因特网发函清单成员讨论了提议的许多方面，特别是当领域主管提出了许多刺激 讨论的特殊问题时。Big 要求董事会每个成员为 1994 年 5 月 19 日和 20 日在芝加哥举行的会议评估一项预备提 议。该会议以每个与会者的观点展开圆桌会议，包括领域主管，董事会和受工作组主席邀 请的许多客人，每人一项提议。Knopper94b我们出版了这些评论和每个提议的更详细概略 作为备注。 下表概述了根据 IP 标准文献需求的三个评审提议。他们不需要反映领域主管的观点。 “Yes”代表审阅者觉得该提议满足指定标准。 “No”代表审阅者觉得该提议不满足指定标 准。 “Mixed”代表审阅者有不同意见。 “Unknow”代表审阅者觉得文件未提到该标准。 CATNIP SIPP TUBA - - - 完整说明 no yes mostly 简易性 no no no 标度 yes yes yes 拓扑曲线 yes yes yes 运行 mixed mixed mixed 坚固服务 mixed mixed yes 转换 mixed no mixed 多媒体独立性 yes yes yes 数据报 yes yes yes 配置简单 unknown mixed mixed 安全性 unknown mixed mixed 独特命名 mixed mixed mixed 访问标准 yes yes mixed 多点传送 unknown yes mixed 可扩展性 unknown mixed mixed 服务种类 unknown yes mixed 灵活性 unknown mixed mixed 控制提议 unknown yes mixed 信道 unknown yes mixed 8.1 CATNIP 审阅审阅 所有审阅者感觉到 CATNIP 未被完全指定。然而，CATNIP 中的许多观念是很创新的并 且许多审阅者感觉到 CATNIP 显示了所有提议的最好版本。网络服务附件点地址（NSAP） 被很好的解决了并且路由处理是很创新的。 联合三个主协议族 IP，ISO-CLNP 和 Novell IPX 的目的是值得赞美的，我们的同感是开 发者未开发足够具体的计划来支持该目标的实现。 所描述的计划遭受到了尝试成为现有网络协议协会一员的复杂性。一些审阅者感到 CATNIP 主要将 IPv4，IPX 和 SIPP 地址映射到 NSAP 中，并且同样不处理当前和将来因特 网的路由问题。 审阅者感到 CATNIP 不太支持多点传送并且不明确处理象安全性和自动配置一样的重 要主题。 8.2 SIPP 审阅审阅 大多数审阅者，包括偏向于其他提议的人，感到作为一个置身其中的审阅者，SIPP 是 一个“剪裁讲究，美学观点上漂亮的协议，它满足今天已知网络的需求。 ”SIPP 工作组已 成为最具动态并已产生许多详述生成一个完整协议说明所有必要方面的文件。 审阅者对 SIPP 的最大困难是含有 IPAE，SIPP 的转换设计。所有人的感觉是 IPAE 是致 命弱点且不能在运作的因特网上可靠运行。 还有一些有关适当 SIPP 64 位地址大小的重要分歧。尽管你能列举出 64 位的 10*15 个 端节点，但还是存在关于实际路由设计引介到底有多低效的不同观点。Huitema94大多数 人感到 64 位地址不能为所需层次提供足够空间来满足未来因特网的需求。 此外，由于没有人对扩展地址和在 SIPP 中提仪的类型概念的传送有经验，审阅者都对 这种