rfc1483_通過atm適應(yīng)層5的多協(xié)議封裝

1、<p>　　組織：中國互動出版網(wǎng)（http://www.china-pub.com/）</p><p>　　RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）</p><p>　　E-mail：ouyang@china-pub.com</p><p>　　譯者：高明輝（ro

2、amer21cn minghuigao@263.net）</p><p>　　譯文發(fā)布時間：2002-02-28</p><p>　　版權(quán)：本中文翻譯文檔版權(quán)歸中國互動出版網(wǎng)所有。可以用于非商業(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權(quán)信息。</p><p>　　Network Working Group

3、 Juha Heinanen</p><p>　　Reguest for Comments: 1483 Telecom Finland</p><p><b>　　July 1993</b></p><p>　　通過ATM適應(yīng)層5的多協(xié)議封裝

4、</p><p>　　(RFC1483--Multiprotocol Encapsulation over ATM Adaptation Layer 5)</p><p><b>　　本備忘錄的狀態(tài)2</b></p><p><b>　　摘要2</b></p><p><b>　　1.

5、簡介2</b></p><p>　　2.多路復(fù)用方法的選擇2</p><p>　　3.AAL5幀格式3</p><p>　　4.LLC 封裝4</p><p>　　4.1.路由協(xié)議的LLC封裝4</p><p>　　4.2. 橋接協(xié)議的LLC封裝5</p><p&

6、gt;　　5.基于VC的多路復(fù)用技術(shù)9</p><p>　　5.1. 路由協(xié)議的VC多路復(fù)用技術(shù)9</p><p>　　5.2. 橋接協(xié)議的VC多路復(fù)用技術(shù)9</p><p>　　6.ATM網(wǎng)絡(luò)中的橋接11</p><p>　　7.未來研究11</p><p><b>　　感謝11<

7、;/b></p><p><b>　　安全事項11</b></p><p><b>　　參考12</b></p><p>　　附錄A. 基于FR-SSCS的多協(xié)議封裝12</p><p>　　附錄B. OUI 00-80-C2的局部指定值列表14</p><p&

8、gt;　　附錄C. NLPID的部分條目14</p><p><b>　　作者地址14</b></p><p><b>　　本備忘錄的狀態(tài)</b></p><p>　　這篇RFC（Request For Comments）為Internet社區(qū)詳細說明了一個IAB（Internet Architectrue Boar

9、d , Internet架構(gòu)委員會）標準跟蹤協(xié)議，需要通過討論和建議來改進。如果想知道這個協(xié)議的標準化狀態(tài)，請參考最近的“IAB正式協(xié)議標準”的版本。</p><p>　　本備忘錄的發(fā)布不受任何限制。</p><p><b>　　摘要</b></p><p>　　本備忘錄描述了兩種通過ATM AAL5傳送網(wǎng)絡(luò)互連信息的封裝形式。第一種方法允許在

10、單一的ATM虛電路上復(fù)用多種協(xié)議，而第二種方法每一種協(xié)議都承載在不同的ATM虛電路上。</p><p><b>　　1. 簡介</b></p><p>　　基于網(wǎng)絡(luò)的異步傳輸模式（Asynchronous Transfer Mode，ATM）在局域和全局應(yīng)用中正在引起越來越多的興趣。本備忘錄描述了在ATM網(wǎng)絡(luò)上兩種不同的方法來承載無連接的網(wǎng)絡(luò)互連業(yè)務(wù)信息，路由和橋接協(xié)

11、議數(shù)據(jù)單元（Protocol Data Units，PDUs）。第一種方法允許在單一的ATM虛電路上復(fù)用多種協(xié)議，承載PDU的協(xié)議類型通過給PDU加一個IEEE802.2 標準的LLC（Logical Link Control，邏輯鏈路控制）標題來標識，這種方法在后面被稱作“LLC封裝”，它的一個子集初期定義為SMDS[1]。第二種方法將高層協(xié)議類型隱含在ATM虛電路（VC）上，在后面稱作“基于VC多路復(fù)用”。</p>&

12、lt;p>　　ATM是以信元（cell）為基本載體的傳輸模式，要求不同長度的用戶信息分段成短的、固定長度的信元，或者由短的、固定長度的信元重組成不同長度的用戶信息。本備忘錄并不是為路由和橋接協(xié)議數(shù)據(jù)單元（PDU）指定一種新的分段和重組（Segmentation And Reassembly，SAR）方法，而是由ATM適應(yīng)層5（AAL5）公共部分會聚子層（Common Part Convergence Sublayer，CPCS）的

13、負載區(qū)來承載PDU。</p><p>　　注意，本備忘錄僅僅描述如何在AAL5的CPCS子層上傳輸路由和橋接PDU。也就是，這時AAL5的業(yè)務(wù)特定部分會聚子層（Service Specific Convergence Sublayer，SSCS）為空。如果I.36x.1 [3]定義的幀中繼（Frame Relay，F(xiàn)R）業(yè)務(wù)特定部分會聚子層（FR-SSCS）用于AAL5的CPCS子層上，這時，路由和橋接PDU將由

14、RFC1294[4]中描述的NLPID多路復(fù)用方法來承載。附錄A中描述了FR-SSCS-PDU的格式，也描述了RFC1294中如何將IP和CLNP PDU封裝在FR-SSCS之上的。</p><p>　　2. 多路復(fù)用方法的選擇</p><p>　　可以想象，基于VC多路復(fù)用技術(shù)在在快速、方便地動態(tài)建立大量ATM VC的環(huán)境中將占很大優(yōu)勢。這種環(huán)境可能在專用ATM網(wǎng)絡(luò)中占據(jù)主導(dǎo)地位。另一方

15、面，由于某些原因，在每一種協(xié)議都承載在不同的VC的方法不實用，這時LLC封裝可能會比較適宜。例如，如果一個ATM網(wǎng)絡(luò)僅僅支持PVC（Permanent Virtual Circuits，永久虛電路）或者過分依賴于一定數(shù)量的SVC。</p><p>　　當兩個ATM站點要交換基于無連接的網(wǎng)絡(luò)互連通信數(shù)據(jù)時，在PVC的情況下可以通過手動配置來實現(xiàn)多路復(fù)用方法的選擇，或者在SVC的情況下用B-ISDN的信令過程來實現(xiàn)。

16、有關(guān)B-ISDN信令請參照CCITT [5]。但是，可以認為B-ISDN信令信息包括了一個“底層兼容性”的信息元素，有了這個元素我們就可以同AAL5及其承載（或者封裝）的協(xié)議進行協(xié)商。</p><p>　　3. AAL5幀格式</p><p>　　無論選擇哪一種多路復(fù)用技術(shù)，路由和橋接PDU都應(yīng)該被封裝在AAL5 CPCS-PDU負載區(qū)，下面給出AAL5 CPCS-PDU的格式</p

17、><p>　　AAL5 CPCS-PDU 格式</p><p>　　+-------------------------------+</p><p>　　| . |</p><p>　　| . |</p><p&g

18、t;　　| CPCS-PDU 負載 |</p><p>　　| （1至65535字節(jié)） |</p><p>　　| . |</p><p>　　| . |</p><p>　　+

19、-------------------------------+</p><p>　　| PAD（0至47字節(jié)） |</p><p>　　+-------------------------------+ -------</p><p>　　| CPCS-UU（1字節(jié)） |</p><p>　　+

20、-------------------------------+</p><p>　　| CPI（1字節(jié)） |</p><p>　　+-------------------------------+CPCS-PDU尾部</p><p>　　| 長度（2字節(jié)） |</p><p>　

21、　+-------------------------------|</p><p>　　| CRC（4字節(jié)） |</p><p>　　+-------------------------------+ -------</p><p>　　負載區(qū)可以包含1至65535字節(jié)的用戶信息。</p><p>　　PAD

22、區(qū)用來填充CPCS-PDU使CPCS總長度為48字節(jié)的整數(shù)倍，這樣由SAR子層產(chǎn)生的最后48字節(jié)信元載荷正好與信元中CPCS-PDU的尾部對齊。</p><p>　　CPCS-UU（User-to-User indication，用戶到用戶標識）用來透明地傳輸用戶到用戶信息，在本備忘錄中描述的多協(xié)議的ATM封裝中該字段沒有作用，可以被置成任意值。</p><p>　　CPI（Common

23、Part Indicator，通用部分指示）字段是為了使CPCS-PDU的尾部按64 bit對齊，在CCITT標準中為了未來可能增加的功能預(yù)留。在它的作用只是為了64 bit對齊的情況下，該字段應(yīng)該編碼為0x00。</p><p>　　長度字段指示了以字節(jié)為單位負載區(qū)的長度，最大值是65535字節(jié)。長度字段編碼為0x00用于異常功能。</p><p>　　CRC字段提供了CRC字段本身以外

24、的整個CPCS-PDU的差錯檢查。</p><p><b>　　4. LLC 封裝</b></p><p>　　當需要在相同的一條VC上傳輸多種協(xié)議的情況下就需要使用LLC封裝。為了讓接收端能正確地處理接收到的AAL5 CPCS-PDU，承載區(qū)必須包含必要的信息來標識是路由或橋接協(xié)議。在LLC封裝中，這些信息在承載PDU前面的LLC頭中統(tǒng)一編碼。</p>

25、<p>　　盡管本備忘錄只是解決了在LLC類型1（無連接的模式）業(yè)務(wù)上運行的協(xié)議，同樣的封裝原理也適用于在LLC類型2（基于連接的模式）業(yè)務(wù)上運行的協(xié)議。在后一種情況中，LLC封裝的頭的格式或者內(nèi)容會與在下面給出的不同。</p><p>　　4.1. 路由協(xié)議的LLC封裝</p><p>　　在LLC封裝中，路由PDU的協(xié)議是通過給PDU前面加一個IEEE 802.2 LLC標

26、題頭來標識，后面可能緊跟著一個IEEE 802.1a SNAP（SubNetwork Attachment Point）的標題頭。在LLC類型1的操作中，LLC標題頭包括三個byte字段：</p><p>　　+------+------+------+</p><p>　　| DSAP | SSAP | Ctrl |</p><p>　　+------+-----

27、-+------+</p><p>　　在路由協(xié)議的LLC封裝中，Ctrl字段的值始終是0x03，用來指定是無編號的信息命令PDU。</p><p>　　LLC標題頭的值為0xFE-FE-03標識后面是一個路由ISO PDU（請看[6]和附錄B）。Ctrl字段的值0x03指定是無編號的信息命令PDU。因此，AAL5 CPCS-PDU承載區(qū)的路由ISO PDU的格式如下所示：</p&g

28、t;<p>　　路由ISO PDU的負載格式</p><p>　　+-------------------------------+</p><p>　　| LLC 0xFE-FE-03 |</p><p>　　+-------------------------------+</p><p>　　

29、| . |</p><p>　　| ISO PDU |</p><p>　　| (1至65532字節(jié)) |</p><p>　　| . |</p><p>　　+

30、-------------------------------+</p><p>　　路由ISO協(xié)議由一個字節(jié)的NLPID字段來標識，這個字段是協(xié)議數(shù)據(jù)的一部分。NLPID的值由ISO和CCITT來確定，它們的定義在ISO/IEC TR 9577 [6]中，附錄C中列舉了當前一些定義</p><p>　　按照ISO/IEC TR 9577中的定義，一個NLPID的值為0x00是標識空的網(wǎng)絡(luò)

31、層或者設(shè)置為非活動狀態(tài)，由于在這種封裝形式下它沒有意義，所以在ATM封裝中，一個NLPID的值為0x00是無效的</p><p>　　盡管IP不是ISO協(xié)議，但是IP有一個NLPID值0xCC，所以，對IP來講，也有可能采用上面的封裝形式。這種格式不一定使用，跟其他一些非ISO路由協(xié)議的封裝形式一樣，可以通過在LLC標題頭的后面的SNAP標題中標識出。</p><p>　　LLC標題頭的值

32、0xAA-AA-03標識SNAP標題，SNAP標題的格式：</p><p>　　+------+------+------+------+------+</p><p>　　| OUI | PID |</p><p>　　+------+------+------+------+------+</p>&l

33、t;p>　　三個字節(jié)OUI(Organizationally Unique Identifier ,組織唯一標識符)標識給后面的兩個字節(jié)PID（Protocol Identifier ，協(xié)議標識符）規(guī)定意義的組織。二者合在一起標識了一個獨特的路由或橋接協(xié)議。OUI的值0x00-00-00說明后面的PID是以太類型。</p><p>　　非ISO PDU在AAL5 CPCS-PDU負載區(qū)格式如下所示：<

34、/p><p>　　非ISO 路由 PDU格式</p><p>　　+-------------------------------+</p><p>　　| LLC 0xAA-AA-03 |</p><p>　　+-------------------------------+</p><p>

35、;　　| OUI 0x00-00-00 |</p><p>　　+-------------------------------+</p><p>　　| 以太類型 (2 字節(jié)) |</p><p>　　+-------------------------------+</p><p>　

36、　| . |</p><p>　　| 非ISO PDU |</p><p>　　| (1-2^16 - 9 字節(jié)) |</p><p>　　| . |</p><p>　

37、　+-------------------------------+</p><p>　　在IP PDU詳細的格式中，以太類型的值為0x08-00:</p><p>　　路由IP PDUs的負載格式</p><p>　　+-------------------------------+</p><p>　　| LLC 0xAA-

38、AA-03 |</p><p>　　+-------------------------------+</p><p>　　| OUI 0x00-00-00 |</p><p>　　+-------------------------------+</p><p>　　| 以太類型

39、0x08-00 |</p><p>　　+-------------------------------+</p><p>　　| . |</p><p>　　| IP PDU |</p><p>　　| (1－2^1

40、6 - 9 字節(jié)) |</p><p>　　| . |</p><p>　　+-------------------------------+</p><p>　　這與RFC1042[7]兼容，本備忘錄應(yīng)該隨著RFC1042指定的標題格式的修改而修改。</p><p>　　4.

41、2. 橋接協(xié)議的LLC封裝</p><p>　　在LLC封裝中，通過在SNAP標題中指定橋接媒體的類型對橋接PDU進行封裝。與非ISO路由協(xié)議的LLC封裝類似，LLC標題頭的值0xAA-AA-03標識SNAP標題。橋接協(xié)議的LLC封裝中，SNAP標題OUI字段的值是802.1組織的代碼0x00-80-C2，目前橋接媒體的類型是有兩個字節(jié)的PID指明的。另外，PID指明在橋接PDU中是否保留了FCS(Frame

42、Check Sequence ,幀校驗序列)。用于ATM封裝的媒體類型（PID）在附錄B中列出。</p><p>　　因此，承載橋接PDU的AAL5 CPCS-PDU負載區(qū)應(yīng)該是下面格式中的一種。為了使橋接PDU的用戶信息字段按照4個字節(jié)對齊，在必要的時候，可以在PID字段的后面進行填充。</p><p>　　橋接Ethernet/802.3 PDU負載格式</p><

43、p>　　+-------------------------------+</p><p>　　| LLC 0xAA-AA-03 |</p><p>　　+-------------------------------+</p><p>　　| OUI 0x00-80-C2 |</p>

44、<p>　　+-------------------------------+</p><p>　　| PID 0x00-01 或 0x00-07 |</p><p>　　+-------------------------------+</p><p>　　| PAD 0x00-00 |</p>

45、;<p>　　+-------------------------------+</p><p>　　| 目的MAC地址 |</p><p>　　+-------------------------------+</p><p>　　| |</p>

46、<p>　　| (MAC幀的剩余部分) |</p><p>　　| |</p><p>　　+-------------------------------+</p><p>　　|LAN FCS(如果PID的值是0x00-01)|</p><p>

47、;　　+-------------------------------+</p><p>　　橋接Ethernet/802.4 PDU負載格式</p><p>　　+-------------------------------+</p><p>　　| LLC 0xAA-AA-03 |</p><p>　　+-

48、------------------------------+</p><p>　　| OUI 0x00-80-C2 |</p><p>　　+-------------------------------+</p><p>　　| PID 0x00-02 or 0x00-08 |</p><p>

49、　　+-------------------------------+</p><p>　　| PAD 0x00-00-00 |</p><p>　　+-------------------------------+</p><p>　　| 幀控制字節(jié)(1字節(jié)) |</p><p>　　+-

50、------------------------------+</p><p>　　| 目的MAC地址 |</p><p>　　+-------------------------------+</p><p>　　| |</p><p>　　|

51、 (MAC幀的剩余部分) |</p><p>　　| |</p><p>　　+-------------------------------+</p><p>　　| LAN FCS (如果PID是0x00-02) |</p><p>　　+----------

52、---------------------+</p><p>　　橋接Ethernet/802.5PDU負載格式</p><p>　　+-------------------------------+</p><p>　　| LLC 0xAA-AA-03 |</p><p>　　+----------------

53、---------------+</p><p>　　| OUI 0x00-80-C2 |</p><p>　　+-------------------------------+</p><p>　　| PID 0x00-03 或 0x00-09 |</p><p>　　+-------------

54、------------------+</p><p>　　| PAD 0x00-00-XX |</p><p>　　+-------------------------------+</p><p>　　| 幀控制字節(jié)(1 octet) |</p><p>　　+--------------

55、-----------------+</p><p>　　| 目的MAC地址 |</p><p>　　+-------------------------------+</p><p>　　| |</p><p>　　| (MAC幀的剩余

56、部分) |</p><p>　　| |</p><p>　　+-------------------------------+</p><p>　　| LAN FCS (如果PID是0x00-03) |</p><p>　　+-----------------------

57、--------+</p><p>　　注意，在802.5 AC(Access Control，接入控制)字段在局域802.5子網(wǎng)以外沒有任何意義，因此它可以看作是三個字節(jié)的PAD字段的最后一個字節(jié)，可以賦以任意值（XX）。</p><p>　　橋接FDDI PDU的負載格式</p><p>　　+-------------------------------+&l

58、t;/p><p>　　| LLC 0xAA-AA-03 |</p><p>　　+-------------------------------+</p><p>　　| OUI 0x00-80-C2 |</p><p>　　+------------------------------

59、-+</p><p>　　| PID 0x00-04 或 0x00-0A |</p><p>　　+-------------------------------+</p><p>　　| PAD 0x00-00-00 |</p><p>　　+---------------------------

60、----+</p><p>　　| 幀控制字節(jié)(1 octet) |</p><p>　　+-------------------------------+</p><p>　　| 目的MAC地址 |</p><p>　　+-------------------------------+&

61、lt;/p><p>　　| |</p><p>　　| (MAC幀的剩余部分) |</p><p>　　| |</p><p>　　+-------------------------------+<

62、/p><p>　　| LAN FCS (如果PID是0x00-04) |</p><p>　　+-------------------------------+</p><p>　　橋接802.6PDU負載格式</p><p>　　+-------------------------------+</p><p>　　|

63、 LLC 0xAA-AA-03 |</p><p>　　+-------------------------------+</p><p>　　| OUI 0x00-80-C2 |</p><p>　　+-------------------------------+</p><p>

64、;　　| PID 0x00-0B |</p><p>　　+---------------+---------------+ ------</p><p>　　| 保留 | BE標簽 | 普通</p><p>　　+---------------+---------------+ PDU</

65、p><p>　　| Basize | 標題</p><p>　　+-------------------------------+ -------</p><p>　　| 目的MAC地址 |</p><p>　　+--------------------------

66、-----+</p><p>　　| |</p><p>　　| (MAC幀的剩余部分) |</p><p>　　| |</p><p>　　+-----------------------------

67、--+</p><p>　　| |</p><p>　　| 普通PDU尾 |</p><p>　　| |</p><p>　　+-----------------------------

68、--+</p><p>　　注意，在橋接802.6 PDU中，PID的值只有一種選擇，因為在MAC幀標題中CRC-32的標識值由CIB指定。</p><p>　　普通PDU標題頭和尾部在出口橋接設(shè)備允許通過送入802.6子網(wǎng)。有一點明確的是，普通PDU的標題頭中包含Basize字段，這個字段標識了PDU的長度。如果出口橋接設(shè)備不能得到這個字段，那么直到它接收到整個PDU，計算它的長度，然后

69、把長度填入Basize字段，才開始傳送分片的PDU。如果出口橋接設(shè)備能得到這個字段，那么出口802.6橋接設(shè)備就能從普通PDU標題頭中Basize字段提取出長度，然后把它插入第一個分片的相應(yīng)的字段，然后立即把這個分片發(fā)送到802.6子網(wǎng)。這樣，橋接設(shè)備就能在它收到整個的PDU之前就開始傳送802.6PDU。</p><p>　　+-------------------------------+</p>

70、<p>　　| LLC 0xAA-AA-03 |</p><p>　　+-------------------------------+</p><p>　　| OUI 0x00-80-C2 |</p><p>　　+-------------------------------+</p

71、><p>　　| PID 0x00-0E |</p><p>　　+-------------------------------+</p><p>　　| |</p><p>　　| 802.1(d) 或 802.1(g) |<

72、;/p><p>　　| 定義的BPDU |</p><p>　　| |</p><p>　　+-------------------------------+</p><p>　　注意封裝幀的普通PDU標題頭和尾部不能簡單地復(fù)制到802.6出口子網(wǎng)中，

73、因為封裝的Betag值可能會與這個橋接設(shè)備先前傳輸?shù)腂etag值發(fā)生沖突。</p><p>　　通過把它的長度字段的值置為0，一個入口的802.6橋接設(shè)備可以中止一個AAL5 CPCS-PDU。如果出口橋接設(shè)備已經(jīng)開始向一個802.6子網(wǎng)傳輸分片，這時發(fā)現(xiàn)該AAL5 CPCS-PDU已經(jīng)被中止了，它會立即產(chǎn)生一個EOM信元，這樣就可以使接收端拒絕接收該802.6 PDU。例如，可以使普通PDU的尾部的長度字段中包

