組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：黃亨沛（airshadow   airwolf2000@263.net）
譯文發布時間：2001-8-14
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須
保留本文檔的翻譯及版權信息。



Network Working Group                                        G. Armitage
Request for Comments: 2492                              Lucent Technologies
Category: Standards Track                                        P. Schulter
                                                  BrightTiger Technologies
                                                                M. Jork
                                                  Digital Equipment GmbH
                                                            January 1999

IPv6通過ATM網絡
（RFC2492--Ipv6 over ATM Networks）

備忘錄：
本文檔為整個因特網指定了一個標準跟蹤協議，并為其改進展提供了一些討論和建議。請參
考最新版的"Internet官方協議標準" (STD1)來獲得本協議的標準化程度和狀態。本備忘錄的
傳播不受任何限制。

版權聲明：
Copyright (C) The Internet Society (1999). All Rights Reserved.

摘要：
本文檔《Ipv6 通過非廣播多通路（NBMA）網絡》是ION工作組的結構文檔之一。它提供
了怎樣應用Ipv6通過NBMA結構到異步傳輸模式（ATM）網絡的詳細資料。該結構允許常
規的Ipv6臨近計算機發現協議的主機-分機操作，同時也支持已建立的短程ATM傳送路徑
以及通過行政管理配置的點到點PVC的操作。

目錄
1. 緒論	2
2. 規范術語	3
3. PVC環境	3
3.1 系統設定數據封裝格式	3
3.2 選擇性空封裝	3
3.3  PPP封裝	4
3.4  PVC環境下MTU	4
3.5  PVC環境下的接口令牌格式	4
4. SVC環境	4
4.1  SVC特殊代碼點	4
4.1.1 SVC環境下的ATM適配層封裝	4
4.1.2 單點傳送數據封裝	4
4.1.3 多點傳送數據封裝	5
4.1.4 選擇性空封裝	5
4.1.5 MARS控制信息	5
4.1.6 NHRP控制信息	6
4.1.7 臨近計算機協議消息	6
4.2 UNI 3.0/3.1 信號發布 （SVC模式）	7
5. 接口令牌	7
5.1 基于ESI值的接口令牌	7
5.2 基于48位MAC值的接口令牌	8
5.3 基于EUI-64值的接口令牌	8
5.4 基于當地E.164地址的接口令牌	8
5.5 無唯一標識符節點	8
5.6 單一接口的多邏輯鏈接	8
6. 結論和公開發行	9
7. 安全考慮	9
感謝：	9
作者聯系方式：	9
參考書目：	10
Full Copyright Statement	11

1. 緒論
本文檔《Ipv6通過NBMA網絡》規范是ION工作組對ATM的詳細說明文檔。至于術語和
結構的描述這里將不再重復。

ATM可提供點到點的PVC服務，或者更加靈活的點到點和點到多點的SVC服務，本文檔
涵蓋了ATM的這些應用。

一個最低限度符合標準的Ipv6/ATM驅動應至少能支持PVC模式的操作。而一個Ipv6/ATM
驅動支持完全的SVC模式同時也將支持PVC模式的操作。

2. 規范術語
本文檔中，"MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT","SHOULD", 
"SHOULD NOT", "RECOMMENDED",  "MAY", 以及"OPTIONAL"等關鍵詞的含義請參閱
RFC2119文檔。

3. PVC環境
當ATM網絡用于PVC模式時，每一條PVC將精確的連接兩個節點且臨近計算機發現和其
他的Ipv6的特殊功能將受到限制。Ipv6/ATM接口在每一條鏈路上只有一個鄰居接口。既然
在一單一的ATM標準的操作中不能進行多點傳送和廣播操作，因而MARS和NHRP協議
不再必須。動態的發現的傳送捷徑不被支持。

接下來的章節提供關于封裝，MTU和鏈接令牌產生的詳細資料。

PVC鏈路的這種應用既不授權也不阻止在臨近計算機發現協議中擴展名的使用，這可由
PVC連接中的任一普通使用而發現。

既然ATM網絡中PVC鏈接不使用鏈路層的地址，那么任何的網絡指導消息中都不能包含
鏈路層的地址操作。一旦在某一網絡指導消息中出現鏈路層地址操作，那么該操作將被忽略。

一最低限度符合標準的Ipv6/ATM驅動將應至少能支持PVC模式操作。這種單一執行PVC
的結構并不要求支持任何的SVC模式操作。

