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

《中国电信行业IPng的推荐标准》由会员分享，可在线阅读，更多相关《中国电信行业IPng的推荐标准（54页珍藏版）》请在装配图网上搜索。

1、编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第54页 共54页IPng的推荐标准The Recommendation for the IP Next Generation ProtocolJanuary 1995目录1摘要62背景73IPNG说明84IPNG领域95ALE工作组95.1ALE 投影105.2路由表大小105.3地址分配原则推荐标准116IPNG技术需求116.1IPng技术标准文献127IPNG协议137.1CATNIP147.2SIPP147.3TUBA158IPNG协议审阅168.1CATNIP审阅168.2SIPP审阅178.3TUBA的评论188.

2、4建议审查摘要189一个修订建议1910假定2010.1条件证书和推荐的时间2010.2地址长度2011 IPNG介绍2111.1 IPng和IPng标准文档2111.2 IPv62312 IPV6总括2312.1 IPv6的头格式2512.2扩充头2712.2.1 HOP-by-HOP 选择头（option Header）2712.2.2 IPv6头选项2812.2.3路由头2912.2.4断片头3112.2.5鉴定头3212.2.6隐秘头（Privacy Header）3312.2.7端对端选项头3513 IPNG 工作组3514 IPNG评论家（REVIEWER）3615 地址的自动构建

3、3716 转换3716.1 短期的转变3816.2 传输长期3817.其他的地址系列3918.对其他IETF标准的影响4019.非IETF标准和产品的影响4120.APIS4221.IPNG区域和工作组的未来4222.安全考虑4323.作者通讯地址44附录A推荐标准摘要45附录BIPNG区域董事会47附录C涉及IPNG工作组的文档48附录DIPNG 建议综述49附录 ERFC 1550 白皮书49附录 F辅助参考52附录 G答谢571 摘要当预测显示因特网地址空间将变成一个持续增长的有限资源时，IETF于1990年后期开始作出选择IPv4后继的努力。一些关于探索解决地址局限性途径的并行努力已经

4、开始，同时提供附加操作性。IETF 于1993年后期形成IPng领域来调查各种提议并推荐了如何继续下去。我们开发了一个IPng技术标准文档并评估了其中的各种提议。发现所有的都需要达到某个等级。在此评估之后，解析以前提议中问题中的一个机构提出了修订提议。IPng 领域导控器推荐IETF作为IPng来指定该修订提议，并把精力着重放在为提议标准状态生成一套定义IPng的文献上。协议推荐标准包括一个带有承认精确路由集合的分层地址结构的简单化标题并且能足以满足因特网可预知未来的需求。协议还包括包级鉴别和带有即插即用自动配置的加密技术。改变IP标题选项方式的设计在改进操作的同时，被编码用来增加引介新选项特

5、性的复杂度。它还包括标记通信量流程的能力。特别推荐标准包括：*当前地址分配原则适当*当前没有利用未充分使用指定网络数的需求*当前没有对因特网主要部分进行重编号的需求*部分未指定A类地址空间的CIDR式分配需要考虑*“简易因特网协议+(SIPP)说明。（128 位 版本号）”Deering94b作为IPng基础被采纳*列于附录C中的文献是IPng研究计划的基础*IPng工作组已形成，由Steve Deering 和Ross Callon领导*Rovert Hinden是IPng研究计划的文献编辑者*指定Dave Clark为IPng审阅者*地址自动配置工作组已形成，由Dave Katz Sue

6、和Thomson领导*IPng转换工作组已形成，由Bob Gilligan 和TBA领导*转换和共存包括测试工作组是否有特许状*IPv6环境中非IPv6地址使用的推荐标准和非IPv6环境中IPv6地址使用的推荐标准已被开发了*为IPng的隐含，IESG委托对所有IETF标准进行审阅*IESG分配当前IETF工作组一项把IPng列入考虑范围内的任务*IESG需要修订旧标准文献的地方特许了一个工作组*Informational RFC被请求或开发用于描述一些特殊的IPng API*IPng领域和领域董事会继续研究直到主文献于1994年后期被作为提议标准提出*需要对鉴别标题的支持*需要对特殊鉴别算法

7、的支持*需要对秘密标题的支持*需要对特殊秘密算法的支持*“防火墙IPng 框架”被开发出来2 背景1980年初，即使是最有远见的TCP/IP开发者也没有想到因特网今天遇到的标度困难。1987年估计在将来的某个模糊点设计一个100000个网络的地址需求。Callon87我们将于1996年到达该标记点。在不久的将来，会出现许多互联网络的逼真投影。Vecchi94, Taylor94而且，尽管当前32位IPv6地址结构能在16.7百万个网络上枚举超过40亿的主机，但即使是在理论基础上，实际地址的分配效率远小于该数目。Huitema94这种低效率被用A，B，C类地址分配的间隔所扩大。在1990年8月的

