简介：面向企业网络运维人员与数通工程师的7750设备配置参考文档，聚焦上海贝尔阿尔卡特7750SR路由器从硬件到协议的系统化配置流程。压缩包内共1个doc文件，体积约267KB，正文以标准模板形式编排，按硬件配置、设备管理配置、路由协议配置三大章节展开，可对照目录逐项查阅。 内容上先讲IOM卡、MDA卡的类型查看与正确配置，再细化POS端口、以太口及端口信息查看，随后覆盖路由器名称、LOCATION与CONTACT设置、系统时间与SNTP、TELNET服务器及登录限制等管理项，并延伸至OSPF、RIP、ISIS等路由协议配置，兼顾现网部署与实验环境搭建。已有639人学习，适合希望快速上手或规范配置的读者按模板套用、排错核对。

1. 从空机框到能登录：7750SR 上线前先把版本和卡型对清楚

机框上架、电源接好、Console 线插上，第一次 login 进去看到提示符，很多人以为 7750SR 的活儿已经干完一半了，结果show card一看，第 3 槽的 IOM 卡状态是failed，MDA 一个都没识别，端口列表空空如也。7750SR 的配置模板看着是一份 29 页的文档，真正决定你今晚能不能按时下班的，是开头那几页硬件对卡和带外管理——这两块错了，后面 OSPF、MPLS、EPIPE 写得再漂亮也是空中楼阁。这套设备常见于运营商汇聚、城域边缘和大型企业出口，一台机器上挂着几十条业务电路，配置错一个 ACL 就可能把自己关在门外，只能抱着笔记本去机房插 Console。这篇笔记按“硬件对卡 → 管理面 → 路由协议 → MPLS 与业务 → 验证”的顺序走一遍，新手能照着敲，熟手可以对着看版本差异和参数取舍。

2. 硬件对卡：IOM、MDA 与端口的三层核对顺序

7750SR 的硬件是三层结构：机框插 IOM 卡，IOM 卡上再插 MDA 子卡，MDA 上才长出物理端口。三层里任何一层没配对，端口就不会出现在show port里。我一般把顺序钉死：先show hardware看物理插了什么，再configure card把 IOM 和 MDA 的类型写进配置，最后才去动端口参数。跳过第一步直接配卡型，是血泪经验里最常见的一种翻车。

2.1 先看 show hardware，把槽位和卡型对成一张表

上电后第一件事不是改配置，是看清楚这台机器实际插了什么。show hardware给的是物理层信息，show card和show mda给的是配置层信息，两者对照才能发现问题。

# 物理层：看每个槽位实际插了什么卡，序列号、厂商、MDA 子槽都在这里 A:admin@SR-1# show hardware # 配置层：看系统当前认为这个槽位是什么卡，Admin/Oper 状态是否一致 A:admin@SR-1# show card A:admin@SR-1# show mda

show hardware的输出里，主控板一般占 1、2 槽，从 3 槽开始是 IOM。你要关心的字段是槽位号、卡型号字符串、以及 MDA 子槽上有没有设备。如果show hardware里第 3 槽明明插着卡，show card里第 3 槽的 Card Type 却是unknown或者 Admin State 显示provisioned而 Oper State 是down，说明卡型没配对或者配错了。常见做法是先把槽位、物理卡型号、MDA 型号抄成一张对照表，再动手敲命令；机房里光线暗、标签旧，凭记忆配错槽位号的事情我见过不止一次。

2.2 配 IOM 与 MDA 卡型：configure card 的顺序和坑

卡型配置的核心是configure card这一条命令树，槽位号必须和物理槽位严格一致，IOM 配在 card 层，MDA 配在 card 下面的 mda 子层。

# 第 3 槽配 IOM 卡型，iom-1 只是示例，实际要按 show hardware 里读到的型号填 A:admin@SR-1# configure card 3 card-type iom-1 # 同一张 IOM 卡上的两个子槽，分别配 MDA 型号 A:admin@SR-1# configure card 3 mda 1 mda-type mda-1 A:admin@SR-1# configure card 3 mda 2 mda-type mda-1 # 配完回看，确认 Admin State 和 Oper State 都变成 up A:admin@SR-1# show card 3 A:admin@SR-1# show mda 3/1

