自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

掌握IPv6網(wǎng)絡(luò)協(xié)議的優(yōu)勢

網(wǎng)絡(luò) 網(wǎng)絡(luò)管理
IPv6網(wǎng)絡(luò)協(xié)議的使用現(xiàn)在已經(jīng)沒有什么爭議了,除了一些安全上面的問題和應(yīng)用發(fā)展的一些缺陷需要我們?nèi)ジ纳?,其他方面已?jīng)做好完全普及的準備了。

IPv4的IP地址已經(jīng)到了盡頭,那么IPv6網(wǎng)絡(luò)協(xié)議的使用就顯得極為重要。那么IPv6只是為了緩解互聯(lián)網(wǎng)的地址壓力嗎?答案當(dāng)然是NO。那么它還有什么優(yōu)點是值得我們?nèi)ナ褂玫哪??現(xiàn)在就讓我們看看文章中是如何說的吧。

(1)巨大的地址空間

IPv6的源地址和目標地址都是128位的(16字節(jié)),幾乎可以不受限制地提供IP地址,128位可以表達超過3.4×1038種可能的組合,也就是說整個地球的每平方米面積上可以分配6.65×1023個IP地址,設(shè)計這種巨大的地址空間的目的是為了能更好的把路由器域名劃分出層次結(jié)構(gòu),并更好地反映出現(xiàn)代Internet的拓撲結(jié)構(gòu),使尋址和路由層次的設(shè)計更具靈活性,允許使用多級的子網(wǎng)劃分和地址分配,涵蓋范圍從Internet骨干直到機構(gòu)組織內(nèi)部的各個子網(wǎng),這些正是基于IPv4的Internet所缺乏的,即便是算上目前已為主機分配的所有IP地址,IPv6網(wǎng)絡(luò)協(xié)議仍然還有充足的地址可供今后使用,由于有絕對更多地可用地址,就不再需要一些節(jié)約地址的技術(shù),比如NAT轉(zhuǎn)換,這樣就可以全面建立端到端的連接了。

(2)新的協(xié)議頭格式

IPv6協(xié)議的頭采用一種新的格式,可最大程度地減少協(xié)議頭開銷。IPv6的報頭有一個基本包頭和多個擴展包頭構(gòu)成,基本包頭具有40字節(jié)的固定長度,放置所有路由器都需要處理的信息。由于Internet上的絕大部分包都只是被路由器簡單地轉(zhuǎn)發(fā),因此固定的包頭長度有助于加快路由速度。為實現(xiàn)這個目標,IPv6包頭中字段的數(shù)量從IPv4中的12(包括選項)個,降到了8個;中間路由器必須處理的字段從6個降到了4個,這樣網(wǎng)絡(luò)中的中間路由器在處理這種簡化的IPv6協(xié)議頭時,效率就更高;很少使用的字段,如支持拆分的字段,以及IPv4包頭中的選項,被移到了IPv6包頭的擴展包頭中。IPv6定義了多種擴展包頭,能提供對多種應(yīng)用的強力支持,同時又為以后支持新的應(yīng)用提供了可能。IPv4頭和IPv6頭不具有互操作性。IPv6從功能上說,并不是IPv4的超集,也就是說它并不向下兼容IPv4。因此每臺主機或路由器都必須既實現(xiàn)IPv4,又實現(xiàn)IPv6協(xié)議,以便識別和處理兩種不同的協(xié)議頭。雖然新IPv6中的地址位數(shù)是IPv4地址位數(shù)的4倍,但是,新IPv6協(xié)議頭的長度僅是IPv4協(xié)議頭的2倍。

(3)有效地、分級的尋址和路由結(jié)構(gòu)

與IPv4地址空間的劃分準則相似,IPv6網(wǎng)絡(luò)協(xié)議的地址空間也是基于地址中高位的值來進行劃分的。高位和它們的固定值稱為格式前綴(FP)。根據(jù)格式前綴位的多少劃分IPv6地址空間,目前已分配的有為網(wǎng)絡(luò)服務(wù)接入點(NSAP)、可集聚全球單播地址、鏈路本地單播地址、站點本地單播地址和多播地址,當(dāng)前可被IPv6節(jié)點使用的單播地址集合由可集聚全球單播地址、鏈路本地單播地址和站點本地地址組成。IPv6中的全球地址中的字段創(chuàng)建了一個3層的拓撲結(jié)構(gòu)。

IPv6使用全球地址的設(shè)計意圖是創(chuàng)建一個有效地、分層次的并且可以概括的路由結(jié)構(gòu),這種路由結(jié)構(gòu)是基于當(dāng)前存在的多級ISP體系而設(shè)計的。公共拓撲是提供接人服務(wù)的大大小小的ISP的集合。站點拓撲是一個機構(gòu)站點的內(nèi)部子網(wǎng)的集合。接口標識符惟一地標識了一個機構(gòu)站點的內(nèi)部子網(wǎng)上的一個接口。在采用IPv6的Internet中,骨干路由器具有更小的路由表,這種路由表對應(yīng)著全球ISP的路由結(jié)構(gòu)。

(4)有狀態(tài)和無狀態(tài)的地址配置