8、温哥华IETF会议中，Frank Solensky, Phill Gross 和Sue Hares计划当前分配速率将于1994年三月耗尽B类空间。在B类地址的地方分配若干C类地址的补救办法介绍了其自身的问题，通过在主要路由器已经在以一个惊人的速率增长时扩展路由表的大小。我们面临着要么接受限制增长速度和极限因特网的大小，要么接受用改变新技术或工艺的方法来中断网络的难题。IETF于1991年11月在圣达菲的IETF会议上形成路由和地址（ROAD）组来探索该难题并指导IETF的发表。ROAD组于1992年3月在圣地亚哥的IETF会议上汇报了其工作。Gross92推荐标准的冲击涉及从“立即”到“长久”

9、并包含采纳CIDR路由集合提议Fuller93来降低路由表增长的速率并推荐请求提议“为了更大的因特网地址，建立工作组来探索分离逼近”。1992年春末，IAB发表了“IP 版本7”IAB92，同时发表在在ROAD组的CIDR签注中并推荐“一种直接的IETF研究计划来准备一个详细和有组织的计划，把CLNP作为IPv7的基础使用”。经过激烈的讨论后，IETF决定拒绝IAB的推荐标准并发表了由ROAD组推荐的提议请求。该请求于1992年7月在波士顿IETF会议上发表并建立了一些工作组来响应它。在1993年7月阿姆斯特丹会议期间，一个IPng(IP下一代)决策处理（ipdecide）BOF会议召开。BO

10、F“打算帮助再次把焦点放在非常重要的在IPng候选人中作出选择的课题上。BOF着重谁能带头为群体作出推荐标准并且应该用什么标准来达到该推荐标准的发表上”。Carpen933 IPng说明1993年9月, Phill Gross,发表“IPng说明”的IESG主席。Gross94在该备注中他概述了ipdecide BOF的结果并在阿姆斯特丹完全公开了IESG。*IETF需要向IPng的终止发展*IESG有责任为因特网群体开发IPng推荐标准*推荐标准制作处理过程应该公开并由IESG预先出版*作为该过程的一部分，IPng WCs能带来新的里程碑和辅助IESG的其他指导*在最终IESG推荐标准前应有

11、足够的群体评论机会备注还宣告了“一个暂时的，特别的，特殊IPng发行处理领域”。Phill查询了当前IESG的两个成员，Allison Mankin(传输服务领域)和Scott Bradner(操作需求领域)，来担当新领域的主管。领域主管被给予了一个怎样调查各种各样IPng提议和怎样将其推荐标准作为IETF标准特殊权利。还需要制作一个特殊推荐标准。*建立一个IPng董事会*确保跟随着一个完全开放的过程*开发紧急标准的理解和一个利用地址分配速率和路由表增长速率的时间约束*如果批准，推荐采用分配原则的变动*定义基于时间限制理解的IPng研究计划的范围*开发一套清晰，简明的技术需求和IPng决议标准

12、*开发一套有关接受哪位当前IPng候选人的推荐标准4 IPng领域IPng领域形成以后，我们恢复了董事会。（附录B）董事会成员因其普通和特殊的技术专长而被选出。要求个人用其自身管理来批准过程中的参与者并确认他们懂得IETF处理。我们着重确保一个宽带光谱所蕴涵的知识。主管是安全，路由，广大用户需求，终端厂商，Unix和非Unix平台，路由器厂商，理论研究者，协议体系和操作区域的，国家的和国际网络方面的专家。另外，董事会的一些成员已深入了每个IPng提议工作组。董事会行使制定方向和该领域主管所需的预审阅实体的职能。董事会忙于每两周一次的会议访问，参与内部发函清单并积极响应广泛的因特网发函清单。董事

13、会于1994年3月的西雅图和1994年7月的多伦多IETF会议期间举行开放式的会议。为确保IPng处理尽可能开放，我们在这些会议中做了笔记并将其出版了。另外，我们把内部IPng发函清单档案放在匿名的FTP网站上。（Hsdndev.harvard.edu:pub/IPng.）5 ALE工作组在耗尽IPv4地址空间之前为了决定IPng研究计划的范围，我们需要对时间剩余进行合理估计。如果时间剩余大约与展开配置的所需相同，则我们要选择能调整地址局限性的IPng，因为我们不需要开发任何其他特性的足够时间。如果还有更多的可利用时间，我们可考虑其他的改进。IETF于1993年生成了一个地址生存期期望值（AL

14、E）工作组来“开发基于当前已知和可利用技术的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的某些成员和广阔因特网