card 3里的 3 就是机框上的槽位编号，mda 1是这张 IOM 上的第一个子槽。这里最容易踩的坑是“型号看着像就填”：IOM 和 MDA 的型号字符串差一个后缀，能力就差很多，配错之后卡会进failed状态，而且不会自动恢复，必须先把卡shutdown改回正确型号再no shutdown。另一个坑是热插拔——设备在运行中换卡，配置里残留的旧卡型不会自动清掉，show card会显示配置值和物理值打架，这时候要么删掉重配，要么按型号覆盖。我一般改卡型前先configure card 3 shutdown，改完再no shutdown，避免卡在中间状态反复重启。

配完 IOM 和 MDA，别急着上业务，先确认所有卡的 Oper State 都是up。有一张卡是down，后面端口配置就会缺一段，等到割接当晚才发现，回退窗口已经过了。

2.3 端口落地：POS、以太口与 show port 的自检

卡型对了，端口才会出现。7750SR 的端口路径是“槽位/子槽/端口”，比如3/1/1就是第 3 槽、第 1 个 MDA、第 1 个端口。端口层要配的东西不多，但每一样都影响后面路由和 MPLS 能不能起来。

# 以太口：指定网络侧模式，按需调整 MTU A:admin@SR-1# configure port 3/1/1 ethernet mode network A:admin@SR-1# configure port 3/1/1 ethernet mtu 9000 # POS 口：走 sonet-sdh 上下文，帧格式、开销字节按对端约定配 A:admin@SR-1# configure port 3/1/3 sonet-sdh A:admin@SR-1# configure port 3/1/3 no shutdown # 逐个端口看状态、速率、双工、MTU 和光模块收发光 A:admin@SR-1# show port 3/1/1 A:admin@SR-1# show port 3/1/1 detail

ethernet mode network表示这个口朝网络侧，和对端设备的模式要匹配，两边都配network或者一边network一边access，行为不完全一样，接运营商设备时按对端给的规范来。mtu 9000是为 MPLS 和后续业务预留的，改 MTU 一定要全线一致：本端 9000、中间设备 1500，大包就会被丢，表现出来是 ping 通、SSH 能连、但业务流量一大就断，这种问题查起来非常费时间。show port的 detail 输出里重点看 Oper State、物理链路状态、光功率是否在正常范围；光衰太大时端口会反复 up/down，日志里刷一片，先换尾纤再怀疑配置。

POS 口现在新装机不多，但存量网络里还有，配置时注意帧格式和时钟模式要和传输侧对齐，这两项错了，端口能 up 但 PPP/HDLC 层起不来，表现出来就是“物理通、链路不通”。

3. 管理面落地：设备名、时间、SNTP 与 Telnet 访问控制

硬件通了，接下来是把设备变成一个能被运维团队接管的对象。设备名、位置、联系人这些看着是形式主义，真出故障时，值班的人靠这几个字段能在几十台设备里定位到机架；时间不同步，日志时间戳就是乱的，排障时对不上账；Telnet 不加访问控制，管理面就是开着的门。这一章的命令敲完，设备才算真正“上线”。

3.1 设备标识与时间：name、location、contact 和时区

标识类配置没有技术难度，但字符串格式有讲究：带空格的字段必须整体加引号，否则命令会被截断，配进去半截字符串，show system information一看就知道配残了。

# 设备名、机房位置、联系人，建议统一命名规范，别用中文和特殊符号 A:admin@SR-1# configure system name "SR-1" A:admin@SR-1# configure system location "Room-A-Rack-03" A:admin@SR-1# configure system contact "NOC-EXT-1234" # 时区，配置日志时间戳的前提；跨时区组网时统一用同一个基准 A:admin@SR-1# configure system time zone CST A:admin@SR-1# show system information

name会出现在提示符和日志里，长度别贪多，超过限制会被截断。location和contact是给人和网管系统看的，格式建议和资产系统对齐，比如“机房代号-列-机架号”，别写“三楼那个机房”这种只有自己看得懂的描述。时区配置错，日志时间会整体偏移，和上游设备对不上，做故障时间线时非常难受。

