目  录

1 帧中继

1.1 帧中继简介

1.1.1 帧中继协议概述

1.1.2 帧中继接口类型

1.1.3 虚电路

1.1.4 DLCI

1.1.5 帧中继地址映射

1.1.6 帧中继LMI协议

1.1.7 帧中继应用

1.2 帧中继配置任务简介

1.3 帧中继DTE侧基本配置

1.4 帧中继DCE侧基本配置

1.5 配置帧中继本地虚电路

1.6 配置帧中继地址映射

1.7 配置帧中继子接口

1.8 配置帧中继IPHC压缩功能

1.8.1 功能简介

1.8.2 配置限制和指导

1.8.3 配置步骤

1.9 配置帧中继STAC压缩功能

1.9.1 功能简介

1.9.2 配置限制和指导

1.9.3 配置步骤

1.10 配置帧中继FRF.12分片功能

1.10.1 功能简介

1.10.2 配置限制和指导

1.10.3 配置步骤

1.11 帧中继显示和维护

1.12 帧中继典型配置举例

1.12.1 通过专线互连局域网配置举例

1.13 帧中继常见配置错误举例

1.13.1 物理层处于down状态

1.13.2 物理层已经处于up状态，但链路层协议处于down状态

1.13.3 链路层up，但是ping不通对方

2 多链路帧中继

2.1 多链路帧中继简介

2.2 多链路帧中继配置任务简介

2.3 配置多链路帧中继

2.3.1 配置MFR捆绑

2.3.2 配置捆绑链路

2.4 多链路帧中继显示和维护

2.5 多链路帧中继典型配置举例

1 帧中继

设备各款型对于本节所描述的特性支持情况有所不同，详细差异信息如下：

1.1  帧中继简介

1.1.1  帧中继协议概述

FR（Frame Relay，帧中继）协议是一种简化的X.25广域网协议，是一种统计复用的协议，它能够在单一物理传输线路上提供多条虚电路。每条虚电路用DLCI（Data Link Connection Identifier，数据链路连接标识符）来标识。每条虚电路通过LMI（Local Management Interface，本地管理接口）协议检测和维护虚电路的状态。

支持FR协议的接口有：同步串口（包括其它接口派生出来的同步串口）、POS接口。

1.1.2  帧中继接口类型

帧中继网络提供了用户设备（如路由器和主机等）之间进行数据通信的能力。用户设备被称作DTE（Data Terminal Equipment，数据终端设备）；为用户设备提供接入的设备属于网络设备，被称为DCE（Data Circuit-terminating Equipment，数据电路终接设备）。DTE和DCE之间的接口被称为UNI（User-to-Network Interface，用户网络接口），其中，连接DTE的一端称为DTE接口，连接DCE的一端称为DCE接口；网络与网络之间的接口被称为NNI（Network-to-Network Interface，网间网接口）。在实际应用中，DTE接口只能和DCE接口连接，NNI接口只能和NNI接口连接。如果把设备用做帧中继交换机，帧中继接口类型应该为NNI或DCE。

如图1-1所示，两台DTE设备（Router A和Router D）通过帧中继网络实现互连，Router B和Router C用来代表一个简单的帧中继交换网。可以看出，DTE和DCE只是在UNI处才进行区分；对于两台DTE之间建立的虚电路，不同虚电路段可以对应不同的DLCI。

图1-1 帧中继网络接口类型

1.1.3  虚电路

虚电路VC（Virtual Circuit）是建立在两台网络设备之间共享网络的逻辑电路。根据建立方式的不同，可以将虚电路分为两种类型：

·     PVC（Permanent Virtual Circuit，永久虚电路）：手工配置产生或者通过LMI协商动态学到的虚电路。

·     SVC（Switched Virtual Circuit，交换虚电路）：在两个帧中继终端用户之间通过呼叫建立虚电路连接，网络在建好的虚电路上提供数据信息的传送服务，终端用户提供呼叫清除来终止虚电路连接。

目前在帧中继中使用最多的方式是永久虚电路方式。

1.1.4  DLCI

DLCI用于标识不同的虚电路，DLCI只在本地接口和与之直接相连的对端接口有效，只具有本地意义，不具有全局有效性。在帧中继网络中，不同的物理接口上相同的DLCI并不表示是同一个虚电路。