74、含一個非法的值。</p><p>　　5. 基于VC的多路復(fù)用技術(shù)</p><p>　　在基于VC的多路復(fù)用技術(shù)中，承載網(wǎng)絡(luò)互連的協(xié)議隱含著由連接兩個ATM站點的VC來區(qū)分的，也就是說，每一種協(xié)議必須運行于各自不同的VC上，因此在AAL5 CPCS-PDU的負載上就沒有必要再包含額外的多路復(fù)用信息，這樣就使得占用少量的帶寬和處理開銷。</p><p>　　通過上面的

75、簡要說明，可以看出，每條VC上承載的協(xié)議，要么手動配置，要么在呼叫建立過程中，通過信令處理來進行動態(tài)的協(xié)商。當相關(guān)的標準具有一定的可用性時，在其他的RFC中會對信令進行詳細的定義。</p><p>　　5.1. 路由協(xié)議的VC多路復(fù)用技術(shù)</p><p>　　路由協(xié)議的PDU應(yīng)該被承載在AAL5 CPCS-PDU 的負載區(qū)，所以AAL5 CPCS-PDU的負載區(qū)的格式如下：</p&

76、gt;<p>　　路由PDU的負載格式</p><p>　　+-------------------------------+</p><p>　　| . |</p><p>　　| 被承載的PDU |</p><p>　　|