15、发函清单在查询该投影可靠性中调用。它由于过于乐观和过于悲观而受到批评。有些人指出该类型投影在IP应用中造成了无范例替换的假设。如果有人要开发一个新的“应用杀手”。IP地址需求增长的结果使之成为对可利用时间的高估。可能还存在用于产生投影数据的问题。InterNIC（因特网信息中心）在大程序块中分配地址给区域网络信息中心（NIC）和网络供应商。NIC和供应商将地址重分配给用户。ALE投影利用InterNIC分配而不考虑终端用户地址分配的实际速率。由于数据精确性似乎很高，故他们用该方式制作投影。由于假设大块分配速率将继续进行，而它不属于这种情况，故使用已删除数据时可能增加一个级别的高估。这些因素降低

16、了ALE估计的可靠性，但总的来说，他们需要IPv4地址空间中充分的时间剩余来考虑当考虑开发，测试，和配置时间需求时，在IPng中除扩展地址大小外增加其他特性。5.2 路由表大小因特网图象缩放中的另一篇文章是增加中心路由器所需路由表的大小。采用CIDR块地址分配和聚集路由暂时缩小表的大小，但现在他们都再次扩展了。供应商需要在该集合中对其路由做更猛烈的广告。供应商必须建议新用户为整个因特网群体的最好利益对其网络进行重编号。如果该文章被忽视和找不到能跟上表大小增长的路由器，则IPv4地址空间的耗尽问题是未决议。执行CIDR之前，中心路由表以大约1.5倍存储技术的速率在增长。我们还应注意尽管IPng地

17、址是以集合思想设计的，转换IPng不能解决路由表大小问题除非严格分配地址来最大化该集合的影响。路由的有效广告能被保持下来因为如果用户决定更换供应商，IPng包括地址自动配置机制来允许简单的重编号。从多个供应商处接受服务的用户可限制任何路由集合的极限效率。Rekhter945.3 地址分配原则推荐标准IESG主席掌管IPng领域来考虑更严格的分配原则推荐标准，利用已分配地址，或作出一系列努力来对因特网的重要部分进行重编号。Gross94以ALE投影的观点，IPng领域主管认可当前地址分配原则。任何人都不能对已分配的未充分利用地址进行利用或对因特网的主要部分进行强制性的重编号。我们鼓励网络服务供应

18、商在对用户网络进行重编号以便确定供应商的CIDR分配方面协助新用户。ALE工作组建议我们考虑在A类未分配地址空间外分配CIDR类型地址块。IPng领域主管赞成该推荐标准。6 IPng技术需求IESG在RFC1380Gross92中提供了标准类型的概要，我们把它用于决定IPng协议的适合性。IETF精练了对带有选择标准BOF推荐标准的适当标准的理解，该标准于1992年11月在华盛顿IETF会议期间制定。我们需要增加一些决定需求的附加输入并发行一个论文命令。Bradner93该命令，作为RFC1550发行，想到达传统IETF客户的内外层用最广泛的应用来获取对数据网络协议需求的最广泛理解。我们收到响

19、应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，主机执行Bound

20、94，和一些其他文章。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技术标准文献

21、文献中描述的标准包括：（取自于Kasten94）*完整说明提议必须完整描述被提议的协议。我们必须通过参考特殊文献选择一个IPng，而不是将来操作。*结构简单IP层协议应尽可能简单，除了IP层，将函数定位于别处能在协议层得到更适当地处理。*标度IPng协议必须允许至少10*9大小叶网络的鉴别和寻址（并且更加适合）*拓扑复杂度路由结构和IPng协议必须允许多种不同网络拓扑。他们不能假设网络的物理结构是一棵树。*执行技术状态，商业级路由器必须能以通常使用的，商业上可获得的，高速多媒体的速度处理和传送IPng通信量*坚固的服务网络服务及其联合路由和控制协议必须坚固*转换协议必须有来自于IPv4的简单转

22、换设计*多媒体独立性协议必须通过许多不同LAN，MAN和WAN多媒体网络执行，该网络有从每秒一位到每秒几百千兆范围的独立连接速度*数据报服务协议必须支持不可靠数据报发送服务*配置简单协议必须承认简单和大量分布式的配置和操作。需要主机和路由器的自动配置。*安全性IPng必须提供一个安全网络层*独特的命名IPng必须为全球，普遍存在的因特网中所有IP层对象指定独特的命名。这些名字也许有或没有任何定位，拓扑，或路由有效性*访问标准定义IPng及其联合协议的协议应能象IPv4和相关RFC那样可自由访问和重分配。没有对执行或出售IPng软件的相关说明注册费。*多点传送支持协议必须支持单点传送和多点传送。