帧中继网络用户接口上最多支持1024条虚电路，其中，用户可用的DLCI范围是16～1007。由于帧中继虚电路是面向连接的，本地不同的DLCI连接到不同的对端设备，因此可以认为本地DLCI就是对端设备的“帧中继地址”。

1.1.5  帧中继地址映射

帧中继地址映射是把对端设备的协议地址与对端设备的帧中继地址（本地的DLCI）关联起来，使高层协议能通过对端设备的协议地址寻址到对端设备。

帧中继主要用来承载IP协议，在发送IP报文时，根据路由表只能知道报文的下一跳地址，发送前必须由该地址确定它对应的DLCI。这个过程可以通过查找帧中继地址映射表来完成，地址映射表中存放的是下一跳IP地址和与其对应的DLCI的映射关系（MAP）。

地址映射表可以由手工配置，也可以由InARP（Inverse Address Resolution Protocol，逆向地址解析协议）动态维护。

InARP的工作机制如下：每当发现一条新的虚电路时，如果本地接口上已经配置了IP地址，InARP将启动定时器在该虚电路上发送InARP请求报文给对端，该请求报文中携带了本地的IP地址。发送请求报文的时间间隔缺省为1分钟（该时间称为探测时间，可以通过fr inarp interval命令配置）。

·     如果对端设备收到该请求报文，可以获得本地的IP地址，从而生成地址映射，并发送InARP应答报文进行响应，该应答报文中携带了对端的IP地址，这样本地收到应答报文后同样生成地址映射。本端生成地址映射后，将发送InARP请求报文的时间间隔修改为12分钟（该时间是固定的，称为老化时间），定时器超时后继续发送InARP请求报文，如果某次定时器超时，发现没有收到InARP应答报文，将定时器时间修改为探测时间，如果探测3次都在探测时间内没有得到回应，将学习到的动态地址映射删除。

·     如果本端在探测时间内没有收到InARP应答报文，则一直进行探测，直至进行InARP协商的条件不存在时（本地接口上没有配置IP地址或者PVC处于非激活状态）停止探测。

1.1.6  帧中继LMI协议

LMI协议用于管理永久虚电路PVC，包括：通知PVC的增加、探测PVC的删除、监控PVC状态的变更、验证链路的完整性。

系统支持三种LMI协议：

·     ITU-T的Q.933附录A

·     ANSI的T1.617附录D

·     非标准兼容协议

为了保证正常通信，DTE侧和DCE侧需要采用相同的LMI协议。

1. LMI消息类型和报文类型

LMI协议的消息类型有两种：状态请求（Status Enquiry）消息和状态（Status）消息。

·     状态请求消息由DTE端发送，用来向DCE端请求虚电路的状态或验证链路完整性。

·     状态消息是当DCE端收到状态请求消息后向DTE端发送的一个应答消息，用于传送虚电路的状态或验证链路完整性。

LMI协议的报文类型有两种：全状态（full）报文、链路完整性验证（LIV，link integrity verification）报文。

·     链路完整性验证报文只用于验证链路的完整性；

·     全状态报文除了用于验证链路的完整性，还传递PVC的状态。

2. LMI协商参数

LMI协议的协商过程中需要用到的一些参数定义如表1-1所示。用户可以对这些参数进行配置，达到优化设备运行的目的。

表1-1 LMI协商参数含义

这些参数由Q.933的附录A规定，各参数的含义如下。

(1)     与DTE相关的参数含义

·     N391：用来定义链路完整性请求报文和全状态请求报文的发送比例，即（链路完整性请求报文数：全状态请求报文数） = （N391-1：1）。

·     N392：表示在被观察的事件总数中发生错误的门限。

·     N393：表示被观察的事件总数。

·     T391：这是一个时间变量，它定义了DTE设备发送状态请求报文的时间间隔。

(2)     与DCE相关的参数含义

·     N392：表示在被观察的事件总数中发生错误的门限。

·     N393：表示被观察的事件总数。

·     T392：这是一个时间变量，它定义了DCE设备等待一个状态请求报文的最长时间。

3. LMI工作机制

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.1.7  帧中继应用

帧中继比较典型的应用之一是帧中继接入。帧中继接入即作为用户端承载上层报文，接入到帧中继网络中。