77、 (1-2^16字節(jié)) |</p><p>　　| . |</p><p>　　| . |</p><p>　　+-------------------------------+</p><p>　　5.2. 橋

78、接協(xié)議的VC多路復(fù)用技術(shù)</p><p>　　橋接協(xié)議的PDU只是準確地包含了在4.2節(jié)中描述的AAL5 CPCS-PDU負載的PID字段以后的部分。因此承載一個橋接PDU的AAL5 CPCS-PDU負載區(qū)應(yīng)該是以下的某一種格式：</p><p>　　橋接Ethernet/802.3 PDUs負載格式</p><p>　　+---------------------

79、----------+</p><p>　　| PAD 0x00-00 |</p><p>　　+-------------------------------+</p><p>　　| 目的MAC地址 |</p><p>　　+----------------------

80、---------+</p><p>　　| |</p><p>　　| (MAC幀的剩余部分) |</p><p>　　| |</p><p>　　+-------------------------

81、------+</p><p>　　| LAN FCS (VC dependent option) |</p><p>　　+-------------------------------+</p><p>　　橋接802.4/802.5/FDDI PDUs負載格式</p><p>　　+---------------------------

82、----+</p><p>　　| PAD 0x00-00-00 or 0x00-00-XX |</p><p>　　+-------------------------------+</p><p>　　| 幀控制字節(jié)(1 octet) |</p><p>　　+----------------------------

