J0字节错误配置导致业务中断

典型案例分析1 6 J0 字节错误配置导致业务中断字节错误配置导致业务中断 产品类别产品类别 1678R3 2 1670OED CASE ID 1 2581992 适合用户 故障级别故障级别 Critical 关键字关键字 J0 OED TIM 故障现象故障现象 1678R3 2 和和 1670 组成组成 OED 方式 方式 1670 子架所有盘上报子架所有盘上报 URU 告警 告警 2 块矩阵上报块矩阵上报 TIP 告警 告警 1670 子架所有业务中断 子架所有业务中断 告警信息告警信息 原因分析原因分析 1678 和 1670 组成 OED 的方式 业务连接关系是通过 1670 的 2 块 HCLinks 盘和 1678 的 2 个 10G 光口光纤连接 并通过软件配置而成的 称之为 OED Link 这两对 10G 光纤 是 1 1MSP 保护的 1670 子架的时钟是通过这两对光纤提取 同时 1678 和 1670 可以看 成一台设备 OED Link 相当于背板总线 如果 1670 子框的 2 块矩阵都上报 TIP Timing Problem 所有板卡都上报 URU 告 警 只能是 2 对 OED Link 同时出现问题 因此 检查 OED Link 发现相关板卡无硬件告警 排除硬件问题 检查 OED Ling 的光路 发现 2 对 OED Link1670 侧有 TIM 和 SSF 告警 1678 侧有 RDI 告警 这种告警方式和 J0 字 TTI enable 后期望值和接收值不一致产生的告警一致 检 查 J0 字节配置 的确发现 1670 侧设置了 TTI enable 同时期望值和 1678 发来的值不一 2 6典型案例分析 致 故障原因找到 备注 关于 J0 字节的物理意义 在 SDH 的再生中继段开销中 有一个 J0 字节 用于跟踪判断接收侧的 STM N 再生 段信号与发送侧是否是处于持续连接状态 如下图 1 所示 STM 1 信号中 J0 字节的位置 其余 STM N 的 SOH 开销中的 J0 开销定义与 STM 1 相同 图 1 为实现在接收侧检测 STM N 再生段信号与发送侧的的连接正确性 J0 字节被用作发 送侧的接入点标识符 在发送侧重复地发送 以使接收侧据此确认与指定的发送侧是否处 于持续连接状态 在应用中 在发送侧发送一个由管理者指定内容的 J0 字节 在接收侧 当接收到的 J0 字节内容符合管理者期望要求接收的 J0 字节内容 则判定接收侧与指定的发送端处于 持续连接状态 如下图 2 例所示 典型案例分析3 6 图 2 上图 2 中 由管理者在发送侧分别配置各自的 J0 发送内容 J0 Tx A 和 J0 Tx B 在接收侧配置期望接收到的对应 J0 内容 J0 Rx A 和 J0 Rx B 上图 2 中 两端接收 侧实际接收到的 J0 字节内容 J0 Rx A 和 J0 Rx B 如果与要求接收的 J0 内容相同 则判 定接收侧与指定的发送端处于持续连接状态 接收侧接收并处理 STM N 再生段信号 如果在接收侧接收到的 J0 字节内容与管理者期望接收的 J0 字节内容不相符 则判定 接收侧与指定的发送端处于错误连接状态 设备通常发出 TIM 踪迹标识失配 告警 中 断 STM N 业务信号并向下游发 AIS 告警 如下图 3 例所示 图 3 在实际应用中 通过 J0 字节检测接收侧与发送侧的持续连接性功能可根据需要启动 或不启动 J0 字节的应用在设备具体配置中的内容如下 打开一个 SDH 端口直到其功能块界面 用光标点击选择 RST 功能块 然后在应用菜 单选项上选择打开 Port 下拉菜单 选择执行 TP Configuration 选项 打开 J0 管理功能配 置界面 如下图 4 所示 4 6典型案例分析 图 4 在上图 4 中 RX Side 接收侧显示的是本端接收侧实际接收到的 J0 字节 在 TX side 是配置本端发送侧的的 J0 字节 在 Transmited 对应项中 点击 hex 打开 J0 字节发送内容配置界面 默认为 TTI Enable 对 J0 字节内容进行配置 如下图 5 所示发送侧 J0 字节的设置 符合 E 164 的要求 图 5 通常 对用于不同 SDH 网络之间 或国际网络之间的持续连接性检测 要求 J0 字节由 15 个 ASCII 码或 15 位 16 进制数组成 如上图 5 所示 如选中 ASCII 则在对应的 15 个小方格中分别填入 ASCII 字符 电脑键盘上的字母 典型案例分析5 6 数字 符号都是 ASCII 码 如选中 16 进制数 则在对应的 15 个小方格中分别填入 2 位 16 进制数 对在同一个网络内的持续连接性检测 J0 字节可选用单一字节重复发送 在上图中 点 凹 1 Repeated Byte 键 在下面唯一一个小方块内 填入一个 ASCII 字符 或 2 位 16 进制数 发送侧 J0 配置完毕 点击 OK 确认 J0 管理界面回到图 4 在图 4 中 对应 Expecred 项是接收侧期望接收到的 J0 字节 配置的内容要求与对 端发送侧的 J0 字节一样 通常 Expecred 项默认是 TTI Disable 的 此时 设备不对接收到的 J0 内容与本端 接收侧期望接收的内容进行比较 在这种情况下 不会有因 TIM 告警而引起的业务中断 如果将 Expecred 项转置为 TTI Enable 则启动了 J0 期望值与接收值的比较功能 再点击对应 hex 键打开 J0 期望值的配置 J0 期望值的配置与前述发送侧的 J0 值内容 一样 要求本端接收侧 J0 的期望值设置内容与对端发送侧设置的 J0 内容一致 在实际应用中 建议先配置好 Tx 发送侧的 J0 字节内容 在启动配置接收侧的 Expecred 期望值内容 注意 在接收侧 J0 的 Expecred 项只要转换成 TTI Enable 状态 J0 的 Expecred 期望值与接收值的比较检测功能就马上启动 这时有可能还未来得及配置 Expecred 的内 容 使得 J0 的 Expecred 期望值与接收值不同引起短暂的 TIM 告警 造成业务中断 一 旦 J0 的 Expecred 期望值配置好并点击 OK 确认后 TIM 告警消失 业务恢复正常 在实际的应用中 对于简单端到端的 STM N 线路连接 或类似 1678 主架与 1670 OED 之间主架与扩展子架的 STM N 线路连接 收发之间线路物理连接的正确性基本无需 检测确定 最好不要起动 J0 字节的 Expecred 期望值与接收值的比较检测功能 以免造 成业务的意外中断 解决方法解决方法 6 6典型案例分析 将 J0 字节期望值与接收值比较功能设置为 TTI disabled 业务恢复 经验教训与总结经验教训与总结 J0 字节的配置不当 会导致业务中断 后果极其严重 强烈建议在现网中 字节的配置不当 会导致业务中断 后果极其严重 强烈建议在现网中 使用使用 J0 字节要分外小心 不要人为设置期望值 也不要打开为字节要分外小心 不要人为设置期望值 也不要打开为 TTI enable 同时检查现网中所有光口的同时检查现网中所有光口的 J0 字节配置 确保字节配置 确保 TTI disabled 只有在 只有在 TTI disabled 的状态下 发送的状态下 发送 J0 字节才没有风险 字节才没有风险 附件附件 可选可选 附上解决问题涉及到的相关 Trace 报告和详细信令流程 补充几点要求 补充几点要求 1 对典型的能够提供给用户的 CASE 我们将会选择用于经验交流刊物上 所以请在原因 分析部分给出较为详细的描述 特别是对有些人机命令 需要说明每一步操作的目的是 什么 不要直接就是人机命令和报告 而没有任何说明 2 请在 CASE ID 的后面加上标注信息 该 CASE 是否适合运营商用户 2 对标点