• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • IPv6尋址及地址類型

    發表于:2007-05-26來源:作者:點擊數: 標簽:
    本文在介紹I P v 6尋址之前,首先介紹一些與使用I P尋址來標識和定位I P網絡上的節點相關的問題。多年以來,I P地址被認為是可以在I P網絡上最終唯一并持久的節點標識符。近年中,尤其是隨著下一代I P技術的發展,對于I P地址的這種觀點正在改變。如果我們仍

    本文在介紹I P v 6尋址之前,首先介紹一些與使用I P尋址來標識和定位I P網絡上的節點相關的問題。多年以來,I P地址被認為是可以在I P網絡上最終唯一并持久的節點標識符。近年中,尤其是隨著下一代I P技術的發展,對于I P地址的這種觀點正在改變。如果我們仍像過去2 0年中所使用的方法來分配網絡和節點地址,那將是一種不必要和低效的辦法。

    在介紹了RFC2373(IPv6尋址體系結構)中描述的I P尋址體系結構之后,將首先介紹一些與I P尋址相關的議題。然后將介紹幾種可能的地址分配方法。本文將I P v 6尋址分成了以下幾個部分:1 2 8位地址的結構和命名及I P v 6地址的不同類型(單播、組播和泛播)。

    I P v 6的設計者們可以只是簡單地在I P v 4尋址體系結構中擴大地址空間。但是這樣一來將使我們喪失一個改進I P的巨大機會。對于整個尋址體系結構的修改所帶來的巨大機會,不僅體現在提高地址分配的效率上,同時也體現在提高I P選路性能上。本文將介紹這些改進。

    地址

    I P v 4與I P v 6地址之間最明顯的差別在于長度:I P v 4地址長度為3 2位,而I P v 6地址長度為1 2 8位。RFC2373 中不僅解釋了這些地址的表現方式,同時還介紹了不同的地址類型及其結構。I P v 4地址可以被分為2至3個不同部分(網絡標識符、節點標識符,有時還有子網標識符), I P v 6地址中擁有更大的地址空間,可以支持更多的字段。

    I P v 6地址有三類、單播、組播和泛播地址。下一節將對此作更詳細的介紹。單播和組播地址與I P v 4的地址非常類似;但I P v 6中不再支持I P v 4中的廣播地址,而增加了一個泛播地址。本節介紹的是I P v 6的尋址模型、地址類型、地址表達方式以及地址中的特例。

    地址表達方式

    I P v 4地址一般以4部分間點分的方法來表示,即4個數字用點分隔。例如,下面是一些合法的I P v 4地址,都用十進制整數表示:1 0 . 5 . 3 . 1 1 2 7 . 0 . 0 . 1 2 0 1 . 1 9 9 . 2 4 4 . 1 0 1 I P v 4地址也時常以一組4個2位的十六進制整數或4個8位的二進制整數表示,但后一種情況較少見。I P v 6地址長度4倍于I P v 4地址,表達起來的復雜程度也是I P v 4地址的4倍。I P v 6地址的基本表達方式是X : X : X : X : X : X : X : X,其中X是一個4位十六進制整數( 1 6位)。每一個數字包含4位,每個整數包含4個數字,每個地址包括8個整數,共計1 2 8位( 4×4×8 = 1 2 8 )。例如,下面是一些合法的I P v 6地址:

    C D C D : 9 1 0 A : 2 2 2 2 : 5 4 9 8 : 8 4 7 5 : 1111 : 3 9 0 0 : 2 0 2 0 1 0 3 0 : 0 : 0 : 0 : C 9 B 4 : F F 1 2 : 4 8 A A : 1 A 2 B 2 0 0 0 : 0 : 0 : 0 : 0 : 0 : 0 : 1 請注意這些整數是十六進制整數,其中A到F表示的是1 0到1 5。地址中的每個整數都必須表示出來,但起始的0可以不必表示。這是一種比較標準的I P v 6地址表達方式,此外還有另外兩種更加清楚和易于使用的方式。某些I P v 6地址中可能包含一長串的0 (就像上面的第二和第三個例子一樣)。當出現這種情況時,標準中允許用“空隙”來表示這一長串的0。換句話說,地址2 0 0 0 : 0 : 0 : 0 : 0 : 0 : 0 : 1 可以被表示為:2 0 0 0 : : 1 這兩個冒號表示該地址可以擴展到一個完整的1 2 8位地址。在這種方法中,只有當1 6位組全部為0時才會被兩個冒號取代,且兩個冒號在地址中只能出現一次。

    在I P v 4和I P v 6的混合環境中可能有第三種方法。I P v 6地址中的最低3 2位可以用于表示I P v 4 地址,該地址可以按照一種混合方式表達,即X : X : X : X : X : X : d . d . d . d,其中X表示一個1 6位整數,而d表示一個8位十進制整數。例如,地址
    0 : 0 : 0 : 0 : 0 : 0 : 1 0 . 0 . 0 . 1 就是一個合法的I P v 4地址。把兩種可能的表達方式組合在一起,該地址也可以表示為:: : 1 0 . 0 . 0 . 1 由于I P v 6地址被分成兩個部分—子網前綴和接口標識符,因此人們期待一個I P節點地址可以按照類似C I D R地址的方式被表示為一個攜帶額外數值的地址,其中指出了地址中有多少位是掩碼。即,I P v 6節點地址中指出了前綴長度,該長度與I P v 6地址間以斜杠區分,例如:1 0 3 0 : 0 : 0 : 0 : C 9 B 4 : F F 1 2 : 4 8 A A : 1 A 2 B / 6 0 這個地址中用于選路的前綴長度為6 0位。


    尋址模型

    I P v 6尋址模型與I P v 4很相似。每個單播地址標識一個單獨的網絡接口。I P地址被指定給網絡接口而不是節點,因此一個擁有多個網絡接口的節點可以具備多個I P v 6地址,其中任何一個I P v 6地址都可以代表該節點。盡管一個網絡接口能與多個單播地址相關聯,但一個單播地址只能與一個網絡接口相關聯。每個網絡接口必須至少具備一個單播地址。

    這里有一個非常重要的聲明和一個非常重要的例外。這個聲明與點到點鏈路的使用有關。在I P v 4 中,所有的網絡接口,其中包括連接一個節點與路由器的點到點鏈路(用許多撥號I n t e r n e t連接中),都需要一個專用的I P地址。隨著許多機構開始使用點到點鏈路來連接其分支機構,每條鏈路均需要其自己的子網,這樣一來消耗了許多地址空間。在I P v 6中,如果點到點鏈路的任何一個端點都不需要從非鄰居節點接受和發送數據的話,它們就可以不需要特殊的地址。即,如果兩個節點主要是傳遞業務流,則它們并不需要具備I P v 6地址。

    為每個網絡接口分配一個全球唯一的單播地址的要求阻礙了I P v 4地址的擴展。一個提供通用服務的服務器在高需求量的情況下可能會崩潰。因此,I P v 6地址模型中又提出了一個重要的例外:如果硬件有能力在多個網絡接口上正確地共享其網絡負載的話,那么多個網絡接口可以共享一個I P v 6地址。這使得從服務器擴展至負載分擔的服務器群成為可能,而不再需要在服務器的需求量上升時必須進行硬件升級。

    地址空間

    RFC2373中包含了一個I P v 6地址空間“圖”,其中顯示了地址空間是如何進行分配的,地址分配的不同類型,前綴(地址分配中前面的位值)和作為整個地址空間的一部分的地址分配的長度。下圖顯示了I P v 6地址空間的分配。




    在I P v 6地址分配中需要注意幾點。首先,在RFC1884中,地址空間的四分之一被用于兩類不同地址:八分之一是基于供應商的單播地址,而另八分之一是基于地理位置的單播地址。人們希望地址的分配可以根據網絡服務供應商或者用戶所在網絡的物理位置進行?;诠痰募?,正如它最初的名字一樣,要求網絡從提供I n t e r n e t接入的供應商那里得到可集聚的I P地址。但是,這種方法對于具有距離較遠的分支機構的大型機構來說并不是一種完美的解決辦法,因為其中許多分支機構可能會使用不同的供應商?;诠痰募蹖檫@些大單位帶來更多的I P地址管理問題。

    Steve Deering提議把基于地理位置的地址分配方法作為S I P ( S I P P的前身,在第4章中有介紹)中的一種辦法。這些地址與基于供應商的地址不同,以一種非常類似I P v 4的方法分配地址。這些地址與地理位置有關,且供應商將不得不保留額外的路由器來支持I P v 6地址空間中可集聚部分外的這些網絡。

    I S P實際上并不贊同這個解決方案,因為管理基于地理位置的尋址將大大增加復雜性(和花費)。另一方面,難以對基于供應商的地址進行配置和重配置也引起許多對基于供應商的分配方案的反對。如果沒有廣泛使用基于I P v 4自動配置方案(如D H C P ),那么所有機構的網絡將會存在巨大的管理問題。盡管I P v 6對于自動配置功能有著更好的支持,但并沒有將地理位置的分配方法最終融合進去。

    注意,絕大部分的地址空間并沒有分配,地址分配的第一部分被保留了下來。

    地址類型

    如上所述,I P地址有三種類型:單播、組播和任意點播。廣播地址已不再有效。R F C 2 3 7 3中定義了三種I P v 6地址類型:
    • 單播:一個單接口的標識符。送往一個單播地址的包將被傳送至該地址標識的接口上。

    廣播路在何方

    廣播地址從一開始就為I P v 4網絡帶來了問題。廣播被用來攜帶去向多個節點的信息或被那些不知信息來自何方的節點用來發出請求。但是,廣播可能將為網絡性能設置障礙。同一網絡鏈路上的大量廣播意味著該鏈路上的所有每個節點都必須處理所有廣播,其中絕大部分節點最終都將忽略該廣播,因為該信息與自己無關。把廣播在子網之間進行轉發將導致更多的問題,因為路由器上將充斥著這種業務流。

    I P v 6對此的解決辦法是使用一個“所有節點”組播地址來替代那些必須使用廣播的情況,同時,對那些原來使用了廣播地址的場合,則使用一些更加有限的組播地址。通過這種方法,對于原來由廣播攜帶的業務流感興趣的節點可以加入一個組播地址,而其他對該信息不感興趣的節點則可以忽略發往該地址的包。廣播從來不能解決信息穿越I n t e r n e t的問題,如選路信息,而組播則提供了一個更加可行的方法。

    單播

    單播地址標識了一個單獨的I P v 6接口。一個節點可以具有多個I P v 6網絡接口。每個接口必須具有一個與之相關的單播地址。單播地址可被認為包含了一段信息,這段信息被包含在1 2 8位字段中:該地址可以完整地定義一個特定的接口。此外,地址中數據可以被解釋為多個小段的信息。但無論如何,當所有的信息被放在一起后,將構成標識一個節點接口的1 2 8位地址。

    I P v 6地址本身可以為節點提供關于其結構的或多或少的信息,這主要根據是由誰來觀察這個地址以及觀察什么。例如,節點可能只需簡單地了解整個1 2 8位地址是一個全球唯一的標識符,而無須了解節點在網絡中是否存在。另一方面,路由器可以通過該地址來決定,地址中的一部分標識了一個特定網絡或子網上的一個唯一節點。

    例如,一個I P v 6單播地址可看成是一個兩字段實體,其中一個字段用來標識網絡,而另一個字段則用來標識該網絡上節點的接口。在后面討論特定的單播地址類型時還會看到,網絡標識符可被劃分為幾部分,分別標識不同的網絡部分。I P v 6單播地址功能與I P v 4地址一樣受制于C I D R,即,在一個特定邊界上將地址分為兩部分。地址的高位部分包含選路用的前綴,而地址的低位部分包含網絡接口標識符。

    最簡單的方法是把I P v 6地址作為不加區分的一塊1 2 8位的數據,而從格式化的觀點來看,可把它分為兩段,即接口標識符和子網前綴。RFC2373中表示的格式見上圖。接口標識符的長度取決于子網前綴的長度。兩者的長度是可以變化的,這取決于誰對它進行解釋。對于非??拷鼘ぶ返墓濣c接口(遠離骨干網)的路由器可用相對較少的位數來標識接口。而離骨干網近的路由器,只需用少量地址位來指定子網前綴,這樣,地址的大部分將用來標識接口標識符。下面要討論的是可集聚的單播地址,它的結構更為復雜。




    RFC2373中定義的IPv6單播地址的簡單格式


    I P v 6單播地址包括下面幾種類型:

    • 可集聚全球地址。

    • 未指定地址或全0地址。

    • 回返地址。

    • 嵌有I P v 4地址的I P v 6地址。

    • 基于供應商和基于地理位置的供應商地址。

    • OSI 網絡服務訪問點( N S A P )地址。

    • 網絡互聯包交換( I P X )地址。

    單播地址格式

    RFC1884給出了幾種通用的不同類型的I P v 6地址。給N S A P和I P X分配的地址、基于O S I 網絡和N e t Wa r e地址都無縫地包含在I P v 6體系結構中。分別占八分之一的地址空間的基于供應商和基于地理位置分配的地址組成了一批可分配的地址。鏈路本地和站點本地地址提供了1 0 型網絡地址轉換的網絡統一不變的版本。

    然而,RFC2373改變和簡化了I P v 6的地址分配。其中之一是取消了基于地理位置的地址分配,基于供應商的單播地址改變成可集聚全球單播地址。從名字的改變上就可看出,對于基于供應商的地址,允許前面定義的集聚以及基于交換局的新型集聚。這也反映了一種更平衡的地址分類。N S A P和I P X地址空間仍然保留著,且八分之一的地址分配給可集聚地址。另外,除了組播地址和某類保留地址外,I P v 6地址空間的其余部分都是未分配的地址,為將來的發展預留了足夠的空間。

    1. 接口標識符

    在I P v 6尋址體系結構中,任何I P v 6單播地址都需要一個接口標識符。接口標識符非常像48 位的介質訪問控制( M A C )地址,M A C地址由硬件編碼在網絡接口卡中,由廠商燒入網卡中,而且地址具有全球唯一性,不會有兩個網卡具有相同的M A C地址。這些地址能用來唯一標識網絡鏈路層上的接口。

    I P v 6主機地址的接口標識符基于IEEE EUI-64格式。該格式基于已存在的M A C地址來創建6 4位接口標識符,這樣的標識符在本地和全球范圍是唯一的。RFC2373 包括的附錄解釋了如何創建接口標識符。有關IEEE EUI-64 標準更多的信息,請訪問I E E E標準網點:h t t p : / / s t a n d a r d s . i e e e . o rg / d b / o u i / t u t o r i a l s / E U I 6 4 . h t m l。
    這些6 4位接口標識符能在全球范圍內逐個編址,并唯一地標識每個網絡接口。這意味著理論上可多達26 4個不同的物理接口,大約有1 . 8×1 01 9個不同的地址,而且這也只用了I P v 6地址空間的一半。這至少在可預見的未來是足夠的。

    2. 可集聚全球單播地址

    本文已經提到了基于供應商的集聚,它的概念還會在第8章中再次提到??杉廴騿尾サ刂肥橇硪环N類型的集聚,它是獨立于I S P的?;诠痰目杉鄣刂繁仨氹S著供應商的改變而改變,而基于交換局的地址則由I P v 6交換實體直接定位。由交換局提供地址塊,而用戶和供應商為網絡接入簽訂合同。這樣的網絡接入或者是直接由供應商提供,或者通過交換局間接提供,但選路通過交換局。這就使得用戶改換供應商時,無需重新編址。同時也允許用戶使用多個I S P來處理單塊網絡地址。

    可集聚全球單播地址包括地址格式的起始3位為0 0 1的所有地址(此格式可在將來用于當前尚未分配的其他單播前綴)。地址格式化為下圖所示的字段。




    RFC2373中定義的IPv6全球可集聚單播地址格式


    圖中包括下列字段:

    • F P 字段:I P v 6地址中的格式前綴,3位長,用來標識該地址在I P v 6地址空間中屬于哪類地址。目前該字段為“0 0 1”,標識這是可集聚全球單播地址。

    • TLA ID字段:頂級集聚標識符,包含最高級地址選路信息。這指的是網絡互連中最大的選路信息。目前,該字段為1 3位,可得到最大8 1 9 2個不同的頂級路由。

    • R E S 字段:該字段為8位,保留為將來用。最終可能會用于擴展頂級或下一級集聚標識符字段。

    • NLA ID字段:下一級集聚標識符,2 4位長。該標識符被一些機構用于控制頂級集聚以安排地址空間。換句話說,這些機構(可能包括大型I S P和其他提供公網接入的機構)能按照他們自己的尋址分級結構來將此2 4位字段切開用。這樣,一個實體可以用2位分割成4 個實體內部的頂級路由,其余的2 2位地址空間分配給其他實體(如規模較小的本地I S P )。這些實體如果得到足夠的地址空間,可將分配給它們的空間用同樣的方法再子分。

    • SLA ID字段:站點級集聚標識符,被一些機構用來安排內部的網絡結構。每個機構可以用與I P v 4同樣的方法來創建自己內部的分級網絡結構。若1 6位字段全部用作平面地址空間,則最多可有65 535 個不同子網。如果用前8位作該組織內較高級的選路,那么允許2 5 5個高級子網,每個高級子網可有多達2 5 5個子子網。

    • 接口標識符字段:6 4位長,包含IEEE EUI-64接口標識符的6 4位值。

    現在很清楚,I P v 6單播地址能包括大量的組合,甚至超過了將來R F C可能會指定的顯式字段。不論是站點級集聚標識符,還是下一級集聚標識符都提供了大量空間,以便某些網絡接入供應商和機構通過分級結構再子分這兩個字段來增加附加的拓撲結構。

    3.特殊地址和保留地址

    在第一個1/256 IPv6地址空間中,所有地址的第一個8位:0000 0000被保留。大部分空的地址空間用作特殊地址,這些特殊地址包括:• 未指定地址:這是一個“全0”地址,當沒有有效地址時,可采用該地址。例如當一個主機從網絡第一次啟動時,它尚未得到一個I P v 6地址,就可以用這個地址,即當發出配置信息請求時,在I P v 6包的源地址中填入該地址。該地址可表示為0 : 0 : 0 : 0 : 0 : 0 : 0 : 0,如前所述,也可寫成: :。

    • 回返地址:在I P v 4中,回返地址定義為1 2 7 . 0 . 0 . 1。任何發送回返地址的包必須通過協議棧到網絡接口,但不發送到網絡鏈路上。網絡接口本身必須接受這些包,就好像是從外面節點收到的一樣,并傳回給協議棧?;胤倒δ苡脕?STRONG>測試軟件和配置。I P v 6回返地址除了最低位外,全為0,即回返地址可表示為0 : 0 : 0 : 0 : 0 : 0 : 0 : 1或: : 1。

    • 嵌有I P v 4地址的I P v 6地址:有兩類地址,一類允許I P v 6節點訪問不支持I P v 6的I P v 4節點,另一類允許I P v 6路由器用隧道方式,在I P v 4網絡上傳送I P v 6包。這兩類地址將在下面進行討論。

    4. 嵌有I P v 4地址的I P v 6地址

    不管人們是否愿意,逐漸向I P v 6過渡已成定局。這意味著I P v 4和I P v 6節點必須找到共存的方法。當然兩個不同I P版本最明顯的一個差別是地址。最早由RFC1884 定義,然后被帶入RFC2373中,I P v 6提供兩類嵌有I P v 4地址的特殊地址。這兩類地址高階8 0位均為0,低價3 2位包含I P v 4地址。當中間的1 6位被置為F F F F時,則指示該地址為I P v 4映象的I P v 6地址。

    I P v 4兼容地址被節點用于通過I P v 4路由器以隧道方式傳送I P v 6包。這些節點既理解I P v 4又理解I P v 6。I P v 4映象地址則被I P v 6節點用于訪問只支持I P v 4的節點。

    5. 鏈路本地和站點本地地址

    對于不愿意申請全球唯一性的I P v 4網絡地址的一些機構,通過采用網絡1 0型地址對I P v 4 網絡地址進行翻譯,可以為這些機構提供一個選項。位于機構之外,但由機構使用的路由器不應該轉發這些地址,但是不能阻止轉發這些地址,也不能區分這些地址和其他有效的I P v 4 地址??梢韵鄬θ菀椎嘏渲寐酚善?,使其能轉發這些地址。

    鏈路本地地址用于單網絡鏈路上給主機編號。前綴的前1 0位標識的地址即鏈路本地地址。路由器在它們的源端和目的端對具有鏈路本地地址的包不予處理,因為永遠也不會轉發這些包。該地址的中間5 4位置成0。而6 4位接口標識符同樣用如前所述的I E E E結構,地址空間的這部分允許個別網絡連接多達( 2的64次方-1)個主機。

    NSAP和I P X地址分配

    I P n g的目標之一是要統一整個網絡世界,使I P、I P X和O S I網絡間能進行互操作。為了支持這種互操作性,I P v 6為O S I和I P X各保留了1 / 1 2 8地址空間。在本書寫作時,I P X地址格式尚未精確定義;N S A P地址分配的描述見RFC10(OSI NSAP和I P v 6 )。對O S I和N S A P的討論已超出本書范圍,感興趣的讀者可以在R F C中找到更完整的論述。

    組播

    像廣播地址一樣,組播地址在類似老式的以太網的本地網中特別有用,在這種網中,所有節點都能檢測出線路上傳輸的所有數據。每次傳輸開始時,每個節點檢查其目的地址,如果與本節點接口地址一致,節點就拾取該傳輸的其余部分。這使節點拾取廣播和組播傳輸相對比較簡單。如果是廣播,節點只要偵聽,無須做任何決定,因此簡單。對組播來說,稍復雜一些,節點要預訂一個組播地址,當檢測出目的地址為組播地址時,必須確定是否是節點預定的那個組播地址。

    I P組播就更為復雜。一個重要的原因是I P并不是不加鑒別就將業務流放在I n t e r n e t上轉發至所有節點,這是I P成功之處。如果要這樣做的話,它將迫使大多數甚至所有連接的網絡屈服。這就是為什么路由器不應該轉發廣播包的原因。不過,對組播而言,只要路由器以其他節點的名義預訂組播地址,就能有選擇地轉發它。

    當節點預訂組播地址時,它聲明要成為組播的一個成員。于是任何本地路由器將以該節點的名義預訂組播地址。同一網絡上的其他節點要發送信息到該組播地址時,I P組播包將被封裝到鏈路層組播數據傳輸單元中。在以太網上,封裝的單元指向以太網組播地址;在其他用點對點電路傳輸的網絡上(如AT M ) ,通過其他某些機制將包發送給訂戶,通常通過某類服務器將包發送給每個訂戶。從本地網以外來的組播,用同樣方法處理,只是傳遞給路由器,由路由器把包轉發給預訂節點。

    1. 組播地址格式I P v 6組播地址的格式不同于I P v 6單播地址,采用更為嚴格的格式。組播地址只能用作目的地址,沒有數據報把組播地址用作源地址。地址格式中的第1個字節為全“1”,標識其為組播地址?;仡檲D6 - 1,組播地址占了I P v 6 地址空間的整整1 / 2 5 6。組播地址格式中除第1字節外的其余部分,包括如下三個字段:

    • 標志字段:由4 個單個位標志組成。目前只指定了第4 位,該位用來表示該地址是由I n t e r n e t編號機構指定的熟知的組播地址,還是特定場合使用的臨時組播地址。如果該標志位為“0”,表示該地址為熟知地址;如果該位為“1”,表示該地址為臨時地址。其他3個標志位保留將來用。

    • 范圍字段:長4位,用來表示組播的范圍。即,組播組是只包括同一本地網、同一站點、同一機構中的節點,還是包括I P v 6全球地址空間中任何位置的節點。該4位的可能值為0 ~ 1 5

    • 組標識符字段:長11 2 位,用于標識組播組。根據組播地址是臨時的還是熟知的以及地址的范圍,同一個組播標識符可以表示不同的組。永久組播地址用指定的賦予特殊含義的組標識符,組中的成員既依賴于組標識符,又依賴于范圍

    RFC2373中指定的IPv6組播范圍值


    所有I P v 6組播地址以F F開始,表示地址的第1個8位為全“1”。目前,因為標志的其余位未定義,所以地址的第3個十六進制數字若為“0”,則表示熟知地址;若為“1”, 則表示臨時地址。第4個十六進制數字表示范圍,可以是未分配的值或保留的值,見上圖。

    組播組

    I P v 4已具備使用組播的應用,由于這種應用將同樣的數據發送到多個節點,例如,電視會議或財經新聞及股票行情的發布,因而需要高帶寬。用分配的組播地址和組播范圍進行組合,可以表現出多種含義,并用在其他應用上。一些早期注冊的組播地址,包括成組的路由器、D H C P服務、音頻和視頻服務以及網絡游戲服務,詳情請參閱RFC2375(IPv6組播地址分配)。

    考慮組播組標識符為“所有D H C P服務器”時可能發生的情況。用組標識符1 : 3來代表這個組。用2表示鏈路本地范圍(本地網絡鏈路),則I P v 6組播地址為F F 0 2 : 0 : 0 : 0 : 0 : 0 : 1 : 3。該地址可解釋為:鏈路本地范圍內的所有D H C P服務器,即,所有D H C P服務器在同一網絡上。如果將范圍改為站點本地,那么該地址的意思變為“同一站點上的所有D H C P服務器”。

    保留的組播組標識符可用于擴展范圍字段。如果范圍字段值為1,表示組標識符所指定的所有特定類型的服務器只包括本地節點上的服務器。如果范圍字段值為2,除了包括本地節點上的服務器外,再加上連接到同一網絡的其他所有服務器。例如,只有當一個網絡時間協議( N T P )服務器運行在本地節點上時,用組標識符標識范圍值為1的該服務器將具有一個激活的成員;如果范圍值增至2,則包括連接到同一網絡的運行一個NTP 服務器的任何節點;如果范圍值增至8,它將包括運行在整個機構的所有N T P服務器;如果范圍值增至E (十進制為1 4 ), 它將包括互聯網上任何地點的所有N T P服務器。

    另一方面,對于臨時組播地址的組標識符,在它們自己的范圍以外沒有意義。全球范圍的臨時組播組和鏈路本地的組,即使它們可能有相同的組標識符,也沒有任何關系。

    泛播

    組播地址在某種意義上可以由多個節點共享。組播地址成員的所有節點均期待著接收發給該地址的所有包。一個連接5個不同的本地以太網網絡的路由器,要向每個網絡轉發一個組播包的副本(假設每個網絡上至少有一個預訂了該組播地址)。泛播地址與組播地址類似,同樣是多個節點共享一個泛播地址,不同的是,只有一個節點期待接收給泛播地址的數據報。
    泛播對提供某些類型的服務特別有用,尤其是對于客戶機和服務器之間不需要有特定關系的一些服務,例如域名服務器和時間服務器。名字服務器就是個名字服務器,不論遠近都應該工作得一樣好。同樣,一個近的時間服務器,從準確性來說,更為可取。因此當一個主機為了獲取信息,發出請求到泛播地址,響應的應該是與該泛播地址相關聯的最近的服務器。

    泛播地址的分配及其格式

    泛播地址被分配在正常的I P v 6單播地址空間以外。因為泛播地址在形式上與單播地址無法區分開,一個泛播地址的每個成員,必須顯式地加以配置,以便識別泛播地址。

    泛播選路


    了解如何為一個單播包確定路由,必須從指定單個單播地址的一組主機中提取最低的公共選路命名符。即,它們必定有某些公共的網絡地址號,并且其前綴定義了所有泛播節點存在的地區。比如一個I S P可能要求它的每一個用戶機構提供一個時間服務器,這些時間服務器共享單個泛播地址。在這種情況下,定義泛播地區的前綴,被分配給I S P作再分發用。

    發生在該地區中的選路是由共享泛播地址的主機的分發來定義的。在該地區中,一個泛播地址必定帶有一個選路項:該選路項包括一些指針,指向共享該泛播地址的所有節點的網絡接口。上述情況下,地區限定在有限范圍內。泛播主機也可能分散在全球Internet 上,如果是這種情況的話,那么泛播地址必須添加到遍及世界的所有路由表上。

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>