23、需要多点传送的动态和自动路由*可扩展性协议必须能扩展；它必须能通过扩展来满足将来因特网的服务需求。扩展必须是不需要网络软件升级就可实现的*服务类型协议必须允许网络设备用特殊服务类型联合信息包并为其提供该类型指定的服务*移动性协议必须支持可移动主机，网络和因特网*控制协议协议必须包含对测试和调试网络的基本支持。（例如PING和TRACEROUTE）*通道支持IPng必须允许用户在基本因特网架构顶端建立个人因特网。必须支持基于IP的个人因特网和非基于IP的个人因特网（例如CLNP或AppleTalk）7 IPng协议IPng领域形成的时候，IETF已把一个相当大数目的IETF研究计划瞄准于解析因特

24、网中的编址和路由问题。已经做出了一些提议并且有些提议达到了受工作组特许的水平。许多这样的组随后合并成了一个更一致的组。这些研究计划代表了对我们所面临的文章的不同观点和寻找不同方面的最优化解决办法。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月的圣

25、地亚哥IETF会议后，“简单CLNP”发展成“含有更大地址的TCP和UDP”（TUBA）Callon92c并且“IP Encaps”发展成“IP地址封装”（IPAE）Hinden92b。1993年11月，IPAE与SIP合并但仍保留SIP的名字。这个组与PIP合并，合成工作组叫做“简易因特网协议+”（SIPP）。与此同时，TP/IX工作组将其名字改为“因特网公用体系”（CATNIP）。这些提议没一个是错的。由于因特网的扩展，所有这些提议在为我们面临的障碍提供一条途径时起作用。IPng领域的任务是确保IETF能理解所提供的提议，从提议中学习并且在提供将来最好的建立基础时，为解析基本文章的最佳路径

26、提供一个推荐标准。IPng领域评估了三种RFC1550论文CAATNIPMcGovern94，SIPPHinden94a和TUBAFord94a中描述的IPng提议。IESG把Nimrod作为一个象IPng候选人一样的研究项目进行了查看。由于Nimrod描绘了将来可能的因特网路由策略，我们需要一篇描述任何需求的论文。Nimrod将把IPng加到处理请求中去。Chiappa947.1 CATNIP“因特网普通架构（CATNIP）”被构思成一个收敛协议。CATNIP与CLNP，IP和IPX结合起来。CATNIP设计为任意传输层协议提供使用方法，例如：TP4，CLTP，TCP，UDP，IPX和SPX

27、，运行于任何网络层协议格式：CLNP，IP（第四版），IPX，和CATNIP。要注意细节，对于传输层协议（例如TCP）来说一个终端使用一个网络层且其他终端使用其他网络协议的适当操作是可能的，例如：CLNP。McGovern94“目标是为了提供因特网，OSI，和Novell协议间的公共范围，并把因特网技术推向刻度和下一代网络技术的实现。”“CATNIP支持OSI网络服务通路点（NSAP）格式地址。它用高速缓存处理提供高速执行路由中下一个中继段的快速鉴别，就象获得一个有效高速缓存处理时，允许省略地址的网络标题的缩写。网络层标题的固定部分运载着高速缓存处理。”Sukonnik947.2 SIPP“简

28、易因特网协议+（SIPP）是IP的新版本，它被设计成从IPv4进化来的版本。它是IPv4的自然增量。其设计目的不是去掉IPv4的基本步骤。IPv4的运行功能保存在SIPP中。不能运行的功能已被删除了。它可被视为网络设备中的一个标准软件升级程序的安装并能与当前IPv4共同使用。其配置策略是不被设计成任何“标记”。SIPP被设计成在高速操作网络（例如：ATM）中能很好的运行并且同时对低带宽网络（例如：无线电）依然有效。此外，它还为不久将来所需要的新网络功能性提供了一个平台。”Hinden94b“SIPP将IP地址的大小从32位增加到64位，以支持更高级别地址层次和更大数目的可寻址节点。SIPP编址

29、能用一个等同于IPv4稀疏信号源和记录路由选件的装置，通过一个用以鉴别拓扑区域而非单个节点的叫做“串地址”的新地址类型，以64位为一个单元进行进一步扩展。”“SIPP通过用已编码的IP头选件留出更有效传输的方式进行改变，选件长度的限制较松，未来引介新选件更灵活。它还具有一个新性能，通过被添加来对属于为发送端请求特殊处理的特殊通信“流”信息包进行标记，例如：服务或“实时间”服务的非默认属性。”7.3 TUBA“CLNP编址网络（TUBA）上的TCP/UDP协议寻找最小化与迁移到新IP地址空间联合的冒险性。此外，协议被允许因特网标度的请求所激发，这暗示着在大型宽带因特网中的因特网应用的方法。因此建

