版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
IPv6詳解
一IPv6地址
IPv6地址類型
?單播地址(UnicasiAddresses):同IPv4中的單播地址,一個(gè)接口對(duì)應(yīng)一個(gè)。
?組播地址(MulticastAddresses):用于表示一組IP設(shè)備的地址,一個(gè)發(fā)往
組播地址的信息將發(fā)給它所代表的組中的所有設(shè)備。IPv6中為組播提供更
多的支持。
?任播地址(AnycastAddresses):將信息發(fā)送到一組設(shè)備中的任意一個(gè),通常
會(huì)發(fā)給這組設(shè)備中最近的一個(gè)。一個(gè)常見的用途:客戶端有兩個(gè)或多個(gè)服務(wù)
器提供服務(wù),而客戶端不介意哪個(gè)服務(wù)器提供服務(wù),重點(diǎn)是哪個(gè)服務(wù)器更容
易提供服務(wù),這時(shí)候就可以用任播。
在IPv6中廣播被移除了。
IPv6地址空間大小
IPv4存在的一個(gè)很大的問題便是地址空間太小了,即使后來我們用了如NAT
的方法去解決他,但用NAT也使得一些功能被限制了,不管用什么方法也是無
法解決IPv4地址空間太小,而人們的需求日益增加的基本問題。最簡單有效的
方法就是在下一代中擴(kuò)大地址空間。
用一個(gè)字來概括IPv6的地址空間就是大!非常大!
IPv4的地址長度為32bits,所以最多有4,294,967,296個(gè)地址,而IPv6的地址
長度達(dá)到了驚人的128bits,最多可以有
340,282,366,920,938,463,463,374,607,431,768,211,456個(gè)地址!
IPv6地址表示
128bits的長度使得IPv6地址寫起來很長,即使用十進(jìn)制表示也很長,所以一
般用十六進(jìn)制來表示IPv6地址。
Q.100000000101101100101101100111011101110000101ooooooooooooooooooo
y0000000000000030111111000101011111010100110010000001111111111111
Dotted
12891451572204000002528721220031255
Decimal
3296128
Hexadecimal
StraightHex805B2D9DDC2800000000FC57D4C81FFF
Leading-Zero
805B2D9DDC2800FC57D4C81FFF
Suppressed
Zero-
805B2D9DDC28FC57D4C81FFF
Compressed
MixedNotation805B2D9DDC28?FC5721220031255
壓縮書寫
?Leading-ZeroSuppressed:將全為0的用一個(gè)0表示。
?Zero-Compressed:將連續(xù)的0用雙冒號(hào)(二)代替,僅可出現(xiàn)一次,如果
出現(xiàn)多次,我們就無法確定此處代替了多少個(gè)0。
MixedNotation用于表示最后32bits為嵌入式IPv4地址的IPv6地址,前
96bits用冒號(hào)六進(jìn)制表示,后32bits用IPv4的點(diǎn)十進(jìn)制表示。
IPv6地址分配
IPv6地址通過開始的若干bits來指示地址類型(用于指示的位數(shù)稱為FP,
formatprefix),這和IPv4分類尋址中使用前1?4bils來區(qū)分的方式很像,但
IPv6中的FP范圍為3?10。
IPv6地址分配計(jì)劃:
開頭配給
00000000未分配(包括環(huán)回地址等)
00000001未分配
0000001為NSAP地址分配保留
000001未分配
開頭配給
00001未分配
0001未分配
001全球單播地址
()1()未分配
()11未分配
1(X)未分配
101未分配
110未分配
1110未分配
11110未分配
111110未分配
1111110未分配
111111100未分配
1111111010鏈路本地地址(Link-LocalUnicastAddresses;
1111111011站點(diǎn)本地地址(Site-Lx)calUnicastAddresses)
11111111多播地址
IPv6全球單播地址格式
0326496128
GlobalRoutingPrefixSubnetIDInterfaceIdentifier
(48bits)(16bits)(64bits)
字段名長度(bits)描述
Prefix48GlobalRoutingPrefix:含網(wǎng)絡(luò)號(hào)用于路由,前三位為()()1表示為1
SubnetID16SubnetIdentifier:標(biāo)識(shí)站點(diǎn)內(nèi)部的子網(wǎng)。
InterfaceID64InterfaceID:一個(gè)接口的唯一標(biāo)識(shí)。
IPv6接口標(biāo)識(shí)符與物理地址間的映射
從上面可以發(fā)現(xiàn)單播地址中最后64bits用作接口標(biāo)識(shí)符,這么長的接口標(biāo)識(shí)符
當(dāng)然不能隨便浪費(fèi),因?yàn)閹缀跛性O(shè)備接口的物理地址長度都為64bils或更少,
所以可以基于接口的物理地址來指定這個(gè)接口標(biāo)識(shí)符,而不是用沒有意義的數(shù)字
作為接口標(biāo)識(shí)符,這樣做的好處有:使得網(wǎng)絡(luò)更容易管理,我們不需要記錄接口
標(biāo)識(shí)符和設(shè)備的對(duì)應(yīng)關(guān)系,可以通過MAC地址得知IP地址,也可以通過IP
地址得知其MAC地址。
從數(shù)據(jù)鏈路層地址到1P接口標(biāo)識(shí)符的實(shí)際映射取決與特定的算法。當(dāng)然,同一
網(wǎng)絡(luò)下所用的映射算法是相同的。
?IEEE802MAC地址:MAC地址分為兩部分,前24bits為制造商ID,后
24bits為底板ID(裝配時(shí)唯一指派給網(wǎng)絡(luò)適配器)。
?EUI-64:64-bitextendeduniqueidentifiero將IEEE802MAC地址從24bits
擴(kuò)充到40bitso
從EUI-64地址映射到IP接口標(biāo)識(shí)很簡單,只要將EUI-64的第七位從0改
成1即可。
從IEEE802MAC地址映射到IP接口標(biāo)識(shí)要先轉(zhuǎn)換成EUI-64再將第七位改
為1。怎么將IEEE802MAC地址改成EUI-64呢?在IEEE802MAe地址的
制造商ID和底板ID中間插入111111111111II10(“FFFE”inhexadecimal)
即可。
IPv6特殊地址
保留地址(ReservedAddresses)
不像IPv4中有很多小的保留地址塊分布在整個(gè)地址空間中,IPv6的保留地址
在整個(gè)地址空間的“最前面”:開頭為“00000000”的地址。之后要說的特
殊地址有些就來自與這里。
私人地址(PrivateAddresses)
私人地址的開頭為“111111101”,有兩種類型:鏈路本地地址(Link-Local
UnicastAddresses)和站點(diǎn)本地地址(Site-LocalUnicastAddresses)。
鏈路本地地址(Link-LocalUnicastAddresses)
這個(gè)地址的作用范圍比站點(diǎn)本地地址小,它只在特定的物理網(wǎng)絡(luò)中。路由器不會(huì)
使用鏈路本地地址傳輸數(shù)據(jù)報(bào)。它可以用于地址配置或ND操作如地址識(shí)別
(addressresolution)和鄰居發(fā)現(xiàn)(neighbordiscovery)<,地址前綴為“1111111010”
站點(diǎn)本地地址(Site-LocalUnicastAddresses)
這個(gè)地址可以在整個(gè)站點(diǎn)或組織范圍內(nèi)使用,路由器將在站內(nèi)使用站點(diǎn)本地地址
傳輸數(shù)據(jù)報(bào),不會(huì)傳到公共網(wǎng)絡(luò)。地址前綴為“1111111011”。
環(huán)回地址(LoopbackAddress)
和IPv4不同,IPv6只有一個(gè)環(huán)回地址不再是一個(gè)地址塊。地址為
0:0:0:0:0:0:0:1(縮寫::1)o
未指定地址(UnspecifiedAddress)
在IPv4中全為零的地址有特殊的含義:它指主機(jī)自己,在主機(jī)不知道自己的地
址時(shí)使用。在IPv6中這一概念被正式化,全為零的地址稱為未指定地址
(0:0:0:0:0:0:0:0,縮寫為“::")0往往出現(xiàn)在設(shè)備配置自己的IP時(shí)詢問的數(shù)據(jù)
報(bào)的源地址。
嵌入式IPv6/IPv4地址
因?yàn)椴豢赡芡蝗蝗蚨际褂肐Pv6,需要一段時(shí)間來從IPv4過渡到IPv6,這段
時(shí)間里,IPv4和IPv6是共存的。所以我們需要一個(gè)方法使得IPv6可以向下
兼容IPv4,于是就開發(fā)出了一種方案,允許IPv4地址嵌入到IPv6地址中,
使得IPv6設(shè)備識(shí)別IPv4設(shè)備實(shí)現(xiàn)通信。因?yàn)镮Pv6的地址空間比IPv4的地
址空間大得多,所以將IPv4嵌入進(jìn)IPv6地址很容易實(shí)現(xiàn)。這種嵌入式地址是
上面提到的保留地址塊中的一部分,所以以“00000000”開頭。有兩種無同
格式的嵌入式地址,兩種地址的前80bits都為0,并將IPv4嵌入進(jìn)最后32bitso
不同之處在于中間剩余的16bils。
?IPv4兼容的IPv6地址(IPv4-CompatibleIPv6Addresses):這種特殊地址分
配給雙棧設(shè)備(既可以使用IPv4也可以使用IPv6),中間的16bits全為
0o
?IPv4映射的IPv6地址(IPv4-MappedIPv6Addresses):這種地址分配給只
支持IPv4的設(shè)備,中間16bils全為Io
IPv6組播(Multicast)
組播允許一個(gè)設(shè)備發(fā)送數(shù)據(jù)報(bào)給一組接收者。組播地址開頭為“11111111”。
IPv6組播地址格式
長
字段度
描述
名(bi
ts)
(Indic
8前8bits總為“11111111"表示這個(gè)地址為多播地址。
ator)
表明這個(gè)多播地址的一些特性。在現(xiàn)階段前3bits未使用設(shè)為0,
第四位為T(Transient)Flag,如果值為()則表明此多播地址永久
Flags4
分配,即眾所周知的地址。如果設(shè)為1則表明此多播地址為臨時(shí)
地址,不是永久分配的。
這4bits用于定義此多播地址的作用范圍,16個(gè)不同的值,從0
到15o
ScopeIDValueMulticastAddressScope
0]Reserved
1Node-LocalScope
Scope
42Link-LocalScope
ID
5Site-LocalScope
8Organization-LocalScope
14GlobalScope
151Reserved
Group11
定義在每個(gè)不同范圍級(jí)別的特殊組號(hào)
ID2
組播范圍(MulticastScopes)
眾所周知的組播地址
如下表所示,其中地址中的“x”為組播地址的scopeID字段。
組播地址模ScopeID可用
名稱描述
型值
FF0x::00~15ReservedGroupID全為0的組播地址
FF0x::l1,2AllNodes當(dāng)GroupID為1時(shí),此地址為scopeID范圍I
All當(dāng)GroupID為2時(shí),此地址為scopeID范圍|
FF0x::21,2,5
Routers址
被請(qǐng)求節(jié)點(diǎn)組播地址(Solicited-NodeMulticastAddresses)
除了常規(guī)的組播地址以外,每個(gè)單播地址都有一個(gè)特殊的組播地址,叫做被請(qǐng)求
節(jié)點(diǎn)組播地址。該地址是通過設(shè)備的單播地址特殊映射得到的。當(dāng)同一網(wǎng)絡(luò)的其
他設(shè)備需要訪問此設(shè)備時(shí)可以使用。用于鄰居發(fā)現(xiàn)協(xié)議(NeighborDiscovery,ND)
以提供比IPv4中ARP更高效的地址解析。
所有被請(qǐng)求節(jié)點(diǎn)組播地址的Tflag值為0,scopeID為2。GroupID中前
80bits為0:0:0:0:1,接著8bits全為1(FF),最后24bits為其單播地址的最后
24bitSo
326496128
IPv6UnicastAddress805B2D9DDC2800FC57D4C81FFF
SolicitedNodeMulticast
FormatWithLowest24BitsFF0200000000000000000001FFC81FFF
OfUnicastAddress
SolicitedNodeAddressFF0200001FFC81FFF
SolicitedNodeAddressFF02::1:FFC81FFF
hColonHexadecimal
IPv6任播(Anycast)
任播是出現(xiàn)在IPv6的一種新的IP地址。我們可以認(rèn)為是一種介于單播和組播
之間的地址。單播是將數(shù)據(jù)報(bào)發(fā)送到一個(gè)接口;組播是將數(shù)據(jù)報(bào)發(fā)送到一個(gè)組的
所有成員;而任播是將數(shù)據(jù)報(bào)發(fā)送到一個(gè)組的隨便一個(gè)成員。實(shí)際上是發(fā)送到組
里最容易到達(dá)的成員,即最近的那個(gè)成員。
IPv6數(shù)據(jù)報(bào)(Datagram)
IPv6數(shù)據(jù)報(bào)一般格式
MainHeader(40bytes)
ExtensionHeader#1:
ExtensionHeader#2
?JL?
■T
:ExtensionHeader#NT
Data-=
長度
組成部分描述
(bytes)
MainHeader40每個(gè)數(shù)據(jù)報(bào)包含源地址、目的地址和一些必須的重要信息
Extension每個(gè)ExtensionHeaders都包含一種類型的擴(kuò)展信息,以支持各
可變的
Headers種功能,如分片、源路由、安全性和各種選項(xiàng)
Data可變的裝載來自上層要傳輸?shù)男畔?/p>
IPv6主報(bào)頭(MainHeader)格式
0N8121620242832
III1
VersionTrafficClassFlowLabel
PayloadLengtnNextHeaderHopLimit
SourceAddress
(128bits)
DestinationAddress
(128bits)
長度
字段名描述
(bytes)
生成該數(shù)據(jù)報(bào)所用IP協(xié)議的版本。IPv6中值為6(二進(jìn)制
Version0.5
0110)。
指示IPv6數(shù)據(jù)流通信類別或優(yōu)先級(jí),與IPv4中的TOS相似,
TrafficClass1
但使用DifferentiatedServices(DS)o
該標(biāo)簽為實(shí)時(shí)數(shù)據(jù)傳輸和服務(wù)質(zhì)量功能提供額外支持。路徑上的
FlowLabel2.5路由器可以根據(jù)該標(biāo)簽對(duì)數(shù)據(jù)流進(jìn)行區(qū)分和處理。不是所有路由
器和設(shè)備都支持流標(biāo)簽處理,該字段是可選的。
該字段代替了IPv4中的TotalLength,TotalLength不同,
Payload
2它測(cè)量的不是整個(gè)數(shù)據(jù)報(bào)的長度,而只是擴(kuò)展頭和荷載的字節(jié)
Length
數(shù),即整個(gè)數(shù)據(jù)報(bào)的長度減去40bytes的主頭部。
該字段代替了IPv4中的Protocol。有兩個(gè)用處,當(dāng)數(shù)據(jù)報(bào)有擴(kuò)
NextHeader1展頭時(shí),該字段指向地一個(gè)擴(kuò)展頭,當(dāng)數(shù)據(jù)報(bào)沒有沒有擴(kuò)展頭時(shí),
該字段和IPv4中的Protocol一樣。
該字段代替了IPv4中的TTLo這個(gè)名字更好的反映了TTL的
HopLimit1
實(shí)際工作方式,因?yàn)門TL實(shí)際上是計(jì)算跳數(shù),而非時(shí)間。
Source
16源地址
Address
Destination
16目的地址
Address
IPv6下一報(bào)頭字段(NextHeader)
下一報(bào)頭是IPv6數(shù)據(jù)報(bào)中新加入的一個(gè)重要字段。該字段包含一個(gè)表示第一個(gè)
擴(kuò)展頭的標(biāo)識(shí)符,擴(kuò)展頭又有自己的下一報(bào)頭字段指向它的下一個(gè)擴(kuò)展頭,最后
一個(gè)擴(kuò)展頭的下一報(bào)頭字段則指出上層協(xié)議。
值(十六進(jìn)制)協(xié)議/擴(kuò)展頭
00逐跳選項(xiàng)(Hop-By-HopOplions)擴(kuò)展頭
01ICMPv4
02IGMPv4
04IPinIPEncapsulation
06TCP
08EGP
11UDP
29IPv6
2B路由(Routing)擴(kuò)展頭
2C分片(Fragmentation)擴(kuò)展頭
2E資源預(yù)留協(xié)議(RSVP)
32ESP擴(kuò)展頭
33AH擴(kuò)展頭
3AICMPv6
3B沒有下一報(bào)頭
3C目的選項(xiàng)(DestinationOptions)擴(kuò)展頭
IPv6數(shù)據(jù)報(bào)擴(kuò)展頭
IPv6DatagramWithNoExtensionHeadersCarryingTCPSegment
NextHeaderNextHeaderNextHeaderTCP
0446HeaderTCPSegmentData
Hop-by-HopFragment
IPHeaderOptionsHeaderHeaderIPData
IPv6DatagramWithTwoExtensionHeadersCarryingTCPSegment
IPv6數(shù)據(jù)報(bào)擴(kuò)展頭通過下一報(bào)頭字段形成一個(gè)鏈?zhǔn)浇Y(jié)構(gòu)。所有擴(kuò)展頭的長度必
須為8bytes的整數(shù)倍。
下一報(bào)頭
長度
值(十進(jìn)擴(kuò)展頭名描述
(bytes)
制)
Hop-By-Hop定義一組選項(xiàng),這些選項(xiàng)用于傳輸路徑上所有設(shè)備
0可變的
Options進(jìn)行檢查
指定數(shù)據(jù)報(bào)傳輸?shù)穆酚?,相?dāng)與IPv4中的loose
43Routing可變的
sourceroutingoptiona
當(dāng)數(shù)據(jù)報(bào)僅為原始消息的片段時(shí),包含此擴(kuò)展頭,
44Fragment8它包含IPv6主報(bào)頭去除的FragmentOffset.
Identification和MoreFragment字段的信息。
50ESP可變的攜帶用于安全道信的加密數(shù)據(jù)。
51AH可變的包含確保加密數(shù)據(jù)可靠性的信息。
Destination
60可變的定義一組選項(xiàng),這些選項(xiàng)僅用于檢查目的。
Options
IPv6RoutingExtensionHeader
041121620242832
\111
HeaderExtension
NextHeaderRoutingType(=0)SegmentsLeft
Length
Reserved
Addressl
(128bits)
AddressN
(128bits)
字段名長度(bytes)描述
NextHeader1同主報(bào)頭的下一報(bào)頭字段。
HeaderExtension以8-byte為一單位,指出該擴(kuò)展頭的長度,不包
1
Length含該頭的前8byteso
該字段允許定義多種路由類型,現(xiàn)階段唯一使用值
RoutingType1
為0。
SegmentsLeft1指定到目的之前路由中剩余的顯式命名節(jié)點(diǎn)數(shù)。
Reserved4還未使用,設(shè)為0。
Address1~可變的(16的倍
一組用于指定路由的IPv6地址。
AddressN數(shù))
IPv6FragmentExtensionHeader
048121620242832
0*/1//23;?,■
_1/
Moro
ReservedFrag-
ments
長度
字段名描述
(bits)
NextHeader8同上
Reserved8保留,還未使用,設(shè)為0。
Fragment指定數(shù)據(jù)報(bào)片段在原始信息中的偏移量或位置,以8bytes為一單位,
13
OffsetOffset字段相同。
Res2保留,還未使用,設(shè)為0。
同IPv4中的MoreFragmentsFlago當(dāng)設(shè)為0時(shí)表示該片段為原始1
MFlag1
反之則表示后面還有其他片段。
Identification32同IPv4中的Identification字段,不同的是擴(kuò)展到32bits。
IPv6擴(kuò)展頭順序
每個(gè)擴(kuò)展頭在任何數(shù)據(jù)報(bào)中之出現(xiàn)一次(DestinalionOplions例外)。當(dāng)有多個(gè)
擴(kuò)展頭時(shí),它們?cè)谥鲌?bào)頭之后和數(shù)據(jù)報(bào)的上一層辦議報(bào)頭之前按以下順序排列:
1.Hop-By-HopOptions
2.DestinationOptions(被目的設(shè)備和路由擴(kuò)展頭中指定的設(shè)備處理)
3.Routing
4.Fragmentation
5.AH
6.ESP
7.DestinationOptions(僅被最終目的設(shè)備處理)
IPv6數(shù)據(jù)報(bào)選項(xiàng)(DatagramOptions)
IPv6通過用擴(kuò)展頭包裝選項(xiàng)的方式實(shí)現(xiàn)了IPv4報(bào)頭中的選項(xiàng)字段。
IPv6中有兩種選項(xiàng)擴(kuò)展頭:Hop-By-HopOptions和DestinationOptionso它們
僅在包含的選項(xiàng)如何由設(shè)備處理方面有所不同,它們的格式和使用方式都是相同
的。
IPv6Hop-By-HopOptionsandDestinationOptionsHeaderFormats:
048121620242832
0248
UnrecognizedOption
ChangeRemainderofOptionType
OptionActionAllowed
子長
字度
描述
段(byt
名es)
表示該選項(xiàng)的類型
長度
子子字段名描述
(bits)
Opt
前兩位指定處理選項(xiàng)的設(shè)備無法識(shí)別選項(xiàng)類型時(shí)采取【
ion
1值操作
Typ
eUnrecognized
200跳過選項(xiàng),處理后面的報(bào)頭
OptionAction
01丟棄數(shù)據(jù)報(bào),不進(jìn)行操作
10丟充數(shù)據(jù)報(bào),發(fā)送一個(gè)2代號(hào)的ICMPParamc
message給發(fā)送數(shù)據(jù)報(bào)的源設(shè)備
丟棄數(shù)據(jù)報(bào),僅當(dāng)目的地址不為組播地址時(shí)發(fā)
11
ICMP信息
OptionChange
1如果選項(xiàng)數(shù)據(jù)允許在數(shù)據(jù)報(bào)傳送中途被修改則設(shè)為1,
AllowedFlag
Remainderof剩余的五個(gè)位允許為上述三個(gè)位的每個(gè)組合指定32,
5
OptionType合。
Opt
Dat
1指出接下來的OptionData字段的長度
a
Len
Opt
可
ion
變選項(xiàng)數(shù)據(jù)
Dat
的
a
MTU,分片(Fragmentation)和重組(Reassembly)
IPv6與IPv4在MTU,分片和重組上的不同:
?增大了默認(rèn)MTU:在IPv4中,路由器和物理鏈路要求的最低MTU為
576bytcso而在IPv6中,最低要求為1280bytcso
?取消了路由器分片:在IPv6中,數(shù)據(jù)報(bào)只能由發(fā)送者進(jìn)行分片,路由器不
能進(jìn)行分片。所以在發(fā)送數(shù)據(jù)報(bào)之前要進(jìn)行PathMTU發(fā)現(xiàn),并將數(shù)據(jù)報(bào)
分片成合適的碎片進(jìn)行發(fā)送。
?MTUSizeError回復(fù):因?yàn)槁酚善鞑荒軐?duì)數(shù)據(jù)報(bào)進(jìn)行分片,當(dāng)要傳遞一個(gè)過
大的數(shù)據(jù)報(bào)時(shí)就只能將其丟棄,并返回一個(gè)ICMPv6PacketTooBig信息。
?去除報(bào)頭中的Fragment相關(guān)字段:在IPv4中固定存在的Fragment相關(guān)
字段被去除,改為以Fragment擴(kuò)展頭的形式存在,僅在需要的時(shí)候添加。
IPv6分片處理
IPv6數(shù)據(jù)報(bào)被分為兩部分:
?不可分段部分(Unfragmentable分rt):主報(bào)頭和以下擴(kuò)展頭(如果有的話):
Hop-By-HopOptions,DestinationOptions(可被路由上的設(shè)備處理的選項(xiàng))
和Routingo
?可分段部分(FragmentablePart):數(shù)據(jù)報(bào)的數(shù)據(jù)部分和以下擴(kuò)展頭(如果有
的話):AH,ESP和DestinationOptions(僅被目的設(shè)備處理的選項(xiàng))。
數(shù)據(jù)報(bào)碎片:
?笫1個(gè)碎片:熨制不可分段部分,加入Fragment擴(kuò)展頭,加入可分段部
分,復(fù)制數(shù)據(jù)部分將數(shù)據(jù)報(bào)補(bǔ)至MTU大小。
?第2至N個(gè)碎片:復(fù)制不可分段部分,加入Fragment擴(kuò)展頭,復(fù)制剩余
的數(shù)據(jù)部分將數(shù)據(jù)報(bào)補(bǔ)至MTU大小,直至復(fù)制完所有數(shù)據(jù)部分,最后一
個(gè)數(shù)據(jù)報(bào)碎片大小通常小于MTUo
Fragment#3:Bytes240-269ofFragmentablePart
IPv6數(shù)據(jù)報(bào)(Datagram)
IPv6數(shù)據(jù)報(bào)一般格式
MainHeader(40bytes)
ExtensionHeader#1
ExtensionHeader#2
ExtensionHeader#N
Data
長度
組成部分描述
(bytes)
Main
40每個(gè)數(shù)據(jù)報(bào)包含源地址、目的地址和一些必須的重要信息
Header
Extension可變每個(gè)ExtensionHeaders都包含一種類型的擴(kuò)展信息,以支
Headers的持各種功能,如分片、源路由、安全性和各種選項(xiàng)
可變
Data裝載來自上層要傳輸?shù)男畔?/p>
的
IPv6主報(bào)頭(MainHeader)格式
08121620242832
III1
VersionTrafficClassFlowLabel
PayloadLengthNextHeaderHopLimit
SourceAddress
(128bits)
DestinationAddress
(128bits)
長度
字段名描述
(bytes)
生成該數(shù)據(jù)報(bào)所用IP協(xié)議的版本。IPv6中值為6(二進(jìn)
Version0.5
制()110)。
Traffic韋示IPv6數(shù)據(jù)流通信類別或優(yōu)先級(jí),與IPv4中的TOS
1
Class相似,但使用DifferentiatedServices(DS)o
該標(biāo)簽為實(shí)時(shí)數(shù)據(jù)傳輸和服務(wù)質(zhì)量功能提供額外支持。路
勢(shì)上的路由器可以根據(jù)該標(biāo)簽對(duì)數(shù)據(jù)流進(jìn)行區(qū)分和處理。
FlowLabel2.5
不是所有路由器和設(shè)備都支持流標(biāo)簽處理,該字段是可選
的。
該字段代替了IPv4中的TotalLength,但和TotalLength
Payload
2不同,它測(cè)量的不是整個(gè)數(shù)據(jù)報(bào)的長度,而只是擴(kuò)展頭和
Length
荷載的字節(jié)數(shù),即整個(gè)數(shù)據(jù)報(bào)的長度減去40bytes的主頭
長度
字段名描述
(bytes)
部。
該字段代替了IPv4中的Protocol有兩個(gè)用處,當(dāng)數(shù)據(jù)
Next
1很有擴(kuò)展頭時(shí),該字段指向地一個(gè)擴(kuò)展頭,當(dāng)數(shù)據(jù)報(bào)沒有
Header
沒有擴(kuò)展頭時(shí),該字段和IPv4中的Protocol一樣。
該字段代替了IPv4中的TTLo這個(gè)名字更好的反映了
HopLimit1TTL的實(shí)際工作方式,因?yàn)門TL實(shí)際上是計(jì)算跳數(shù),而
非時(shí)間。
Source
16源地址
Address
Destination
16目的地址
Address
IPv6下一報(bào)頭字段(NextHeader)
下一報(bào)頭是IPv6數(shù)據(jù)報(bào)中新加入的一個(gè)重要字段。該字段包含一個(gè)表示第一個(gè)
擴(kuò)展頭的標(biāo)識(shí)符,擴(kuò)展頭又有自己的下一報(bào)頭字段指向它的下一個(gè)擴(kuò)展頭,最后
一個(gè)擴(kuò)展頭的下一報(bào)頭字段則指出上層協(xié)議。
值(十六進(jìn)制)協(xié)議/擴(kuò)展頭
00逐跳選項(xiàng)(Hop-By-HopOptions)擴(kuò)展頭
01ICMPv4
02IGMPv4
04IPinIPEncapsulation
值(十六進(jìn)制)協(xié)議/擴(kuò)展頭
06TCP
08EGP
11UDP
29IPv6
2B路由(Routing)擴(kuò)展頭
2C分片(Fragmentation)擴(kuò)展頭
2E資源預(yù)留協(xié)議(RSVP)
32ESP擴(kuò)展頭
33AH擴(kuò)展頭
3AJCMPv6
3B沒有下一報(bào)頭
3C目的選項(xiàng)(DestinationOplions)擴(kuò)展頭
IPv6數(shù)據(jù)報(bào)擴(kuò)展頭
IPv6DatagramWithNoExtensionHeadersCarryingTCPSegment
NextHeaderNextHeaderNextHeaderTCP
TCPSegmentData
0446Header
Hop-by-HooFragment
IPHeaderOptionsHeaderHeaderIPData
IPv6DatagramWithTwoExtensionHeadersCarryingTCPSegment
IPv6數(shù)據(jù)報(bào)擴(kuò)展頭通過下一報(bào)頭字段形成一個(gè)鏈?zhǔn)浇Y(jié)構(gòu)。所有擴(kuò)展頭的長度必
須為8bytes的整數(shù)倍。
下一
報(bào)頭長度
擴(kuò)展頭名描述
值(十(bytes)
進(jìn)制)
Hop-By-Hop可變定義一組選項(xiàng),這些選項(xiàng)用于傳輸路徑上所有設(shè)
0
Options的備進(jìn)行檢查
可變指定數(shù)據(jù)報(bào)傳輸?shù)穆酚桑喈?dāng)與IPv4中的
43Routing
的loosesourceroutingoptiono
當(dāng)數(shù)據(jù)報(bào)僅為原始消息的片段時(shí),包含此擴(kuò)展
頭,它包含IPv6主報(bào)頭去除的Fragment
44Fragment8
Offset,Identification和MoreFragment字段的
信息。
可變
50ESP攜帶用于安全通信的加密數(shù)據(jù)。
的
下一
報(bào)頭長度
擴(kuò)展頭名描述
值(十(bytes)
進(jìn)制)
可變
51AH包含確保加密數(shù)據(jù)可靠性的信息。
的
Destination可變
60定義一組選項(xiàng),這些選項(xiàng)僅用于檢查目的。
Options的
IPv6RoutingExtensionHeader
字段名長度(bytes)描述
NextHeader1同主報(bào)頭的下一報(bào)頭字段。
Header
以8-byte為一單位,指出該擴(kuò)展頭的長度,不
Extension1
包含該頭的前8byteso
Length
該字段允許定義多種路由類型,現(xiàn)階段唯一使
RoutingTypeI
用值為0c
字段名長度(bytes)描述
指定到目的之前路由中剩余的顯式命名節(jié)點(diǎn)
SegmentsLeft1
數(shù)。
Reserved4還未使用,設(shè)為0o
Address1~可變的(16的
一組用于指定路由的IPv6地址。
AddressN倍數(shù))
IPv6FragmentExtensionHeader
048121620242832
II1II1II11I1I_______
NextHeaderReservedFragmentOffset/Resivr,
Identification
0/1/23;:
More
ReservedFrag-
ments
長度
字段名描述
(bits)
NextHeader8同上
Reserved8保留,還未使用,設(shè)為0o
Fragment指定數(shù)據(jù)報(bào)片段在原始信息中的偏移量或位置,以8bytes
13
Offset為一單位,和IPv4中的FragmentOffset字段相同。
Res2保留,還未使用,設(shè)為0。
同IPv4中的MoreFragmentsFlago當(dāng)設(shè)為0時(shí)表示該
MFlag1
片段為原始信息的最后一個(gè)片段,反之則表示后面還有其
長度
字段名描述
(bits)
他片段。
同IPv4中的Identification字段,不同的是擴(kuò)展到
Identification32
32bitSo
IPv6擴(kuò)展頭順序
每個(gè)擴(kuò)展頭在任何數(shù)據(jù)報(bào)中之出現(xiàn)一次(Destinalion
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024至2030年線圈磁環(huán)項(xiàng)目投資價(jià)值分析報(bào)告
- 混凝土課程設(shè)計(jì)樓板
- 云計(jì)算產(chǎn)業(yè)園項(xiàng)目可行性報(bào)告
- 砸鋼機(jī)課程設(shè)計(jì)
- 電飯煲課程設(shè)計(jì)
- 2025版股權(quán)收購項(xiàng)目評(píng)估報(bào)告與盡職調(diào)查合同3篇
- 2025四川省安全員《B證》考試題庫
- 2025浙江省建筑安全員-A證考試題庫附答案
- 2024年安徽省建筑安全員考試題庫附答案
- 監(jiān)控安裝基礎(chǔ)課程設(shè)計(jì)
- 美麗文字 民族瑰寶
- 北京市東城區(qū)2023-2024學(xué)年六年級(jí)上學(xué)期期末數(shù)學(xué)試卷
- 原發(fā)性甲狀腺功能減退癥學(xué)習(xí)課件
- DLT 754-2013 母線焊接技術(shù)規(guī)程
- 部編版小學(xué)道德與法治五年級(jí)上冊(cè)單元復(fù)習(xí)課件(全冊(cè))
- 2021-2022學(xué)年上海市金山區(qū)海棠小學(xué)牛津上海版(試用本)三年級(jí)上冊(cè)期末學(xué)業(yè)水平調(diào)研英語試卷
- 美食文創(chuàng)計(jì)劃書
- 江西省贛州市贛縣區(qū)2022-2023學(xué)年四年級(jí)上學(xué)期期末檢測(cè)英語試卷
- GB/T 43439-2023信息技術(shù)服務(wù)數(shù)字化轉(zhuǎn)型成熟度模型與評(píng)估
- 廢水處理系統(tǒng)點(diǎn)檢表
- 蘇教版小學(xué)數(shù)學(xué)六年級(jí)上冊(cè)第4單元解決問題的策略重難點(diǎn)練習(xí)【含答案】
評(píng)論
0/150
提交評(píng)論