83、---+</p><p>　　| 目的MAC地址 |</p><p>　　+-------------------------------+</p><p>　　| |</p><p>　　| (MAC幀的剩余部分) |<

84、/p><p>　　| |</p><p>　　+-------------------------------+</p><p>　　| LAN FCS (VC dependent option) |</p><p>　　+-------------------------------+

85、</p><p>　　注意，在802.5 AC(Access Control，接入控制)字段在局域802.5子網(wǎng)以外沒有任何意義，因此它可以看作是三個字節(jié)的PAD字段的最后一個字節(jié)，可以賦以任意值（XX）。</p><p>　　橋接Ethernet/802.6 PDUs負載格式</p><p>　　+---------------+---------------+

86、-------</p><p>　　| 保留 | BEtag | 普通</p><p>　　+---------------+---------------+ PDU</p><p>　　| BAsize | 標題</p><p>　　+----------

87、---------------------+ -------</p><p>　　| 目的MAC地址 |</p><p>　　+-------------------------------+</p><p>　　| |</p><p>　　|

88、 (MAC幀的剩余部分) |</p><p>　　| |</p><p>　　+-------------------------------+</p><p>　　| |</p><p>　　|

89、 普通PDU尾部 |</p><p>　　| |</p><p>　　+-------------------------------+</p><p>　　在以太網(wǎng)中，802.3，802.4，802.5，和FDDI PDU因為沒有包含PID字段，所以尾部LAN FCS的有無就隱含由V