3.2 SNTP 打开与服务器地址

时间同步是排障的地基。7750SR 支持 SNTP，配置分两步：先把 SNTP 进程打开，再指定服务器地址。不同软件版本这条命令挂的位置略有差异，有的在configure system time sntp下，有的直接configure system sntp，敲之前用?补全确认一下最稳。

# 打开 SNTP 进程 A:admin@SR-1# configure system time sntp no shutdown # 指定服务器，prefer 表示优先使用这一台 A:admin@SR-1# configure system time sntp server 10.0.0.10 prefer # 加第二台做备份，两台都不可达时设备会用本地时钟 A:admin@SR-1# configure system time sntp server 10.0.0.11 # 验证同步状态和当前时间 A:admin@SR-1# show system time A:admin@SR-1# show system sntp

SNTP 服务器地址尽量用带外管理网段的地址，别走业务口；服务器本身要可靠，配了两台都不可达等于没配。同步状态里重点看 stratum 和 offset，offset 长期偏大说明链路或服务器有问题。有些环境里 SNTP 进程默认是 shutdown 的，只配 server 不打开进程，时间永远不会同步——这个坑很典型，show system sntp一看就露馅。

3.3 Telnet 服务器的访问控制：三段式 ACL 写法

管理面访问控制是这份模板里最值得抄的一段。思路是“先放行、再拒绝”：默认动作设为允许，然后显式写一条允许指定源 IP 段访问 Telnet 的规则，最后补一条拒绝其他所有来源的规则。顺序不能反，反了就把自己也拒在外面。

# 打开 Telnet 服务 A:admin@SR-1# configure system security telnet-server no shutdown # 创建管理面 ip filter，默认动作 drop 更安全，按需调整 A:admin@SR-1# configure filter ip-filter 100 create A:admin@SR-1# configure filter ip-filter 100 description "mgmt-telnet-guard" A:admin@SR-1# configure filter ip-filter 100 default-action drop # 放行运维网段到本机 23 端口 A:admin@SR-1# configure filter ip-filter 100 entry 10 create A:admin@SR-1# configure filter ip-filter 100 entry 10 match protocol tcp A:admin@SR-1# configure filter ip-filter 100 entry 10 match dst-port 23 A:admin@SR-1# configure filter ip-filter 100 entry 10 match src-ip 10.10.0.0/24 A:admin@SR-1# configure filter ip-filter 100 entry 10 action accept # 把 filter 挂到管理面，挂之前先保留一个已登录的会话 A:admin@SR-1# configure system security management-access-filter ip-filter 100

default-action drop比模板里写的“默认允许”更保守，代价是必须把所有运维网段列全，漏一个网段就有人连不上。稳妥做法是把default-action先设成accept，规则跑通、确认没漏网段之后，再改成drop。挂 filter 之前一定留一个已经登录的 Console 或者第二个 Telnet 会话，改完立刻在新窗口验证一次；只留一个会话就去改，规则写错就只能去机房了，这是最经典的自锁现场。

3.4 用户、用户组与空闲超时

账号要按人分配，不要全组共用一个。7750SR 的用户配置分四件事：建用户、设密码、指定登录方式、挂到用户组。

# 建用户，密码按交互提示输入，不要写在脚本里 A:admin@SR-1# configure system security user "noc" create A:admin@SR-1# configure system security user "noc" password # 允许 Console 和 Telnet 登录 A:admin@SR-1# configure system security user "noc" access console A:admin@SR-1# configure system security user "noc" access telnet # 挂到管理员组，权限按最小化原则给 A:admin@SR-1# configure system security user "noc" console member "administrative" # 空闲超时，避免终端一直挂着 A:admin@SR-1# configure system login-control idle-timeout 10

access决定这个人能从哪进来，console member决定他进来能干什么，两者分开配。给第三方只读账号时，只开access不给管理组，别图省事所有人一股脑塞进administrative。idle-timeout单位是分钟，10 分钟对日常运维够用，机房跳板环境可以设短一点，防止人走了会话还挂着。

3.5 日志 log-id 与主备同步

