7750 SR 业务路由器配置实战：硬件、管理、路由与 MPLS 全解析

简介：这份文档面向网络工程师与运维人员，系统梳理上海贝尔阿尔卡特7750业务路由器的配置标准模板，适合需要上手该设备或规范现网配置的技术人员参考。压缩包内共1个doc文件，约267KB，内容按硬件配置、设备管理配置、路由协议配置三大模块组织，涵盖IOM卡与MDA卡类型查看及配置、POS端口与以太口设置、port信息查看，以及路由器名称、LOCATION、CONTACT、系统时间、SNTP、TELNET服务与登录限制等管理项，并延伸至OSPF、RIP、ISIS等路由协议配置。文档以命令示例配合分步说明呈现，目录层级清晰，可作为日常配置对照手册与排错参考。目前已有639人学习，适合希望快速掌握7750配置框架的读者查阅。

1. 7750 SR 上架前，先把版本和硬件槽位对清楚

机房里最容易被低估的一类翻车，不是协议配错，而是设备上架后show hardware一看，IOM 卡和 MDA 卡的类型跟实际插的对不上，端口起不来，业务割接窗口只剩半小时。7750 SR 这类业务路由器，硬件配置是整份配置模板的地基：IOM 卡决定槽位能力，MDA 卡决定端口形态，端口类型又决定后面 POS、以太口、MPLS 的写法。这份配置文档把硬件、设备管理、路由、MPLS 业务四块按 29 页的模板串起来，适合刚接手 7750 的运维照着落地，也适合熟手核对参数取舍。下面按“装什么、怎么配、坏了怎么救”走一遍。

2. 硬件配置：IOM 卡、MDA 卡与端口的落地顺序

7750 SR 的硬件配置不是插上卡就完事，命令行里必须把“实际插入的卡型”和“配置里声明的卡型”对齐。顺序我一般固定为：先看机框和槽位，再看 IOM 类型，再看 MDA 类型，最后才动端口。顺序反了，后面端口配置全是白写。

2.1 查看并声明 IOM 卡类型

先登录到 SR，进到硬件视图看已经插入的 IOM 卡。文档里给的是show hardware，实际排错时我习惯再补一条槽位级查看，确认卡在哪个槽、状态是不是 up。

# 查看整机硬件概况，确认机框型号和已插卡 show hardware # 进配置视图，声明 IOM 卡类型 configure card 1 card-type iom3-xp no shutdown exit

configure card 1里的1是槽位号，必须和物理槽位一致；card-type要填实际插入的型号，填错会出现卡被识别但端口不可用的状态。no shutdown是让卡进入工作态，很多人只配了类型忘了这一步，结果show card一直是 administratively down。改完用show card 1复核，状态应为 in service。

2.2 MDA 卡的查看与声明

IOM 下面挂 MDA，MDA 的槽位是相对 IOM 的子槽。文档里同样用show hardware看已插入类型，配置时进到configure card 1 mda 1这种层级。

# 查看 MDA 实际插入类型和状态 show card 1 mda # 声明 MDA 类型 configure card 1 mda 1 mda-type mda-10g+2x10g no shutdown exit

mda-type必须和物理模块一致，混插时尤其容易写错子槽号。判断是否生效看show card 1 mda 1的 Oper State，如果是 down 而 Admin State 是 up，多半是类型不匹配或模块没插紧。这一步做完再配端口，否则端口根本不会出现在show port里。

2.3 POS 端口与以太口配置

端口配置分两类：POS 口和以太口。文档里 POS 用configure port进到具体端口，以太口同理。下面给一个以太口带描述和 MTU 的写法，POS 口把封装和帧格式换掉即可。

# 以太口基础配置 configure port 1/1/1 description "to-core-sw01" ethernet mode network mtu 9000 no shutdown exit exit # POS 口基础配置 configure port 1/1/2 description "to-peer-pe" sonet-sdh framing sonet no shutdown exit exit

description建议写对端设备名，后期排障靠它定位；mtu 9000是给 MPLS 大包留余量，普通接入口保持默认 1500 即可。POS 口的framing要和对端一致，一边 sonet 一边 sdh 会起不来。配完统一用show port看 Link State 和 Oper State，两个都 up 才算端口层通了。