90、C來標識。這樣，即使橋接的媒體類型是相同的，帶有LAN FCS和沒有LAN FCS的PDU也可以區(qū)分開不同的協(xié)議。</p><p><b>　　BPDU負載格式 </b></p><p>　　+-------------------------------+</p><p>　　| |

91、</p><p>　　| BPDU as defined by |</p><p>　　| 802.1(d) or 802.1(g) |</p><p>　　| |</p><p>　　+----------------------------

92、---+</p><p>　　6. ATM網(wǎng)絡(luò)中的橋接</p><p>　　作為網(wǎng)橋的一個ATM接口必須能涌出、轉(zhuǎn)發(fā)和過濾橋接PDU。</p><p>　　通過把PDU發(fā)送到所有可能相關(guān)的目的地來實現(xiàn)涌出，在ATM的環(huán)境下，這就意味著把PDU發(fā)往每一條相關(guān)的VC。要實現(xiàn)這以功能，可以把PDU拷貝到每一條VC上，或者利用一條組播VC。</p><p

93、>　　要轉(zhuǎn)發(fā)一個PDU，一個網(wǎng)橋必須能通過VC與目的MAC地址聯(lián)系上。要求一個網(wǎng)橋靜態(tài)地為每一條VC配置與之相關(guān)的每一個可能的目的MAC地址是不現(xiàn)實的，也是不可能的，因此，ATM網(wǎng)橋必須提供足夠的信息，從而允許一個ATM接口能夠動態(tài)地學習ATM站點外的外部目的地。</p><p>　　要實現(xiàn)動態(tài)的學習，橋接PDU應(yīng)該與在第4章中描述的封裝形式一致，這樣，接收的ATM接口就能夠通過解析橋接PDU來學習在外部目

