- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
09-幀中繼配置
本章節下載： 09-幀中繼配置 (459.91 KB)
FR（Frame Relay，幀中繼）協議是一種簡化的X.25廣域網協議，是一種統計複用的協議，它能夠在單一物理傳輸線路上提供多條虛電路。每條虛電路用DLCI（Data Link Connection Identifier，數據鏈路連接標識符）來標識。每條虛電路通過LMI（Local Management Interface，本地管理接口）協議檢測和維護虛電路的狀態。
幀中繼網絡提供了用戶設備（如路由器和主機等）之間進行數據通信的能力。對於幀中繼網絡，涉及如下概念：
· DTE（Data Terminal Equipment，數據終端設備）：幀中繼終端用戶設備被稱作DTE。
· DCE（Data Circuit-terminating Equipment，數據電路終接設備）：為用戶設備提供接入的設備屬於幀中繼網絡設備，被稱為DCE。
· UNI（User-to-Network Interface，用戶網絡接口）：DTE和DCE之間的相連接口被稱為UNI。
· NNI（Network-to-Network Interface，網間接口）：網絡與網絡之間的接口被稱為NNI。
在實際應用中，DTE接口隻能和DCE接口連接，NNI接口隻能和NNI接口連接。如果把設備用做幀中繼交換機，幀中繼接口類型應該為NNI或DCE。
如1.1 所示，兩台DTE設備（Device A和Device D）通過幀中繼網絡實現互連，Device B和Device C用來代表一個簡單的幀中繼交換網。可以看出，DTE和DCE隻是在UNI處才進行區分；對於兩台DTE之間建立的虛電路，不同虛電路段可以對應不同的DLCI。
圖1-1 幀中繼網絡接口類型
VC（Virtual Circuit，虛電路）是建立在兩台網絡設備之間共享網絡的邏輯電路。根據建立方式的不同，可以將虛電路分為兩種類型：
· PVC（Permanent Virtual Circuit，永久虛電路）：可以通過手工配置產生或者通過LMI協商動態學習產生。永久虛電路方式需要檢測虛電路是否可用。
· SVC（Switched Virtual Circuit，交換虛電路）：在兩個幀中繼終端用戶之間通過呼叫建立虛電路連接，網絡在建好的虛電路上提供數據信息的傳送服務，終端用戶提供呼叫清除來終止虛電路連接。
目前在幀中繼網絡中使用最多的是永久虛電路方式。
對於DTE側設備，永久虛電路的狀態完全由DCE側設備決定。而DCE側設備根據不同的網絡環境，其虛電路狀態分為如下兩種情況：
· 用於兩台設備直連的情況，其狀態由與DTE側設備進行LMI協商結果來決定；
· 用於交換網絡的情況，其狀態由與DTE側設備進行LMI協商的結果和網絡側虛電路的狀態來決定。
DLCI用於標識不同的虛電路，DLCI隻在本地接口和與之直接相連的對端接口有效，隻具有本地意義，不具有全局有效性。在幀中繼網絡中，不同的物理接口上相同的DLCI並不表示是同一個虛電路。
幀中繼網絡用戶接口上最多支持1024條虛電路，其中，用戶可用的DLCI範圍是16～1007。由於幀中繼虛電路是麵向連接的，本地不同的DLCI連接到不同的對端設備，因此可以認為本地DLCI就是對端設備的“幀中繼地址”。
幀中繼地址映射是把對端設備的協議地址與對端設備的幀中繼地址（本地的DLCI）關聯起來，使本端設備高層協議能通過對端設備的協議地址尋址到對端設備。
幀中繼主要用來承載IPv4/IPv6協議，因為在發送IPv4/IPv6報文時，設備根據路由表隻能知道報文的下一跳地址，發送報文前必須由該地址確定它對應的DLCI。這個過程可以通過查找幀中繼地址映射表來完成，地址映射表中存放的是下一跳IPv4/IPv6地址和與其對應的DLCI的映射關係（MAP）。
地址映射表可以由手工配置，也可以由InARP（Inverse Address Resolution Protocol，逆向地址解析協議）/IND（Inverse Neighbor Discovery，逆向鄰居發現）動態維護。
InARP的工作機製如下：每當發現一條新的虛電路時，如果本地接口上已經配置了IPv4地址，InARP將啟動定時器並同時在該虛電路上發送InARP請求報文給對端，該請求報文中攜帶了本地的IPv4地址。發送請求報文的時間間隔缺省為1分鍾（該時間稱為探測時間，可以通過fr inarp interval命令配置）。IND的工作機製與InARP類似。
· 如果對端設備收到該請求報文，可以獲得本地的IPv4地址，從而生成地址映射，並發送InARP應答報文進行響應，該應答報文中攜帶了對端的IPv4地址，這樣本地收到應答報文後同樣生成地址映射。本端生成地址映射後，將發送InARP請求報文的時間間隔修改為12分鍾（該時間是固定的，稱為老化時間），定時器超時後繼續發送InARP請求報文，如果某次定時器超時，發現沒有收到InARP應答報文，將定時器時間修改為探測時間，如果探測3次都在探測時間內沒有得到回應，將學習到的動態地址映射刪除。
· 如果本端在探測時間內沒有收到InARP應答報文，則一直進行探測，直至進行InARP協商的條件不存在時（本地接口上沒有配置IPv4地址或者PVC處於非激活狀態）停止探測。
LMI協議用於管理永久虛電路PVC，包括：通知PVC的增加、探測PVC的刪除、監控PVC狀態的變更、驗證鏈路的完整性。
係統支持三種LMI協議：
· ITU-T的Q.933附錄A
· ANSI的T1.617附錄D
· 非標準兼容協議
為了保證正常通信，DTE側和DCE側需要采用相同的LMI協議。
LMI協議的消息類型有兩種：狀態請求（Status Enquiry）消息和狀態（Status）消息。
· 狀態請求消息由DTE端發送，用來向DCE端請求虛電路的狀態或驗證鏈路完整性。
· 狀態消息是當DCE端收到狀態請求消息後向DTE端發送的一個應答消息，用於傳送虛電路的狀態或驗證鏈路完整性。
LMI協議的報文類型有兩種：全狀態（full）報文、鏈路完整性驗證（LIV，link integrity verification）報文。
· 鏈路完整性驗證報文隻用於驗證鏈路的完整性；
· 全狀態報文除了用於驗證鏈路的完整性，還傳遞PVC的狀態。
LMI協議的協商過程中需要用到的一些參數定義，這些參數由Q.933的附錄A規定，含義如表1-1所示。用戶可以對這些參數進行配置，達到優化設備運行的目的。
表1-1 LMI協商參數含義
|
設備角色 |
參數 |
取值範圍 |
缺省值 |
含義 |
|
DTE |
請求PVC狀態的計數器（N391） |
1～255 |
6 |
用來定義鏈路完整性請求報文和全狀態請求報文的發送比例，即（鏈路完整性請求報文數：全狀態請求報文數） = （N391-1：1） |
|
錯誤門限（N392） |
1～10 |
3 |
表示在被觀察的事件總數中發生錯誤的門限 |
|
|
事件計數器（N393） |
1～10 |
4 |
表示被觀察的事件總數 |
|
|
用戶側輪詢定時器（T391） |
0～32767（單位：秒） |
10（單位：秒） |
這是一個時間變量，它定義了DTE設備發送狀態請求報文的時間間隔，當為0時，表示禁止LMI協議 |
|
|
DCE |
錯誤門限（N392） |
1～10 |
3 |
表示在被觀察的事件總數中發生錯誤的門限 |
|
事件計數器（N393） |
1～10 |
4 |
表示被觀察的事件總數 |
|
|
網絡側輪詢定時器（T392） |
5～30（單位：秒） |
15（單位：秒） |
這是一個時間變量，它定義了DCE設備等待一個狀態請求報文的最長時間 |
LMI協議的簡要工作過程如下：
(1) DTE在物理Up後，先向DCE發送一個全狀態請求消息，查詢虛電路的狀態，且定時器T391開始計時。T391的間隔即為每一個輪詢的時間間隔，即每隔T391，DTE發送一個狀態請求消息，同時，DTE的計數器V391進行計數。當V391<N391時，DTE發送鏈路完整性驗證的狀態請求消息，僅詢問“鏈路完整性”；當V391=N391時，V391清0，且DTE發送全狀態請求消息，不僅詢問“鏈路完整性”，而且還詢問所有PVC的狀態。
(2) DCE收到請求消息後，發送狀態消息對DTE所要了解的狀態進行應答，同時DCE的輪詢定時器T392開始計時，等待下一個狀態請求消息。如果T392超時後，DCE沒有收到狀態請求消息，DCE就記錄該錯誤，錯誤次數加1。如果在N393個事件中，發生的錯誤次數超過N392，DCE就認為該物理通路不可用，所有的虛電路不可用。
(3) DTE收到應答消息後，更新鏈路狀態和PVC狀態。如果定時器T391超時後，DTE沒有收到作為應答的狀態消息，就記錄該錯誤，錯誤次數加1。如果在N393個事件中，發生的錯誤次數超過N392，DTE就認為該物理通路不可用，所有的虛電路不可用。
幀中繼比較典型的應用之一是幀中繼接入。幀中繼接入即作為用戶端承載上層報文，接入到幀中繼網絡中。
幀中繼網絡可以是公用網絡或者是某一企業的私有網絡，如圖1-2所示。幀中繼網絡也可以是直接連接，如圖1-3所示。
本特性僅在路由器上安裝了SAE、E1、E1-F、T1、T1-F、POS、CPOS、CE3或CT3接口模塊時支持。
· 支持FR協議的接口有：同步串口（包括其它接口派生出來的同步串口）、POS接口、POS通道接口。
· 幀中繼網絡NNI接口既是DTE側又是DCE側，可以配置DTE側和DCE側的功能，但它不能學習DLCI，需要兩端都配置DLCI。
· 如果一端設置為NNI接口，則通信的另一端也必須設置為NNI接口。
幀中繼DTE側配置任務如下：
(1) 配置幀中繼DTE側基本功能
(2) 配置幀中繼本地虛電路
(3) 配置幀中繼地址映射
(4) （可選）配置幀中繼子接口
(5) （可選）配置幀中繼壓縮功能
(6) （可選）配置幀中繼FRF.12分片功能
(7) （可選）開啟幀中繼告警功能
幀中繼DCE側配置任務如下：
(1) 配置幀中繼DCE側基本功能
(2) 配置幀中繼本地虛電路
(3) 配置幀中繼地址映射
(4) （可選）配置幀中繼子接口
(5) （可選）配置幀中繼壓縮功能
(6) （可選）配置幀中繼FRF.12分片功能
(7) （可選）開啟幀中繼告警功能
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置接口封裝的鏈路層協議為幀中繼。
link-protocol fr
缺省情況下，除以太網接口、VLAN接口外，其它接口封裝的鏈路層協議均為PPP。
(4) （可選）配置幀中繼接口的封裝格式。
fr encapsulation { ietf | nonstandard }
缺省情況下，封裝格式為IETF。
(5) （可選）配置幀中繼接口類型為DTE。
fr interface-type dte
缺省情況下，幀中繼接口類型為DTE。
(6) （可選）配置幀中繼LMI協議類型。
fr lmi type { ansi | nonstandard | q933a }
缺省情況下，接口的LMI協議類型為q933a。
(7) （可選）配置幀中繼鏈路狀態參數。
¡ 配置DTE側N391參數的值。
fr lmi n391dte n391-value
缺省情況下，DTE側N391參數的值為6。
¡ 配置DTE側N392參數的值。
fr lmi n392dte n392-value
缺省情況下，DTE側N392參數的值為3。
¡ 配置DTE側N393參數的值。
fr lmi n393dte n393-value
缺省情況下，DTE側N393參數的值為4。
¡ 配置DTE側T391參數的值。
timer-hold seconds
缺省情況下，DTE側T391參數的值為10秒。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置接口封裝的鏈路層協議為幀中繼。
link-protocol fr
缺省情況下，除以太網接口、VLAN、ATM接口外，其它接口封裝的鏈路層協議均為PPP。
(4) （可選）配置幀中繼接口的封裝格式。
fr encapsulation { ietf | nonstandard }
缺省情況下，封裝格式為IETF。
(5) （可選）配置幀中繼接口類型為DCE或者NNI。
fr interface-type { dce | nni }
缺省情況下，幀中繼接口類型為DTE。
DCE設備互聯的幀中繼接口類型為NNI，DCE連接DTE的幀中繼接口類型為DCE。
(6) （可選）配置幀中繼LMI協議類型。
fr lmi type { ansi | nonstandard | q933a }
缺省情況下，接口的LMI協議類型為q933a。
(7) （可選）配置幀中繼鏈路狀態參數。
¡ 配置DCE側N392參數的值。
fr lmi n392dce n392-value
缺省情況下，DCE側N392參數的值為3。
¡ 配置DCE側N393參數的值。
fr lmi n393dce n393-value
缺省情況下，DCE側N393參數的值為4。
¡ 配置DCE側T392參數的值。
fr lmi t392dce t392-value
缺省情況下，DCE側T392參數的值為15秒。
當幀中繼接口類型是DCE或NNI時，需要為接口（不論是主接口還是子接口）手動創建虛電路。當幀中繼接口類型是DTE時，如果接口是主接口，則係統會根據對端設備，通過協議協商自動創建虛電路，也可以手動配置虛電路；如果是子接口，則必須手動為接口指定虛電路。通過本配置，可以完成手動指定虛接口。
· 如果要在DTE側手動配置虛電路，則配置的虛電路號必須與相連的DCE側保持一致。
· 如果DCE側的DLCI值被改變，在不影響業務的前提下，可以重啟兩端設備的接口，或者在兩端的設備上分別執行命令reset fr inarp清除InARP協議建立的動態地址映射信息，保證DTE能重新盡快學習到正確的地址映射信息。
· 虛電路號在一個主接口及其所有子接口上是唯一的。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
進入的接口可以是主接口或子接口。
(3) 為接口創建虛電路，並進入相應的幀中繼虛電路視圖。
fr dlci dlci-number
(4) （可選）配置幀中繼虛電路的封裝格式。
fr encapsulation { ietf | nonstandard }
缺省情況下，幀中繼虛電路采用接口配置的封裝格式。
(5) （可選）配置幀中繼虛電路的廣播屬性。
broadcast
缺省情況下，靜態配置的幀中繼虛電路不具備廣播屬性，動態學習的幀中繼虛電路具備廣播屬性。
如果幀中繼虛電路具備了廣播屬性，則所屬接口上的廣播或組播報文都要在該虛電路上發送一份。
幀中繼地址映射可以通過下麵兩種方式建立：
· 靜態配置：當網絡拓撲比較穩定，短時間內不會有變化或新的用戶加入，可以使用靜態配置。一方麵，它可以保障映射鏈路不發生變化，使網絡鏈路連接比較穩定，另一方麵，它可以防止其他未知用戶的攻擊，提高網絡安全性。
· 動態建立：適用於對端設備也支持InARP且網絡較複雜的情況。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
可以是主接口或P2MP子接口。
(3) 增加一條靜態地址映射。
（IPv4網絡）
fr map ip { ip-address | default } dlci-number
（IPv6網絡）
fr map ipv6 { ipv6-address | default } dlci-number
建議為對端的Link-local地址也配置地址映射，確保以Link-local地址為目的地址的報文能夠正確轉發。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 使能幀中繼InARP功能以建立動態地址映射。
fr inarp ip [ dlci-number ]
缺省情況下，幀中繼InARP功能處於使能狀態。
(4) （可選）配置InARP學習時的請求報文發送間隔時間。
fr inarp interval interval
缺省情況下，InARP學習時的請求報文發送間隔時間為60秒。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 使能幀中繼IPv6的IND功能以建立動態地址映射。
fr ipv6 ind [ dlci-number ]
缺省情況下，幀中繼IPv6的IND功能處於關閉狀態。
(4) （可選）配置IND學習時的請求報文發送間隔時間。
ipv6 ind holdtime seconds
缺省情況下，IND學習時的請求報文發送間隔時間為30秒。
(5) 配置IND請求報文連續發送的時間間隔。
ipv6 ind solicitation retrans-timer seconds
缺省情況下，IND請求報文連續發送的時間間隔為1秒。
幀中繼有兩種類型的接口：主接口和子接口。其中子接口是一個邏輯結構，可以配置協議地址和虛電路等，一個物理接口可以有多個子接口。雖然子接口是邏輯結構，並不實際存在，但對於網絡層而言，子接口和主接口是沒有區別的，都可以配置虛電路與遠端設備相連。
幀中繼的子接口又可以分為兩種類型：P2P（Point-to-Point，點到點）子接口和P2MP（Point-to-Multipoint，點到多點）子接口。P2P子接口用於連接單個遠端目標，P2MP子接口用於連接多個遠端目標。P2MP子接口在一個子接口上配置多條虛電路，每條虛電路都和它相連的遠端網絡地址建立一個地址映射，這樣不同的虛電路就可以到達不同的遠端而不會混淆。
地址映射的建立可以用手工配置的方法，也可以利用逆向地址解析協議來動態建立。P2P子接口和P2MP子接口配置虛電路以及地址映射的方法是不同的：
· P2P子接口：對P2P子接口，因為隻有唯一的一個對端地址，所以在給子接口配置一條PVC時實際已經確定了對端地址，不能配置靜態地址映射，也不能動態學習地址映射。
· P2MP子接口：對P2MP子接口，對端地址與本地DLCI映射可以通過配置靜態地址映射或者通過逆向地址解析協議來確定（InARP在主接口上配置即可）。如果要建立靜態地址映射，則應該對每一條虛電路建立靜態地址映射關係。
(1) 進入係統視圖。
system-view
(2) 創建子接口並進入子接口視圖。
interface interface-type interface-number.subnumber [ p2mp | p2p ]
創建子接口時，如果不指定接口類型，缺省創建P2MP子接口。
(3) 配置幀中繼子接口的虛電路。
請參見“1.7 配置幀中繼本地虛電路”
幀中繼子接口必須手工配置虛電路。
(4) 建立地址映射。
對於P2MP子接口可以配置該項。
IPHC（IP Header Compression，IP報文頭壓縮）協議主要應用於低速鏈路上的語音通信。
在低速鏈路上，每個語音報文中報文頭消耗大部分的帶寬，網絡帶寬利用率很差。為了減少報文頭對帶寬的消耗，可以在幀中繼鏈路上使用IPHC壓縮功能，對報文頭進行壓縮。
IPHC壓縮分為如下兩種：
· RTP頭壓縮：對報文中的RTP/UDP/IP頭（長度共40字節）進行壓縮。
· TCP頭壓縮：對報文中的TCP/IP頭（長度共40字節）進行壓縮。
IPHC壓縮機製的總體思想是：在一次連接過程中，IP頭、UDP頭、RTP頭以及TCP頭中的一些字段是固定不變的，還有一些字段是有規律變化的，這樣在壓縮端和解壓端分別維護一個壓縮表項和解壓縮表項來保存固定不變的字段和有規律變化的字段，在傳輸過程中，壓縮端不需要發送完整的報文頭，隻發送報文頭中有變化的信息，減少了報文頭信息的長度，從而降低了報文頭所占的帶寬。
· 幀中繼STAC壓縮與IPHC壓縮不能同時配置。
· 用戶必須在鏈路的兩端同時開啟幀中繼IPHC壓縮功能，該功能才生效。
· 用戶可以在接口視圖下和DLCI視圖下配置幀中繼IPHC壓縮功能或RTP頭/TCP頭壓縮的最大連接數，接口視圖下的配置對該接口下的所有虛電路生效，DLCI視圖下的配置隻對本虛電路生效。如果接口視圖的配置與DLCI視圖的配置不同，則以DLCI視圖下的配置為準。
· 當幀中繼的封裝格式為ietf時（通過命令fr encapsulation配置），開啟IPHC壓縮功能後會觸發IPHC協商，協商成功後壓縮功能才生效；當幀中繼的封裝格式為nonstandard時，開啟IPHC壓縮功能後不會觸發IPHC協商，壓縮功能直接生效，而且僅支持RTP頭壓縮，不支持TCP頭壓縮。此時，需要鏈路兩端的封裝格式都配置為nonstandard才能正常通信。
· 關閉IPHC壓縮功能時，不會立即停止壓縮，需要在接口下或者虛電路所在的接口下執行shutdown與undo shutdown操作後，才會關閉壓縮功能。
· 隻有在開啟IPHC壓縮功能後，才能配置接口或虛電路上允許進行RTP頭/TCP頭壓縮的最大連接數，並且需要在接口下或者虛電路所在的接口下執行shutdown與undo shutdown操作後，配置才能生效。在關閉IPHC壓縮功能後，配置將被清除。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 開啟接口的幀中繼IPHC壓縮功能。
fr compression iphc enable [ nonstandard ]
缺省情況下，幀中繼IPHC壓縮功能處於關閉狀態。
配置nonstandard參數後，僅支持RTP頭壓縮，不支持TCP頭壓縮。
(4) 配置接口上允許進行RTP頭壓縮的最大連接數。
fr compression iphc rtp-connections
缺省情況下，接口上允許進行RTP頭壓縮的最大連接數為16。
(5) 配置接口上允許進行TCP頭壓縮的最大連接數。
fr compression iphc tcp-connections
缺省情況下，接口上允許進行TCP頭壓縮的最大連接數為16。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
進入的接口可以是主接口或子接口。
(3) 進入幀中繼虛電路視圖。
fr dlci dlci-number
(4) 開啟虛電路的幀中繼IPHC壓縮功能。
fr compression iphc enable [ nonstandard ]
缺省情況下，虛電路的幀中繼IPHC壓縮功能處於關閉狀態。
配置nonstandard參數後，僅支持RTP頭壓縮，不支持TCP頭壓縮。
(5) 配置虛電路上允許進行RTP頭壓縮的最大連接數。
fr compression iphc rtp-connections
缺省情況下，虛電路上允許進行RTP頭壓縮的最大連接數為16。
(6) 配置虛電路上允許進行TCP頭壓縮的最大連接數。
fr compression iphc tcp-connections
缺省情況下，虛電路上允許進行TCP頭壓縮的最大連接數為16。
STAC壓縮功能可以對幀中繼數據報文和InARP/IND報文進行壓縮，提高數據傳輸效率。STAC壓縮功能不對LMI報文進行壓縮。
開啟了STAC壓縮功能的一端會向PVC的對端發送STAC控製報文，進行PVC狀態協商，隻有兩端都開啟了STAC壓縮功能，協商才能成功。協商成功後，兩端設備將在PVC上傳輸經過壓縮的幀中繼數據報文。如果STAC控製報文發送10次後仍無法協商成功，將停止協商，STAC壓縮功能不生效。
· 幀中繼STAC壓縮與IPHC壓縮不能同時配置。
· 用戶必須在PVC的兩端同時開啟幀中繼STAC壓縮功能，該功能才生效。
· 隻有當PVC的幀中繼報文封裝類型為IETF時，幀中繼STAC壓縮才能起作用。在配置幀中繼STAC壓縮功能時，如果PVC的幀中繼報文封裝類型不是IETF，則係統會自動將PVC的報文封裝類型改為IETF。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
進入的接口可以是主接口或子接口。
(3) 進入幀中繼虛電路視圖。
fr dlci dlci-number
(4) 開啟虛電路的幀中繼STAC壓縮功能。
fr compression stac enable
缺省情況下，虛電路的幀中繼STAC壓縮功能處於關閉狀態。
在低速幀中繼線路上，大數據報文將會造成傳輸時延的增大。幀中繼分片功能僅對發送的報文有效。幀中繼分片功能可以將較大的數據報文分割成若幹個較小的數據報文，然後在接收端再把數據重新組裝起來，這樣能夠降低報文的傳輸時延，提高傳輸效率。
當語音和數據同時傳輸時，對數據報文進行分片，可以減少語音報文的延時，保證語音的實時性。在對數據報文分片時，可以配置數據報文分片的大小，保證語音報文及時均勻地得到處理，降低時延。
FRF.12分片功能規定了兩種類型分片：NNI&UNI類型和end-to-end類型。目前僅支持end-to-end類型的分片方式。
· 接口的FRF.12分片功能和幀中繼流量整形功能不能同時進行配置。關於幀中繼流量整形功能的詳細介紹，請參見“ACL和QoS配置指導”中的“幀中繼QoS”。
· MFR接口上不支持FRF.12分片功能。如果鏈路兩端都是MFR接口，且配置了FRF.12分片功能，此時FRF.12分片功能不起作用，兩端均可收發完整的報文；如果本端是MFR接口，對端是幀中繼接口，則本端FRF.12分片功能不起作用，本端報文會完整發出，而對端的FRF.12分片功能起作用。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 使能接口的幀中繼FRF.12分片功能。
fr fragment enable
缺省情況下，接口的FRF.12分片功能處於關閉狀態。
(4) （可選）配置幀中繼接口允許的報文分片大小。
fr fragment size
缺省情況下，幀中繼接口允許的分片大小為45字節。
開啟幀中繼的告警功能後，幀中繼會生成告警信息，用於報告本模塊的重要事件。生成的告警信息將發送至SNMP模塊，通過配置SNMP中告警信息的發送參數，來決定告警信息輸出的相關屬性。有關告警信息的詳細介紹，請參見“網絡管理和監控配置指導”中的“SNMP”。
(1) 進入係統視圖。
system-view
(2) 開啟幀中繼的告警功能。
snmp-agent trap enable fr
缺省情況下，幀中繼的告警功能處於關閉狀態。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後幀中繼的運行情況，通過查看顯示信息驗證配置的效果。
在用戶視圖下執行reset命令可以清除InARP協議建立的動態地址映射信息、PVC統計信息、IPHC壓縮統計信息。
表1-2 幀中繼顯示和維護
|
操作 |
命令 |
|
顯示幀中繼地址映射表 |
display fr map [ interface interface-type interface-number ] |
|
顯示幀中繼LMI信息 |
display fr lmi [ interface interface-type interface-number ] |
|
顯示幀中繼的永久虛電路狀態和該虛電路收發數據的統計信息 |
display fr pvc [ interface interface-type interface-number ] [ dlci dlci-number ] |
|
顯示幀中繼InARP報文統計信息 |
display fr inarp [ interface interface-type interface-number ] |
|
顯示幀中繼IPv6地址映射表 |
display fr ipv6 map [ static | dynamic ] [ interface interface-type interface-number [ dlci dlci-number ] ] |
|
顯示幀中繼IPHC壓縮的統計信息 |
display fr compression iphc { rtp | tcp } [ interface interface-type interface-number [ dlci dlci-number ] ] |
|
顯示幀中繼STAC壓縮的統計信息 |
display fr compression stac [ interface interface-type interface-number [ dlci dlci-number ] ] |
|
顯示幀中繼FRF.12分片的統計信息 |
display fr fragment [ interface interface-type interface-number [ dlci dlci-number ] ] |
|
清除InARP協議建立的動態地址映射 |
reset fr inarp [ interface interface-type interface-number [ dlci dlci-number ] ] |
|
清除IND協議建立的動態地址映射 |
reset fr ipv6 ind [ interface interface-type interface-number [ dlci dlci-number ] ] |
|
清除幀中繼的PVC統計信息 |
reset fr pvc [ interface interface-type interface-number [ dlci dlci-number ] ] |
|
清除幀中繼IPHC壓縮的統計信息 |
reset fr compression iphc [ rtp | tcp ] [ interface interface-type interface-number [ dlci dlci-number ] ] |
兩台路由器通過幀中繼接口直連，Router A作為幀中繼DCE設備，Router B作為幀中繼DTE設備。
(1) 方法一：采用主接口方式
# 配置接口的IP地址。
<RouterA> system-view
[RouterA] interface serial 2/1/0
[RouterA-Serial2/1/0] ip address 202.38.163.251 255.255.255.0
# 配置接口封裝的鏈路層協議為幀中繼，接口類型為DCE。
[RouterA-Serial2/1/0] link-protocol fr
[RouterA-Serial2/1/0] fr interface-type dce
# 配置本地虛電路。
[RouterA-Serial2/1/0] fr dlci 100
# 配置接口的IP地址。
<RouterB> system-view
[RouterB] interface serial 2/1/0
[RouterB-Serial2/1/0] ip address 202.38.163.252 255.255.255.0
# 配置接口封裝的鏈路層協議為幀中繼，接口類型為缺省的DTE。
[RouterB-Serial2/1/0] link-protocol fr
[RouterB-Serial2/1/0] fr interface-type dte
[RouterB-Serial2/1/0] quit
(2) 方法二：采用子接口方式
· 配置Router A
# 配置接口封裝的鏈路層協議為幀中繼，接口類型為DCE。
<RouterA> system-view
[RouterA] interface serial 2/1/0
[RouterA-Serial2/1/0] link-protocol fr
[RouterA-Serial2/1/0] fr interface-type dce
[RouterA-Serial2/1/0] quit
# 配置子接口的IP地址及本地虛電路。
[RouterA] interface serial 2/1/0.1 p2p
[RouterA-Serial2/1/0.1] ip address 202.38.163.251 255.255.255.0
[RouterA-Serial2/1/0.1] fr dlci 100
· 配置Router B
# 配置接口封裝的鏈路層協議為幀中繼，接口類型為缺省的DTE。
<RouterB> system-view
[RouterB] interface serial 2/1/0
[RouterB-Serial2/1/0] link-protocol fr
[RouterB-Serial2/1/0] fr interface-type dte
[RouterB-Serial2/1/0] quit
# 配置子接口的IP地址及本地虛電路。
[RouterB] interface serial 2/1/0.1 p2p
[RouterB-Serial2/1/0.1] ip address 202.38.163.252 255.255.255.0
[RouterB-Serial2/1/0.1] fr dlci 100
[RouterB-Serial2/1/0.1] quit
驗證過程以采用主接口配置方式為例：
在Router B上通過display fr pvc命令可以查看接口Serial2/1/0的PVC信息，發現PVC的狀態為Active。
[RouterB] display fr pvc
PVC information for interface Serial2/1/0 (DTE, physically up)
DLCI: 100 Type: Dynamic Interface: Serial2/1/0
Encapsulation: IETF Broadcast
Creation time: 2014/02/19 01:38:00 Status: Active
Input: 2 packets, 60 bytes, 0 dropped
Output: 2 packets, 60 bytes, 0 dropped
Router A和Router B可以互相ping通對方。
[RouterB] ping 202.38.163.251
Ping 202.38.163.251 (202.38.163.251): 56 data bytes, press CTRL+C to break
56 bytes from 202.38.163.251: icmp_seq=0 ttl=255 time=76.007 ms
56 bytes from 202.38.163.251: icmp_seq=1 ttl=255 time=8.790 ms
56 bytes from 202.38.163.251: icmp_seq=2 ttl=255 time=1.630 ms
56 bytes from 202.38.163.251: icmp_seq=3 ttl=255 time=0.841 ms
56 bytes from 202.38.163.251: icmp_seq=4 ttl=255 time=1.012 ms
--- Ping statistics for 202.38.163.251 ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.841/17.656/76.007/29.326 ms
物理層處於down狀態。
可能是物理連接故障或者對端設備未啟動。
· 檢查物理線路是否正常。
· 檢查對端設備是否正常運行。
物理層已經處於up狀態，但鏈路層協議處於down狀態。
· 可能是兩端設備鏈路層接口封裝協議配置有誤。
· 可能是兩端設備幀中繼接口配置有誤。
· 可能是兩端設備LMI協議類型配置不一致。
· 確認本地設備和對端設備是否都封裝了幀中繼協議。
· 如果兩台設備直連，確認本地設備和對端設備是否配置成一端是幀中繼DTE接口類型，一端是幀中繼DCE接口類型。
· 確認兩端配置的LMI協議類型是否相同。
· 如果以上檢查都已經通過，可以打開幀中繼LMI消息的調試命令debugging fr lmi，看狀態請求報文與狀態報文是否一一對應。如果不一一對應，說明物理層數據收發不正確，請檢查物理層的問題。
鏈路層協議處於up狀態，但不能ping通對方。
可能是兩端設備地址映射配置有誤或者路由不可達。
· 確認兩端設備是否都為對端配置（或產生）了正確的地址映射。
· 如果兩端的IP地址不在同一個子網段，確認路由表是否有到達對端的路由。
MFR（Multilink Frame Relay，多鏈路幀中繼）是為幀中繼用戶提供的一種性價比比較高的帶寬解決方案，它基於幀中繼論壇的FRF.16協議，實現在DTE/DCE接口下的多鏈路幀中繼功能。
多鏈路幀中繼特性提供一種邏輯接口：MFR接口。它由多個幀中繼物理鏈路捆綁而成，可以在幀中繼網絡上提供高速率、大帶寬的鏈路。
捆綁（Bundle）和捆綁鏈路（Bundle Link）是多鏈路幀中繼的兩個基本概念。
一個MFR接口對應一個捆綁，一個捆綁中可以包含多個捆綁鏈路，一個捆綁鏈路對應著一個物理接口。捆綁對它的捆綁鏈路進行管理。對於實際的物理層可見的是捆綁鏈路；對於實際的數據鏈路層可見的是捆綁。二者的關係如圖2-1所示。
捆綁建立後，捆綁鏈路之間通過定期發送Hello消息維護鏈路狀態，當Hello消息重發次數達到最大值而仍沒有收到應答，係統就認為此捆綁鏈路的鏈路層協議發生故障。
MFR接口的功能和配置與幀中繼接口相同，也支持DTE、DCE接口類型，並支持QoS隊列機製。當多個物理接口捆綁為一個MFR接口後，這些物理接口原來配置的網絡層和幀中繼鏈路層參數將不再起作用，而是使用該MFR接口的參數。
多鏈路幀中繼配置任務如下：
(1) 配置MFR捆綁
(2) 配置捆綁鏈路
(1) 進入係統視圖。
system-view
(2) 創建MFR接口並進入該MFR接口視圖。
interface mfr { interface-number | interface-number.subnumber [ p2mp | p2p ] }
在創建MFR子接口之前，MFR主接口必須已經存在，否則無法創建MFR子接口。
(3) （可選）配置MFR接口的描述信息。
description text
缺省情況下，MFR接口的描述信息為“該接口的接口名 Interface”，比如：MFR4 Interface。
(4) （可選）設置捆綁標識符。
mfr bundle-name name
缺省情況下，捆綁標識符是“MFR幀中繼捆綁編號”，例如：MFR4。
設置標識符時不允許出現“MFR數字”形式。
(5) （可選）開啟MFR分片功能。
mfr fragment enable
缺省情況下，多鏈路幀中繼捆綁的分片功能處於關閉狀態。
(6) （可選）設置MFR滑動窗口的尺寸。
mfr window-size number
缺省情況下，滑動窗口尺寸等於MFR捆綁的物理接口數。
(7) （可選）設置捆綁鏈路允許的最大分片。
mfr fragment size size
缺省情況下，最大分片是300字節。
(8) （可選）開啟MFR子接口的速率統計功能。
sub-interface rate-statistic
缺省情況下，MFR子接口的速率統計功能處於關閉狀態。
開啟子接口速率統計功能後，用戶可以定時通過display interface命令查看統計結果。
開啟本功能後可能需要耗費大量係統資源，請謹慎使用。
(9) （可選）配置MFR接口的期望帶寬。
bandwidth bandwidth-value
缺省情況下，接口的期望帶寬＝接口的波特率÷1000（kbit/s）。
(10) 打開MFR接口。
undo shutdown
缺省情況下，MFR接口處於打開狀態。
(11) （可選）配置MFR接口的其它參數。
除fr interface-type命令和fr inarp命令隻能用於MFR主接口，不能用於MFR子接口外，其餘配置均可在MFR主接口和子接口上執行。詳細介紹請參見“1 幀中繼”。
接口下的某些配置取消後，會對現有功能產生影響，建議您在執行該命令前，完全了解其對網絡產生的影響。
您可以在執行default命令後通過display this命令確認執行效果。對於未能成功恢複缺省的配置，建議您查閱相關功能的命令手冊，手工執行恢複該配置缺省情況的命令。如果操作仍然不能成功，您可以通過設備的提示信息定位原因。
(1) 進入MFR接口視圖。
interface mfr { interface-number | interface-number.subnumber [ p2mp | p2p ] }
(2) 恢複MFR接口的缺省配置。
default
· 建議對同一個MFR接口捆綁速率一致的物理接口，以減少管理開銷。
· 目前僅支持同步串口和POS接口作為捆綁鏈路的物理接口。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 將當前接口封裝為多鏈路幀中繼捆綁類型。
link-protocol mfr
缺省情況下，接口為PPP封裝。
(4) 將當前接口捆綁到指定的MFR接口。
fr mfr interface-number
缺省情況下，接口不與任何MFR接口捆綁。
(5) （可選）設置捆綁鏈路標識符名稱。
mfr link-name name
缺省情況下，捆綁鏈路標識符是當前接口的名稱。
(6) （可選）設置捆綁鏈路的Hello消息發送周期。
mfr timer hello seconds
缺省情況下，捆綁鏈路的Hello消息發送周期為10秒。
(7) （可選）設置捆綁鏈路重發Hello消息前等待Hello應答消息的時間。
mfr timer ack seconds
缺省情況下，重發Hello消息前等待Hello應答消息的時間為4秒。
(8) （可選）設置捆綁鏈路最多可重發Hello消息的次數。
mfr retry retries
缺省情況下，發送Hello消息的重試次數2次。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後多鏈路幀中繼的運行情況，通過查看顯示信息驗證配置的效果。
在用戶視圖下執行reset命令可以清除MFR接口的統計信息。
表2-1 多鏈路幀中繼顯示和維護
|
配置 |
命令 |
|
查看MFR接口的配置和狀態信息 |
display interface [ mfr [ interface-number ] ] [ brief [ description | down ] ] |
|
查看多鏈路幀中繼捆綁和捆綁鏈路的配置和統計信息 |
display mfr [ interface interface-type interface-number ] [ verbose ] |
|
清除接口的統計信息 |
reset counters interface [ mfr [ interface-number | interface-number.subnumber ] ] |
路由器Router A和Router B之間分別通過接口Serial2/1/0和接口Serial2/1/1直連，使用多鏈路幀中繼協議將兩個接口捆綁以提供更大的帶寬。
圖2-2 多鏈路幀中繼直連組網圖
(1) 配置Router A
# 配置MFR4接口的IP地址。
<RouterA> system-view
[RouterA] interface mfr 4
[RouterA-MFR4] ip address 10.140.10.1 255.255.255.0
# 配置MFR4接口的接口類型為DTE。
[RouterA-MFR4] fr interface-type dte
# 配置MFR4接口的靜態地址映射。
[RouterA-MFR4] fr map ip 10.140.10.2 100
[RouterA-MFR4] quit
# 將接口Serial2/1/0和接口Serial2/1/1捆綁至MFR4。
[RouterA] interface serial 2/1/0
[RouterA-Serial2/1/0] link-protocol mfr
[RouterA-Serial2/1/0] fr mfr mfr4
[RouterA-Serial2/1/0] quit
[RouterA] interface serial 2/1/1
[RouterA-Serial2/1/1] link-protocol mfr
[RouterA-Serial2/1/1] fr mfr mfr4
[RouterA-Serial2/1/1] quit
(2) 配置Router B
# 配置MFR4接口的IP地址。
<RouterB> system-view
[RouterB] interface mfr 4
[RouterB-MFR4] ip address 10.140.10.2 255.255.255.0
# 配置MFR4接口的接口類型為DCE。
[RouterB-MFR4] fr interface-type dce
# 配置MFR4接口的本地虛鏈路。
[RouterB-MFR4] fr dlci 100
[RouterB-MFR4-fr-dlci-100] quit
# 配置MFR4接口的靜態地址映射。
[RouterB-MFR4] fr map ip 10.140.10.1 100
[RouterB-MFR4] quit
# 將接口Serial2/1/0和接口Serial2/1/1捆綁至MFR4。
[RouterB] interface serial 2/1/0
[RouterB-Serial2/1/0] link-protocol mfr
[RouterB-Serial2/1/0] fr mfr mfr4
[RouterB-Serial2/1/0] quit
[RouterB] interface serial 2/1/1
[RouterB-Serial2/1/1] link-protocol mfr
[RouterB-Serial2/1/1] fr mfr mfr4
[RouterB-Serial2/1/1] quit
在Router A上通過display fr pvc命令可以查看接口MFR4的PVC信息，發現PVC的狀態為Active。
[RouterA] display fr pvc
PVC information for interface MFR4 (DTE, physically up)
DLCI: 100 Type: Static Interface: MFR4
Encapsulation: IETF
Creation time: 2014/08/18 06:38:00 Status: Active
Input: 0 packets, 0 bytes, 0 dropped
Output: 0 packets, 0 bytes, 0 dropped
Router A和Router B可以互相ping通對方。
[RouterA] ping 10.140.10.2
Ping 10.140.10.2 (10.140.10.2): 56 data bytes, press CTRL+C to break
56 bytes from 10.140.10.2: icmp_seq=0 ttl=255 time=76.007 ms
56 bytes from 10.140.10.2: icmp_seq=1 ttl=255 time=8.790 ms
56 bytes from 10.140.10.2: icmp_seq=2 ttl=255 time=1.630 ms
56 bytes from 10.140.10.2: icmp_seq=3 ttl=255 time=0.841 ms
56 bytes from 10.140.10.2: icmp_seq=4 ttl=255 time=1.012 ms
--- Ping statistics for 10.140.10.2 ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.841/17.656/76.007/29.326 ms
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
