【文章內(nèi)容簡介】 下各域：? Indicator Type（指示符的類型）這個長度為兩個字節(jié)的值指定了指示符的類型。對于驗證指示符，其值為1。 Teredo 客戶端和 Teredo 服務(wù)器能夠通過 IPv6 數(shù)據(jù)包的前兩個字節(jié)區(qū)分出驗證信息，因為 IPv6 數(shù)據(jù)包的前四個高位字節(jié)設(shè)定為 0110 (6),與 IPv6 標(biāo)頭的轉(zhuǎn)換域相對應(yīng)。? Client ID Length（客戶端 ID 長度）這個長度為 1 個字節(jié)的值指定了“客戶端標(biāo)識”域的長度。? Authentication Data Length（驗證數(shù)據(jù)的長度）這個長度為 1 字節(jié)的域指定了“驗證值”域的長度。? Client Identification（客戶端標(biāo)識）這個長度不定的域包含一個 Teredo 客戶端的標(biāo)識字符串。? Authentication Value（驗證值）這個長度不定的域包含使用共享密鑰計算的此數(shù)據(jù)包的驗證值。有關(guān)如何計算驗證值的信息請參閱 Teredo Internet 草案的 章節(jié)。? Nonce（現(xiàn)在）這個長度為 8 字節(jié)的域包含了一個任意數(shù)字，用來證明數(shù)據(jù)交流還在進行并且防止數(shù)據(jù)包重復(fù)傳送攻擊。? Confirmation（確認(rèn)）這個長度為 1 字節(jié)的域包含一個用來表明客戶端是否在路由器的請求信息中使用了正確的密鑰值，這個確認(rèn)域設(shè)置為0。在路由器通告信息中，此確認(rèn)域設(shè)置為 0 或者密鑰錯誤時為一個非 0 值。雖然在路由器通告信息和路由器請求信息中也包含了驗證指示符，但是在采用了 The Advanced Networking Pack for Windows XP 的 Teredo 客戶端中并不使用客戶標(biāo)識符或者驗證值。當(dāng)在沒有客戶端標(biāo)識符或者驗證值的時候，驗證指示符的格式如圖 8 所示。圖8：沒有客戶端標(biāo)識符或者驗證值時，驗證指示符的格式原始指示符原始指示符用來表示 Teredo 客戶端、 Teredo 中繼或者特定于 Teredo 主機的中繼的 IPv4 地址和 UDP 端口。它的用途的一個例子就是，當(dāng) Teredo 服務(wù)器回應(yīng) Teredo 客戶端的路由器請求信息而發(fā)出路由器通告信息。在這種情況下，原始指示數(shù)據(jù)包含了對應(yīng)于 Teredo 客戶端 Teredo 通信流的已經(jīng)映射的 IPv4 地址和 UDP 端口號。有關(guān)更多信息，請參閱本文Teredo 客戶端初始配置如同驗證指示符，原始指示符放在 UDP 標(biāo)頭與 IPv6 標(biāo)頭之間。它的結(jié)構(gòu)如圖 9 所示。圖9：原始指示符的結(jié)構(gòu)原始指示數(shù)據(jù)包含以下域：? 指示符類型這個長度為 2 字節(jié)的域說明了指示符的類型。對于原始指示符，其值為 0。 Teredo 客戶端可以根據(jù) IPv6 數(shù)據(jù)包的前兩個字節(jié)區(qū)分出原始指示符，因為 IPv6 數(shù)據(jù)包的前兩個高位字節(jié)設(shè)置為0110 (6),與 IPv6 標(biāo)頭的轉(zhuǎn)換域相對應(yīng)。? 隱藏原始端口號這個兩個字節(jié)的與包含一個與 Teredo 客戶端、 Teredo 中繼或者特定于 Teredo 主機的中繼 Teredo 通信相對應(yīng)的隱藏外部端口（同 0xFFFF 異或）。模糊原始端口的值與 0xFFFF 異或。? 隱藏原始地址這個長度為 4 字節(jié)的域包含與 Teredo 客戶端、 Teredo 中繼或者特定于 Teredo 主機的中繼 Teredo 通信相對應(yīng)的隱藏外部 IPv4 地址(同 0xFFFFFFFF XORed)。隱藏原始地址域與 0xFFFFFFFF 異或。圖 10 表示了實現(xiàn)了 The Advanced Networking Pack for Windows XP 的 Teredo 客戶端使用的三種包含原始與驗證指示符的不同數(shù)據(jù)包類型。Teredo 路由圖 11 顯示了 Teredo 數(shù)據(jù)包在 Teredo 主機，特定于 Teredo 主機的中繼和 IPv6 主機之間的傳輸。圖 11：Teredo 路由在 IPv6 網(wǎng)上，前綴 ::/32 路由被用于將使用 Teredo 前綴定義的數(shù)據(jù)包發(fā)送到最近的 Teredo 中繼上。 Teredo 服務(wù)器， Teredo 中繼和特定于 Teredo 主機的中繼有一個前綴::/32 路由，此路由包含了所有用該前綴作為在鏈的地址，也包含用作 Teredo 隧道出口的地址。 Teredo 隧道接口是一個邏輯接口，它將自動將 IPv4 地址與 UDP 的封裝成發(fā)送的數(shù)據(jù)包。 Teredo 服務(wù)器， Teredo 中繼和特定于 Teredo 主機的中繼同時還有一個默認(rèn)路由（::/0）指向 IPv6 網(wǎng)絡(luò)。特別地，這個默認(rèn)路由包含一個在 IPv6 網(wǎng)絡(luò)上用一個物理接口與 IPv6 網(wǎng)相連的臨近路由器的下個中繼段的 IPv6 地址。Teredo 客戶端路由Advanced Networking Pack for Windows XP 中的 Terodo 客戶端有一個默認(rèn)路由，它將使用該前綴的所有地址都視作 onlink 地址，也包含用 Teredo 隧道接口的地址。當(dāng)這個默認(rèn)地址使用時，下一中繼段的地址被置于 IPv6 數(shù)據(jù)包中的目標(biāo)地址中，同時下一中繼段接口被置于 Teredo 隧道接口中。當(dāng) Teredo 隧道接口發(fā)送數(shù)據(jù)包時，分為下面三種情況： IPv4 Internet 絡(luò)上的 Teredo 客戶端。 Teredo 客戶端。 IPv6 Internet 上的一個節(jié)點。Onlink Teredo 目標(biāo)對于發(fā)往相同站點和鏈接中其它 Teredo 主機的數(shù)據(jù)包， Teredo 隧道接口通過交換氣泡數(shù)據(jù)包來代替 Neighbor Discovery 的地址解析進程。交換氣泡數(shù)據(jù)包保證了每一個 Teredo 客戶端之間能夠直接發(fā)送數(shù)據(jù)包。想要了解更多信息，請查閱本文相同鏈接上的 Teredo 主機之間的通信初始化章節(jié)。Teredo 檢查多播氣泡數(shù)據(jù)的緩存，決定目標(biāo) Teredo 地址是否與同一連接上的 Teredo 客戶端通信。每一個 Teredo 客戶端都在 IPv4 鏈路上發(fā)送多點傳輸氣泡數(shù)據(jù)包給 Teredo 服務(wù)器以顯示它在鏈路上的存在。每個 Teredo 客戶端接受到其它 Teredo 客戶端的氣泡數(shù)據(jù)包后，與自己的 Teredo 和 IPv4 地址一起發(fā)送給多播氣泡緩存。因此，如果目標(biāo) Teredo 地址在多點傳輸氣泡緩存中，那么目標(biāo)就是一個 onlink 鄰居。站點間的 Teredo 目標(biāo)對于發(fā)往不同節(jié)點上的另一臺 Teredo 主機的數(shù)據(jù)包，如果兩個 Teredo 主機都跨越受限 NAT，Teredo 隧道接口使用氣泡數(shù)據(jù)包替代“鄰居發(fā)現(xiàn)”（Neighbor Discovery）地址解析過程。當(dāng)兩臺 Teredo 主機都穿越受限網(wǎng)絡(luò)地址轉(zhuǎn)換時， Teredo 隧道出口用氣泡數(shù)據(jù)包的交換代替發(fā)現(xiàn) Neighbor Discovery 協(xié)議的地址解析過程。氣泡數(shù)據(jù)包的交換在雙方的 NAT 上都會生成特定地址和端口的映射。這樣，兩個不同點的 Teredo 客戶端就可以直接發(fā)送數(shù)據(jù)包給對方。如果希望進一步了解相關(guān)信息，請參閱本文的在不同站點的 Teredo 客戶端中初始化通信部分。IPv6 網(wǎng)絡(luò)目標(biāo)對于 IPv6 Internet 的數(shù)據(jù)包， Teredo 隧道接口用 ICMPv6 Echo Request 和 Echo Reply消息來代替 Neighbor Discovery 協(xié)議的地址解析進程。當(dāng)一個 ICMPv6 Echo Request 消息發(fā)送給目標(biāo)后，包含有在 IPv6 網(wǎng)上離 IPv6 主機最近的 Teredo 中繼的 IPv4 地址的 ICMP Echo Reply 消息就回復(fù)。想進一步了解，請查看本文的從 Teredo 客戶端到特定于 Teredo 主機的中繼的初始化通信和從 Teredo 客戶端到 IPv6 主機的初始化通信章節(jié)。Teredo 過程此部分提供了 Teredo 有關(guān)數(shù)據(jù)包交換的細(xì)節(jié)，具體如下：? Teredo 客戶端的初始化設(shè)置? 維護 NAT 映射? 相同鏈接 Teredo 客戶端之間的初始化通信? 不同站點 Teredo 客戶端之間的初始化通信? 從 Teredo 客戶端到特定于 Teredo 主機的中繼的初始化通信? 從特定于 Teredo 主機的中繼到 Teredo 客戶端的初始化通信? 從 Teredo 客戶端到 IPv6 主機的初始化通信? 從 IPv6 主機到 Teredo 客戶端的初始化通信所有這些過程都是由 Advanced Networking Pack for Windows XP 中的 Teredo 客戶端支持的；并且是自動、無需用戶干涉的。唯一的例外是：Teredo 服務(wù)器的 IPv4 地址是可選配置。Teredo 客戶端的初始化設(shè)置Teredo 客戶端的初始化設(shè)置通過發(fā)送一系列路由請求消息給 Teredo 服務(wù)器確定一個 Teredo 地址，并了解客戶端是通過一個Cone，受限還是在對稱的 NAT。圖12顯示了 Teredo 客戶端的初始化進程。圖12： Teredo 客戶端的初始化設(shè)置Teredo 客戶端的初始化設(shè)置包括以下過程： Router Solicitation (RS)由 Teredo 客戶端發(fā)給首選的 Teredo 服務(wù)器（Teredo 服務(wù)器1）。 Teredo 客戶端從設(shè)置過“Cone”標(biāo)志的當(dāng)?shù)劓溄拥刂钒l(fā)出 RS。 服務(wù)器 1 回應(yīng)一個路由器登記信息 Router Advertisement (RA)。由于 RS 已經(jīng)設(shè)置了“Cone”標(biāo)記， Teredo 服務(wù)器1會從一個動態(tài)的 IPv4 地址發(fā)送出 RA。Teredo 客戶端收到 RA 后會得知那是一個“Cone”的網(wǎng)絡(luò)地址轉(zhuǎn)換。 RA， Teredo 客戶端就會從當(dāng)?shù)劓溄拥刂钒l(fā)送另一個沒有設(shè)置“Cone”標(biāo)志的 RS。 服務(wù)器 1 回應(yīng)一個 RA。因為 RA 沒有設(shè)置“Cone”標(biāo)志，所以服務(wù)器 1 會發(fā)送一個與 RS 目標(biāo)地址通信的 IPv4 原地址。如果 Teredo 客戶端收到 RA，就得出那是受限的地址轉(zhuǎn)換。 Teredo 客戶端不是一個對稱的網(wǎng)絡(luò)地址轉(zhuǎn)換，它就會發(fā)出另一個 RA 到 Teredo 服務(wù)器（ Teredo 服務(wù)器 2）。 伺服器 2 回應(yīng)一個 RA。客戶端對兩個 Teredo 服務(wù)器的 RA 來源指示符中的映射地址和 UDP 端口進行比較。如果他們不同，那么NAT就是在映射相同的內(nèi)部地址和端口號到不同的外部地址和端口號。 Teredo 客戶端確定這個 NAT 是一個對稱的 NAT，不能用 Teredo 進行通信。由于收到 RA（先前進程的第二步或第四步）， Teredo 客戶端以如下方式構(gòu)造地址：? 首先 64 位包含收到的 RA 前綴信息。這 64 位由 Teredo 服務(wù)器登記的前置碼，包含 Teredo 前綴（32 bits）和 Teredo 服務(wù)器的 IPv4 的地址碼（32位）。? 接下來的 16 位是 0x8000 (Cone NAT )或是 0x0 (受限 NAT)? 再接下來的 16 位對從 RA 中 Origin （原始）指示符來的外部 UDP 端口號進行賦值。? 最后 32 位放置從 RA 中 Origin 指示符來的外部 IP 地址。實現(xiàn)了 The Advanced Networking Pack for Windows XP 的 Teredo 客戶端會自動嘗試通過解析 name Teredo . 來測定 Teredo 服務(wù)器的 IPv4 地址。相應(yīng)地，你可以用netsh interface IPv6 set Teredo servername= 命令來設(shè)置 Tere