94、的地和ATM站點之間的連接。</p><p><b>　　7. 未來研究</b></p><p>　　由于ATM組播，尋址，和信令機制還不完備，與多路復(fù)用方法協(xié)商的詳細內(nèi)容以及地址解析只好留給以后的RFC了。</p><p><b>　　感謝</b></p><p>　　這篇文檔是RFCs [1]和

95、[4]的發(fā)展，很多資料都取自它們，感謝它們的作者T. Bradley, C. Brown, A. Malis, D. Piscitello, and C. Lawrence。另外，IETF ATM工作組專家的建議起了很大的作用，特別感謝CERN 的Brian Carpenter, IBM 的Rao Cherukuri, Motorola的Dan Grossman, Network Systems 的Joel Halpern, Sun

96、 Mircosystems 的Bob Hinden, 和MAN Technology Corporation 的Gary Kessler，感謝他們所做的貢獻。</p><p><b>　　安全事項</b></p><p>　　本備忘錄沒有提及安全問題。</p><p><b>　　參考</b></p><

97、;p>　　[1] Piscitello, D. and Lawrence, C., "The Transmission of IP</p><p>　　Datagrams over the SMDS Service". RFC 1209, Bell Communications</p><p>　　Research, March 1991.</p>

98、<p>　　[2] CCITT, "Draft Recommendation I.363". CCITT Study Group XVIII,</p><p>　　Geneva, 19 - 29 January, 1993.</p><p>　　[3] CCITT, "Draft Recommendation I.36x.1".

