OSPF配置与直连路由引入实操：搞懂两种宣告方式的核心区别
很多刚接触网络运维的新手配置OSPF时都踩过类似的坑：明明邻居状态已经显示为Full，链路状态数据库同步得完全一致，结果接在路由器下的终端死活ping不通远端的服务器，排查半天最后发现问题全出在直连路由引入这个环节。
不少人刚学OSPF的时候会默认所有网段都用network命令宣告进协议就万事大吉，真到实际组网场景里才发现，很多用户侧的网段对应的设备根本不会运行OSPF，你反复宣告也起不到任何作用，必须通过引入直连路由的方式才能让全网设备学到这些网段。
我们从最基础的配置步骤一步步拆解，看完你就能独立完成小型OSPF网络的全流程配置，再也不用熬大夜排错。首先第一步要给所有运行OSPF的设备配置全网唯一的环回口地址作为Router ID，这是OSPF协议的硬性要求，整个自治系统内不能出现重复的Router ID，否则会引发邻居震荡、路由计算错误等各类奇怪问题。
对于规模不大的小型网络，我们完全可以只使用骨干区域0，不需要额外划分非骨干区域给自己增加配置负担。接下来所有用来建立OSPF邻居关系的互联接口，都必须用network命令精准宣告，配置的时候反掩码要填写准确，不要图省事直接宣告大范围网段，避免把不该纳入OSPF的地址误加进协议进程，后续引发难以排查的隐性故障。

接下来就是90%新手都会踩坑的核心环节：如果你的路由器下连着用户自行管理的设备，对方的网络完全不运行OSPF协议，那么对应的直连网段你哪怕用network命令宣告无数次，OSPF也不可能自动把这个网段的路由同步给其他设备。这时候正确的操作就是在本地的OSPF进程下执行import-route direct命令，把对应的直连网段以外部路由的形式注入OSPF域，生成的Type-5类LSA会在整个OSPF自治系统内泛洪，所有域内设备都能学到这条标记为O_ASE的外部路由。
这里要特别理清两种操作的本质区别：network命令是把指定接口直接激活进OSPF进程，属于协议原生的宣告方式，生成的是OSPF内部路由，优先级更高，路由开销会纳入域内的SPF最短路径计算；而通过import-route引入的直连路由属于外部路由，默认优先级更低，开销计算规则也和内部路由不同。像公网服务器这类网段，两种配置方式都能实现全网互通，你可以根据实际组网的路由属性设计需求自由选择，没有绝对的对错。
等所有配置操作完成后，稍等片刻等OSPF的状态机跑完，所有邻居的状态稳定显示为Full，就说明所有设备的链路状态数据库已经完成完全同步。此时每台路由器都会以自身为根，通过SPF最短路径算法独立计算出全网的路由条目。你可以在任意一台设备上执行display ospf routing命令查看生成的路由表，不仅能看到之前引入的外部直连网段，还能看到OSPF自动生成的等价路由：如果去往同一个目的网段有多条开销完全相同的路径，OSPF会自动把多条路由都加入路由表，实现流量的负载分担，直接提升多条链路的整体利用率。
最后给大家总结三个核心实操准则，记下来以后做类似配置基本都能一次跑通：第一，用来建立OSPF邻居的互联接口，必须用network命令精准宣告，半分懒都不能偷；第二，对面不运行OSPF的用户侧直连网段，不要反复尝试宣告，直接用引入直连路由的方式一步到位；第三，两种方式都能配置的网段，一定要提前明确两种路由的属性差异，匹配组网的设计需求。按照这个流程操作，基本都能快速实现全网互通，不用花几个小时排查莫名其妙的连通性问题。