3. 设备管理配置：名称、时间、SNTP 与登录控制

硬件通了之后，先把设备“身份”和“时间”定下来。7750 的日志、告警、计费都带时间戳，时间不对，后面查故障就是看天书。这一章按文档顺序把系统信息、SNTP、Telnet 限制、用户、日志、SNMP、主备同步一次配齐。

3.1 系统名称、LOCATION、CONTACT 与时间

系统信息用configure system下的字段。文档里给了contact的写法，实际我一般把 name、location、contact 三条一起写，方便资产管理和告警定位。

configure system name "SR-CORE-01" location "IDC-A-RACK-12" contact "netops-team" time zone CST no daylight-saving exit exit

name会出现在提示符和告警里，建议带角色和编号；location写到机柜级，现场换板卡时不用再查表。时区用zone指定，no daylight-saving是避免夏令时切换导致日志时间跳变，国内环境一般关掉。

3.2 SNTP 与 Telnet 登录限制

SNTP 用来同步时间，文档里分“打开 SNTP”和“配 SNTP 地址”两步。Telnet 部分则用 ACL 控制来源，默认动作设为允许，再放行指定网段，最后拒绝其余。

configure system sntp no shutdown server 10.10.10.20 server 10.10.10.21 exit # Telnet 访问控制 configure system security profile "telnet-acl" default-action permit entry 10 match protocol tcp match destination-port 23 match source-ip 10.20.0.0/16 action permit exit entry 20 match protocol tcp match destination-port 23 action deny exit exit exit

SNTP 配两个 server 是冗余习惯，主备都不可达时设备仍用本地时钟，所以配完要用show system sntp确认同步状态是 yes。Telnet ACL 的default-action permit是文档明确要求的，因为上主控板的流量不止 Telnet，一刀切 deny 会把管理通道自己掐断；真正限制 Telnet 靠后面的 deny 条目。

3.3 用户、日志与主备同步

用户配置分用户名、密码、登录方式、所属组四步。日志则要配 log-id、信息类型和记录方式。主备同步有自动和手工两种，文档里都给了。

configure system security user "netops" password "********" access console telnet console member "administrative" exit exit configure log log-id 10 from main security to file 10 exit # 主备自动同步 configure redundancy synchronize auto exit exit

用户组决定权限，administrative能进配置视图，只读账号给oper就够。日志log-id 10把安全类信息落到 file 10，排障时show log log-id 10直接看。主备同步的auto打开后，主控切换配置不会丢；手工同步命令在文档里单独列出，割接前我习惯手动跑一次再切。

4. 路由配置：系统地址、OSPF、IS-IS 与 BGP 的取舍

路由这章是整份模板里最容易“照抄能通、改一点就断”的部分。7750 的路由配置层级深，接口、协议、策略三层要对应上。下面按系统地址、接口、OSPF、IS-IS、BGP、policy 的顺序走，每步给可抄的片段。

4.1 系统地址与网络接口

先配 router 下的系统地址，再配接口。接口要写名字、描述、IP、关联端口，四样缺一不可。

configure router router-id 1.1.1.1 interface "to-peer" address 192.0.2.1/30 port 1/1/1 description "link-to-peer" exit exit

router-id建议用 loopback 地址，OSPF、BGP 都靠它选主。address后面跟掩码，port必须和前面硬件章配好的端口一致，否则接口起不来。配完show router interface看 Admin/Oper 状态，两个 up 再进协议。

4.2 OSPF 区域、cost、stub、NSSA 与虚链路

OSPF 部分文档给得很细：区域、接口 cost、stub、NSSA、虚链路、认证、聚合、静态注入。实际落地先建区域再挂接口，cost 按链路带宽反比设。

configure router ospf area 0.0.0.0 interface "to-peer" interface-type point-to-point cost 10 authentication-type password authentication-key "********" exit exit area 0.0.0.1 stub exit area 0.0.0.2 nssa exit exit

