简介上海贝尔阿尔卡特7750配置文档是一份面向网络工程师与运维人员的官方风格配置标准模板专为7750 SR系列路由器的初始化部署、硬件组件管理与路由协议调优提供参考适用于企业网、电信网和数据中心等场景。文档以单个Word文件承载压缩包整体仅267KB内容精炼便携涵盖IOM卡与MDA卡的类型查看与正确配置、POS和以太网端口参数设置、系统名称及SNTP时间同步等设备管理操作并延伸至OSPF、RIP、ISIS等主流路由协议的配置思路。作者按硬件、设备管理、路由协议的层级组织目录命令示例完整既有show hardware这类查看命令也有configure system contact、configure pos等实际配置语句适合现网调试、备查或作为企业网络标准基线。资源已有630人学习浏览对于需要快速掌握7750基础配置的读者可显著减少翻阅原生手册的时间成本直接对照模板落地实施。1. 上海贝尔阿尔卡特7750是什么TiMOS 的路由器不像路由器做运营商网络和城域网的人基本绕不开上海贝尔阿尔卡特ASB时代的 7750。它跑的是 TiMOSSR OS在 VPLS、VPRN、层次化 QoS 这些业务上比企业路由器高一个段位可拿到空配置的 7750很多人第一步就栽了命令树要一层层进改完不 commit 不生效端口要先分 access 还是 network。网上的 7750 配置文档大多是官方手册翻译稿或命令片段能照着落地的不多。这篇按开局、业务、冗余、排错、变更的顺序把一台 7750 从空设备到承载 VPLS 业务的关键配置和坑位讲清楚适合准备接手 7750 网络的维护工程师或被 TiMOS 配置风格折磨的新手。2. 开局先把底座打牢系统管理面、接口与 IGP/LDP2.1 接触 TiMOS 的第一个姿势配置树、candidate 与 commit先理解 TiMOS 的配置模型。它和 Cisco 最大的不同是你不是在“当前运行的配置”上改而是在一份 candidate候选配置上改改完必须再执行 commit 才会生效。整个过程是树状的从 configure 开始一级级往进走exit 或 back 一层层退回来提示符会随着层级变化。我拿到新设备后的第一件事是改设备名让提示符和运维台账对上configure system name BJ-SR-1这条命令在 candidate 里把设备名改成 BJ-SR-1commit 后提示符会跟着变。不要小看这一步后面所有日志、SNMP trap、配置比对都是靠设备名区分对象的不改名的设备在割接时非常痛苦。提示在 configure 树里做的每一个修改都只是候选配置只有 commit 后才生效admin save 后才会写进启动配置。新同学最容易栽在这一步敲了一堆命令没 commit设备一重启全回原样。2.2 最小管理面配置SSH、NTP 与登录控制7750 默认不开启 SSH 服务。开局的底线是把管理面收住SSH 必须开、时间必须准、登录来源必须受限。configure system security ssh no shutdown configure system ntp server 192.168.10.10 no shutdown第一段开启 SSH 服务no shutdown 表示启动该服务第二段指向内网 NTP 服务器no shutdown 启用同步。如果不配 NTP日志时间和采集系统对不上出问题回溯时全是错的这是继 commit 之后的第二个“玄学源头”。登录控制可以用configure system login-control下的相关子命令限制可登录来源和管理协议但不同版本子命令不完全一致现场敲?展开确认。生产环境里我一般会把管理面单独放进一个管理 VPRN不让 SSH 和业务路由混在一起设备规模不大时至少也要把 SSH 的 source-address 约束到管理地址上。2.3 接口分清 network 与 access这是 7750 的第一道分水岭7750 的物理接口必须先声明用途。network 模式跑路由协议和 MPLS对端是路由器access 模式接用户或交换机SAP 只能建在这种口上hybrid 模式兼有两者一个物理口可以按子接口混合承载。模式选错后面的业务配置直接报错。configure port 1/1/1 ethernet mode network configure port 1/1/1 no shutdown configure router interface to-PE2 address 192.168.10.1/30 port 1/1/1 no shutdown第一个命令块把 1/1/1 切成 network 模式并打开端口第二个命令块在路由器实例里建三层接口 to-PE2挂到 1/1/1 上配 /30 地址。改端口 mode 前必须先 shutdown 端口改完再 no shutdown否则设备会拒绝。这个接口名后面在 OSPF 和 LDP 里都要引用命名别随手敲建议统一成“方向对端设备名”的格式。较新的 SR OS 里hybrid 模式允许一个物理口同时做接入和上联但日常开局我习惯把设备互连口全部设 network接入侧全部设 access不为省端口去乱拉 hybrid。混用模式排查链路问题时物理层、链路层、业务层的状态要拆开看成本比省下的端口高得多。2.4 OSPF LDP让整网先“通”起来7750 所有业务隧道的底层都是 MPLS 转发面。VPLS 场景用 LDP 做标签分发最常见RSVP-TE 留给需要带宽预留的场合。IGP 我一般选 OSPF小规模组网简单直接如果全网都是 7750 且区域很大IS-IS 在扩展性上更省心。configure router ospf 0 area 0.0.0.0 interface to-PE2 no shutdown configure router ldp interface-parameters interface to-PE2 no shutdownOSPF 实例 0 是默认实例area 0.0.0.0 下把刚才的接口放进来no shutdown 表示允许在该接口上建立邻居。LDP 部分要把同一个接口也加进 interface-parameters否则标签分发不会在这条链路上建立。这里有个经典遗漏只配了 OSPF 就急着建业务SDP 状态一直 down。验证命令是三条show router ospf neighbor show router ldp session show router ldp interface第一行看 OSPF 邻居是否 Full第二行看 LDP 会话是否 Operational第三行看 LDP 接口状态。三条都通过控制面和转发面才真正通了。我开局还会顺手配 loopback 接口把它作为 OSPF 的 router-id 和 LDP 的 transport-address后面 SDP 的 far-end 都指向 loopback 而不是物理链路地址。物理链路一断业务隧道不会跟着断。同理还有一个没被重视的参数是 MTU网络侧接口我通常直接拉 9214接入侧保持 1522 或按客户要求MPLS 封装会额外吃字节SDP 的 path-mtu 不够业务流量一大就丢包这是后面章节最容易踩的坑。3. 从一条业务出发VPLS 接入的完整配置与参数对照3.1 为什么先选 VPLS二层业务是 7750 的主场上海贝尔阿尔卡特时代的 7750 在现网里存量仍然很大最常被拉去做的角色是城域以太网汇聚。VPLS 把二层网络搬到 MPLS 上让不同物理位置的接入点像一个交换机一样工作。相比 VPRNVPLS 不需要建路由天然支持多点到多点MAC 学习由设备自己完成客户侧只需要把它当一台二层交换机来看。如果客户侧需要三层接口、要跑动态路由或 VRRP那就应该选 VPRN判断标准很简单看用户侧设备要不要建路由邻居。下面配一个最小 VPLSPE1 和 PE2 各接一个用户侧 access 口中间用一条 LDP SDP 打通。整个过程分三步建 customer、建 SDP、建 VPLS 实例并把 SAP 和 SDP 都放进去。3.2 先建 customer 与 SDPMPLS 隧道是业务的地基customer 是 7750 的“租户”概念每个 service 都挂在某个 customer 下。它主要用来标识业务归属本身不承担技术能力。configure customer 1 create description default customer configure service sdp 100 mpls create far-end 192.168.10.2 ldp no shutdowncustomer 1 是系统预置的默认租户生产里会按客户或业务域拆多个。SDP 100 是一条 MPLS 服务分发隧道far-end 指向对端 PE 的 loopback 地址ldp 表示使用 LDP 做标签分发no shutdown 才让它真正参与转发。SDP 是 VPLS、VPRN 共用的地基建业务之前先跑一条oam sdp-ping 100通了再往下走。注意两个 id 的含义不同SDP id 是本地索引两台 PE 不需要一致下一节里的 VC id 才是业务标识两端必须一致。3.3 建 VPLS 实例SAP、spoke-sdp 与 no shutdownconfigure service vpls 100 customer 1 create vpn-id 100 sap 1/1/5:100 no shutdown spoke-sdp 100:100 no shutdownvpls 100 是业务编号vpn-id 100 在部分版本里可以不配但显式写出来并保持两端一致最稳sap 1/1/5:100 表示物理口 1/1/5 的 VLAN 100 子接口作为业务接入点spoke-sdp 100:100 表示用 SDP 100 承载 VC id 为 100 的业务。SAP 和 SDP 在创建后默认都是 shutdown 状态业务不通时第一反应不是查线路而是确认这两行 no shutdown 有没有敲。两侧 VC id 不一致时LDP 会话能建起来但业务状态会一直是 down查show service id 100 sdp能看到 VC 状态为 down。VPLS 相关的常用参数参数示例作用与注意vpn-id100业务标识两端尽量一致sap1/1/5:100access 口 VLAN 封装spoke-sdp100:100点到点业务隧道VC id 两端要一致mesh-sdp100:100full mesh 组网中的业务隧道split-horizon-groupshg1组内不泛洪防环路3.4 业务验收看 FDB、MAC 学习与流量计数VPLS 是二层业务验收要看 FDB转发表不看路由表。在 PE1 上让用户侧持续产生流量然后查 FDBshow service id 100 fdb allfdb all 会把动态学习到的 MAC、来源 SAP/SDP 和老化时间全部打出来。正常情况对端业务口下的 MAC 会出现在表里来源指向 SDP如果 FDB 里只有本地 SAP 的 MAC说明对端 VPLS 没把流量送过来回到上一节查 VC 状态。再补一个服务层验证oam sdp-ping 100sdp-ping 直接在服务层探测 SDP 的连通性比 LSP ping 更贴近 VPLS 业务视角。如果 sdp-ping 通但 FDB 学不到对端 MAC大概率是两侧 vpn-id 不一致或对端业务口的 no shutdown 漏了。在真实组网里VPLS 站点接入不会只有一条 spoke。站点两两互通要用 mesh-sdpHub-Spoke 组网里汇聚侧要把若干 SDP 放进同一个 split-horizon-group否则广播风暴。mesh-sdp 和 spoke-sdp 的核心差别在泛洪逻辑mesh-sdp 之间默认不互相泛洪spoke-sdp 之间也一样而 SAP 与 SDP 之间可以泛洪。多条 spoke-sdp 放进同一个 split-horizon-group 后它们在组内互相水平分割环路风险才被真正摁住。4. 网关冗余与 QoSSRRP 和 sap-ingress/egress 的关键配置4.1 SRRP比 VRRP 更懂 7750 的网关冗余接入侧业务加了冗余才谈得上可用性。7750 的 SRRPSubscriber Router Redundancy Protocol和 VRRP 解决同一类问题两台 PE 给用户一个网关一台故障另一台接管。区别在于 VRRP 依赖虚拟 IPSRRP 不需要地址漂移主备两台设备各自保留接口 IP通过虚拟 MAC 切换完成接管。配置在 VPRN 或 VPLS 的接入接口下以 VPRN 为例configure service vprn 500 customer 1 create interface lan-gateway create address 192.168.1.1/24 sap 1/1/6:500 no shutdown srrp 1 backup 192.168.1.2 priority 100 no shutdownsrrp 1 是实例编号backup 指向对端设备同网段的接口地址priority 默认 100值高者作为主用。两端配置除了 backup 互指和 priority 之外几乎一致。SRRP 的探测是双向的备机持续探测 backup 地址主用失联后触发切换。默认探测间隔是 1 秒接入侧设备多的时候把间隔调到 2 到 3 秒能降低主备切换的抖动频率代价是故障发现时间变长。不同版本对 backup 字段的默认行为不完全一样配置前用?看字段解释。VPLS 接入的冗余网关也可以用 SRRP配置位置在 SAP 对应接口上而不是 VPRN 接口下原理相同。冗余方案要跟接入侧设备CPE 或交换机的静态 ARP 配合切换后虚拟 MAC 会变静态 ARP 需要能接受新 MAC 变化这在实际割接里经常被忘掉。4.2 sap-ingress/sap-egress把接入带宽管起来用户侧带宽控制是这道题的重头。sap-ingress 管用户上行进入 PE 方向sap-egress 管用户下行出 PE 方向。先建一个最小 ingress 策略configure qos sap-ingress 100 create queue 1 create rate 100 queue 2 create rate 500 default-action forwardqueue 1 和 queue 2 是两个业务队列rate 是队列速率默认单位因版本而异常见为 Mbps拿不准就敲?确认default-action forward 表示未命中分类规则的流量默认放行。生产里会按用户业务等级把流量映射到不同队列这里是最小可跑形态。把策略绑到业务口上configure service vpls 100 sap 1/1/5:100 ingress qos 100ingress 关键字进入这个 SAP 的上行段qos 100 引用前面建的策略。绑定后立即生效如果线上正有流量队列重建会造成瞬时丢包生产变更建议在业务窗口内操作。下行方向的 sap-egress 结构一样方向相反configure qos sap-egress 200 create queue 1 create rate 200 default-action forward configure service vpls 100 sap 1/1/5:100 egress qos 200上下行速率不均衡是常态比如视频点播场景egress 的 rate 经常比 ingress 大几倍所以两个方向的策略要单独设计不要图省事复制粘贴。QoS 参数表参数示例说明queue1-8队列编号sap-ingress 一个策略下可建多条rate100队列速率默认单位以设备为准default-actionforward/drop未匹配流量的默认动作qos100绑定到 SAP 的策略 ID4.3 多业务共用物理口时的最后一道关H-QoS前面每条 SAP 有独立队列但如果多条 SAP 挤在一个物理口上端口级带宽谁来管这就是 H-QoS层次化 QoS的活。它不在单条 SAP 上配而是在物理端口 egress 侧引入端口级调度器先建一个 qos-hierarchy 策略定义端口级队列和调度等级再绑到对应 port 的 egress 方向。绑定后端口下所有 SAP 共享端口级带宽并按优先级抢占。H-QoS 配置路径和策略细节在版本间有差异但判断要不要上它的标准很简单物理口接入密度高、存在多租户带宽竞争就需要单条 SAP 独占端口时普通 sap-ingress/egress 就够了别把配置搞复杂。上线后若发现队列丢包优先看 SAP 统计里的 queue drop 计数确认是端口级拥塞还是单队列限速太狠再回头调 H-QoS 或对应队列的 rate。我在开局规划阶段会把每台 PE 的接入密度和业务类型列清楚避免上线后靠玄学调带宽。5. 7750 配置避坑清单5 个翻车现场与排查命令5.1 端口模式搞错SAP 建不出来现象配置 SAP 时提示该端口不支持或 VPLS 建好后 SAP 状态一直 down。原因物理口还停在 network 模式。SAP 只能建在 access 或 hybrid 口上把业务口当网络口用是配置笔记里出现频率最高的失误。解决先把端口 shutdown切 access再 no shutdown最后重建 SAP。configure port 1/1/5 shutdown configure port 1/1/5 ethernet mode access configure port 1/1/5 no shutdown切模式后该端口在旧 mode 下的相关配置会被清掉比如 network 模式下挂的 IP 和 QoS切完要重新核对一遍别只盯着 SAP。5.2 忘敲 commit配置“人间蒸发”现象命令敲完业务也通了过几天设备重启配置回到旧版本现场一脸懵。原因TiMOS 是候选配置模型。修改在 commit 前只存在于 candidate 里重启后自然消失。解决每个操作窗口收尾时敲 commit再执行 admin save。批量变更用第 6 章的 commit confirmed 兜底。这条是新手翻车率最高的一关学会了 commit 才算真的会用 TiMOS。5.3 full mesh 下的 broadcast 风暴现象VPLS 里广播帧数量成倍上涨CPU 升高MAC 表抖动用户反映时断时续。原因多条 SDP 之间没有水平分割。默认行为里 mesh-sdp 之间不互相泛洪spoke-sdp 之间也不互相泛洪但 SAP 与 SDP、跨组的 SDP 之间仍可能互相泛洪。full mesh 和 Hub-Spoke 混用时哪条路径在泛洪很难一眼看出来。解决在汇聚侧建 split-horizon-group把面向 spoke 的 SDP 放进同一组full mesh 站点用 mesh-sdp 互联。动手前先画一张泛洪路径图比调了半天命令再拍脑袋有效。5.4 LDP 接口没启用业务隧道起不来现象OSPF 邻居全 upSDP 却一直 downoam sdp-ping 超时。原因LDP 的 interface-parameters 里没加入对应接口。OSPF 通只代表路由可达不代表标签分发在这个接口上工作。解决补上 LDP 接口配置再查会话状态。configure router ldp interface-parameters interface to-PE2 no shutdown show router ldp interface show router ldp sessioninterface 表和 session 表里都出现邻居后再回头查show service id 100 sdpVC 状态就会变成 up。排查顺序固定为 OSPF 邻居、LDP 会话、SDP 状态、VPLS 实例别跳步。5.5 MTU 不一致VPLS 高丢包现象小包通大包丢业务时好时坏测 ping 只有超过特定长度的包会丢。原因网络侧允许的帧长装不下“接入帧 二层头 MPLS 标签”。接入侧 MTU 放大后SDP 的 path-mtu 没同步放大转发时直接被丢弃。解决全网统一 MTU 规划。网络口按 9214 起接入侧按客户要求设 1522 或更大VPLS 接入 MTU 与对端保持一致。排查时看show service id 100 sdp输出里的 path-mtu 字段显示这条 SDP 当前的实际承载能力和接入侧 MTU 一对问题在哪立刻清楚。这些坑都不深但每一个都真实拦住过人记不住就存成一份自己的检查清单比打开官方文档从头翻要快得多。6. 把配置文档“跑起来”用 commit confirmed 和 compare 守住变更6.1 变更前用 commit confirmed 给自己留后悔药生产设备变更最怕的是“改完半小时才爆雷”。TiMOS 的 commit confirmed 能在超时后自动回滚机制和 Cisco 的 confirm 类似commit confirmed 10 commit第一条命令开启 10 分钟自动回滚窗口期间再敲一条不带 confirmed 的 commit变更才被正式确认。如果期间发现业务异常什么都不用做超时后系统自动回到上一个恢复点。6.2 用 admin rollback 与 compare 做配置审计我自己的习惯是每次窗口操作前先记下恢复点操作完对比差异admin rollback admin compareadmin rollback 回到上一个恢复点admin compare 输出 candidate 与 running 配置之间的差异配合 admin save一台 7750 的变更轨迹就完整留下了。这两招看起来不起眼却是我运维 7750 时最依赖的保命手段。刚接手那会儿我改 VPLS 参数从不留回退改完直接走人结果半夜被叫起来恢复之后每个窗口固定三步改前 save 记恢复点、改中 commit confirmed、改后 compare 核对差异再没出过回不去的状况。希望帮到你。本文还有配套的精品资源点击获取