30、议保存因特网传输和应用协议继续不改变操作，除了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）和相

31、应大型网络服务通路点（NSAP）地址空间的使用方法。”Knopper94“TUBA协议使用基于因特网主机（在CLNP上运行因特网应用）和DNS服务（返回更大地址）逐步更新的简单，长期的迁移协议。该协议需要更新路由器来支持CLNP（除了IP）的传送。尽管，该协议即不需要封装也不需要转换信息包和地址映射。IP地址和NSAP地址能在迁移期间被分配和独立使用。IP和CLNP信息包的传送和发送能独立完成。Callon92c8 IPng协议审阅IPng董事会在其每两周一次的电信会议并通过其发函清单讨论并审阅了后选提议。此外，大型因特网发函清单成员讨论了提议的许多方面，特别是当领域主管提出了许多刺激讨论的特

32、殊问题时。Big要求董事会每个成员为1994年5月19日和20日在芝加哥举行的会议评估一项预备提议。该会议以每个与会者的观点展开圆桌会议，包括领域主管，董事会和受工作组主席邀请的许多客人，每人一项提议。Knopper94b我们出版了这些评论和每个提议的更详细概略作为备注。下表概述了根据IP标准文献需求的三个评审提议。他们不需要反映领域主管的观点。“Yes”代表审阅者觉得该提议满足指定标准。“No”代表审阅者觉得该提议不满足指定标准。“Mixed”代表审阅者有不同意见。“Unknow”代表审阅者觉得文件未提到该标准。 CATNIP SIPP TUBA - - - 完整说明 no yes most

33、ly 简易性 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 m

34、ixed 灵活性 unknown mixed mixed 控制提议 unknown yes mixed 信道 unknown yes mixed8.1 CATNIP审阅所有审阅者感觉到CATNIP未被完全指定。然而，CATNIP中的许多观念是很创新的并且许多审阅者感觉到CATNIP显示了所有提议的最好版本。网络服务附件点地址（NSAP）被很好的解决了并且路由处理是很创新的。联合三个主协议族IP，ISO-CLNP和Novell IPX的目的是值得赞美的，我们的同感是开发者未开发足够具体的计划来支持该目标的实现。所描述的计划遭受到了尝试成为现有网络协议协会一员的复杂性。一些审阅者感到CATNIP主

35、要将IPv4，IPX和SIPP地址映射到NSAP中，并且同样不处理当前和将来因特网的路由问题。审阅者感到CATNIP不太支持多点传送并且不明确处理象安全性和自动配置一样的重要主题。8.2 SIPP审阅大多数审阅者，包括偏向于其他提议的人，感到作为一个置身其中的审阅者，SIPP是一个“剪裁讲究，美学观点上漂亮的协议，它满足今天已知网络的需求。”SIPP工作组已成为最具动态并已产生许多详述生成一个完整协议说明所有必要方面的文件。审阅者对SIPP的最大困难是含有IPAE，SIPP的转换设计。所有人的感觉是IPAE是致命弱点且不能在运作的因特网上可靠运行。还有一些有关适当SIPP 64位地址大小的重要

36、分歧。尽管你能列举出64位的10*15个端节点，但还是存在关于实际路由设计引介到底有多低效的不同观点。Huitema94大多数人感到64位地址不能为所需层次提供足够空间来满足未来因特网的需求。此外，由于没有人对扩展地址和在SIPP中提仪的类型概念的传送有经验，审阅者都对这种方法论不适应。审阅者还感到该设计介绍了一些重要的安全论文。有些审阅者感到SIPP未用任何方式对路由论文编址。特别是没有对开发拓扑信息或聚集有关网络领域信息方法的尝试。最后，大多数审阅者在SIPP自动配置设计和一般SIPP中查询了复杂性标准。8.3 TUBA的评论评论者大都觉得TUBA提供的最重要的事情是是基于CLNP的，并且

37、通过因特网配置CLNP的路由器。只有很少的认为CLNP主机的配置或实际运行在CLNP上的网络是重要的。另一个对TUBA的肯定是ISO集中的可能性和IETF网络标准。很大一部分评论者指出，如果TUBA是基于一个变化的CLNP的话，现有配置基础结构的好处将丢失，而且集中的可能性也很小了。评论者认为包括基础结构的提出等CLNP的方面在头域内缺乏详细的消息队列，缺乏流动的ID域，缺乏协议ID域，和在TUBA中的CLNP错误信息的使用。CLNP包的格式或程序不得不被修改来解决这些问题的一部分。在TUBA团体置疑IETF修改CLNP标准的能力。在我们Houston中的介绍中，我们认为“复制和运行”是合法的

