两分支拉了直连专线流量反而绕骨干？OSPF伪连接理顺选路
本文整理自华为官方发布的典型配置案例，命令与步骤均按原始文档呈现，供现场实施参考。
专线拉好了，流量为什么反倒绕骨干？
这类场面在MPLS专线网络里特别经典：总部给两个分支买了运营商的MPLS骨干互联，各分支又嫌骨干绕远，自己拉了一条直连专线当后门。结果呢？两个分支的CE设备跑OSPF又同在一个区域，OSPF的规矩是区域内路由优先级压倒一切——从骨干BGP学来的路由再好也得靠边站，流量天天挤那条后门专线，花钱买的骨干反倒闲着。
这不是配置错误，是协议选路规则撞上了组网意图。要让流量回到骨干，就得让骨干在OSPF眼里"变成区域内的一条路"——这就是伪连接（sham-link）的用武之地：在两端PE之间虚出一条点对点链路，把被骨干隔开的两段OSPF区域从逻辑上缝起来，路由照常在区域内传递，转发却走MPLS骨干隧道。
伪连接是怎么把骨干缝进区域的？
官方案例的组网：CE1、CE2各接PE1、PE2，中间还隔着一条经Switch互联的后门链路，全网OSPF区域0，链路cost都是1。思路四步：PE间建MP-IBGP；PE上建VPN实例绑接口；PE上配伪连接；把后门路径的cost抬高，让骨干成为更优路径。
配置在哪几步落手？
用户侧和基础的VPN实例配置按案例走，核心两段在PE上。先把VPN实例和与CE之间的OSPF配起来（PE1为例，PE2对称）：
[PE1] ip vpn-instance vpn1
[PE1-vpn-instance-vpn1] ipv4-family
[PE1-vpn-instance-vpn1-af-ipv4] route-distinguisher 100:1
[PE1-vpn-instance-vpn1-af-ipv4] vpn-target 1:1
[PE1-vpn-instance-vpn1-af-ipv4] quit
[PE1-vpn-instance-vpn1] quit
[PE1] interface vlanif 50
[PE1-Vlanif50] ip binding vpn-instance vpn1
[PE1-Vlanif50] ip address 11.1.1.2 24
[PE1-Vlanif50] quit
[PE1] ospf 100 router-id 5.5.5.5 vpn-instance vpn1
[PE1-ospf-100] domain-id 10
[PE1-ospf-100] import-route bgp
[PE1-ospf-100] area 0
[PE1-ospf-100-area-0.0.0.0] network 11.1.1.0 0.0.0.255
[PE1-ospf-100-area-0.0.0.0] quit
[PE1-ospf-100] quit
此时查PE的VPN路由表，去往对端CE的路由还是走用户网络的OSPF——问题原样摆在那里。接下来是关键动作：先给后门链路抬cost，再配伪连接。
[CE1] interface vlanif 20
[CE1-Vlanif20] ospf cost 10
[CE1-Vlanif20] quit
[PE1] interface loopback 10
[PE1-LoopBack10] ip binding vpn-instance vpn1
[PE1-LoopBack10] ip address 5.5.5.5 32
[PE1-LoopBack10] quit
[PE1] ospf 100
[PE1-ospf-100] area 0
[PE1-ospf-100-area-0.0.0.0] sham-link 5.5.5.5 6.6.6.6 cost 1
[PE1-ospf-100-area-0.0.0.0] quit
[PE1-ospf-100] quit
PE2上对称地用6.6.6.6、5.5.5.5再配一遍。这条sham-link的两个端点地址，必须是绑进VPN实例的LoopBack地址；cost给1，配合后门路径抬到10，选路的天平就倒向骨干了。验证时在PE1上执行display ospf 100 sham-link能看到链路建立、对端状态Full；再看VPN路由表，去对端CE的路由已经换成骨干的BGP路由。这样CE1到CE2的总开销变成了走骨干的三段之和，后门链路只在骨干故障时才被OSPF自动顶上，正好兼职备份线。
依据：华为官方典型配置案例（2026-11 版）。
效果怎么验、有哪些要点？
两个要点记住：伪连接两端必须同属一个OSPF区域、绑在同一个VPN实例里；domain-id两端要一致，否则路由类型会被误判。改动选路类配置前先画清楚流量路径，配完在两端各验证一次再去办别的。
贵州诚鑫致达科技在金融、连锁客户的骨干网项目里见过太多"专线在睡觉"的案例，选路规则不合意，设备再好也白搭。把协议的行为逻辑捋顺，比堆带宽管用得多。
