专线拥塞，如何保障ospf协议报文优转

1. 使能增强转发功能

2. 配置 OSPF 控制报文的优先级

3. 允许 OSPF 报文参与 QoS 队列调度

4. 完善接口出方向 QoS 策略

• 分类（Classifier）：匹配 DSCP 为 CS6 的报文。
• 行为（Behavior）：将其分配到高优先级的 SP（Strict Priority）队列中，并给予足够的带宽保证。

MSR3620-G-X3（V7 9160P36）专线拥塞保障 OSPF 优转完整方案
问题根源
本机始发 OSPF 协议报文不走普通出接口 CBQ/DSCP 流策略转发通道，基于 DSCP CS6 的 service-policy output 无法匹配本机生成的 OSPF Hello/LSA 报文，所以 QoS 不生效；必须用【协议本地优先级 + 接口 SP 绑定本地优先级】方案（MSR V7 官方最优方案）。
一、最终落地配置（可直接复制粘贴）
plaintext
system-view
#1 全局指定OSPF协议内部本地优先级（0~7，7最高，推荐6/7）
qos protocol ospf local-precedence 6

#2 进入专线出接口（G0/0为互联专线口，自行替换实际接口）
interface GigabitEthernet 0/0
#接口启用SP严格优先队列，按本地优先级调度
qos apply-queue sp local-precedence
#可选：专线速率不匹配加流量整形，队列调度生效前提（E1/2M专线必配）
traffic-shape rate 2048000
quit

#【备选加固1：修改OSPF自身发送DSCP为CS7(56)，兼顾对端设备QoS识别】
ospf 1
dscp 56
quit
#【备选加固2：全局控制协议报文默认DSCP（兜底）】
qos protocol ospf dscp 56
原理说明
qos protocol ospf local-precedence 6：设备自身发出 OSPF 报文内置本地优先级 6，不受外层 DSCP 策略管控，进入接口高优先级软件队列；
qos apply-queue sp local-precedence：接口队列开启严格 SP 调度，本地优先级越高优先转发，拥塞时 OSPF 优先抢占带宽、优先出队，业务报文排队丢弃，杜绝 Hello 丢包断邻居；
traffic-shape：专线下行速率＜端口物理速率时必须配置整形，否则端口无软件队列、QoS 完全失效。
二、配套优化（防止 OSPF 震荡，二选一）
优化 1：OSPF 计时器微调（拥塞专线标配）
plaintext
ospf 1
timer hello 20 dead 80
#专线高丢包场景：Hello20s、Dead80s，避免瞬时拥塞断邻居
优化 2：预留接口最小保障带宽（CBQ 补充方案，和 SP 不混用）
若业务不能全 SP 调度，改用 CBQ+EF 预留带宽：
plaintext
#流分类匹配本地优先级6（OSPF）
traffic classifier OSPF operator and
if-match local-precedence 6
#EF行为预留带宽（按专线10%预留）
traffic behavior OSPF-EF
ef bandwidth 256
#QoS策略
qos policy OSPF-POLICY
classifier OSPF behavior OSPF-EF
#专线口应用
int G0/0
qos apply policy OSPF-POLICY output
traffic-shape rate 2048000
三、验证排查命令
plaintext
#查看OSPF本地优先级配置
display qos protocol
#查看接口队列调度模式
display qos queue interface GigabitEthernet 0/0
#查看OSPF报文DSCP标记
display ospf | include DSCP
#查看接口QoS统计，OSPF报文命中高优先级队列
display qos policy interface GigabitEthernet 0/0
四、补充知识点
穿越转发的 OSPF 报文（经过路由器中转）：可以正常用if-match dscp cs6出方向 QoS；本机始发 OSPF（Hello/LSA）只认 local-precedence，这是原 DSCP 策略失效核心原因；
优先级取值：local-precedence 7＞6＞5…0，7 为系统最高控制报文优先级；
两端路由器都配置同套 QoS，双向 OSPF 报文均优先转发。