帧中继网络可以是公用网络或者是某一企业的私有网络，如图1-2所示。帧中继网络也可以是直接连接，如图1-3所示。

图1-2 通过帧中继网络互连局域网

图1-3 通过专线互连局域网

1.2  帧中继配置任务简介

表1-2 帧中继配置任务简介

1.3  帧中继DTE侧基本配置

表1-3 帧中继DTE侧基本配置

1.4  帧中继DCE侧基本配置

表1-4 帧中继DCE侧基本配置

1.5  配置帧中继本地虚电路

当帧中继接口类型是DCE或NNI时，需要为接口（不论是主接口还是子接口）手动创建虚电路。当帧中继接口类型是DTE时，如果接口是主接口，则系统会根据对端设备自动确定虚电路，也可以手工配置虚电路；如果是子接口，则必须手动为接口指定虚电路。

需要注意的是：

·     如果要在DTE侧手工配置虚电路，则配置的虚电路号必须与相连的DCE侧保持一致。

·     如果DCE侧的DLCI值被改变，在不影响业务的前提下，可以重启两端设备的接口，或者在两端的设备上分别执行命令reset fr inarp清除InARP协议建立的动态地址映射信息，保证DTE能重新尽快学习到正确的地址映射信息。

·     虚电路号在一个主接口及其所有子接口上是唯一的。

表1-5 配置帧中继本地虚电路

1.6  配置帧中继地址映射

帧中继地址映射可以通过下面两种方式建立：

·     静态配置：手工建立对端IP地址与本地DLCI的映射关系。当网络拓扑比较稳定，短时间内不会有变化或新的用户加入，可以使用静态配置。一方面，它可以保障映射链路不发生变化，使网络链路连接比较稳定，另一方面，它可以防止其他未知用户的攻击，提高网络安全性。

·     动态建立：运行InARP后，可以动态地建立对端IP地址与本地DLCI的映射关系。适用于对端设备也支持InARP且网络较复杂的情况。

表1-6 静态配置帧中继地址映射

表1-7 动态建立帧中继地址映射

1.7  配置帧中继子接口

1. 帧中继子接口简介

帧中继有两种类型的接口：主接口和子接口。其中子接口是一个逻辑结构，可以配置协议地址和虚电路等，一个物理接口可以有多个子接口。虽然子接口是逻辑结构，并不实际存在，但对于网络层而言，子接口和主接口是没有区别的，都可以配置虚电路与远端设备相连。

帧中继的子接口又可以分为两种类型：点到点（point-to-point）子接口和点到多点（point-to-multipoint）子接口。点到点子接口用于连接单个远端目标，点到多点子接口用于连接多个远端目标。点到多点子接口在一个子接口上配置多条虚电路，每条虚电路都和它相连的远端网络地址建立一个地址映射，这样不同的虚电路就可以到达不同的远端而不会混淆。

地址映射的建立可以用手工配置的方法，也可以利用逆向地址解析协议来动态建立。点到点子接口和点到多点子接口配置虚电路以及地址映射的方法是不同的：

·     点到点子接口：对点到点子接口而言，因为只有唯一的一个对端地址，所以在给子接口配置一条PVC时实际已经确定了对端地址，不能配置静态地址映射，也不能动态学习地址映射。

·     点到多点子接口：对点到多点子接口，对端地址与本地DLCI映射可以通过配置静态地址映射或者通过逆向地址解析协议来确定（InARP在主接口上配置即可）。如果要建立静态地址映射，则应该对每一条虚电路建立静态地址映射关系。

2. 配置步骤

表1-8 配置帧中继子接口

1.8  配置帧中继IPHC压缩功能

1.8.1  功能简介

IPHC（IP Header Compression，IP头压缩）协议主要应用于低速链路上的语音通信。

在低速链路上，每个语音报文中报文头消耗大部分的带宽，网络带宽利用率很差。为了减少报文头对带宽的消耗，可以在帧中继链路上使用IPHC压缩功能，对报文头进行压缩。

IPHC压缩分为如下两种：

·     RTP头压缩：对报文中的RTP/UDP/IP头（长度共40字节）进行压缩。

·     TCP头压缩：对报文中的TCP/IP头（长度共40字节）进行压缩。

