简介：这份文档面向网络工程师与运维人员，聚焦上海贝尔阿尔卡特7750业务路由器的配置与管理，适合需要上手该设备或梳理配置规范的中级读者。压缩包共1个doc文件，约267KB，内容为一份29页的配置标准模板，按硬件配置、设备管理配置、路由协议配置三大模块组织。硬件部分涵盖IOM卡与MDA卡的类型查看与正确配置、POS端口与以太口配置及port信息查看；设备管理部分涉及路由器名称、LOCATION、CONTACT设置，以及系统时间、SNTP、TELNET服务器与登录限制等条目；路由协议部分则延伸至OSPF、RIP、ISIS等配置。文档以命令示例与目录索引呈现，便于按章节对照设备逐项落地，可作为日常配置、交接培训与排错核对的参考底稿。目前已有639人学习下载。
1. 拿到一台 7750SR 配置模板，先别急着敲命令
机房上架一台 7750SR，加电、插卡、接 console，屏幕亮起来那一刻最容易犯的错，是照着记忆里的 IOS 习惯直接敲interface。这台跑的是 SR OS，命令行树、上下文切换、commit 机制完全是另一套逻辑。手里这份 29 页的配置标准模板，价值不在于它写了多少条命令，而在于它把一台 7750SR 从裸机到能跑 MPLS 业务的顺序固定下来了：先认卡、再认口、然后管好设备本身、最后才谈路由和业务。顺序错了，后面全是返工。适合谁？刚接手 SR 系列、需要一份能照着走完的基线配置的网工；也适合手里有模板但看不懂某些段落为什么这么写的人。下面按硬件、管理面、路由、MPLS 四块拆开，把每一步的命令含义、参数边界和翻车点讲清楚。
2. 硬件配置：IOM、MDA 与端口的三层对应关系
7750SR 的硬件是三层结构：机框插 IOM（Input/Output Module），IOM 上插 MDA（Media Dependent Adapter），MDA 再出物理端口。配置的第一原则是先让软件认识硬件，再让硬件承载业务。模板里 1.1 到 1.3 节干的就是这件事，顺序不能颠倒——IOM 类型没配对，MDA 根本起不来；MDA 没配对，端口在show port里就是空的。
2.1 用 show hardware 摸清家底再动手
上电后第一件事不是配，是看。show hardware会列出机框里每个槽位的实际插入情况，包括 IOM 型号、MDA 型号和端口数量。这一步的意义在于：模板是通用模板，实际设备插的卡未必和模板假设的一致，照抄型号会直接报错。
# 查看整机硬件概况，确认槽位、IOM 型号、MDA 型号 show hardware # 只看某个槽位的详细信息，槽位号按实际填 show hardware detail slot 1逻辑说明：show hardware输出的是设备物理识别到的卡，不是配置里写的卡。参数上重点看三列——slot（槽位号）、type（IOM/MDA 型号字符串）、admin state。如果某槽位显示not equipped但你明明插了卡，先查卡是否插到位、是否在支持列表里，而不是急着敲配置命令。这一步省下来，后面能少排查半小时。
2.2 IOM 与 MDA 的类型配置：型号字符串必须一字不差
确认硬件后，才进入配置上下文。SR OS 的配置是树状的，进configure card指定槽位，再指定 IOM 类型，然后进 MDA 子上下文指定 MDA 类型。
# 进入配置模式 configure # 指定槽位 1 的 IOM 卡类型，型号以 show hardware 输出为准 configure card 1 card-type iom3-xp # 进入该槽位下 MDA 1 的上下文，配置 MDA 类型 configure card 1 mda 1 mda-type mda-10g-sfp+ # 退出到根，提交配置 exit all逻辑说明：card-type和mda-type的取值是设备固件里预定义的字符串，写错一个字符就会提示无效类型。常见做法是先把show hardware里的 type 字段原样复制过来，别凭记忆敲。参数边界：一个 IOM 能带几个 MDA 取决于 IOM 型号，模板里没写死，实际以show card输出为准。配置完必须exit all回到根上下文再提交，SR OS 的 commit 是全局的，在子上下文里敲 commit 不生效。
2.3 POS 口与以太口：端口配置的两种典型路径
MDA 认出来之后，端口才会出现在show port里。模板 1.3 节把端口分 POS 和以太两类，配置思路一致：进端口上下文、设描述、设 MTU、开端口。
# 以太口配置示例：进端口、加描述、设 MTU、使能 configure port 1/1/1 description "to-core-sw01" ethernet mtu 9212 no shutdown exit # POS 口配置示例：封装方式与帧格式按对端协商 configure port 1/2/1 description "to-pe-router" sonet-sdh framing sonet no shutdown exit逻辑说明：端口命名是槽位/MDA号/端口号，和前面配的 IOM、MDA 严格对应。ethernet mtu设的是二层 MTU，跑 MPLS 时这个值要留足标签开销，模板后面 4.1.5 节专门提到改 MTU，原因就在这里——默认 1514 跑大包业务会分片。POS 口的framing必须和对端一致，sonet 和 sdh 配反了链路起不来，现象是端口 up 但协议 down。配完用show port确认 admin state 和 oper state 都是 up，oper 不 up 就回去查物理层。
3. 设备管理面：把带外入口和日志先焊死
硬件通了，下一步不是配路由，是把设备本身管起来。模板第二章这一串——名称、时间、SNTP、Telnet 限制、用户、日志、SNMP、主备同步——看着琐碎，实际是在建一条可审计、可回溯的管理通道。生产网里路由配错能改，管理面配错可能连设备都进不去，血泪经验都在这。
3.1 系统标识与时间同步：日志可信度的地基
设备名、location、contact 是运维定位的基础，SNTP 则决定日志时间戳可不可信。多台设备日志时间不一致，排障时对时序就是黑匣子。
configure system name "SR-CORE-01" location "IDC-A-RACK-12" contact "netops-team" snmp shutdown exit # SNTP 配置：指定服务器并开启 configure system sntp shutdown no shutdown server 10.10.10.20 server 10.10.10.21 exit逻辑说明：name建议带角色和编号，方便show命令输出里一眼识别。SNTP 配两个 server 做冗余，shutdown再no shutdown是模板里的习惯写法，确保服务状态被显式刷新。参数边界：SNTP 是明文时间同步，精度到秒级够用；如果对时间精度有更高要求，得走别的机制，模板没展开。配完用show system sntp看 server 状态是否为in sync。
3.2 Telnet 访问控制：默认允许 + 白名单拒绝的 ACL 写法
模板 2.5 节的思路很值得抄：先配一条默认允许（因为上主控板的流量不止 Telnet），再用 ACL 精确放行管理网段，最后一条拒绝兜底。这个顺序是 SR OS 的 filter 匹配逻辑决定的——从上往下匹配，命中即停。
configure system security # 定义 Telnet 访问的 IP filter configure system security telnet-server no shutdown exit exit # 用 ip-filter 控制源地址，条目按顺序匹配 configure filter ip-filter 10 default-action drop entry 10 match protocol tcp match destination-port 23 match source-address 10.20.0.0/16 action accept exit exit逻辑说明：default-action drop是兜底拒绝，entry 10 只放行管理网段到 23 端口。模板原文写的是「默认动作为允许，因为是所有上主控板的流量」，这是因为它把 filter 挂在主控板入口而非 Telnet 服务本身，两种挂法效果不同，抄的时候要看清挂载点。参数边界：source-address 用 CIDR，别写成反掩码；entry 编号留间隔（10、20、30），方便后期插条目。配完用show filter ip-filter 10核对条目顺序。
3.3 用户、日志与主备同步：三件容易被跳过的事
用户配置要落到「用户名 + 密码 + 登录方式 + 所属组」四要素，模板 2.6 节拆得很细。日志部分关键是 log-id 和记录方式（file/console/syslog）的绑定。主备同步则分自动和手工，自动同步保证主控切换后配置不丢。
# 建用户并指定权限组 configure system security user "netadmin" password "********" access console access telnet console member "administrative" exit # 日志：定义 log-id 10 写文件，并绑定日志类型 configure log log-id 10 source main destination file 1 exit # 主备同步：开启自动同步 configure redundancy synchronize exit逻辑说明：console member决定用户能进哪些配置上下文，给 administrative 组意味着全权限，生产上按最小权限给。log-id 的source main表示收主日志流，destination file 1落到本地文件，容量和轮转在 file 上下文里另配。主备同步的synchronize是自动同步开关，手工同步用admin redundancy synchronize。参数边界：密码策略、登录失败锁定这些模板没写，属于安全加固范畴，按现场规范补。
4. 路由与 MPLS：从系统地址到 LSP 的完整链路
管理面通了，才轮到转发面。模板第三章路由、第四章 MPLS，逻辑是一条线：先给路由器一个系统地址（router-id 的来源），再配接口 IP，然后起 IGP（OSPF/IS-IS），最后在 IGP 可达的基础上建 MPLS LSP。这条链路任何一环断了，LSP 都起不来，而且报错信息往往指向最后一环，容易误判。
4.1 系统地址与接口：router-id 的隐性依赖
configure router下的router-id和interface system是两回事但强相关。系统接口承载 router-id 和协议报文源地址，业务接口承载转发。
configure router router-id 1.1.1.1 interface "system" address 1.1.1.1/32 exit interface "to-core" address 10.0.0.1/30 port 1/1/1 exit exit逻辑说明：router-id建议和 system 接口地址一致，避免协议里出现两个身份。业务接口用port绑定前面配好的物理端口，地址掩码按互联规划给。参数边界：system 接口用 /32，业务接口用 /30 或 /31，别混。配完show router interface确认状态，show router route-table看直连路由是否生成。
4.2 OSPF：区域、cost、认证与路由注入的取舍
模板 3.3 节把 OSPF 的常规动作都覆盖了：建区域、设接口 cost、stub/NSSA、虚链路、认证、聚合、静态注入。实际落地不必全上，但要知道每个开关解决什么问题。
configure router ospf area 0.0.0.0 interface "to-core" interface-type point-to-point cost 10 authentication-type password authentication-key "********" exit exit # 把静态路由注入 OSPF，需配合 policy export "static-to-ospf" exit逻辑说明：interface-type point-to-point在互联链路上能省掉 DR/BDR 选举，收敛更快。cost影响选路，按带宽反比设。认证类型 password 是明文，生产上更常见的是 md5，模板给的是 password，按现场安全要求替换。静态注入必须走 policy，不能直接 export 静态路由表，这是 SR OS 和某些厂商的差异点。参数边界：stub 区域不能有虚链路穿过，NSSA 用于引入外部路由又不泛洪，选哪个看拓扑。
4.3 IS-IS 与 BGP：区域 ID、层级与邻居建立
IS-IS 部分模板强调区域 ID 和路由器等级（level-1/level-2）。BGP 部分从建 AS、配 router-id 到指 neighbor，是标准的 eBGP/iBGP 骨架。
configure router isis area-id 49.0001 level-capability level-2 interface "to-core" interface-type broadcast exit exit configure router bgp group "ebgp-peers" peer-as 65001 neighbor 10.0.0.5 exit exit逻辑说明：level-capability level-2表示只跑 L2，适合骨干；area-id格式是 XX.XXXX，写错格式直接报错。BGP 的 group 用来批量套策略，neighbor 指对端地址，peer-as 必须和对端一致。参数边界：iBGP 要全互联或配路由反射器，模板没展开 RR，实际大网必须考虑。配完show router bgp summary看邻居状态是否 Established。
4.4 MPLS LSP：路径、主备与 MTU 的连锁反应
MPLS 是这份模板的重头。4.1 节从接口使能 MPLS，到建命名路径，再到配 LSP 和主路径，最后 4.1.5 节改 MTU——这个顺序说明 LSP 依赖路径，路径依赖接口 MPLS 使能。
configure router mpls interface "to-core" no shutdown exit path "pri-path" hop 10.0.0.5 exit lsp "to-pe01" to 2.2.2.2 primary "pri-path" no shutdown exit no shutdown exit exit逻辑说明：path里写显式跳地址，lsp的to是 LSP 终点（通常是对方 router-id）。主路径和 LSP 本身都要no shutdown，模板里连敲两次不是冗余，是两级对象各自的状态。MTU 那一步：MPLS 封装会增加标签栈开销，接口 MTU 不够会导致大包丢弃，现象是 ping 通但业务不通，属于典型玄学故障。参数边界：LSP 的 metric、带宽约束模板没写，按业务需求补。
5. 避坑与排查：五条从现场带回来的记录
5.1 现象：MDA 配了类型但端口不出现
原因：IOM 的 card-type 和实际插入型号不符，或者 MDA 插在 IOM 不支持的子槽位。解决：回退到show hardware逐槽核对，先改 IOM 类型再改 MDA，改完exit all提交，必要时admin card 1 mda 1 reboot让卡重新初始化。
5.2 现象：Telnet 能连但登录被拒
原因：ACL 放行了源地址，但用户没配access telnet，或者用户所属组没有对应权限。解决：show system security user看 access 字段，show system security profile看组权限，两处都对了再查 filter 命中计数show filter ip-filter 10 counters。
5.3 现象：OSPF 邻居卡在 ExStart
原因：互联两端 MTU 不一致，或者认证类型/密钥不匹配。解决：show router ospf neighbor看状态和 dead timer，两端show port对比 MTU，认证用show router ospf interface detail核对类型。MTU 不一致在 SR OS 上不会自动协商，必须手工对齐。
5.4 现象：MPLS LSP 起不来但 IGP 正常
原因：路径里的下一跳地址不可达，或者接口没使能 MPLS。解决：show router mpls interface确认接口状态，show router mpls path "pri-path"看路径校验结果，show router route-table确认 hop 地址有路由。IGP 通不代表 MPLS 通，两层要分开查。
5.5 现象：主备切换后配置丢失
原因：自动同步没开，或者切换前没手工同步。解决：show redundancy看同步状态，configure redundancy synchronize开启自动同步，重大变更后养成admin redundancy synchronize手工推一次的习惯。这条是后悔药，切换前不做，切换后只能重配。
6. 把模板变成自己的基线：版本化与差异比对
模板最大的坑不是命令写错，是把它当成一次性脚本用完就扔。我一般会把这份 29 页的模板拆成三段落地：硬件段、管理段、路由段各存一个文本文件，每段开头写清适用槽位和前提条件。上机时按段粘贴，每段结束exit all提交后立刻admin save存配置，再用show configuration导出当前运行配置，和模板做 diff。
# 保存当前配置到本地 admin save # 导出运行配置用于比对 show configuration > cf3:/running.cfg # 比对模板与运行配置的差异（在跳板机上做） diff -u template-baseline.cfg running.cfg逻辑说明：admin save落的是启动配置，show configuration输出的是运行配置，两者在刚提交后应一致，不一致说明有未提交的改动。diff 的价值在于发现「模板里有但设备上没生效」的条目——常见于型号不匹配被静默跳过的命令。参数边界：配置文件存cf3:是主控本地盘，主备切换后另一块主控未必有，重要基线建议同时存到外部 TFTP/FTP 服务器。
再补一个验证习惯：每配完一段，用对应的show命令做一次正向验证，而不是等全部配完再统一查。硬件段用show card和show port，管理段用show system security和show log log-id 10，路由段用show router ospf neighbor和show router mpls lsp。正向验证的好处是故障定位范围被压缩在当前段，不会出现「配了三十条命令不知道哪条错」的局面。
从那以后我每次拿到这类标准模板，都强制先跑一遍show hardware和show version，把实际型号和固件版本记在模板首页，再开始敲第一条配置命令——模板是死的，设备是活的，先对齐再动手，比任何排错技巧都省时间。希望帮到你。
本文还有配套的精品资源，点击获取