99、 CCITT Study Group XVIII,</p><p>　　Geneva, 19-29 January, 1993.</p><p>　　[4] Bradley, T., Brown, C., and Malis, A., "Multiprotocol</p><p>　　Interconnect over Frame Relay"

100、. RFC 1294, Wellfleet</p><p>　　Communications, Inc. and BBN Communications, January 1992.</p><p>　　[5] CCITT, "Draft text for Q.93B". CCITT Study Group XI, 23</p><p>　　

101、September - 2 October, 1992.</p><p>　　[6] Information technology - Telecommunications and Information</p><p>　　Exchange Between Systems, "Protocol Identification in the</p><p>

102、;　　Network Layer". ISO/IEC TR 9577, October 1990.</p><p>　　[7] Postel, J. and Reynolds, J., "A Standard for the Transmission of</p><p>　　IP Datagrams over IEEE 802 Networks". R

103、FC 1042, ISI, February,</p><p><b>　　1988.</b></p><p>　　附錄A. 基于FR-SSCS的多協(xié)議封裝</p><p>　　I.36x.1定義了一個幀中繼業(yè)務(wù)特定部分匯聚子層(FR-SSCS)，用于幀中繼和ATM接口AAL5的公共部分匯聚子層上面。FR-SSCS提供的業(yè)務(wù)與I.233中描述