IPHC压缩机制的总体思想是：在一次连接过程中，IP头、UDP头、RTP头以及TCP头中的一些字段是固定不变的，还有一些字段是有规律变化的，这样在压缩端和解压端分别维护一个压缩表项和解压缩表项来保存固定不变的字段和有规律变化的字段，在传输过程中，压缩端不需要发送完整的报文头，只发送报文头中有变化的信息，减少了报文头信息的长度，从而降低了报文头所占的带宽。

1.8.2  配置限制和指导

·     用户必须在链路的两端同时开启帧中继IPHC压缩功能，该功能才生效。

·     用户可以在接口视图下和DLCI视图下配置帧中继IPHC压缩功能，接口视图下的配置对该接口下的所有虚电路生效，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压缩功能后，配置将被清除。

·     如果在接口视图下配置了RTP头/TCP头压缩的最大连接数，那么该接口下的所有虚电路都会继承这个最大连接数；如果在该接口下的某DLCI视图下配置了不同的最大连接数，那么以这个DLCI视图下的配置为准。

·     帧中继STAC压缩与IPHC压缩不能同时配置。

1.8.3  配置步骤

1. 在接口上配置帧中继IPHC压缩功能

表1-9 在接口上配置帧中继IPHC压缩功能

2. 在虚电路上配置帧中继IPHC压缩功能

表1-10 在虚电路上配置帧中继IPHC压缩功能

1.9  配置帧中继STAC压缩功能

1.9.1  功能简介

STAC压缩功能可以对帧中继数据报文和InARP报文进行压缩，提高数据传输效率。STAC压缩功能不对LMI报文进行压缩。

开启了STAC压缩功能的一端会向PVC的对端发送STAC控制报文，进行状态协商，只有两端都开启了STAC压缩功能，协商才能成功。协商成功后，两端设备将在PVC上传输经过压缩的帧中继数据报文。如果STAC控制报文发送10次后仍无法协商成功，将停止协商，STAC压缩功能不生效。

1.9.2  配置限制和指导

·     用户必须在PVC的两端同时开启帧中继STAC压缩功能，该功能才生效。

·     只有当PVC的帧中继报文封装类型为IETF时，帧中继STAC压缩才能起作用。在配置帧中继STAC压缩功能时，如果PVC的帧中继报文封装类型不是IETF，则系统会自动将PVC的报文封装类型改为IETF。

·     帧中继STAC压缩与IPHC压缩不能同时配置。

1.9.3  配置步骤

表1-11 配置帧中继STAC压缩功能

1.10  配置帧中继FRF.12分片功能

1.10.1  功能简介

在低速帧中继线路上，大数据报文将会造成传输时延的增大。帧中继分片功能仅对发送的报文有效。帧中继分片功能可以将较大的数据报文分割成若干个较小的数据报文，然后在接收端再把数据重新组装起来，这样能够降低报文的传输时延，提高传输效率。

FRF.12分片功能规定了两种类型分片：NNI&UNI类型和end-to-end类型。目前仅支持end-to-end类型的分片方式。

1.10.2  配置限制和指导

·     接口的FRF.12分片功能和帧中继流量整形功能不能同时进行配置。关于帧中继流量整形功能的详细介绍，请参见“ACL和QoS配置指导”中的“帧中继QoS”。

·     MFR接口上不支持FRF.12分片功能。如果链路两端都是MFR接口，且配置了FRF.12分片功能，此时FRF.12分片功能不起作用，两端均可收发完整的报文；如果本端是MFR接口，对端是帧中继接口，则本端FRF.12分片功能不起作用，本端报文会完整发出，而对端的FRF.12分片功能起作用。

1.10.3  配置步骤

表1-12 配置帧中继FRF.12分片功能

1.11  帧中继显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置后帧中继的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除InARP协议建立的动态地址映射信息、PVC统计信息、IPHC压缩统计信息。

表1-13 帧中继显示和维护

1.12  帧中继典型配置举例

1.12.1  通过专线互连局域网配置举例

1. 组网需求

两台路由器通过帧中继接口直连，Router A作为帧中继DCE设备，Router B作为帧中继DTE设备。

2. 组网图

图1-4 通过专线互连局域网组网图

3. 配置步骤

(1)     方法一：采用主接口方式

·     配置Router A

# 配置接口的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

·     配置Router B

# 配置接口的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

