Figure

将fsem网速测试的脚本加入进去，看客户那边进行canoe测试，效果是否有改善。给客户提供了版本和脚本。

由于遇到的故障电路板，导致这个测试过程非常波折，耽误了不少时间。

等待客户反馈测试结果。
查询资料，寻找其他可能原因。

客户建议，此bug稍后解决，重点解决另一个bug。

我观察到flow control选项可能关闭了，现在还没有时间进行追踪。

等待客户反馈验证状态。

等待客户反馈验证状态。这是另一种压测方式，需等待能够进行压测的故障解决后，再进行此bug的推进。由于我方没有此硬件条件，因此推进有阻碍。

1)正在寻找canoe硬件设备的支持；
2）正在寻求车载设备研发人员的技术支持；
3）正在寻求会使用canoe进行测试的人员支持。

已经想好与客户沟通什么，等待PM拉会。

BUG2，canoe的问题。 我认为我方样机fsem是没有问题的，就像周飞说的，我方的角色是协助，客户要发挥主观能动性。
我方样机是没有问题的：
1）fsem已经经过iperf的TCP和UDP测试，没有问题。
2）fsem间的OTA服务升级能够正常进行。
建议客户这样做：
1）canoe测试用36服务发数据的时候，一次发64K，不要发1M。
2）客户的“simulation setup”是不是仿的主控的网络结构，那主控存在的TCP重传问题，在“simulation setup”上也可能存在。
3）我方希望“simulation setup”，使用的是一对一的测试，不要包含链路转发等。如果客户已经这么做了，那么请把相关配置文件，给到我方，我方找内部人进行下咨询。
4）OTA服务端的抓包和OTA客户端的抓包应分别在端点进行的？ 请抓取ethernet线上log，以判定是接收端未收包，还是发送端未发包。

新的固件正在测试中，等待测试反馈效果。

今天问了客户，还没有进行CANOE测试。