简介T2000是华为网管系统广泛应用于运营商网络维护。这份《T2000使用简易教程》面向初学网管的新手针对日常运维中常见的“路径被隐藏”“端口状态难判断”“业务开通/排障”等问题提供了逐步操作指引。教程覆盖展开所有路径、确认端口是否有业务、查看端口带宽与以太口去向、修改端口协商模式、查看光口告警以及以太口帧测试等关键场景每一步均结合板卡类型和实例截图说明有助于读者快速建立操作认知并独立完成基础维护。压缩包共1个docx文档大小22.73MB内容组织清晰图文对照可直接作为上机操作的参考手册。目前已有509人学习/浏览适合运营商一线维护人员、网络工程专业学生及刚接触T2000的运维新人学习使用。1. T2000 网管新手最容易漏掉的五类操作接手华为传输网的第一周我就在 T2000 上栽过跟头客户报一条专线丢包我打开网管一看端口全是绿的VCTRUNK 也亮着怎么看都不像有问题。结果查了半天问题出在端口协商模式和时隙对应关系上——而这两样东西网管上不会直接给你答案。这也是我后来把 T2000 常用操作整理成笔记的原因。这篇笔记围绕 T2000 实际使用中最容易踩坑的几个场景展开路径被隐藏、端口与 VCTRUNK 对应关系、带宽与协商模式、业务时隙反查、告警屏蔽以及帧测试。适合刚接手华为传输网、需要做专线日常维护和故障定位的工程师。跟着走一遍能少翻几次车。2. 路径与端口业务判断EFT/EFS 板卡的差异与 VCTRUNK 对应关系2.1 路径被隐藏右箭号与“展开所有路径”T2000 网管上偶尔会出现一种很迷惑的现象业务实际开了两个路由但网管上只显示一条绿线怎么看都像单路由。这时候先别急着判断“业务开断了”大概率是路径被隐藏了。判断方法很直接看网元右下角有没有一个向右的小箭号。有箭号就说明网管上有隐藏路径没展示出来。点击这个箭号选择“展开所有路径”再点击“应用”保存更改所有路由就会显示出来。这一步在开局调测和故障定位时都常用尤其是处理跨环业务的时候路径隐藏会导致你对“业务是否双路由”产生误判。注意展开所有路径这个操作只是改变网管的显示逻辑不会对业务造成任何影响可以放心操作。展开后如果仍然只看到一条绿线再考虑业务路由配置的问题。2.2 EFT 板卡VCTRUNK 与端口一一对应很多新手看端口有没有业务习惯性看端口颜色绿色就以为有业务。这个习惯在 T2000 里非常危险。端口绿色只能说明物理层有连接或者端口使能了不代表业务一定配置在这个端口上。真正的判断依据是 VCTRUNK 的状态和时隙。以 4714-省气象-IU1 这块 EFT 板卡为例EFT 板卡的 VCTRUNK 与物理端口是一一对应的VCTRUNK-1 对应第一个口VCTRUNK-2 对应第二个口以此类推。我遇到过一块板卡四个端口全绿但 VCTRUNK-2 是灰色的情况。按对应关系一推VCTRUNK-2 对应 PORT-2灰色说明这个端口上没有业务哪怕端口显示绿色也没用。端口VCTRUNK状态业务判断PORT-1VCTRUNK-1绿 / 绿有业务PORT-2VCTRUNK-2绿 / 灰无业务PORT-3VCTRUNK-3绿 / 绿有业务PORT-4VCTRUNK-4绿 / 绿有业务这块板卡上四个端口状态都是绿色但只有三个 VCTRUNK 是绿色VCTRUNK-2 为灰色说明 PORT-2 实际没有业务配置。这就是 EFT 板卡的好处——对应关系固定看 VCTRUNK 就能直接判断。2.3 EFS 板卡对应关系不固定必须进以太网专线业务反查EFS 板卡就不一样了它的 VCTRUNK 与 PORT 没有固定对应关系。如果还用“VCTRUNK-1 必对应 PORT-1”的思路去判断大概率会翻车。这也是 T2000 使用中比较坑的一个点。查看 EFS 板卡端口与 VCTRUNK 的对应关系需要进入网元管理器—配置—以太网业务—以太网专线业务。在这里能看到每个 VCTRUNK 实际绑定到了哪个物理端口。另外还可以通过以太口汇聚端口的方式查看。这里有一个边界要提醒点到点端口查看方式在 EFS 板卡上覆盖不全。我实际验证过用点到点方式去查只能找到 6 条业务对应的端口其它 VCTRUNK 对应端口通过点到点方式根本查不到。必须改用以太网汇聚端口的方式去看。所以遇到 EFS 板卡时别在点到点视图里耗太久直接走以太网专线业务入口。3. 端口带宽与协商模式从以太网接口管理到 100M 全双工3.1 以太网接口管理查看带宽的正式入口查看端口带宽的入口在网元管理器—选择对应的板卡—配置—以太网接口管理—以太网接口。这个入口集中展示了端口的工作状态、协商模式、网线连接状态和带宽信息比在拓扑图上猜靠谱得多。实际排查中看带宽主要是为了核对业务配置是否符合预期。我有一次处理专线速率不达标就是在这里发现客户申请的 10M 专线实际对应 VCTRUNK-2而 VCTRUNK-2 的带宽配置被改成了 2M。这种问题光看端口状态看不出来必须逐条核对 VCTRUNK 带宽。以一块实际板卡为例通过以太网接口管理可以看到如下对应关系VCTRUNK带宽对应端口VCTRUNK-12MPORT-1VCTRUNK-210MPORT-2VCTRUNK-32MPORT-3这个表就是从以太网接口管理里读出来的。到这里才算把带宽和端口的关系完全对上。3.2 协商模式100M 全双工为什么是默认选择端口协商模式下拉菜单里有自适应、半双工、全双工等选项。现场施工和日常维护时一般要求将端口协商模式固定为 100M 全双工。原因很简单半双工模式下两端同时收发数据时会产生冲突冲突会导致重传和丢包而且这种丢包非常隐蔽——网管上端口状态是正常的VCTRUNK 也是绿的但业务就是丢包。这种问题最容易让新手误判为传输链路质量差实际上是协商模式不对。我在现网处理过类似情况客户反馈专线 ping 测有 5% 左右的丢包查了光功率、误码率、时隙占用全部正常。最后发现客户侧交换机端口协商成了半双工对端传输设备固定全双工两端模式不匹配产生大量冲突丢包。把协商模式统一改成 100M 全双工后丢包立刻消失。操作上要注意修改协商模式前需要先确认端口当前是否有业务。改协商模式会导致端口发生一次重协商业务会瞬时中断所以生产端口操作前必须有窗口和客户确认。3.3 网线连接状态端口使能与正在协商的区别以太网接口管理里还能看到网线连接状态。这里有一个细节端口使能但网线没连接时端口状态显示为“正在协商”而不是显示断连。我曾经在排障时看到端口状态是“正在协商”误以为是对端设备有问题查了半天才发现是本端网线压根没插。端口状态判断可以按这个思路走状态表现实际含义网线已连接 / 端口使能 / 100M 全双工正常待用或承载业务网线已连接 / 协商模式不匹配链路可通但可能丢包网线未连接 / 端口使能 / 正在协商端口已启用但物理未连接所以看到“正在协商”不要急着下结论先检查物理连接。这在后面讲帧测试时还会再碰到。4. 业务去向追踪从 VC4/VC12 时隙反查到物理端口4.1 从 2M 口开始浏览 SDH 路径找对端日常维护里最常遇到的问题是客户报某条专线有问题但你要先搞清楚这条业务从哪来、到哪去。2M 口的业务去向在 T2000 里通过“浏览 SDH 路径”功能查看。操作路径在网元管理器里选中对应的板卡右键选择“浏览 SDH 路径”就能看到该板卡上所有 SDH 路径的时隙分配和对端去向。以一条实际业务为例7205—6.1 开往 4824—JS3500416.22 口。从浏览 SDH 路径的结果里可以看到该 2M 业务从 7205 网元的 6.1 口发出经过传输网络到达 4824 网元的 16.22 口落地后跳转到其它传输设备上最终接到平潭方向的以太口。这一步解决的是“业务最终去了哪”的问题定位故障时先看这一层能快速缩小范围。4.2 时隙三层映射VC4-VC12 → VCTRUNK → 物理端口以太口业务的追踪比 2M 口复杂因为中间隔了一层 VCTRUNK。完整链路是时隙VC4/VC12→ VCTRUNK → 物理端口。以 7199—2-EFS-1 的业务为例路径信息显示VC4:2-VC12:2 → 19207-中铁信息农大6-EFT-1 VC4:1-VC12:1要查这条时隙是本网元哪个端口开往对端设备的哪个端口按三步走第一步确定时隙对应的 VCTRUNK。通过网管查看VC4:2-VC12:2即 VC4-2-VC12(12)对应 VCTRUNK-3绑定通道数为 1代表带宽 2M。第二步查 VCTRUNK 对应的物理端口。VCTRUNK-3 对应第 2 板的第 3 个端口即 7199—2-EFS-MAC-3开往 19207-中铁信息农大的 6-EFT-MAC-1。第三步查端口物理连接状态。查看 7199—2-EFS-MAC-3 的网线连接状态发现网线没有连接端口处于使能状态正在自协商。这三步走完整条业务的物理路径就完全清楚了时隙配置在 VCTRUNK-3 上VCTRUNK-3 绑定到物理端口 3但这个端口的网线没插——业务中断的原因直接就浮出水面了。4.3 点到点方式的局限为什么只能找到 6 条业务在实际操作中追踪以太口业务时点到点方式只适用于部分场景。以 4714—1-EFT-1 为例通过浏览 SDH 路径找到其 VC4:2-VC12:62 的对端时隙为 4823-JSMSTP-15-N4EFS0-1 的 VC4:4-VC12:3。然后需要进一步确认这个对端时隙对应哪个 VCTRUNK 和哪个物理端口。但如果使用点到点端口查看方式只能找到 6 条业务对应的端口其它 VCTRUNK 对应的端口无法通过点到点方式查看。原因在于点到点方式展示的是端到端的业务连接关系而 EFS 板卡上部分 VCTRUNK 是通过汇聚方式接入的点到点视图不会完整展示。这就是前面提到的边界问题——EFS 板卡必须走以太网专线业务或以太口汇聚端口入口去反查才能在网管上看到完整对应关系。对端确认的操作路径选中 4714 的第 1 块板右键“浏览 SDH 路径”找到 4714—1-EFT-1 VC4:2-VC12:62 的对端时隙是 4823-JSMSTP-15-N4EFS0-1 VC4:4-VC12:3。再进入 4823 网元确认 VC4:4-VC12:3 对应 VCTRUNK-5VCTRUNK-5 对应物理端口 PORT-5。这样跨网元的专线业务就完整串起来了。5. 告警排查与屏蔽TU_AIS、光口反转与屏蔽的边界处理5.1 TU_AIS_VC12 告警先查对端再查本端TU_AIS_VC12 告警在传输网里非常常见。很多新手看到这个告警第一反应是查本端板卡和时隙这个方向其实不准确。TU_AIS 是上游告警通常是因对端问题导致本端收到的信号被标记为 AIS。光口告警反转和告警屏蔽都有套路按顺序来排查效率最高。处理思路先确认该专线的 A 端和 Z 端。如果 TU_AIS_VC12 告警出现先去查询对端网元状态并确认对端所属端口的告警情况。对端端口如果有 LOS、LOF 等告警那根源就在对端对端告警处理完毕后本端 TU_AIS 一般会自动清除。5.2 光口告警反转禁止的含义与生效方式光口告警反转是 T2000 里比较容易误操作的一个功能。简单说告警反转就是把“有告警”和“无告警”的状态反过来上报。正常情况下这个功能必须设置为“禁止”否则网管上的告警显示会出现逻辑反转——光线断了反而不上报告警光线恢复了却报故障非常容易被误导。操作路径在网元管理器中选择对应光口找到告警反转设置将状态改为“禁止”点击“应用”。看到“操作成功”提示才算真正生效。这里有一个常见问题改了告警反转后没有点击“应用”就退出了导致设置未生效网管上告警状态依旧异常。所以每次操作完一定要确认提示信息不要只看页面显示。5.3 告警屏蔽设置右击“不屏蔽”与缺省值复位告警屏蔽用于临时隐藏已知的、不影响业务的告警。操作时要注意具体到端口和告警类型不能整板卡屏蔽。以光口为例在光口告警屏蔽设置里选择要开放告警的光口比如图中选择 3.1 口选中被屏蔽的告警右击选择“不屏蔽”然后点击“应用”。或者直接点击“缺省值”将屏蔽列表恢复到默认状态再点击“应用”。注意“缺省值”会把所有自定义屏蔽规则清掉如果网管上有特意配置的屏蔽项操作前要先记录下来避免误清。2M 口告警屏蔽是单独的入口不要和光口告警屏蔽混在一起。光口屏蔽做完了2M 口告警还是刷屏就是因为入口不对。5.4 避坑记录五个高频告警操作失误第一端口全绿误判业务正常。现象端口状态全是绿色客户还是报障。原因EFT/EFS 板卡上端口绿不代表 VCTRUNK 有业务以时隙和 VCTRUNK 状态为准。解决先看 VCTRUNK 灰色的有没有再看以太网专线业务里的对应关系。第二帧测试中断了在用的客户业务。现象帧测试做完客户投诉业务中断。原因测试端口没选对选到了承载业务的端口。解决测试前先按 VCTRUNK 与 PORT 对应关系核对确认该端口不在业务使用中。第三告警反转修改后不生效。现象光口状态显示异常反复修改仍不对。原因修改后没有点击“应用”或界面显示成功但未能下发到网元。解决每次修改后必须点击“应用”并确认“操作成功”提示。第四屏蔽了错误的光口。现象A 光口告警没了B 光口告警却消失了。原因在告警屏蔽设置里选错了端口编号。解决操作前核对端口编号选择 3.1 口就只操作 3.1 口。第五TU_AIS 告警反复排查对端无异常。现象对端光口正常、板卡正常但本端 TU_AIS 一直不消失。原因忽略了 VCTRUNK 对应关系排查了错误的时隙。解决先看告警对应的 VC4/VC12 时隙再反查 VCTRUNK 和端口确保查的是同一条业务。6. 以太口帧测试中断业务前必须做对三件事6.1 帧测试原理与业务中断风险以太口帧测试用来确认专线两端是否连通、帧是否能正常收发。操作方法是在网管上对指定端口发出测试帧看对端是否能收回来以及本端是否能收到对端的帧。帧测试结果能直观反映专线通断状态但代价是测试过程中会使客户业务中断。所以帧测试前必须确认测试端口当前不在用。帧测试操作路径以太网接口相关设置中找到帧测试功能选择要测试的端口点击“应用”。测试成功后会出现类似“发送 5 个帧接收到 5 个帧”的提示说明两端链路正常。如果只发不收或收发不一致说明链路存在问题。6.2 测试前做一次完整的 VCTRUNK → 端口映射确认帧测试前最关键的步骤是确认测试端口对应的 VCTRUNK 是否承载业务。我一般会强制走一遍映射确认流程避免误伤。以对 7199 中的 2.2至长乐 10602业务不使用进行测试为例。第一步找到 2-EFS-2 对应的 VCTRUNK。第二步通过以太网专线业务确认 PORT-2 对应 VCTRUNK-4。第三步确认该 VCTRUNK 在长乐方向没有承载在用业务。做完这三步才动手测试。结果在这个案例里帧测试显示专线不通。查网管发现对端掉点。这正是帧测试的价值它快速确认了问题方向是“对端设备掉线”而不是“本端配置错误”省去了大量排查时间。6.3 帧测试结果判读不通时先看对端是否掉点帧测试结果不通过时不要急着下“链路中断”的结论。优先检查对端网元是否在线。常见情况是帧测试发出的帧没有回应但本端网元和对端网元之间的传输通道是正常的唯一异常的是对端网元掉线了导致帧测试无法返回。此时做任何本端操作都没有意义先去恢复对端网元。从那以后我每次做帧测试前都强制走一遍 VCTRUNK → 端口映射确认确认目标端口为非在用状态后才动手测完立即恢复原来的配置。在生产和维护场景下多花两分钟做一次映射核对能省掉后续大量的麻烦。希望这个习惯也能帮到你。本文还有配套的精品资源点击获取