104、的幀中繼的核心業(yè)務(wù)相一致。</p><p>　　一個FR-SSCS-PDU包括Q.922地址，后面緊接著是Q.922信息域。省略了Q.922標志和FCS，這是因為相關(guān)的功能由AAL提供了。后面的圖表給出了一個AAL5 CPCS-PDU負載區(qū)內(nèi)含一個FR-SSCS-PDU的格式。</p><p>　　路由和橋接PDU按照RFC 1294中定義的方式進行封裝。Q.922信息域從Q.922控制域

105、開始，后面緊接著是一個可選的填充字段，用于對齊這一幀剩余的部分，這樣發(fā)送端就能獲得一個方便的邊界。通過給PDU加一個ISO/CCITT NLPID（Network Layer Protocol ID）前綴來標識承載的PDU的協(xié)議。</p><p>　　特別地，對于一個IP PDU，NLPID的值是0xCC，F(xiàn)R-SSCS-PDU的格式如下：</p><p>　　AAL5 CPCS-PDU

106、負載區(qū)內(nèi)的FR-SSCS-PDU </p><p>　　+-------------------------------+ -------</p><p>　　| Q.922 地址域 | FR-SSCS-PDU標題</p><p>　　| (2-4 字節(jié)) |</p><p&

107、gt;　　+-------------------------------+ -------</p><p>　　| . |</p><p>　　| . |</p><p>　　| Q.922 信息域 | FR-SSCS-

108、PDU負載</p><p>　　| . |</p><p>　　| . |</p><p>　　+-------------------------------+ -------</p><p>　　| AAL5 CP

109、CS-PDU 尾部 |</p><p>　　+-------------------------------+</p><p>　　路由IP PDU 的FR-SSCS-PDU格式</p><p>　　+-------------------------------+</p><p>　　| Q.922 地址域

110、 |</p><p>　　| (2 - 4 字節(jié)) |</p><p>　　+-------------------------------+</p><p>　　| 0x03 (Q.922 控制) |</p><p>　　+--------------------------

111、-----+</p><p>　　| NLPID 0xCC |</p><p>　　+-------------------------------+</p><p>　　| . |</p><p>　　| IP PDU

112、 |</p><p>　　| (1 - 65531 字節(jié)) |</p><p>　　| . |</p><p>　　+-------------------------------+</p><p>　　注意，依據(jù)RFC 1294，Q.922地址

113、域應(yīng)該是2或者4個字節(jié)長，不支持3字節(jié)長的地址域。</p><p>　　路由CLNP PDUs 的FR-SSCS-PDU 格式</p><p>　　+-------------------------------+</p><p>　　| Q.922 地址域 |</p><p>　　| (2 -

114、 4 octets) |</p><p>　　+-------------------------------+</p><p>　　| 0x03 (Q.922 控制) |</p><p>　　+-------------------------------+</p><p>　　| N

115、LPID 0x81 |</p><p>　　+-------------------------------+</p><p>　　| . |</p><p>　　| CLNP PDU的剩余部分 |</p><p>　　| (1 -