h3c s10500 (h3c简单配置案例)

装备测试项介绍

复位线测试

单板在复位重启过程中需要花费太多的时间,影响装备测试的效率.因此,在被测板逻辑里设置一个标志寄存器,单板复位需要根据标志寄存器的状态决定。在测试时,装备命令先设置业务板或网板复位测试标志位(0xa bit4),设置此位后单板不响应主控复位信号。然后主控下发复位命令。通过检测单板上复位信号线的电平跳变来决定是否产生了复位操作(0xa bit5)。

覆盖主控板与业务板、网板间的复位线

测试到的相关器件:

主控CPU<--->主控CPLD<--->主控到业务板网板复位线<--->业务板网板CPLD》acke<--->业务板网板CPU

【命令行】

test resetline masterslot/subslot {slot/subslot | all}

masterslot/subslot:主控板槽位号

slot/subslot:被槽位号

all:测试全部槽位

【示例】

[H3C-equipment]test resetline 0/0 4/0

[H3C-equipment]test resetline 0/0 all

常见错误现象

下发复位命令后单板真复位。

下发复位命令测试失败,单板没复位

定位方法

如果下发测试命令后单板真复位,可用如下方法手动测试确认问题。

设置业务板或网板0xa寄存器的bit4置1.

[H3C-probe]debug sysm memory read ffffffffb400000a 1 1 s 15

ffffffffb4000000: 20 * .....*

[H3C-probe]debug sysm memory write ffffffffb400000a 30 1 s 15

[H3C-probe]debug sysm memory read ffffffffb400000a 1 1 s 15

ffffffffb4000000: 30 * 0.....*

操作主控板寄存器复位单板(相关寄存器地址及需要操作相应位从下图获取)。

[H3C-probe]debug sysm memory read ffffffffb4000014 1 1 s 0

ffffffffb4000010: ff * ...........*

[H3C-probe]debug sysm memory write ffffffffb4000014 df 1 s 0

[H3C-probe]debug sysm memory read ffffffffb4000014 1 1 s 0

ffffffffb4000010: df * ...........*

查看业务板是否重启,如果重启说明业务板逻辑有问题。

如果不重启,再读取业务板或网板0xa寄存器,判断bit5是否为0,如果不是0则说明复位链路有问题。

硬件定位方法

交叉验证确认“主控CPU<--->主控CPLD<--->主控到业务板网板复位线<--->业务板网板CPLD”链路故障位置

检查板卡复位线,测试电平是否正常

重新烧写CPLD程序验证

CPU2MAC

CPU构造报文,通过PCIE总线发送到MAC芯片,通过连接5396的GE口发送到5396,5396设置远端环回把报文送回到MAC芯片,然后报文再返回到CPU。CPU发送报文的长度、个数、内容可设置。

覆盖CPU到MAC,MAC到5396间的通信链路测试。

测试到的相关器件:

CPU发包<--->PCIE<--->MAC芯片与5396连接端口<--->5396与MAC芯片连接端口收到报文原端口回送》acke<--->MAC芯片<--->PCIE<--->CPU收包

【命令行】

test ethernet slot/subslot channel cpu2mac {chip_number | all} packet-length packet-number packet-content

slot/subslo:被测槽位号

chip_number:被测芯片号

all:测试全部芯片

packet-length:发送报文长度

packet-number:发送报文数量

packet-content:发送报文内容

【示例】

[H3C-equipment]test ethernet 4/0 channel cpu2mac all 100 10 55aa

常见错误现象

GE口不UP

CPU发不出报文

CPU发出报文后到不了GE口

报文到GE口后,5396没有返回

CPU收不到报文

丢包

包内容被更改

定位方法

硬件定位方法

检查MAC芯片&5396&CPU电源和时钟是否正常

检查PCIE 参考时钟是否正常

测试PCIE和MAC到5396的GE通道阻抗

更换5396或MAC芯片等相关器件验证

Cpu2oam

如下图CPU和5396间有四条通道,cpu2oam通道测试3、4、5三条通道。CPU构造报文,通过A2/B0/B2三条通道发送到5396,5396侧设置远端环回把接收到的报文返回给CPU。CPU对收发报文进行比较,来判断。

覆盖CPU到5396间的通道测试(下图红框内通道,不包括2通道)。

【命令行】

test ethernet slot/subslot channel cpu2oamcore {chip_number | all} packet-length packet-number packet-content

slot/subslo:被测槽位号

chip_number:被测芯片号

all:测试全部芯片

packet-length:发送报文长度

packet-number:发送报文数量

packet-content:发送报文内容

【示例】

[H3C-equipment]test ethernet 4/0 channel cpu2oamcore 100 10 55aa

常见错误现象

1、远端环回设置失败

定位方法

硬件定位方法

检查5396&CPU电源和时钟是否正常

CPU到5396间的通道阻抗和反向电压是否异常

更换5396或MAC芯片等相关器件验证

MAC2MAC

目前Jericho单板MAC芯片之间都没通道,此测试项用来测试MAC芯片和FPGA芯片之间的通道,测试命令行可设置报文长度、内容、个数。

测试到的相关器件:

CPU发包<--->PCIE<--->MAC芯片与FPGA芯片连接端口<--->FPGA侧与MAC芯片连接端口远端环回把报文回送回去》acke<--->MAC芯片<--->PCIE<--->CPU收包

【命令行】

test ethernet slot/subslot channel mac2mac {chip_number | all} packet-length packet-number packet-content

slot/subslo:被测槽位号

chip_number:被测芯片号

all:测试全部芯片

packet-length:发送报文长度

packet-number:发送报文数量

packet-content:发送报文内容

【示例】

[H3C-equipment]test ethernet 4/0 channel mac2mac all 100 10 55aa

常见错误现象

端口不UP

丢包

远端环回设置失败

定位方法

硬件定位方法

检查相关器件(MAC、FPGA等)电源和时钟是否正常

若有端口不up,检查端口链路阻抗和方向电压,对比正常单板是否正常

更换相关器件验证

Fpga外扩ram测试

测试到的相关器件:

FPGA外扩ram

【命令行】

test external-ram slot/subslot fpga {chip_number | all}

slot/subslot:被测槽位号

chip_number:fpga芯片号

all:测试全部芯片

【示例】

[H3C-equipment]test external-ram 4/0 fpga all

硬件定位方法

检查相关器件(FPGA、DRAM等)电源和时钟是否正常

更换对应DDR颗粒验证

更换FPGA芯片验证