日志要落到本地文件，不然重启就没了。7750SR 的日志模型是“来源 → log-id → 目的地”，log-id 是个中间编号，把源和文件绑起来。

# 定义日志来源，main 是主日志，security 是安全类日志 A:admin@SR-1# configure log log-id 10 A:admin@SR-1# configure log log-id 10 from main A:admin@SR-1# configure log log-id 10 from security # 指定写入文件，文件定义在 file-id 下 A:admin@SR-1# configure log log-id 10 to file-id 10 A:admin@SR-1# configure log file-id 10 description "sr1-main-log" A:admin@SR-1# configure log file-id 10 location cf3: A:admin@SR-1# configure log file-id 10 rollover 10 retention 5 # 主备板配置同步，自动同步打开后手工再触发一次 A:admin@SR-1# configure redundancy A:admin@SR-1# admin redundancy synchronize

rollover 10是单个文件滚动的上限，retention 5是保留几个历史文件，两个值合起来决定日志能留多久，按机房审计要求调。location cf3:指向主控板上的存储，不同硬件代号可能不一样，用file list确认路径存在再配。主备同步这块，自动同步打开之后仍然建议手工执行一次admin redundancy synchronize，并且用show redundancy确认两块主控的配置版本号一致；只靠自动同步，遇到主备切换瞬间配置写了一半的情况，备板可能带着旧配置接管，业务直接回退到上一个版本。

4. 路由与业务打通：OSPF、IS-IS、BGP 加上 policy 与 ip filter

管理面通了，接下来让设备进入路由域。这一章的顺序不能乱：先立系统地址和接口，再起 IGP，然后才是 BGP 和策略，最后 MPLS 和业务。接口没 up 就去配 OSPF，邻居永远起不来；policy 没 commit 就去 export，设备会直接报错。

4.1 系统地址与接口：先立 interface 再谈协议

系统地址是这台路由器的“身份证”，所有协议都用它做 router-id 或者更新源。接口配置要落到端口上，光写 IP 不关联端口，接口状态是 down 的。

# 系统地址，一般用 /32 A:admin@SR-1# configure router interface "system" address 1.1.1.1/32 # 业务接口：名字、描述、IP、绑定端口，一步都不能少 A:admin@SR-1# configure router interface "to-pe2" create A:admin@SR-1# configure router interface "to-pe2" description "uplink-to-pe2" A:admin@SR-1# configure router interface "to-pe2" address 10.1.1.1/30 A:admin@SR-1# configure router interface "to-pe2" port 3/1/1:100 # 验证接口状态和绑定的端口 A:admin@SR-1# show router interface A:admin@SR-1# show router interface "to-pe2" detail

port 3/1/1:100里的:100是以太网封装标识，点对点链路和 VLAN 子接口场景下必须带，漏了这截，接口绑不上端口，状态一直是 down。接口命名建议带对端信息，比如to-pe2、to-core，比int1、int2强太多，半年后回来看配置能省很多猜测。show router interface里重点看 Admin/Oper 状态和 IP 是否生效，端口 up 但接口 down，十有八九是绑定或封装标识写错。

4.2 OSPF：区域、cost、stub/NSSA、虚链路与认证

OSPF 是这份模板里占篇幅最大的部分，从区域创建到虚链路、认证、聚合、静态注入，基本覆盖了城域网的常见用法。