cost 10是千兆链路的常见取值，万兆可以降到 1；interface-type point-to-point在直连链路上能跳过 DR/BDR 选举，收敛更快。stub 和 nssa 按网络设计选，别在同一区域混用。虚链路用于区域不连续的场景，配完no shutdown再设dead-interval 40，两端参数要对称。

4.3 IS-IS 与 BGP 的基础落地

IS-IS 配区域 ID、路由器等级、接口类型，BGP 配 AS、router-id、邻居组。两块都建议先小范围起邻居，再放路由。

configure router isis area-id 49.0001 level-capability level-2 interface "to-peer" interface-type broadcast no shutdown exit exit configure router bgp autonomous-system 65001 router-id 1.1.1.1 group "peers" neighbor 10.0.0.5 peer-as 65002 exit exit exit

IS-IS 的level-capability level-2适合骨干层，接入层可改 level-1。BGP 邻居先看show router bgp summary是否 Established，再谈策略。文档里 policy 部分用来把静态路由分布进 OSPF，配完必须commit才生效，这一步漏了策略等于没写。

5. 避坑与排查：7750 配置里最容易翻车的五处

5.1 卡型声明和物理卡不一致

现象是show card显示卡在位但端口全 down。原因是card-type或mda-type填了相近型号，设备识别到硬件但不认配置。解决是回show hardware逐槽核对型号，改对后no shutdown再复核 Oper State。

5.2 Telnet ACL 把自己关在门外

现象是配完 ACL 后管理连接直接断。原因是默认动作或 deny 条目顺序写反，把上主控板的流量一起拒了。解决是保留default-action permit，deny 条目只匹配目的端口 23，改之前先开 console 或带外通道兜底。

5.3 OSPF 邻居卡在 ExStart

现象是邻居状态停在 ExStart/Exchange。多半是两端 MTU 不一致或虚链路参数不对称。解决是show router ospf interface对比 MTU，虚链路两端dead-interval和认证参数逐项对齐。

5.4 策略配了没 commit

现象是 policy 应用了但路由没变化。原因是 7750 的 policy 需要显式commit。解决是每次改完 policy 跑一次 commit，再用show router policy确认生效版本。

5.5 主备同步没开导致切换丢配置

现象是主控切换后部分配置回退。原因是synchronize auto没开或同步未完成就切。解决是割接前手动同步一次，确认show redundancy状态正常再执行切换。

6. 装完怎么验证：从端口到业务的四层检查

配置敲完不等于跑通，我习惯按“端口层、协议层、路由层、业务层”四层往下验，每层都有明确的通过标准，任何一层不过就不往下走。这套顺序在 7750 上尤其管用，因为它的故障经常是下层没通、上层看着像协议问题。

第一层端口层，跑show port和show card，确认所有在用端口的 Link State 和 Oper State 都是 up，卡和 MDA 都是 in service。第二层协议层，OSPF 看show router ospf neighbor是否 Full，IS-IS 看邻接是否 up，BGP 看 summary 是否 Established。第三层路由层，show router route-table确认关键网段有下一跳，show router ospf route和show router bgp routes交叉核对。第四层业务层，MPLS 部分用show router mpls lsp看 LSP 是否 up，EPIPE 业务用show service id看 SAP 状态。

# 四层验证一条龙 show card show port show router ospf neighbor show router bgp summary show router route-table show router mpls lsp show service id 100

每条命令的通过标准不一样：show card看 Oper State，show port看 Link/Oper 双 up，邻居类看状态字，路由表看目的网段和下一跳，LSP 看 up，业务看 SAP 的 Admin/Oper。建议把这七条存成一个脚本，割接前后各跑一次，输出存档对比。

有个细节值得单独说：MTU。MPLS 业务对 MTU 敏感，端口 MTU 配了 9000 但 LSP 路径上某跳还是 1500，大包会被静默丢弃，表现为“小包通、大包断”。我一般在上线前用大包 ping 打一遍路径，确认端到端 MTU 一致再放业务。

从那以后我每次上 7750 都强制走一遍这四层验证，哪怕只是改了一条 ACL，也不跳过端口层复核。配置模板能抄，验证顺序不能省。希望帮到你。

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