38、进程。这也是IAB在“IP协议7”中所提到的。IAB92TUBA团体得有达到多数人的意见的情况是正常的。包括CLNP文档作者的许多人坚持这不是问题，IETF能够修改基础的标准，其他一些人则坚持标准只能被ISO标准进程所改动。由于对IETF压倒性的意见认为IETF必须属于今后基础的标准，TUBA公社不同的意见成为了我们要忧虑的问题。对于一大部分的意见，虽然包括某些偏见，TUBA提议的评论者更多的混合SIPP或CATNIP。明显的RUBA满足给对对大量主机的规模的能力的必要条件，支撑灵活的布局，是独立的媒体和数据报协议。对于评论家，TUBA满足其他的IPng必要条件不是那么清楚，并且这些看法是各式

39、各样的。在为得到NSAP分配计划各种不同的变化的路径选择，在使用NSAPs的对策上有的不同意见。如果路由器信息的集合程度所需要的话，因特网将限制NSAP在分配实际根本的网络布局上的使用。8.4 建议审查摘要摘要，在这三项建议中的重要问题。SIPP和TUBA都工作在因特网环境中但是各自都有自己的问题。其中一些问题在任何一个代替IPv4前都会被纠正，更不用说传播手段使因特网变为现实。在此之前所有的问题都必须被提及。CATNIP对于所考虑的问题远不完善。9 一个修订建议作为上述的建议，在1994年5月19号、20号的IPngBigTen上讨论了许多当前IPng建议的强度和缺点。【Knopper94b

40、】在会上Steve Deering 和 Paul Francis，两个SIPP工作组的负责人，给sipp邮件列表发送了一个信息详细的讨论了会上的细节和一些SIPP的改变。【Deering94a】信息表明“循环（并且不意外的）关于SIPP的公司是：”(1 IPAE的complexity/manageability/feasibility ,和(2 SIPP的adequacy/correctness/limitations 路径形式和编址，特别是完成“额外编 址”的稀疏源路径。他们“建议按下面的方法来改变SIPP编址：”l 改变地址大小从8位变为16位（固定长度）。l 指定选择使用IEEE 802

41、 地址的16位的自动设置地址作为最低要求（“没有ID”）。l 对于使用互联网层地址作为连接标志符的高层协议（例如TCP），需要他们使用完整的16位地址。l 绝对不要使用路径标题作为扩展编码。在相当多的关于sipp的讨论和关于改变建议的大型互联网邮件记录之后，SIPP工作组公开了一个新的SIPP修订版本【Deering94b】，一个新的编址架构【Francis94】，和一个简化的传输机制【Gillig94a】。以供IPng董事会讨论。这些建议提出了一个多重IETF研究的来自SIPP研究的基本协议的综合，受TUBA影响的自动设置和传输份额，编址架构建立CIDR工作和路径标题SDRP商议的向外发展上

42、。10 假定10.1 条件证书和推荐的时间在制作以后的推荐标准时我们使用了两个假定的公用协定；IPng条件证书提供一套合理的IPng要求，特殊推荐标准必须现在开始制作，在这个观点上IETF必须进行单一的IPng研究。正想上面所说，IPng技术条件文档【Kasten94】在许多邮件记录上已经发展成为一个开放的风格和大规模讨论的课题。我们相信必须有一个强有力的协议对IPng所能访问的技术要求公用组件进行正确的反射。今年春天一个最原始的在大型互联网邮件记录上的主题讨论和公开Seattle IPng董事会，对于制定IPng推荐标准是必须的。一些人觉得额外的研究会帮助解决一些关键性的现在仍未解决的问题。

43、选择单一协议将阐明公用组的景象，聚焦在IETF上的细节，和，因为公开研究项目必须用在任何点上，没有“及时”。我们这个团体的解释，同时这也是大多数人达成的共识，就是应当执行这种特定的推荐。这与在ipdecide BOF间阿姆斯特丹 Gross94 表达的观点一致，同时也和RFC 1500白皮书Carpen94a里的一些观点一致。如果我们再等6个月或一年的话，也就不会有特殊的理由认为这个基础的推荐有什么值得注意的不同。无疑当前一些未解决的细节应当推迟，但是，当前IETF精力的分散限制了详细决议类型的效率。在他们的努力之后，IETF集中力量的研究对我们的进展是一个更有效的方法。10.2 地址长度有关

44、IPng设计可能性的最热烈地讨论方面之一就是地址的大小和格式。在这些观点中对IPng的运行有四个不同的看法：1）.8字节地址的观点足够满足当前和今后因特网的需要（IP地址空间的大小成方形（squaring）。如果更多的话则会浪费带宽，增加无效的指派，引起一些网络中的问题（例如突变和别的一些低效联接）2）.这种观点认为16字节是比较好的。因为这种长度的字节更容易支持自动构建技术，同时也更容易支持当前在全球路由布局联合里复杂的网络路由布局的体系。3）.OSI NSAPs20个字节应当被用于进行全球同一的方面。4）.这种观点认为变化的长度地址，比16字节大或小一些，应当被用来包含上述所有的观点，更进

45、一步，地址的大小可以被调整到适合特定的环境需求，这就确保了有能力处理将来任何网络要求。讨论出来的好的技术和工程反对了以上所有的观点。全体没有达成一致，但是，我们明显的感到大多数人的观点是固定的16字节长度地址是在效率性，功能性，适应性和全球应用方面总体最好的选择。11 IPng介绍在综合大量讨论和IPng董事会的意见之后，我们推荐在“简单因特网协议细则（SIPP）（128位ver）” Deering94b 里描述的协议可改编作为IPng的依据，作为因特网的下一代协议。我们也建议通过改编在附录C列表中的其它的文档作为这个协议中特殊协议的基础。这个提议解决了现在遇到的大部分问题，特别是在地址空间、

46、路由、传送和地址的自动构建方面有显著的应用。它包括SIPP工作成就的主要基础：灵活的地址自动构建特点和一个被合并的转换策略。我们相信在IPng标准文档件中它提供简略的需求，并且提供一个框架充分解决将来可预测的Iternet组织的需求。11.1 IPng和IPng标准文档不久我们将出版一个详细的评述，它解决的问题是IPng如何在IPng标准文档 Kasten94 里处理记录的需求。接下来是我们关于IPng适合标准的一些扩充：完整的规范IPng规范的基础，除了转换和地址的自动构建部分需要被定稿外，其它部分都是是完整的。* 简单机制该协议简单，容易解释并且很容易建立范例。* 空间128位的地址空间可

47、解决910个网络事件的地址需求,事实上无效的地址分配是网络路由的固有属性。* 拓扑结构的随机性在网络布局上除了有限的255个hops外，IPng设计空间并没有限制。* 性能处理的简单性。在对列开头的集中。（the alignment of the fields in the headers)和* 头检验和的消除，允许高性能的IPng数据流的处理。* 高质量的服务IPng包括不受限制、高性能的服务和包装水平的鉴定，允许控制的安全和不用单独程序的路由保护。* 传送IPng传送计划很简单，实际上是对现在市场上传送方法的封装。* 媒体性能IPng保持了IPv4媒体的性能，在一些相关的媒体如ATM里，它

48、可能可以在IPng流动平台上使用。* 数据包服务IPng保持数据包服务并将其作为它的基本操作模式，MTU发现（discovery)通道的使用有可能在一些情况下造成数据包（datagrams）使用的复杂化* 体系结构IPng将有很容易也很灵活的地址自动构建结构，它将支持从一个单独网络的节点到一个复杂的Internet深层节点模式。* 安全IPng包括为认证提供的专门的体制和在网络层实行的加密机制：这个安全的模式依赖于定义的密钥管理系统的存在。* 唯一名称IPng地址可以被用来做全球唯一名称标志，虽然他们有topological意义。* 对标准的有权使用所有的IPng标准将作为带有无限分配的RFC