# 起 OSPF 进程和骨干区域 A:admin@SR-1# configure router ospf no shutdown A:admin@SR-1# configure router ospf area 0.0.0.0 no shutdown # 接口加入区域，点对点链路用 point-to-point 更快收敛 A:admin@SR-1# configure router ospf area 0.0.0.0 interface "to-pe2" A:admin@SR-1# configure router ospf area 0.0.0.0 interface "to-pe2" interface-type point-to-point A:admin@SR-1# configure router ospf area 0.0.0.0 interface "to-pe2" no shutdown # 接口 cost，影响选路，不配就按带宽自动算 A:admin@SR-1# configure router interface "to-pe2" ospf metric 100 # stub 区域与 NSSA 区域 A:admin@SR-1# configure router ospf area 0.0.0.1 stub A:admin@SR-1# configure router ospf area 0.0.0.2 nssa # 虚链路：穿非骨干区域时用，dead-interval 要和两端一致 A:admin@SR-1# configure router ospf area 0.0.0.0 virtual-link 3.3.3.3 A:admin@SR-1# configure router ospf area 0.0.0.0 virtual-link 3.3.3.3 no shutdown A:admin@SR-1# configure router ospf area 0.0.0.0 virtual-link 3.3.3.3 dead-interval 40 # 区域认证，password 类型简单直接，md5 更安全 A:admin@SR-1# configure router ospf area 0.0.0.0 authentication-type password A:admin@SR-1# configure router ospf area 0.0.0.0 interface "to-pe2" authentication-key "your-key" # 路由聚合与静态路由注入 A:admin@SR-1# configure router ospf area 0.0.0.0 area-range 10.10.0.0/16 A:admin@SR-1# configure router ospf export "static-to-ospf" # 三条查看命令：接口、邻居、路由表 A:admin@SR-1# show router ospf interface A:admin@SR-1# show router ospf neighbor A:admin@SR-1# show router ospf route

interface-type point-to-point在点对点链路上用，能跳过 DR/BDR 选举，邻居起得快、收敛也快；两台设备直连却有一边配成广播，邻居会卡在 2-WAY，看着像通了其实没通。metric这条命令在不同版本里挂的位置不一样，有的在接口的ospf上下文，有的在区域的interface上下文，敲之前用?确认，别照抄别处的配置。虚链路两端dead-interval必须一致，不一致邻居起不来，而且报错信息非常含蓄。

stub和nssa是区域属性，配在区域上不配在接口上，先建区域再挂接口，顺序反了会报错。路由聚合写area-range之后，明细路由会被抑制，只发聚合路由，做地址规划时要想清楚汇总网段会不会和别的区域冲突。静态注入走export，依赖 policy，第 4.4 节会讲。

4.3 IS-IS 与 BGP：区域 ID、等级能力和邻居

有的网络跑 IS-IS，有的跑 BGP，配置量都不大，关键是几个必填项别漏。

# IS-IS：区域 ID 和路由器等级能力 A:admin@SR-1# configure router isis area-id 49.0001 A:admin@SR-1# configure router isis level-capability level-2 # 接口加入 IS-IS，广播网段用 broadcast A:admin@SR-1# configure router isis interface "to-pe2" interface-type broadcast # BGP：先定 AS 和 router-id，再建 group 和邻居 A:admin@SR-1# configure router autonomous-system 65000 A:admin@SR-1# configure router bgp router-id 1.1.1.1 A:admin@SR-1# configure router bgp group "ebgp" peer-as 65001 A:admin@SR-1# configure router bgp group "ebgp" neighbor 10.0.0.5 A:admin@SR-1# configure router bgp no shutdown # 查看 IS-IS 邻接、IS-IS 路由、BGP 邻居状态 A:admin@SR-1# show router isis adjacency A:admin@SR-1# show router isis routes A:admin@SR-1# show router bgp summary

IS-IS 的level-capability决定这台设备是 L1、L2 还是 L1/L2，配成level-2之后只和 L2 邻居建邻接，跨区域场景下不会再去管 L1 的细节，简化配置也减少故障面。interface-type broadcast用于广播网段，点对点链路用point-to-point，配错的话邻接能起但路由计算不对，比邻居起不来更难查。

BGP 的router-id一定要显式配，别依赖自动选举；autonomous-system配错了邻居直接 idle。neighbor写在 group 下面，group 的peer-as会继承给邻居，单个邻居要覆盖就在邻居层再写一次。show router bgp summary里看 State 是不是Established、Up/Down 时长是否稳定，状态在 Active 和 Connect 之间反复跳，多半是对端没配邻居或者 TCP 179 被拦了。

4.4 policy 与 ip filter：commit 与应用顺序

policy 是 7750SR 上最容易写错也最容易忘的地方，因为它是“先编辑、再 commit、后引用”的三段式。

