帧中继配置怎么设置？帧中继配置详细步骤教程

帧中继配置的核心结论

帧中继是一种面向连接的第二层广域网协议,其配置核心在于虚电路（PVC）的规划、DLCI（数据链路连接标识符）的映射，以及子接口与路由协议的协同设计，对于企业网络而言，正确的帧中继配置不仅能降低专线成本，更能通过流量整形与永久虚电路（PVC）实现带宽的精细化管理，即便在MPLS和SD-WAN盛行的今天，帧中继的配置思想仍在很多运营商骨干网和存量设备中延续，掌握它依然是网络工程师理解广域网技术的必要基石。

帧中继协议工作原理与配置先决条件

帧中继网络由用户设备（DTE）和帧中继交换机（DCE）组成，用户路由器通过串行接口连接到运营商的帧中继交换机，逻辑上通过DLCI号区分不同的虚电路，配置前必须明确三个参数：

• 本地DLCI号：由运营商分配，仅在本地物理接口或子接口上有效。
• LMI类型（本地管理接口）：常见的如Cisco的cisco、ANSI的ansi、ITU的q933a，必须与运营商交换机匹配。
• CIR（承诺信息速率）与Bc/Be：决定流量整形参数，直接影响突发丢包行为。

配置失败的常见原因并非命令错误，而是对DLCI与LMI协商机制理解不透彻，当两端的LMI类型不一致时，接口状态会反复up/down，但很多工程师却在排查物理线路。

帧中继配置的分层实施方法

物理接口与全局参数配置

在路由器串行接口上启用帧中继封装,并指定LMI类型：

interface Serial0/0/0
 encapsulation frame-relay
 frame-relay lmi-type cisco
 frame-relay interface-dlci 102

注意：若物理接口上绑定多个PVC，建议使用子接口而非物理接口，物理接口默认在同一个子网内，容易导致水平分割问题（如RIP协议），将不同PVC划分到不同子接口后，每个子接口独立参与路由计算，可显著减少路由环路的产生。

子接口配置与DLCI映射

子接口分为point-to-point（点到点）和multipoint（多点）两种模式。点到点子接口适合连接单一远端，具有天然的水平分割隔离优势；多点子接口适合星型拓扑中的中心节点，但需手动禁用水平分割或改用OSPF等支持水平分割例外的协议，典型配置如下：

interface Serial0/0/0.1 point-to-point
 ip address 10.0.1.1 255.255.255.0
 frame-relay interface-dlci 102

对于多点子接口,需要静态映射：

interface Serial0/0/0.102 multipoint
 ip address 10.0.2.1 255.255.255.0
 frame-relay map ip 10.0.2.2 102 broadcast

关键是broadcast关键字，它允许广播与组播通过帧中继虚电路转发，否则OSPF或EIGRP的Hello包无法传输，邻居关系无法建立。

路由协议与帧中继的协同

在帧中继网络上运行OSPF时,网络类型需明确指定，默认的non-broadcast（NBMA）模式要求手动指定邻居，且DR/BDR选举容易出错，建议改为point-to-multipoint模式，它能自动适应动态映射，也不需要进行DR选举，配置更简洁：

interface Serial0/0/0.102 multipoint
 ip ospf network point-to-multipoint

流量整形与拥塞控制的进阶配置

帧中继的拥塞控制依赖FECN/BECN位，当网络拥塞时，DCE交换机将数据帧的FECN位置1，反向BECN位通知发送端降速。专业的做法是启用frame-relay traffic-shaping，并按PVC设置CIR与Bc：

map-class frame-relay SHAPE
 frame-relay cir 64000
 frame-relay bc 2000
 frame-relay be 4000

然后将映射类绑定到子接口或DLCI。独立见解：很多生产环境的帧中继丢包并非带宽不足，而是Bc太小导致令牌桶仅允许极短突发，应根据实际业务包长调整Bc，确保单个时钟周期内能发送至少1-2个最大数据包。

独家的酷番云经验案例

在我们服务过的某制造业客户中,其总部与三个工厂之间原本使用帧中继2M专线，运行OSPF，经常出现路由抖动，排查发现，三台工厂路由器均使用物理接口，且LMI类型不一致，总部接口的DLCI映射表混乱，我们采用酷番云云网络路由器作为总部汇聚节点，首先将物理接口改为三个点到点子接口，统一LMI为cisco，并为每个子接口分配独立DLCI；启用frame-relay traffic-shaping，将两个低优先级工厂的CIR调整至1M，关键工厂保持2M，调整后，OSPF邻居稳定运行，业务丢包率由3%降至接近0。体验总结：帧中继配置的失败往往源于对流控参数理解不足，而云路由器的集中管理能力大幅度简化了多分支设备的配置下发效率。

故障排查命令与验证思路

配置完成后,按以下顺序验证：

• show frame-relay pvc：查看PVC状态是否激活，若为INACTIVE则远端配置错误，若为DELETED则本地DLCI不存在。



• show frame-relay map：确认三层IP到二层DLCI的映射是否正确。
• show frame-relay lmi：观察LMI计数器是否持续增长，判断本地LMI类型是否匹配。

若OSPF邻居为EXSTART状态,大概率是MTU不一致；若接口up但PVC为INACTIVE，则先ping对端网关，排除二层虚电路故障。

相关问答模块

问题1：帧中继配置中，为什么使用子接口可以解决路由协议的水平分割问题？

答：帧中继的物理接口在同一广播域中，而RIP或EIGRP默认规定从某个接口学习到的路由不能从同一物理接口再通告出去，当多条PVC共享物理接口时，相邻路由器收到更新后无法转发给其他分支，导致路由表不完整，子接口将物理接口逻辑分割为多个独立网络，每个子接口被视为单独接口，水平分割规则只针对物理接口整体，因此各子接口间的路由更新可以正常转发，从而彻底解决该问题。

问题2：帧中继网络中出现间歇性丢包，但PVC一直为active，如何定位是网络拥塞还是配置错误？

答：首先查看show frame-relay traffic-shaping，确认各PVC的队列深度与丢弃计数，如果丢弃计数持续增加且队列未满，则说明运营商侧出现拥塞，应该降低CIR或优化Bc值；如果队列很深但丢弃计数不高，可能是路由器CPU负载过高导致调度延迟，检查路由协议的Hello间隔与帧中继的Bc匹配度如果Bc过小，Hello包在一个时钟周期内无法完整发送，会造成邻居超时重置，最实用方法是抓取串行接口的入向流量，若存在大量BECN置位帧，则明确是网络拥塞，而非配置错误，应联合运营商调整PVC的CIR参数。