*需要對特殊鑒別算法的支持
*需要對秘密標(biāo)題的支持
*需要對特殊秘密算法的支持
*“防火墻IPng 框架”被開發(fā)出來
2 背景
1980年初，即使是最有遠(yuǎn)見的TCP/IP開發(fā)者也沒有想到因特網(wǎng)今天遇到的標(biāo)度困難。1987年估計在將來的某個模糊點設(shè)計一個100000個網(wǎng)絡(luò)的地址需求。[Callon87]我們將于1996年到達(dá)該標(biāo)記點。在不久的將來，會出現(xiàn)許多互聯(lián)網(wǎng)絡(luò)的逼真投影。[Vecchi94, Taylor94]
而且，盡管當(dāng)前32位IPv6地址結(jié)構(gòu)能在16.7百萬個網(wǎng)絡(luò)上枚舉超過40億的主機(jī)，但即使是在理論基礎(chǔ)上，實際地址的分配效率遠(yuǎn)小于該數(shù)目。[Huitema94]這種低效率被用A，B，C類地址分配的間隔所擴(kuò)大。
在1990年8月的溫哥華IETF會議中，F(xiàn)rank Solensky, Phill Gross 和Sue Hares計劃當(dāng)前分配速率將于1994年三月耗盡B類空間。
在B類地址的地方分配若干C類地址的補(bǔ)救辦法介紹了其自身的問題，通過在主要路由器已經(jīng)在以一個驚人的速率增長時擴(kuò)展路由表的大小。
我們面臨著要么接受限制增長速度和極限因特網(wǎng)的大小，要么接受用改變新技術(shù)或工藝的方法來中斷網(wǎng)絡(luò)的難題。
IETF于1991年11月在圣達(dá)菲的IETF會議上形成路由和地址（ROAD）組來探索該難題并指導(dǎo)IETF的發(fā)表。ROAD組于1992年3月在圣地亞哥的IETF會議上匯報了其工作。[Gross92]推薦標(biāo)準(zhǔn)的沖擊涉及從“立即”到“長久”并包含采納CIDR路由集合提議[Fuller93]來降低路由表增長的速率并推薦請求提議“為了更大的因特網(wǎng)地址，建立工作組來探索分離逼近”。
1992年春末，IAB發(fā)表了“IP 版本7”[IAB92]，同時發(fā)表在在ROAD組的CIDR簽注中并推薦“一種直接的IETF研究計劃來準(zhǔn)備一個詳細(xì)和有組織的計劃，把CLNP作為IPv7的基礎(chǔ)使用”。經(jīng)過激烈的討論后，IETF決定拒絕IAB的推薦標(biāo)準(zhǔn)并發(fā)表了由ROAD組推薦的提議請求。該請求于1992年7月在波士頓IETF會議上發(fā)表并建立了一些工作組來響應(yīng)它。
在1993年7月阿姆斯特丹會議期間，一個IPng(IP下一代)決策處理（ipdecide）BOF會議召開。BOF“打算幫助再次把焦點放在非常重要的在IPng候選人中作出選擇的課題上。BOF著重誰能帶頭為群體作出推薦標(biāo)準(zhǔn)并且應(yīng)該用什么標(biāo)準(zhǔn)來達(dá)到該推薦標(biāo)準(zhǔn)的發(fā)表上”。[Carpen93]
3 IPng說明
1993年9月, Phill Gross,發(fā)表“IPng說明”的IESG主席。[Gross94]在該備注中他概述了ipdecide BOF的結(jié)果并在阿姆斯特丹完全公開了IESG。
*IETF需要向IPng的終止發(fā)展
*IESG有責(zé)任為因特網(wǎng)群體開發(fā)IPng推薦標(biāo)準(zhǔn)
*推薦標(biāo)準(zhǔn)制作處理過程應(yīng)該公開并由IESG預(yù)先出版
*作為該過程的一部分，IPng WCs能帶來新的里程碑和輔助IESG的其他指導(dǎo)
*在最終IESG推薦標(biāo)準(zhǔn)前應(yīng)有足夠的群體評論機(jī)會
備注還宣告了“一個暫時的，特別的，特殊IPng發(fā)行處理‘領(lǐng)域’”。Phill查詢了當(dāng)前IESG的兩個成員，Allison Mankin(傳輸服務(wù)領(lǐng)域)和Scott Bradner(操作需求領(lǐng)域)，來擔(dān)當(dāng)新領(lǐng)域的主管。領(lǐng)域主管被給予了一個怎樣調(diào)查各種各樣IPng提議和怎樣將其推薦標(biāo)準(zhǔn)作為IETF標(biāo)準(zhǔn)特殊權(quán)利。還需要制作一個特殊推薦標(biāo)準(zhǔn)。
*建立一個IPng董事會
*確保跟隨著一個完全開放的過程
*開發(fā)緊急標(biāo)準(zhǔn)的理解和一個利用地址分配速率和路由表增長速率的時間約束
*如果批準(zhǔn)，推薦采用分配原則的變動
*定義基于時間限制理解的IPng研究計劃的范圍
*開發(fā)一套清晰，簡明的技術(shù)需求和IPng決議標(biāo)準(zhǔn)
*開發(fā)一套有關(guān)接受哪位當(dāng)前IPng候選人的推薦標(biāo)準(zhǔn)
4 IPng領(lǐng)域
IPng領(lǐng)域形成以后，我們恢復(fù)了董事會。（附錄B）董事會成員因其普通和特殊的技術(shù)專長而被選出。要求個人用其自身管理來批準(zhǔn)過程中的參與者并確認(rèn)他們懂得IETF處理。
我們著重確保一個寬帶光譜所蘊(yùn)涵的知識。主管是安全，路由，廣大用戶需求，終端廠商，Unix和非Unix平臺，路由器廠商，理論研究者，協(xié)議體系和操作區(qū)域的，國家的和國際網(wǎng)絡(luò)方面的專家。另外，董事會的一些成員已深入了每個IPng提議工作組。
董事會行使制定方向和該領(lǐng)域主管所需的預(yù)審閱實體的職能。董事會忙于每兩周一次的會議訪問，參與內(nèi)部發(fā)函清單并積極響應(yīng)廣泛的因特網(wǎng)發(fā)函清單。董事會于1994年3月的西雅圖和1994年7月的多倫多IETF會議期間舉行開放式的會議。為確保IPng處理盡可能開放，我們在這些會議中做了筆記并將其出版了。另外，我們把內(nèi)部IPng發(fā)函清單檔案放在匿名的FTP網(wǎng)站上。（Hsdndev.harvard.edu:pub/IPng.）
5 ALE工作組
在耗盡IPv4地址空間之前為了決定IPng研究計劃的范圍，我們需要對時間剩余進(jìn)行合理估計。如果時間剩余大約與展開配置的所需相同，則我們要選擇能調(diào)整地址局限性的IPng，因為我們不需要開發(fā)任何其他特性的足夠時間。如果還有更多的可利用時間，我們可考慮其他的改進(jìn)。
IETF于1993年生成了一個地址生存期期望值（ALE）工作組來“開發(fā)基于當(dāng)前已知和可利用技術(shù)的IPv4地址空間剩余生存期的估計”。[Solens93a] Cisco 系統(tǒng)公司的Tony Li和FTP軟件的Frank Solensky是聯(lián)合主席。IETF還掌管工作組來考慮是否開發(fā)更苛刻的地址分配并且應(yīng)用原則要為轉(zhuǎn)換提供更多時間。
5.1 ALE 投影
ALE工作組于1993年11月休斯頓，[Solens93b]1994年3月西雅圖[Bos93]，和1994年7月多倫多[Solens94]IETF會議期間相遇。他們在西雅圖會議上計劃，隨后在多倫多會議上確定使用當(dāng)前分配統(tǒng)計學(xué)，因特網(wǎng)將于2005和2011年間耗盡IPv4地址空間。
IPv4-ale的某些成員和廣闊因特網(wǎng)發(fā)函清單在查詢該投影可靠性中調(diào)用。它由于過于樂觀和過于悲觀而受到批評。
有些人指出該類型投影在IP應(yīng)用中造成了無范例替換的假設(shè)。如果有人要開發(fā)一個新的“應(yīng)用殺手”。IP地址需求增長的結(jié)果使之成為對可利用時間的高估。
可能還存在用于產(chǎn)生投影數(shù)據(jù)的問題。InterNIC（因特網(wǎng)信息中心）在大程序塊中分配地址給區(qū)域網(wǎng)絡(luò)信息中心（NIC）和網(wǎng)絡(luò)供應(yīng)商。NIC和供應(yīng)商將地址重分配給用戶。ALE投影利用InterNIC分配而不考慮終端用戶地址分配的實際速率。由于數(shù)據(jù)精確性似乎很高，，故他們用該方式制作投影。由于假設(shè)大塊分配速率將繼續(xù)進(jìn)行，而它不屬于這種情況，故使用已刪除數(shù)據(jù)時可能增加一個級別的高估。
這些因素降低了ALE估計的可靠性，但總的來說，他們需要IPv4地址空間中充分的時間剩余來考慮當(dāng)考慮開發(fā)，測試，和配置時間需求時，在IPng中除擴(kuò)展地址大小外增加其他特性。
5.2 路由表大小
因特網(wǎng)圖象縮放中的另一篇文章是增加中心路由器所需路由表的大小。采用CIDR塊地址分配和聚集路由暫時縮小表的大小，但現(xiàn)在他們都再次擴(kuò)展了。供應(yīng)商需要在該集合中對其路由做更猛烈的廣告。供應(yīng)商必須建議新用戶為整個因特網(wǎng)群體的最好利益對其網(wǎng)絡(luò)進(jìn)行重編號。
如果該文章被忽視和找不到能跟上表大小增長的路由器，則IPv4地址空間的耗盡問題是未決議。執(zhí)行CIDR之前，中心路由表以大約1.5倍存儲技術(shù)的速率在增長。
我們還應(yīng)注意盡管IPng地址是以集合思想設(shè)計的，轉(zhuǎn)換IPng不能解決路由表大小問題除非嚴(yán)格分配地址來最大化該集合的影響。路由的有效廣告能被保持下來因為如果用戶決定更換供應(yīng)商，IPng包括地址自動配置機(jī)制來允許簡單的重編號。從多個供應(yīng)商處接受服務(wù)的用戶可限制任何路由集合的極限效率。[Rekhter94]
5.3 地址分配原則推薦標(biāo)準(zhǔn)
IESG主席掌管IPng領(lǐng)域來考慮更嚴(yán)格的分配原則推薦標(biāo)準(zhǔn)，利用已分配地址，或作出一系列努力來對因特網(wǎng)的重要部分進(jìn)行重編號。[Gross94]
以ALE投影的觀點，IPng領(lǐng)域主管認(rèn)可當(dāng)前地址分配原則。任何人都不能對已分配的未充分利用地址進(jìn)行利用或?qū)σ蛱鼐W(wǎng)的主要部分進(jìn)行強(qiáng)制性的重編號。我們鼓勵網(wǎng)絡(luò)服務(wù)供應(yīng)商在對用戶網(wǎng)絡(luò)進(jìn)行重編號以便確定供應(yīng)商的CIDR分配方面協(xié)助新用戶。
ALE工作組建議我們考慮在A類未分配地址空間外分配CIDR類型地址塊。IPng領(lǐng)域主管贊成該推薦標(biāo)準(zhǔn)。
6 IPng技術(shù)需求
IESG在RFC1380[Gross92]中提供了標(biāo)準(zhǔn)類型的概要，我們把它用于決定IPng協(xié)議的適合性。IETF精練了對帶有選擇標(biāo)準(zhǔn)BOF推薦標(biāo)準(zhǔn)的適當(dāng)標(biāo)準(zhǔn)的理解，該標(biāo)準(zhǔn)于1992年11月在華盛頓IETF會議期間制定。我們需要增加一些決定需求的附加輸入并發(fā)行一個論文命令。[Bradner93]該命令，作為RFC1550發(fā)行，想到達(dá)傳統(tǒng)IETF客戶的內(nèi)外層用最廣泛的應(yīng)用來獲取對數(shù)據(jù)網(wǎng)絡(luò)協(xié)議需求的最廣泛理解。
我們收到響應(yīng)RFC1550請求（附錄E）的21張論文，和從各種行業(yè)獲得的回應(yīng)；有線電視行業(yè)[Vecchi94]，網(wǎng)絡(luò)式行業(yè)[Taylor94]，和電力行業(yè)[Skelton94]。此外，我們還收到涉及到軍事應(yīng)用[Adam94,Syming94,Green94]，ATM[Brazd94]，移動性[Simpson94]，帳目管理[Brown94]，路由[Estrin94a，Chiappa94]，安全性[Adam94，Bell94b，Brit94，Green94，Vecchi94，F(xiàn)lei94]，大型網(wǎng)絡(luò)公司[Britt94，F(xiàn)leisch94]，轉(zhuǎn)換[Carpen94a，Heager94]，市場接受度[Curran94，Britt94]，主機(jī)執(zhí)行[Bound94]，和一些其他文章。[Bello94a，Clark94，Ghisel94]
這些論文，于1994年3月在西雅圖IETF會議期間召開的下一代需求（ngreq）BOF（由Jon Crowcroft和Frank Kastenholz主管），有關(guān)IPng領(lǐng)域董事會和大型網(wǎng)絡(luò)發(fā)函清單的討論都被Frank Kastenholz和Craig Partridge在修訂其早期標(biāo)準(zhǔn)草案[Kasten92]中用于產(chǎn)生“選擇下一代IP（IPng）的技術(shù)標(biāo)準(zhǔn)”[Kasten94]。該文獻(xiàn)是IESG主席管轄內(nèi)所需的“清晰和簡明的技術(shù)需求和IPng決定標(biāo)準(zhǔn)”。我們把這些文獻(xiàn)作為評估IPng提議時的基本原則。
6.1 IPng技術(shù)標(biāo)準(zhǔn)文獻(xiàn)
文獻(xiàn)中描述的標(biāo)準(zhǔn)包括：（取自于Kasten94）
*完整說明-提議必須完整描述被提議的協(xié)議。我們必須通過參考特殊文獻(xiàn)選擇一個IPng，而不是將來操作。
*結(jié)構(gòu)簡單-IP層協(xié)議應(yīng)盡可能簡單，除了IP層，將函數(shù)定位于別處能在協(xié)議層得到更適當(dāng)?shù)靥幚怼?*標(biāo)度-IPng協(xié)議必須允許至少10*9大小葉網(wǎng)絡(luò)的鑒別和尋址（并且更加適合）
*拓?fù)鋸?fù)雜度-路由結(jié)構(gòu)和IPng協(xié)議必須允許多種不同網(wǎng)絡(luò)拓?fù)洹Ｋ麄儾荒芗僭O(shè)網(wǎng)絡(luò)的物理結(jié)構(gòu)是一棵樹。
*執(zhí)行-技術(shù)狀態(tài)，商業(yè)級路由器必須能以通常使用的，商業(yè)上可獲得的，高速多媒體的速度處理和傳送IPng通信量
*堅固的服務(wù)-網(wǎng)絡(luò)服務(wù)及其聯(lián)合路由和控制協(xié)議必須堅固
*轉(zhuǎn)換-協(xié)議必須有來自于IPv4的簡單轉(zhuǎn)換設(shè)計
*多媒體獨立性-協(xié)議必須通過許多不同LAN，MAN和WAN多媒體網(wǎng)絡(luò)執(zhí)行，該網(wǎng)絡(luò)有從每秒一位到每秒幾百千兆范圍的獨立連接速度
*數(shù)據(jù)報服務(wù)-協(xié)議必須支持不可靠數(shù)據(jù)報發(fā)送服務(wù)
*配置簡單-協(xié)議必須承認(rèn)簡單和大量分布式的配置和操作。需要主機(jī)和路由器的自動配置。
*安全性-IPng必須提供一個安全網(wǎng)絡(luò)層
*獨特的命名-IPng必須為全球，普遍存在的因特網(wǎng)中所有IP層對象指定獨特的命名。這些名字也許有或沒有任何定位，拓?fù)洌蚵酚捎行?*訪問標(biāo)準(zhǔn)-定義IPng及其聯(lián)合協(xié)議的協(xié)議應(yīng)能象IPv4和相關(guān)RFC那樣可自由訪問和重分配。沒有對執(zhí)行或出售IPng軟件的相關(guān)說明注冊費。
*多點傳送支持-協(xié)議必須支持單點傳送和多點傳送。需要多點傳送的動態(tài)和自動路由
*可擴(kuò)展性-協(xié)議必須能擴(kuò)展；它必須能通過擴(kuò)展來滿足將來因特網(wǎng)的服務(wù)需求。擴(kuò)展必須是不需要網(wǎng)絡(luò)軟件升級就可實現(xiàn)的
*服務(wù)類型-協(xié)議必須允許網(wǎng)絡(luò)設(shè)備用特殊服務(wù)類型聯(lián)合信息包并為其提供該類型指定的服務(wù)
*移動性-協(xié)議必須支持可移動主機(jī)，網(wǎng)絡(luò)和因特網(wǎng)
*控制協(xié)議-協(xié)議必須包含對測試和調(diào)試網(wǎng)絡(luò)的基本支持。（例如PING和TRACEROUTE）
*通道支持-IPng必須允許用戶在基本因特網(wǎng)架構(gòu)頂端建立個人因特網(wǎng)。必須支持基于IP的個人因特網(wǎng)和非基于IP的個人因特網(wǎng)（例如CLNP或AppleTalk）
7 IPng協(xié)議
IPng領(lǐng)域形成的時候，IETF已把一個相當(dāng)大數(shù)目的IETF研究計劃瞄準(zhǔn)于解析因特網(wǎng)中的編址和路由問題。已經(jīng)做出了一些提議并且有些提議達(dá)到了受工作組特許的水平。許多這樣的組隨后合并成了一個更一致的組。這些研究計劃代表了對我們所面臨的文章的不同觀點和尋找不同方面的最優(yōu)化解決辦法。
1992年2月因特網(wǎng)群體發(fā)展成4個分離的IPng提議[Gross92]，“CNAT” [Callon92a]，“IP Encaps”[Binden92a]，“Nimrod”[Chiappa91]，和“簡單CLNP”[Callon92b]。1992年12月，又形成了三個提議；“P因特網(wǎng)協(xié)議”（PIP）[Tsuchiya92]，“簡易因特網(wǎng)協(xié)議”（SIP）[Deering92]，和“TP/IX”[Ullmann93]。1992年3月的圣地亞哥IETF會議后，“簡單CLNP”發(fā)展成“含有更大地址的TCP和UDP”（TUBA）[Callon92c]并且“IP Encaps”發(fā)展成“IP地址封裝”（IPAE）[Hinden92b]。
1993年11月，IPAE與SIP合并但仍保留SIP的名字。這個組與PIP合并，合成工作組叫做“簡易因特網(wǎng)協(xié)議+”（SIPP）。與此同時，TP/IX工作組將其名字改為“因特網(wǎng)公用體系”（CATNIP）。
這些提議沒一個是錯的。由于因特網(wǎng)的擴(kuò)展，所有這些提議在為我們面臨的障礙提供一條途徑時起作用。IPng領(lǐng)域的任務(wù)是確保IETF能理解所提供的提議，從提議中學(xué)習(xí)并且在提供將來最好的建立基礎(chǔ)時，為解析基本文章的最佳路徑提供一個推薦標(biāo)準(zhǔn)。
IPng領(lǐng)域評估了三種RFC1550論文CAATNIP[McGovern94]，SIPP[Hinden94a]和TUBA[Ford94a]中描述的IPng提議。IESG把Nimrod作為一個象IPng候選人一樣的研究項目進(jìn)行了查看。由于Nimrod描繪了將來可能的因特網(wǎng)路由策略，我們需要一篇描述任何需求的論文。Nimrod將把IPng加到處理請求中去。[Chiappa94]
7.1 CATNIP
“因特網(wǎng)普通架構(gòu)（CATNIP）”被構(gòu)思成一個收斂協(xié)議。CATNIP與CLNP，IP和IPX結(jié)合起來。CATNIP設(shè)計為任意傳輸層協(xié)議提供使用方法，例如：TP4，CLTP，TCP，UDP，IPX和SPX，運(yùn)行于任何網(wǎng)絡(luò)層協(xié)議格式：CLNP，IP（第四版），IPX，和CATNIP。要注意細(xì)節(jié)，對于傳輸層協(xié)議（例如TCP）來說一個終端使用一個網(wǎng)絡(luò)層且其他終端使用其他網(wǎng)絡(luò)協(xié)議的適當(dāng)操作是可能的，例如：CLNP。[McGovern94]
“目標(biāo)是為了提供因特網(wǎng)，OSI，和Novell協(xié)議間的公共范圍，并把因特網(wǎng)技術(shù)推向刻度和下一代網(wǎng)絡(luò)技術(shù)的實現(xiàn)。”
“CATNIP支持OSI網(wǎng)絡(luò)服務(wù)通路點（NSAP）格式地址。它用高速緩存處理提供高速執(zhí)行路由中下一個中繼段的快速鑒別，就象獲得一個有效高速緩存處理時，允許省略地址的網(wǎng)絡(luò)標(biāo)題的縮寫。網(wǎng)絡(luò)層標(biāo)題的固定部分運(yùn)載著高速緩存處理。”[Sukonnik94]
7.2 SIPP
“簡易因特網(wǎng)協(xié)議+（SIPP）是IP的新版本，它被設(shè)計成從IPv4進(jìn)化來的版本。它是IPv4的自然增量。其設(shè)計目的不是去掉IPv4的基本步驟。IPv4的運(yùn)行功能保存在SIPP中。不能運(yùn)行的功能已被刪除了。它可被視為網(wǎng)絡(luò)設(shè)備中的一個標(biāo)準(zhǔn)軟件升級程序的安裝并能與當(dāng)前IPv4共同使用。其配置策略是不被設(shè)計成任何“標(biāo)記”。SIPP被設(shè)計成在高速操作網(wǎng)絡(luò)（例如：ATM）中能很好的運(yùn)行并且同時對低帶寬網(wǎng)絡(luò)（例如：無線電）依然有效。此外，它還為不久將來所需要的新網(wǎng)絡(luò)功能性提供了一個平臺。”[Hinden94b]
“SIPP將IP地址的大小從32位增加到64位，以支持更高級別地址層次和更大數(shù)目的可尋址節(jié)點。SIPP編址能用一個等同于IPv4稀疏信號源和記錄路由選件的裝置，通過一個用以鑒別拓?fù)鋮^(qū)域而非單個節(jié)點的叫做“串地址”的新地址類型，以64位為一個單元進(jìn)行進(jìn)一步擴(kuò)展。”
“SIPP通過用已編碼的IP頭選件留出更有效傳輸?shù)姆绞竭M(jìn)行改變，選件長度的限制較松，未來引介新選件更靈活。它還具有一個新性能，通過被添加來對屬于為發(fā)送端請求特殊處理的特殊通信“流”信息包進(jìn)行標(biāo)記，例如：服務(wù)或“實時間”服務(wù)的非默認(rèn)屬性。”
7.3 TUBA
“CLNP編址網(wǎng)絡(luò)（TUBA）上的TCP/UDP協(xié)議尋找最小化與遷移到新IP地址空間聯(lián)合的冒險性。此外，協(xié)議被允許因特網(wǎng)標(biāo)度的請求所激發(fā)，這暗示著在大型寬帶因特網(wǎng)中的因特網(wǎng)應(yīng)用的方法。因此建議保存因特網(wǎng)傳輸和應(yīng)用協(xié)議繼續(xù)不改變操作，除了32位IP地址用更大地址代替。TUBA并不意味著要完全遷移到OSI上。它只意味著用CLNP，TCP，UDP代替IP，傳統(tǒng)TCP/IP應(yīng)用能在CLNP頂層運(yùn)行。”[Callon92c]
"TUBA研究計劃能擴(kuò)展利用地址發(fā)送因特網(wǎng)信息包的性能，它能支持比當(dāng)前因特網(wǎng)協(xié)議（IP）地址空間更高層次的地址。TUBA指定在特殊TCP和UDP中繼續(xù)使用因特網(wǎng)傳輸協(xié)議，除了其ISO 8473 （CLNP）信息包封裝。它允許繼續(xù)使用因特網(wǎng)應(yīng)用協(xié)議，例如：FTP，SMTP，TELNET等。TUBA尋找通過轉(zhuǎn)換將當(dāng)前系統(tǒng)從IPv4升級到ISO/IEC 8473 （CLNP）和相應(yīng)大型網(wǎng)絡(luò)服務(wù)通路點（NSAP）地址空間的使用方法。”[Knopper94]
“TUBA協(xié)議使用基于因特網(wǎng)主機(jī)（在CLNP上運(yùn)行因特網(wǎng)應(yīng)用）和DNS服務(wù)（返回更大地址）逐步更新的簡單，長期的遷移協(xié)議。該協(xié)議需要更新路由器來支持CLNP（除了IP）的傳送。盡管，該協(xié)議即不需要封裝也不需要轉(zhuǎn)換信息包和地址映射。IP地址和NSAP地址能在遷移期間被分配和獨立使用。IP和CLNP信息包的傳送和發(fā)送能獨立完成。[Callon92c]
8 IPng協(xié)議審閱
IPng董事會在其每兩周一次的電信會議并通過其發(fā)函清單討論并審閱了后選提議。此外，大型因特網(wǎng)發(fā)函清單成員討論了提議的許多方面，特別是當(dāng)領(lǐng)域主管提出了許多刺激討論的特殊問題時。[Big]
要求董事會每個成員為1994年5月19日和20日在芝加哥舉行的會議評估一項預(yù)備提議。該會議以每個與會者的觀點展開圓桌會議，包括領(lǐng)域主管，董事會和受工作組主席邀請的許多客人，每人一項提議。[Knopper94b]我們出版了這些評論和每個提議的更詳細(xì)概略作為備注。
下表概述了根據(jù)IP標(biāo)準(zhǔn)文獻(xiàn)需求的三個評審提議。他們不需要反映領(lǐng)域主管的觀點。“Yes”代表審閱者覺得該提議滿足指定標(biāo)準(zhǔn)。“No”代表審閱者覺得該提議不滿足指定標(biāo)準(zhǔn)。“Mixed”代表審閱者有不同意見。“Unknow”代表審閱者覺得文件未提到該標(biāo)準(zhǔn)。
                           CATNIP          SIPP            TUBA
                           ------          ----            ----
   完整說明             no              yes             mostly
   簡易性               no              no              no
   標(biāo)度                 yes             yes             yes
   拓?fù)淝€             yes             yes             yes
   運(yùn)行                 mixed           mixed           mixed
   堅固服務(wù)            mixed           mixed           yes
   轉(zhuǎn)換                 mixed           no              mixed
   多媒體獨立性        yes             yes             yes
   數(shù)據(jù)報               yes             yes             yes
   配置簡單            unknown         mixed           mixed
   安全性               unknown         mixed           mixed
   獨特命名             mixed           mixed           mixed
   訪問標(biāo)準(zhǔn)            yes             yes             mixed
   多點傳送             unknown         yes             mixed