3.1 系統設定數據封裝格式
下面內容可參考RFC 1483文檔[2]，AAL5為默認的適配層服務協議，（LLC/SNAP）封裝為
系統設定的適用于通過點到點的PVC鏈路的數據的封裝。如[1]中所定義，系統默認的Ipv6
的數據封裝格式為：
[0xAA-AA-03][0x00-00-00][0x86-DD][IPv6 packet]
  (LLC)       (OUI)     (PID)

3.2 選擇性空封裝
Ipv6/ATM驅動有可能也支持空封裝作為一項可配置操作。當空封裝被激活，Ipv6數據直接
通過到ALL5層。PVC鏈路的兩端應同時配置使用空封裝。PVC不會被除Ipv6以外的其他
協議所用到。

3.3  PPP封裝
本規范文檔不包含Ipv6通過PPP和PPP通過ALL5的虛擬電路的串聯。

3.4  PVC環境下MTU
默認的PVC鏈路的IP MTU 長度為9180字節。詳細說明參看[7]。其他的IP MTU值也可
能被應用。

3.5  PVC環境下的接口令牌格式
當ATM網絡用于PVC模式時，接口令牌應當用第5節中所記述的方法產生。在PVC鏈路
的兩個節點之間接口令牌必須是唯一的。

4. SVC環境

4.1  SVC特殊代碼點

4.1.1 SVC環境下的ATM適配層封裝

下面可參考RFC 1483原文。ALL5為默認的適配層服務協議，（LLC/SNAP）封裝為系統設
定的適用于通過SVC鏈路的單點傳送和多點傳送數據的封裝。

4.1.2 單點傳送數據封裝
如[1]中所定義，默認的Ipv6單點傳送數據封裝為：
[0xAA-AA-03][0x00-00-00][0x86-DD][IPv6 packet]
   (LLC)       (OUI)     (PID)

4.1.3 多點傳送數據封裝
如[1]中所定義，默認的Ipv6 多點傳送數據封裝為：
[0xAA-AA-03][0x00-00-5E][0x00-01][pkt$cmi][0x86DD][IPv6 packet]
   (LLC)       (OUI)     (PID)    (mars encaps)

IPv6/ATM驅動的群體成員ID需要記錄在pkt$cmi段的2個8位字節優先傳送。

4.1.4 選擇性空封裝
IPv6/ATM驅動也可能支持空封裝做為一項可配置操作?？辗庋b只能被用作從一個IPv6/ATM
驅動傳送IPv6包到另一個?？辗庋b不能被用在在IPv6/ATM驅動和當地MARS之間的點到
點SVC操作。

如果空封裝被激活，IPv6包直接被傳送到AAL5層。在呼叫建立階段，SVC的兩端口必須
同意使用空封裝。使用IPv6以外的協議SVC將不可利用。

如果在路由器之間的數據SVC中有空封裝，則中間路由的NHRP通信必須利用一獨立平行
的SVC。

當IPv6/ATM和MARS/NHRP/ND一起使用時（參見[1]），不鼓勵使用空封裝。

4.1.5 MARS控制信息
MARS控制信息（在MARS和MARS客戶端之間）的封裝如RFC 2022 [3]中所示：
[0xAA-AA-03][0x00-00-5E][0x00-03][MARS control message]
   (LLC)       (OUI)     (PID)

關鍵控制字段值如下：

mar$afn段保持為 0x0F （ATM地址）

mar$pro段應為 0x86DD （IPv6）

mar$op.version段保持為 0x00（MARS）

mar$spln和mar$tpln段為0（空消息）或16（全IPv6協議地址）

ATM地址如何保存沿用了RFC 2022 [3]中的方法。

4.1.6 NHRP控制信息
NHRP控制信息的封裝如RFC 2332[4]：
[0xAA-AA-03][0x00-00-5E][0x00-03][NHRP control message]
    (LLC)       (OUI)     (PID)

關鍵字段的值如下：

ar$afn段保持 0x0F（ATM地址）

ar$pro段應為 0x86DD（IPv6）

ar$op.version段保持 0x01 （NHRP）

ar$spln和ar$tpln段為0（空消息）或16（全IPv6協議地址）

ATM地址如何保存沿用了RFC 2022 [3]中的方法。

4.1.7 臨近計算機協議消息
[1]中5.2節描述了ND鏈路層地址選項。對于IPv6/ATM驅動，子字段需按如下方法編碼：

[NTL]定義ATM數值的類型和長度，緊接為[STL]字段。格式如下：
            7 6 5 4 3 2 1 0
            +-+-+-+-+-+-+-+-+
            |0|x|  length   |
            +-+-+-+-+-+-+-+-+

第一有效位保留并需至為零。第二有效位（x）是一個ATM數值是否在其中的標志：