简介：这是面向光网络运维与工程人员的一份思科ONS15454 SDH配置教学课件，聚焦同步数字体系设备的基础配置场景。内容系统覆盖客户端端口定义与SFP模块激活、STM-1/STM-4/STM-16端口类型选择、用户电路创建中的高阶电路（VC_HO_PATH_CIRCUIT）与VCAT电路选择、线路时钟设置，以及设备名、IP地址、登录用户和SNMP网管等辅助配置；同时给出维护导向说明，如查看端口光功率等。课件以界面截图配合关键参数讲解，完整呈现从模块视图进入到电路创建完成的全过程，有助于规避漏配或误配问题，适合SDH初学者按步骤上手，也可供现场工程师作为快捷参考。压缩包内为1个PPT演示文稿，总大小1.61MB，内容精炼、逻辑清晰，知识集中度高。已有65人学习使用，是掌握ONS15454基础配置的实用入门资源。
1. ONS15454配置手册PPT：别被四百页目录吓到，核心只有单板和电路两件事
接到一本《ONS15454配置手册.ppt》，四百多页翻完，真正要动手的其实就两块：把单板认清楚，把电路开起来。ONS15454是Cisco面向运营商和行业专网的多业务传输平台（MSTP），城域骨干、电力与交通专网里出现频率极高，承载E1、STM-N和以太网业务。配置它的难点从来不在CTC这个图形界面本身，而在动手以前对槽位、光口、时隙有没有概念。这篇按手册最常见的章节顺序拆成五步：先认硬件，再做初始网络配置，再开业务电路与保护，最后用环回测试给配置兜底。适合刚接手传输网、被配置页吓到的准维护工程师，也适合从无线或数据网络转来做传输的从业者照着完整复现一遍。
2. 先摸清ONS15454：槽位、单板和光口边界，配置才不会翻车
2.1 机箱槽位与三类单板的选型逻辑
ONS15454机箱看上去复杂，规律其实很死。主控槽位固定在1和2，插TCC2/TCC2P/TCC3，一主一备；业务槽位从3到18共16个，部分大机箱还能扩到32槽位。每块业务单板不是随便插哪都行，CTC会按单板类型校验允许安装的槽位范围，插错以后设备会上报类似“单板不支持安装”的告警，端口在面板上死活起不来。我第一次上手时就犯过这毛病，把一块OC-48板插到了低速率槽位，单板识别正常但端口无法启用，查了大半天才发现是槽位速率范围不匹配，属于动手前不看硬件手册的翻车。
三类单板要把职责分清。第一类是光口主用板，型号里直接写着速率：OC-3、OC-12、OC-48、OC-192最常见，用来组环路和连上联，光口侧接对端传输设备或OTN设备。第二类是电口业务板，比如DS1/E1-56，一块板提供56路E1，常用于汇聚基站或专线客户端设备。第三类是以太网处理板，ML-100T-8提供8路百兆电口，ML-1000-2提供2路千兆光/电口，面向集团客户以太网专线。选型逻辑不是槽位空着就随便插，而是先数清业务颗粒和数量：一条STM-64光口能承载64个VC4或4032个VC12，而一块E1板只有56个E1口，数量差距决定了组网时哪边做汇聚、哪边做接入。
配套的主控板也别忽视。TCC2P和TCC3除了管控制平面，还承担交叉矩阵的一部分功能；主备两块必须软件版本一致，否则备板反复复位是常态。数据库备份默认存在TCC2的存储里，主备倒换时配置才能跟过去。很多新项目在加板扩容时，工程师只关注新单板支不支持，忽略了主控板的版本兼容列表，结果单板装上以后一直FAIL，最后翻兼容矩阵才发现版本落后两个大版本。处理方式也简单，先在线升级TCC2软件，再重新安装单板，一次到位。
2.2 光口距离等级：短距、中距、长距到底差在哪
光口板配置时最容易被跳过的参数是距离等级（Distance），但它恰恰是后期误码问题的主要来源。ONS15454在启用光口时会要求选SR-1、IR-1、LR-1这类等级，分别对应短距、中距和长距光模块类型。短距模块一般用于2km以内的机房互联，中距能到15km或40km，长距到80km甚至更远。这三个等级对应不同的发射光功率和接收灵敏度指标，规格书里都写得很清楚。
配置时如果两端距离等级选错，常见结果是光功率落在接收范围的边缘。举个例子，100km的链路中间没有放大器，两端却配了IR-1中距模块，接收光功率可能在灵敏度下限附近漂移。此时光口不会直接亮LOS，但B1误码和RDI告警会间歇出现，性能监控里误码计数一路涨。这类故障用仪表测光功率常常又是正常的，容易让人怀疑对端设备有问题，属于典型的配置隐性错误。我的习惯是，新建光口先量链路长度，再把两端距离等级写进配置记录表，和波长一起核对。
波长选择同样要提前固定。1310窗口和1550窗口在同一个单板的光口上通常都能选，但两端必须一致，而且中间的光缆、跳线、配线架衰减特性不同。波长配错时，光功率可能勉强能点亮，却给后面的长期稳定性留下隐患。维护中见过接手旧网后发现两端一个配1310一个配1550还“能通”的情况，这是运气好，碰上光模块灵敏度余量大，但不值得学。规范做法是把波长写进光路台账，和距离等级、光口速率一起作为创建电路前的必查项。
2.3 交叉矩阵的容量边界：VC4和VC12能开多少条业务
交叉矩阵决定的是“同时能开多少电路”这个天花板。ONS15454的高阶交叉容量在各型号主控下有差异，常见从几十G到几百G；低阶交叉支持VC12级调度，意味着E1业务可以在任意两个电口或光口之间交叉，不需要背靠背跳线。规划时要注意，交叉容量是双向计数的，SNCP保护一启用，业务要占用工作路径和保护路径两份时隙，容量消耗直接翻倍。
各速率端口对应的时隙数是配置前必须背下来的数：一个STM-1端口有63个VC12或1个VC4，STM-4是252个VC12或4个VC4，STM-16是1008个VC12或16个VC4，STM-64则对应4032个VC12或64个VC4。做E1专线时，创建一个VC12电路，会在源和宿的STM-N链路上各占用一个VC12时隙；如果走SNCP保护，还要在保护路径上各占一个VC12。容量和时隙数直接决定电路能不能创建成功，这比“界面长什么样”重要得多。
在CTC里创建电路时，系统会做一次自动寻路和时隙占用检查。容量不够或时隙被占用，电路会停在PARTIAL状态而不是直接报错，很多人这时以为是软件故障，其实打开时隙使用表就能看到是哪一段链路的哪个VC12已经被别的业务占了。动手规划时，先画一张每段中继链路的时隙占用表，再建电路，可以省掉大半返工。时隙表维护这件事看着原始，却是避免后面“时隙冲突”报错最有效的办法，尤其在一个网络跑了三五年、电路数量过百之后，新旧业务交错，没有台账只能瞎猜。
3. 用CTC完成初始配置：从串口IP到节点可见的全过程
3.1 串口连接与最小网络配置：四条命令让设备从黑匣子变可达
新设备或更换过主控的节点，拿到手第一件事不是打开CTC，而是先让设备在管理网上可达。ONS15454的管理网口在TCC2单板上，用console线连上后，默认会进入一个类IOS的命令行环境。因为不同软件版本的命令关键字略有差异，我一般会先敲一个问号看提示，再按下面的最小步骤把管理IP、掩码和网关配进去：
# 进入配置模式，TCC2命令行支持类似IOS的config结构 config # 配置管理口地址，IP和掩码要和你的网管网段一致 network-ip 192.168.23.10 255.255.255.0 # 配置默认网关，指向网管交换机或带外网核心 gateway 192.168.23.1这段配置是让设备能被网管软件发现的入口。network-ip后面的地址是设备在带外管理网里唯一的身份，规划时最好和站点编号对上；gateway决定了网管跨网段能否访问节点，漏配或配错时，同网段能连、跨网段却连不上，是维护里最常见的低级问题。配置完以后用ping验证一下管理PC到节点IP的连通性，再进入下一步。
3.2 用CTC发现并管理节点：节点命名和网络同步参数
CTC全称Cisco Transport Controller，是ONS15454的主用图形界面，以Java客户端方式启动。浏览器访问节点的管理IP后，根据版本选择对应Java版本加载客户端；加载成功后输入用户名密码，会看到网络视图和节点视图。网络视图会自动发现同域内可达的节点，前提是节点之间已经通了光路且启用了DCC数据通信通道，否则只能看到一个孤立节点。
节点命名这一步值得认真做。全网节点的TID一定要按统一规则，例如“城市-站点-设备角色”，因为告警、性能数据、电路状态全部按TID索引。命名不规范的网络，三个月后没人认得出告警来自哪个站，排障效率极其低下。日期和时间同步参数也在节点视图里配：如果全网有NTP服务器，建议统一指向NTP；如果没有，至少保证各节点间的日期时间差控制在可接受范围。时区配置也要一致，否则电路出现告警时，两端日志对不上时间戳，排障全靠猜。
3.3 光口启用与激光器参数：端口亮不亮、误码低不低看这里
光口启用是在节点视图的“Line”面板里完成的。先把光口对应槽位的端口使能，然后必须确认三组参数：速率、距离等级、激光器状态。速率一般默认从单板型号自动带出，但部分光口支持多速率，可以通过软件把OC-48口配置成OC-3模式使用，前提是光模块硬件支持。这时有个常见误区：把端口速率从OC-48降成OC-3后，光口功率不变，但对端的速率等级也要同步降，否则两端速率协商失败，告警里只会看到LOS，非常误导人。
激光器状态虽然默认开启，但新建光口时系统会提示做一次激光器安全确认。按规范，暂时不用的光口要关闭激光器，避免强光直射人员或对接设备光模块。距离等级和波长我在上一章提过，这里再强调一次：它们影响的是接收灵敏度和长期误码率，不是“能不能亮”的问题。配置记录表里一定要增加“距离等级”字段，别只填速率和波长，后期排障会省很多事。
另外，光口的信号劣化阈值和信号失效阈值建议用默认值起步。阈值设得太严，正常的链路抖动也会触发误码告警；设得太松，真正的劣化又发现不了。厂商默认值经过大量站点验证，开局阶段不建议为了追求告警少而改动态阈值，等积累了你这个网络的性能数据再调。等配置全部下发完，在CTC的节点视图里看到光口状态为绿色“In Service”，才算真正能让这个端口承载业务。
提示：距离等级和速率一旦下发，改动会短暂中断该端口业务，建议在维护窗口内做，不要在白天业务高峰期调。
4. ONS15454配置业务实操：VC4/VC12电路创建与SNCP保护
4.1 电路规划：从业务需求反推时隙和路由
建电路前先做规划。一个E1专线的需求，要先确认两端落在哪块单板的哪个端口，以及路径上经过哪些中间节点和哪些STM-N链路，然后把起始端口的VC12时隙和宿端口的VC12时隙预订下来。举个例子，A站E1板端口1需要开到C站的E1板端口1，中间经过B站的OC-48链路，那么A-B、B-C两条中继上各要占用一个空闲的VC12时隙。如果两条中继还承载了别的业务，选时隙时就得绕开已占用时隙。
时分复用网络的时隙是有编号的，不是像包交换那样谁先抢到谁用。时隙规划表是维护这个网络最重要的文档，我一般用表格管理：每条中继一行，按VC12序号从1到63（STM-1）或1到1008（STM-16）标记谁在用，备注里写电路编号和两端站点。这张表看起来原始，但在排查电路创建失败时比CTC界面里的时隙窗口更直观，因为可以看到历史占用轨迹。更关键的是，升级扩容时能一眼看出哪些中继的时隙快满了，提前安排新路由。
| 传输速率 | VC4数量 | VC12数量 | 常见业务用途 |
|---|---|---|---|
| STM-1（155M） | 1 | 63 | 接入环、E1汇聚 |
| STM-4（622M） | 4 | 252 | 中小型汇聚环 |
| STM-16（2.5G） | 16 | 1008 | 城域核心、中继 |
| STM-64（10G） | 64 | 4032 | 骨干核心、跨城链路 |
4.2 用CTC创建VC12/VC4电路：两个必填参数和自动路由
打开CTC节点视图，菜单路径是Circuit→Create。创建向导第一步要选电路类型：E1专线选VC12，业务颗粒较大或走SDH高阶通道时选VC4。第二步选择源单板和端口、宿单板和端口；如果源或宿是电口板，向导会要求指定物理端口号。第三步让选择路由，可以自动路由，也可以手工指定经过哪些节点和中继端口。下面用一个VC12电路示例说明关键选择：
- 在Circuit Type窗口选VC12，不要选VT1.5，除非你的网络是SONET制式并明确使用VT1.5颗粒。
- 在Source窗口展开槽位，选择E1板的具体端口，再选择VC12时隙编号；留空则系统自动分配。
- 在Destination窗口选择对端站点的E1板端口，保持与源端一致。
- 路由窗口选择自动路由并指定必经的中继端口；如果要启用SNCP保护，在保护窗口选SNCP。
这里有个新手最常犯的错：创建电路时把源和宿选反了。在CTC里源和宿决定了业务的方向，选反之后电路也能建立，但业务状态可能一直停在PARTIAL，或者信号流方向与图纸不一致。我一般创建完第一件事就是双击电路查看路径高亮，高亮方向与组网图一致，再往下配。另一个容易忽视的是“电路名称”字段，千万不能随便填。电路编号建议沿用与甲方运维工单一致的编号，否则后续故障调度时对不上单，沟通成本极高。
4.3 SNCP保护组参数：50ms倒换靠这几个阈值
SNCP是SDH网络里最常用的子网连接保护，ONS15454对每个电路都可以单独启用。在创建电路的向导里选择SNCP后，要填的参数包括：工作路径和保护路径、恢复模式（Revertive）、等待恢复时间WTR、信号失效阈值SF_BER。
恢复模式决定故障消除后的动作。选Revertive会在故障恢复后把业务切回工作路径，WTR默认5分钟，目的是避免频繁倒换导致业务闪断。选Non-Revertive则业务一直待在保护路径上，工作路径恢复也不切回，适合不希望倒换动作频繁的网络。SF_BER阈值常见取1E-4或1E-5：1E-4相对宽松，链路轻微劣化时不轻易倒换；1E-5更灵敏，适合对误码敏感的业务。阈值不是越小越好，太灵敏会让正常的色散波动触发倒换，反而造成业务中断。
SNCP实现的是子网连接级保护，两端电路都配了SNCP，倒换时间一般能做到50ms级别。真正影响倒换时间的是中间节点的信号劣化检测时间和协议等待时间，这些参数在ONS15454里通常保持默认即可。需要确认的是，工作路径和保护路径必须完全分离：如果两条路径走了同一个跨段，光纤被挖断时两条路径一起断，保护形同虚设。我见过有人在自动路由时让保护路径和工作路径共享了一段中继，原因是那段中继被设成必经路径，后来排查网络时才暴露，业务中断损失已经造成。创建电路时，一定要看一眼两条高亮路径是否物理分离。
4.4 状态从PARTIAL到Active的验证点
电路创建完成后，Circuit窗口里能看到每条电路的状态。常见状态有PARTIAL、DISCOVERED、ACTIVE/AVAILABLE。PARTIAL说明电路没有完整创建成功，例如源端口的时隙被占用或宿端设备未同步；DISCOVERED表示电路在网管里已被两端节点发现，但还没完成跨节点同步；只有到达ACTIVE或AVAILABLE状态，业务才具备下发条件。
验证分三层：第一层看电路状态字段，第二层看两端端口的性能监控，第三层做实际的业务测试。CTC性能窗口能查VC12通道的B1、B2误码计数；E1业务可以直接在端口上配测试图案做误码仪测试，或者直接接客户设备验证。保护倒换的验证不能只看配置，要实际拔纤一次：拔掉工作路径光纤，观察业务是否在50ms内切到保护路径，再把光纤插回，观察是否按设定的恢复模式切回。这一步常被省略，导致真正故障时保护不动作才发现配置有问题。
5. ONS15454配置避坑与常见问题排查：四条血泪经验
5.1 单板FAIL灯反复亮灭的红灯循环
现象：新插上的业务单板在CTC里显示红色FAIL状态，面板FAIL灯有规律地亮灭，像在反复重启，业务端口完全不可用。
原因：多数情况是单板类型与槽位速率范围不匹配，或主备TCC2的软件版本不一致。TCC2主备通过槽位引导单板时，如果备板版本比主板旧，备板会反复尝试加载并复位，业务板跟着遭殃；其次是单板背板连接松动，导致上电检测失败。
解决：先把主备TCC2软件版本对齐。备份数据库后，在软件升级窗口把备用TCC2升到与主用一致，再重启备板。若版本一致仍是红灯，把单板挪到逻辑上支持的槽位，或查看单板识别的型号和固件版本。最后才考虑硬件问题，用替换法换一块同型号板卡，别一上来就怀疑板子坏了。这条排查顺序能省一半冤枉时间。
5.2 电路创建时报时隙冲突，停在PARTIAL
现象：在CTC里点创建电路，向导全部填完，点Finish后电路状态一直停在PARTIAL，告警窗口出现类似“Timeslot in use”的提示。
原因：源或宿链路上选定的VC12/VC4时隙已经被别的电路占用，或者保护路径自动路由时穿过了同一段中继链路。最容易踩的是保护时隙：工作路径明明有空，但SNCP需要额外占用保护路径的时隙，而保护路径的一段中继时隙已经耗尽。
解决：打开CTC的时隙窗口，切换到对应中继端口，按VC12编号逐个看占用状态。找到冲突时隙后，要么手工指定电路路径绕开，要么把占用的旧电路重新规划到别的空闲时隙。传输维护里有个好习惯叫“时隙台账”，每建一条电路先在表和图上把占用画掉，CTC里的时隙窗口只是复核工具，不能当规划工具用。时隙台账做好了，这种PARTIAL状态的故障基本不会再出现。
5.3 保护倒换怎么都不动作：先清覆盖再查阈值
现象：链路断纤以后业务没有切到保护路径，SNCP保护组的状态窗口里看不到倒换动作，或者业务直接中断。
原因：排查顺序有两个容易被忽略的配置点。第一，光口或保护组被设了强制倒换或锁定，这类操作会让保护组处于锁定状态，光纤断了也不触发倒换。第二，信号失效阈值SF_BER设得过严或过松，链路劣化但尚未达到阈值门槛，设备认为还没到必须倒换的程度。
解决：先在保护组窗口检查是否有Override/Lockout标记，有就先清除强制状态。再检查两端保护组里的SF_BER和SD_BER阈值，与业务要求对齐。最后确认保护路径的端口和线路状态是正常的：很多“不动作”的案例，其实是保护路径的端口本来就是LOS，两条路径都断了，不是设备不保护。拔纤实验必须做，而且要拔工作纤，不是拔保护纤，才能验证真正的故障场景。
5.4 误码上报告警：光模块参数背了哪些锅
现象：光口没有LOS告警，但性能监控里B1、B2误码计数持续增长，ES、SES数值异常，客户感受到零星丢包或误码，时好时坏。
原因：三种常见来源。一是光模块或光纤端面脏污，导致接收光功率波动在灵敏度边缘；二是距离等级配错，收光功率虽然在指标范围内但贴在灵敏度下限附近；三是光路中有法兰盘松动或弯曲过大，导致反射或色散。这些原因在功率计上测出的光功率往往“看起来正常”，是传输维护里最磨人的一类故障。
解决：先确认收光功率在单板规格书给出的正常范围内，如果贴着下限，优先清洁光纤端面和法兰盘，酒精棉擦拭后复测。清洁做完仍不稳定，把两端距离等级和波长写下来核对一遍，等级配错就趁维护窗口改。这种问题有点玄学，经常是清洁一遍、重插一次就好了，根本原因不排除，过俩月又会犯。所以建立光口台账、记录每次清洁和测试的光功率值，才能看出趋势，而不是每次都从头查。
6. 验证配置的一种可靠办法：环回测试的顺序比工具更重要
6.1 三种环回方式怎么用
端口级验证最常用的三种环回：Terminal Loopback在交叉连接侧向端口方向环回，验证交叉矩阵与端口配合；Facility Loopback在端口物理侧环回，验证光模块收发；硬件环回用一根尾纤把光口的发和收短接，验证光模块与光路。三种方式对应的排查对象不同，选择顺序很关键。
# 在TCC2的TL1界面里对光口触发facility loopback ED-EQPT::OC48-3-1:CTAG:::::LOOPBACK=FACILITY; # 触发terminal loopback，验证交叉侧路径 ED-EQPT::OC48-3-1:CTAG:::::LOOPBACK=TERMINAL;触发环回后，在CTC性能窗口能看到对应VC12通道的误码计数不再增长，说明环回生效。测试完毕务必要取消环回配置，这一步极易遗漏；遗留的环回会造成业务不通，且告警日志里很难直接看出哪一端还挂着环回。我的习惯是每次环回操作都在配置记录表里登记，收工时对照清单一项项清理。
注意：环回测试结束后务必清理环回配置，遗留环回是业务不通的常见隐形原因。
6.2 环回顺序的固定套路
新建电路验证时我固定按下述顺序做：先对单站做Terminal Loopback，确认交叉连接和端口正常；再对光口做Facility Loopback或硬件尾纤环回，确认光模块和光路本身干净；然后两端对通，接入业务。对端站点暂时没有联调条件时，可以先在本端做硬件环回把端口验证到位，等对端上线再复测。
尾纤环回不能代替整条光路验证，因为光缆、配线架和中间中继设备的衰减还没经过。第一次做跨省链路时，图省事跳过本端环回，结果把对端旧单板灵敏度差的问题误判成本端光模块故障，来回寄了两块板子才发现根因，后来固定了上述顺序。这套顺序看起来费时，但一次做对，比事后跨地市查误码省得多。环回测试最大的价值，是把端口问题和光路问题干净地切开，别让两端互相猜忌。希望帮到你。
本文还有配套的精品资源，点击获取