為簡化主機配置,IPv6協(xié)議既支持有狀態(tài)的地址配置(例如,在有DHCPv6服務(wù)器時的地址配置),也支持無狀態(tài)的地址配置(例如,在沒有DHCPv6服務(wù)器)。在無狀態(tài)的地址配置中,鏈路上的主機會自動地為自己配置適合于這條鏈路的IPv6地址(稱為鏈路本地地址),或者適合于IPv4和IPv6共存的IP地址,或者由本地路由器加上了前綴的IP地址。甚至在沒有路由器的情況下,同一鏈路上的所有主機,也可以自動配置它們的鏈路本地地址,這樣不用手工配置也可以進行通信。鏈路本地地址在一秒鐘之內(nèi)就能自動配置完成,因此同一鏈路上的節(jié)點的通信幾乎是立即進行的。相比之下,一個使用DHCP的IPv4主機則要等上整整1分鐘:先放棄DHCP的配置,然后自己配置一個IPv4地址。 #p#

(5)內(nèi)置的安全性

IPv6協(xié)議支持IPSec,這就為網(wǎng)絡(luò)安全性提供了一種基于標準的解決方案,并且提高了不同IPv6實現(xiàn)方案之間的互操作性。IPSec由兩種不同類型的擴展頭和一個用于處理安全設(shè)置的協(xié)議所組成。驗證頭(AH)為整個IPv6協(xié)議的數(shù)據(jù)包(除了在傳輸過程中IPv6頭必須改變的字段)提供了數(shù)據(jù)完整性、數(shù)據(jù)驗證和重放保護。封裝安全報文(ESP)的頭和尾也為ESP封裝報文提供了數(shù)據(jù)完整性、數(shù)據(jù)驗證、數(shù)據(jù)機密性和重放保護。在單播通信中用于處理IPSec的安全設(shè)置的協(xié)議通常是Internet密鑰交換協(xié)議(IKE)。

(6)更好的支持Qos

在多媒體應(yīng)用日益廣泛的今天,因特網(wǎng)提供對多媒體的支持將有重大意義。多媒體的一般特點是帶寬要求高、持續(xù)時間長。為此引人流的概念簡化因特網(wǎng)對多媒體的處理。流是特定源和目的地間的報文序列,源要求中間路由器對這些報文進行特殊處理。一般來說,路由器收到流中報文后,根據(jù)流標識符查找路由器中保存的流上下文,對流中的報文進行同樣的處理,加快了報文處理速度。IPv4補充了對流的處理,例如使用資源預(yù)留協(xié)議(RSVP)預(yù)留資源進行因特網(wǎng)上的音頻、視頻傳播。但是IPv4對流的處理有天生的缺陷,因為在IPv4定義之初就沒有流的概念。IPv4定義的流包括源和目的IP地址、傳輸控制協(xié)議(TCP)或用戶數(shù)據(jù)報協(xié)議(UDP)的端口號,路由器為了判斷一個報文是否屬于一個流,不但要看IP頭中的IP地址,還要分析TCP頭就UDP頭中的端口號,這不但違背了網(wǎng)絡(luò)分層的原則,而且加大了路由器的處理工作量。IPv6網(wǎng)絡(luò)協(xié)議在設(shè)計之初就考慮了對流的支持。IP頭的格式里,有專門的20bit流標簽域。主機發(fā)送報文時,如果需要把報文放到流中傳輸,只需在流標簽里填人相應(yīng)的流編號,否則在流標簽里填零就作為一般的報文處理。路由器收到流的第一個報文時,以流編號為索引建立處理上下文,流中的后續(xù)報文都按上下文處理。由于通信流是在IPv6協(xié)議頭中標識的,因此,即使數(shù)據(jù)包有效載荷已經(jīng)用IPSec和ESP進行了加密,仍然可以實現(xiàn)對Qos的支持。

(7)用新協(xié)議處理鄰節(jié)點的交互

IPv6中的鄰節(jié)點發(fā)現(xiàn)(Neighbor Discovery)協(xié)議是一系列的IPv6網(wǎng)絡(luò)協(xié)議的網(wǎng)絡(luò)控制報文協(xié)議(ICMPv6)報文,用來管理相鄰節(jié)點(在同一鏈路上的節(jié)點)的交互。鄰節(jié)點發(fā)現(xiàn)協(xié)議用更加有效地多播和單播鄰節(jié)點發(fā)現(xiàn)報文,取代了地址解析協(xié)議(ARP)(基于廣播的)、ICMPv4路由器發(fā)現(xiàn),以及ICMPv4重定向報文。

(8)可擴展性

IPv6可以很方便地實現(xiàn)功能地擴展,這主要通過在IPv6協(xié)議頭之后添加新的擴展協(xié)議頭方式來實現(xiàn)。IPv4協(xié)議頭中的選項最多可以支持40個字節(jié)的選項,而IPv6擴展協(xié)議頭的長度只受到IPv6數(shù)據(jù)包長度的限制。

責(zé)任編輯:佟健 來源: 賽迪網(wǎng)
相關(guān)推薦

2010-06-12 14:30:16

IPv6網(wǎng)絡(luò)協(xié)議

2010-07-09 09:32:53

2010-06-11 16:22:05

IPv6網(wǎng)絡(luò)協(xié)議

2010-09-02 15:58:46

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-08 17:34:44

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-13 16:29:39

2010-06-07 09:38:54

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-07 16:16:09

IPv6網(wǎng)絡(luò)協(xié)議

2011-03-07 11:13:39

2010-06-07 13:51:58

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-07 15:41:31

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-10 12:48:47

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-02 10:13:45

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-08 17:49:11

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-21 15:21:17

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-02 13:03:28

IPv6網(wǎng)絡(luò)協(xié)議

2010-05-27 12:42:49

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-01 23:41:06

IPv6網(wǎng)絡(luò)協(xié)議

2010-06-07 09:07:45

IPv6網(wǎng)絡(luò)協(xié)議

2010-09-17 16:42:26

IPv6網(wǎng)絡(luò)協(xié)議
點贊
收藏

51CTO技術(shù)棧公眾號