49、被公布。* 多点传送的支持IPng明确的包含对多点传送支持。* 可扩展性对扩充头的使用和扩充头操作的特性将允许在需要时将新的特征加入到IPng里，用来将存在网络中的中断减少到最小。* 服务种类IPng头包括一个流动的标志，它可以用来满足服务种类的不同要求。* 随机性被提议的IPv4随机功能将在带有IPng的情况下工作。* 控制协议IPng包括IPv4控制协议特征。* 通道支持IPng的封装或带有IPng的其他议议是IPng规范描述的基础特征。11.2 IPv6IANA组织修正IPng已经到了第6版本。该协议被称作IPv6。该备忘录的其它部分被用来描述IPv6和它的特点。这个描述是一个简单的概括

50、，文档自身的标准应当被最后的规范引用。我们也制定了大量的关于该协议细节的详细建议，程序要求完成该协议的定义，IETF工作组，我们觉得，有必要完成这个任务。12 IPv6总括IPv6是因特网协议的一个新版本，它的设计被认为是对IPv4一个革命性的进步。IPv4保持IPv4通常运行的所有功能。那些不运行或者偶尔使用的功能被除掉了，或者作为可选择的功能。同时增加了一些认为有必要的新功能。* 扩展地址和路由性能IP地址规模从32为增加到128位，这提供了支持大量可扩充的地址模式，更多的地址层和更简单的自动构建地址。多点传送的路由衡量能力通过增加一个“余值”（scope）给多点传送地址即可，因此，它的性