# 进入编辑模式，写完必须 commit 才生效 A:admin@SR-1# configure router policy-options begin A:admin@SR-1# configure router policy-options policy-statement "static-to-ospf" create A:admin@SR-1# configure router policy-options policy-statement "static-to-ospf" entry 10 from protocol static A:admin@SR-1# configure router policy-options policy-statement "static-to-ospf" entry 10 to protocol ospf A:admin@SR-1# configure router policy-options policy-statement "static-to-ospf" entry 10 action accept A:admin@SR-1# configure router policy-options commit # 引用 policy，OSPF export 才会把静态路由发出去 A:admin@SR-1# configure router ospf export "static-to-ospf" # ip filter：默认动作、条目、匹配条件和动作 A:admin@SR-1# configure filter ip-filter 10 create A:admin@SR-1# configure filter ip-filter 10 default-action drop A:admin@SR-1# configure filter ip-filter 10 entry 10 create A:admin@SR-1# configure filter ip-filter 10 entry 10 match protocol tcp A:admin@SR-1# configure filter ip-filter 10 entry 10 match dst-port 22 A:admin@SR-1# configure filter ip-filter 10 entry 10 action accept

commit之前所有改动都在暂存区，commit之后才进运行配置，这是 SR OS 的老规矩。很多人写完 policy 直接去 export，设备报找不到这个名字，原因就是没 commit。abort可以丢弃暂存改动，改到一半发现方向不对，用abort比一条条删干净。

ip filter 的条目顺序按编号从小到大匹配，命中第一条就停，default-action是兜底。和 3.3 节的管理面 ACL 一样，先放行关键流量、再兜底拒绝，顺序写反等于全拒。filter 建好之后要挂到接口或者 SAP 上才生效，光建不挂是最常见的“配了没用”。

4.5 MPLS 与 EPIPE：LSP 起来之后再做业务

MPLS 部分要先把接口加入 MPLS，再建路径和 LSP，最后才是业务。LSP 的主路径有两层no shutdown，漏一层 LSP 就是 down 的。

# MPLS 进程和接口 A:admin@SR-1# configure router mpls no shutdown A:admin@SR-1# configure router mpls interface "to-pe2" no shutdown # 命名路径，逐跳指定 A:admin@SR-1# configure router mpls path "main" hop 10 next-hop 10.1.1.2 # LSP 与主路径，两层都要 no shutdown A:admin@SR-1# configure router mpls lsp "to-pe2" to 2.2.2.2 primary "main" A:admin@SR-1# configure router mpls lsp "to-pe2" no shutdown A:admin@SR-1# configure router mpls lsp "to-pe2" primary "main" no shutdown # 查看接口、路径、LSP 状态 A:admin@SR-1# show router mpls interface A:admin@SR-1# show router mpls path A:admin@SR-1# show router mpls lsp # 大包场景下调整端口 MTU，全线一致才有意义 A:admin@SR-1# configure port 3/1/1 ethernet mtu 9000 # EPIPE 业务：SAP 接本地端口，SDP 接远端 A:admin@SR-1# configure service epipe 100 customer 1 create A:admin@SR-1# configure service epipe 100 sap 3/1/1:100 create A:admin@SR-1# configure service epipe 100 spoke-sdp 200:100 create A:admin@SR-1# show service id 100 base A:admin@SR-1# show service id 100 sap

path里的hop编号是路径里的第几跳，next-hop是下一跳地址，多跳路径就多条 hop 语句。LSP 的primary路径必须显式no shutdown，只把 LSP 本身拉起来，路径是 down 的，show router mpls lsp里会看到 path state 不对。EPIPE 的 SAP 端口标识:100要和接口封装标识一致，不一致业务起不来但不会报特别明确的错。

MTU 这条单独拎出来说：MPLS 封装会额外占字节，端口 MTU 卡在 1500 时，大包过 MPLS 会被丢，表现出来是业务小流量正常、大文件传输卡死。改 MTU 要全线一致，包括中间所有设备和端到端业务端口。

5. 避坑与排查：五条对卡、ACL、邻居和同步的血泪记录

这一章是我自己踩过、也见过别人踩的坑，每条按现象、原因、解决写，照着排查能少走弯路。

5.1 卡型配错，端口列表里一个口都没有