(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

4. 验证配置

验证过程以采用主接口配置方式为例：

在Router B上通过display fr pvc-info命令可以查看接口Serial2/1/0的PVC信息，发现PVC的状态为Active。

[RouterB-Serial2/1/0] display fr pvc

PVC information for interface Serial2/1/0 (DTE, physical UP)

  DLCI: 100, Type: Dynamic, Serial2/1/0

    Encapsulation: ietf

    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-Serial2/1/0] 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

1.13  帧中继常见配置错误举例

1.13.1  物理层处于down状态

1. 故障现象

物理层处于down状态。

2. 故障排除

·     检查物理线路是否正常。

·     检查对端设备是否正常运行。

1.13.2  物理层已经处于up状态，但链路层协议处于down状态

1. 故障现象

物理层已经处于up状态，但链路层协议处于down状态。

2. 故障排除

·     确认本地设备和对端设备是否都封装了帧中继协议。

·     如果两台设备直连，确认本地设备和对端设备是否配置成一端是帧中继DTE接口类型，一端是帧中继DCE接口类型。

·     确认两端配置的LMI协议类型是否相同。

·     如果以上检查都已经通过，可以打开帧中继LMI消息的调试命令debugging fr lmi，看状态请求报文与状态报文是否一一对应。如果不一一对应，说明物理层数据收发不正确，请检查物理层的问题。

1.13.3  链路层up，但是ping不通对方

1. 故障现象

链路层协议处于up状态，但不能ping通对方。

2. 故障排除

·     确认两端设备是否都为对端配置（或产生）了正确的地址映射。

·     如果两端的IP地址不在同一个子网段，确认路由表是否有到达对端的路由。

2 多链路帧中继

设备各款型对于本节所描述的特性支持情况有所不同，详细差异信息如下：

2.1  多链路帧中继简介

MFR（Multilink Frame Relay，多链路帧中继）是为帧中继用户提供的一种性价比比较高的带宽解决方案，它基于帧中继论坛的FRF.16协议，实现在DTE/DCE接口下的多链路帧中继功能。

多链路帧中继特性提供一种逻辑接口：MFR接口。它由多个帧中继物理链路捆绑而成，可以在帧中继网络上提供高速率、大带宽的链路。

1. Bundle和Bundle link

捆绑（Bundle）和捆绑链路（Bundle Link）是多链路帧中继的两个基本概念。

一个MFR接口对应一个捆绑，一个捆绑中可以包含多个捆绑链路，一个捆绑链路对应着一个物理接口。捆绑对它的捆绑链路进行管理。对于实际的物理层可见的是捆绑链路；对于实际的数据链路层可见的是捆绑。二者的关系如图2-1所示。

图2-1 Bundle和Bundle Link示意图

2. MFR接口和物理接口

MFR接口是逻辑接口，多个物理接口可以捆绑成一个MFR接口。一个MFR接口对应一个捆绑，一个物理接口对应一个捆绑链路。对捆绑和捆绑链路的配置实际就是对MFR接口和物理接口的配置。

MFR接口的功能和配置与帧中继接口相同，也支持DTE、DCE接口类型，并支持QoS队列机制。当多个物理接口捆绑为一个MFR接口后，这些物理接口原来配置的网络层和帧中继链路层参数将不再起作用，而是使用该MFR接口的参数。

2.2  多链路帧中继配置任务简介

表2-1 多链路帧中继配置任务简介

2.3  配置多链路帧中继

2.3.1  配置MFR捆绑

配置MFR接口时，为使捆绑后的接口带宽最大，建议对同一个MFR接口捆绑速率一致的物理接口，以减少管理开销。

表2-2 配置MFR捆绑

2.3.2  配置捆绑链路

表2-3 配置捆绑链路

2.4  多链路帧中继显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置后多链路帧中继的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除MFR接口的统计信息。

表2-4 多链路帧中继显示和维护

2.5  多链路帧中继典型配置举例

1. 组网需求

路由器Router A和Router B之间分别通过接口Serial2/1/0和接口Serial2/1/1直连，使用多链路帧中继协议将两个接口捆绑以提供更大的带宽。

2. 组网图

图2-2 多链路帧中继直连组网图

3. 配置步骤

(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接口的接口类型为DTE。

[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

4. 验证配置

在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