- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
09-帧中继配置
本章节下载 (427.09 KB)
· 本特性仅在路由器上安装了SAE、E1、E1-F、T1、T1-F、POS、CPOS、CE3或CT3接口模块时支持。
· MSR810/810-W/810-W-DB/810-LM/810-W-LM/810-10-PoE/810-LM-HK/810-W-LM-HK/810-LMS/810-LUS路由器不支持帧中继特性。
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所示。
· 支持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.6 配置帧中继本地虚电路”
帧中继子接口必须手工配置虚电路。
(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保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