现象：show card里第 3 槽显示failed，show port看不到任何3/x/x端口，配置里明明写了端口参数。 原因：configure card 3 card-type填的型号和物理卡不一致，或者 MDA 型号少配了一个子槽，卡进 failed 后不会自动恢复。 解决：先configure card 3 shutdown，用show hardware核对物理型号，改回正确card-type和mda-type，再no shutdown；确认show card的 Oper State 是 up 之后，端口才会出现。

5.2 Telnet 访问控制写反，自己把自己关在门外

现象：管理面 filter 挂上去之后，当前会话还在，断开重连就再也连不上，只能去机房。 原因：default-action设成了drop，放行条目里的源 IP 网段写错或者漏了当前所在网段，条目不命中就走兜底拒绝。 解决：改之前留一个 Console 或第二个 Telnet 会话；先把default-action设成accept跑通放行规则，确认所有运维网段都能连，再改成drop；已经锁死就 Console 进去删掉management-access-filter引用。

5.3 OSPF 邻居卡在 2-WAY 或者 EXSTART

现象：show router ospf neighbor里邻居状态长期 2-WAY 或者 EXSTART，路由学不到。 原因：直连链路一边配了point-to-point、一边还是广播模式，DR/BDR 选举卡住；或者两端 MTU 不一致，DD 报文交换失败，卡在 EXSTART。 解决：两端interface-type统一；show port对比两端 MTU，改成一致；区域号和认证参数逐项对齐，认证密钥错一个字符也是这个表现。

5.4 policy 写了不生效，静态路由注入不出去

现象：policy 条目看着都对，show router ospf route里就是没有静态路由。 原因：policy 编辑完没commit，或者export引用的名字和 policy 名差一个字符，或者from protocol static写成了别的协议。 解决：configure router policy-options下执行commit；show router policy确认 policy 存在且条目生效；export名字逐字核对，改完再看 OSPF 路由表。

5.5 主备不同步，倒换之后配置回退

现象：主备切换后，业务配置少了一部分，像是回到了几小时前的状态。 原因：只依赖自动同步，主控写配置的瞬间发生切换，备板拿到的是半截配置；或者手工同步从来没执行过。 解决：每次大批量变更后手动执行admin redundancy synchronize，用show redundancy确认两块主控配置版本一致；变更窗口内避免在主控高负载时批量写入。

6. 装完怎么验证：一趟 show 命令走完的自检清单

配置敲完不等于通，我习惯按“硬件 → 接口 → 协议 → 业务”四层跑一遍自检，每层都有对应的 show 命令，输出对得上才算收工。这套清单是从一次割接事故之后固定下来的：当时 OSPF 邻居是 up 的，但接口 MTU 不一致，业务小流量正常，一跑大文件就断，排查了两个小时才定位到端口。

第一层看硬件和端口。show card所有槽位 Oper State 必须 up，show port里业务端口的 Oper State 是 up、MTU 符合规划、光功率在正常区间。这层不过，后面全是白搭。

第二层看管理面和接口。show system information核对设备名、位置、时间；show router interface确认系统地址和业务接口都是 up，绑定端口正确；show system security确认用户和访问控制按预期生效。

第三层看协议。这张表是我每次必对的：

第四层看业务。show service id 100 base确认业务状态，show service id 100 sap确认 SAP 是 up，再从两端各做一次带大包长的连通性测试，比如ping指定包长 1400 以上，验证 MTU 链路没问题。

# 自检脚本化的思路：把关键状态抓出来对比，比人眼看快 A:admin@SR-1# show card | match "up" A:admin@SR-1# show router ospf neighbor | match "Full" A:admin@SR-1# show router mpls lsp | match "up" A:admin@SR-1# show service id 100 sap | match "Up"

match过滤能把噪音压掉，但别完全依赖它，关键项还是要看 detail 输出。自检顺序也不要跳，硬件层的问题在协议层看只会是一堆莫名其妙的超时。

从那以后我每次交付 7750SR，哪怕是改一条 ACL，都强制把这份四层清单走一遍，尤其是 MTU 和主备同步这两项，宁可多花十分钟，也不想半夜被叫起来回退。希望帮到你，照着这套顺序落地，配置模板才真的能变成一台跑得稳的设备。

本文还有配套的精品资源，点击获取