测试案例集锦7——谁也不鸟谁咋办？

打东边来了个客户甲，手里提着个设备甲，打西边来了客户乙，手里提着个设备乙。手里提着设备甲的客户甲，要用网线连客户乙手里的设备乙，结果设备甲连不上设备乙，设备乙也连不上设备甲……...



打东边来了个客户甲，手里提着个设备甲，打西边来了客户乙，手里提着个设备乙。手里提着设备甲的客户甲，要用网线连客户乙手里的设备乙，结果设备甲连不上设备乙，设备乙也连不上设备甲，于是手里提着设备甲的客户甲和手里提着设备乙的客户乙来找我们确认问题……

哎哟我去，念岔气了。

其实就是这么个事儿，有两台带百兆以太网口的不同设备互联，结果连不上。这个其实很好办，拿台好用的交换机，两台设备都接上去看看就行了，谁连不上就是谁的问题。结果拿了台H3C的交换机，两台设备连上去，都能用，没问题。这下麻烦了~跟谁都行，就是这两台设备谁也不鸟谁，难道……是同性相斥？

都是自协商，初步判断连不上那估计就是协商出问题了。以太网的自协商其实挺简单的，支持百兆以上以太网的设备在悬空状态下会发一串FLP脉冲，里面包含了本设备的连接能力信息，告诉对方，我是百兆，双工模式，能连不？能连咱就按最快的连。如果芯片只支持十兆，就只发一个NLP脉冲，告诉对方，我只能工作在10M，你爱连不连。

于是用示波器测设备甲输出的FLP波形如下：

FLP的情节设定和一般的数据传输不同，它的奇数位是时钟，偶数位是数据，偶数位上有跳变就是1，没跳变就是0，所以，甲发送的信息就是1000011110000000，和IEEE802.3规范对比确认是正确的。

但乙也没问题，1000011110000001，除了最后一位是1以外（因为芯片是千兆的），其他都正常。

我也挺蛋疼的——手工数脉冲解码的工程师上辈子都是折翼的天使……数得好泪奔啊。

然后用以太网一致性软件TDSET3测试FLP脉冲的各项参数，时钟，间隔，宽度等等，双方都正常，虽然有些差异，但都在规范要求的范围内。

但是客户说，如果用百米以上的网线对接，这两台设备是能正常工作的。

这就更有意思了。

用欺骗的方式分别测两个网口的输出波形，这下发现问题了。

这么高的幅值……太费电了。

另一台设备乙是这样的，这大致是靠谱的。

而且把两台设备对接起来，用探头监控双向传输的信号，基本是FLP后面跟着正常的idle码型。

这下基本能解释了：

为什么百米网线能连接？因为衰减大，把有问题的幅值压下去了。但为什么跟H3C的交换机能连呢？这个……只能说，也许人家的容限比较大……

对于业界标准接口来说，所谓一致性测试就是用标准的一致性测试夹具，探头和测试软件对标准接口的信号质量进行衡量，来保证信号质量能符合规范的要求，这样通过认证测试的接口就能确保和其他厂家的接口对接不会有问题。工业界的标准接口包括以太网，USB，PCIE，SAS，SATA，HDMI等等，都有对应的一致性测试标准。

而在本案例中，我们还没有进行一致性测试，只是调出了一致性测试中的标准眼图模板测试这个项目，就发现了问题所在。

进一步确认问题的办法就简单了，在设备甲的RJ45输出信道上加串阻，把输出电压硬拉下来，两台设备对接成功，确认是幅值导致的原因。不过这是治标不治本的办法，只能用来确认问题，不是常规设计。

搞定收工，客户甲客户乙各回各家，写案例交差~唯一的教训就是，以后定位以太网问题，要先做眼图和一致性测试，搞不定再去数FLP脉冲——数起来太费眼睛了……

感谢收看TestArts~闲着的话，关注一下呗……

    关注 测试测量技术