51、能被大大提高了。一个被称作“串地址“（cluster address）的新的地址类型，被定义用来识别topological域而不是单个模式。在带有IPv6源通道性能的联合里，串地址允许另外的模式控制它们的通信通道。* 简化头格式一些IPv4头域被分离或可选择的减少信息包处理代价的公案（commoncase）过程；并且在地址大小的增加下，尽量降低IPv6头的带宽。即使IPv6地址空间比IPv4地址大4倍，IPv6头也仅仅比IPv4头大2倍。* 对扩展头和操作的支持放置在单独标志头的IPv6操作被定位在IPv6头和传输层头之间信息包里。因为大多数的IPv6选项头没有被检查或被沿着包裹传递路径的任何

52、路由器处理，只到到达它的目的地。这个机制是对路由器为信息包容纳选项方面作出的一个大的改进。另一个改进是，不同于IPv4，IPv6选项可提供随意的长度，并且不受限制的达到40位字节。这个性能加在它们处理过程的方式里，允许IPv6选项使用它们，这是IPv4中没有的。IPv6的密钥扩展特征是在一个选项里的一种编码能力，如果该选项是未知的，则这种路由器或主机应当执行的该操作，它允许将这种附加性能的配置加入到带有最小中断危险的操作网络中。* 对鉴定和机密的支持IPv6包括一套提供认证和数据完整鉴定支持的扩充定义。这种扩充作为IPv6的基本功能，并且为它在各个被需要的运行方面提供支持。* IPv6也包括一

53、个对加密算法机密性提供支持的扩充定义，对这种扩充的支持使得在各个性能方面都很强健。* 对自动购建的支持IPv6支持自动构建的多重模式，从在一个单独网络里即插即用的节点地址配置到DHCP提供的fullfeatured设备。*对源通道的支持IPv6包括一个扩展的功能，提供源通道头对源需求通道协议的支持（SDRP）。SDRP的作用是用通道的起始部分去补充现存的interdomain和intradomain的通道协议提供的部分。【Estrin94b】* IPv4提供的简单而灵活的转换机制IPv6的转换机制计划主要应用于下列四个基本的需要： 升级需求。现存的IPv4和路由器的安装可以在任何时候升级到IP

54、v6，只要它不依靠于别的主机或路由器还没有升级。 升级配置。在没有任何先决条件下，新的IPv6主机和路由器能够在任何时候安装。 简易的地址。现存的IPv4主机或路由器要更新到IPv6时，它们可以继续使用它们现存的地址，而不需要重新分配一个新的地址。 低启动代价。在为了更新现存的IPv4到IPv6系统，或配置一个新的IPv6系统的情况下，少量或没有预备的操作是必须的。* 服务性能质量增加的一个新的功能是，为属于特殊通信“流程”（flows）的信息包贴上标志，该特殊流程是发送者要求的特殊处理，例如，指定的服务或实时服务的性能。12.1 IPv6的头格式IPv6的头，虽然比IPv4的头长，它是相当的

55、简单。IPv4头的大量功能已经被重新定位或分离掉了。| 版本| 流程表 |+ 有效负荷长度下一个头转换限制+| |+ 源地址 + | |+ +| | | +| | 目标地址 +| | +|+* 版本英特网协议版本号。IPng 指定为第6版本号。（4位单位空间（4bit field）* 流程表该部分可被主机用来标记那些网络中需要路由器特殊处理的信息包，例如，指定的服务或实时服务的性能。（28位单位空间）* 有效负荷长度IPv6头信息包的剩余部分长度。在一个8位字节里，允许包括64k的有效负荷长度，如果这个域的值为0，则实际的信息包的长度将建立在端对端的选项上。（16位无符号的整数）* 下一个头在

56、IPv6的头后直接的对头类型进行鉴别。下一个头使用的单位空间和IPv4协议的一样。（8位选择单位空间）* 转换限制用来限制通道线路的碰撞。转换限制空间被信息包前进的每个节点消耗，如果转换限制被消耗到0的话，则该信息包就消失。* 源地址起始发送者发送信息包的地址。（128位单位空间）* 目标地址接收信息包的地址空间。（如果一个操作行程头还存在，它就有可能不是最终的接收空间。（128 位单位空间）12.2扩充头在IPv6里，随机网络层的信息可在单独的头里被编码，放置一个信息包的IPv6头和传送层头里。这里有少量的扩展头，被一个独特的下一个头值鉴定。来自于附录C列表文档12.2.1 HOP-by-HOP 选择头（option Header）Hop-by-Hop 选择头被用来提供给被沿着信息传送路径的每个节点检查的随机信息。Hop-by-Hop 选择头被IPv6头的下一个头值认证，它有如下格式： +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 下一个头 | Hdr Ext Len | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | | .