FLASH系列问题案例分析.doc

FLASH系列问题 案例分析 有线宽带事业部测试部：宋丽风  目录 FLASH系列问题案例分析 1 第一部分：问题回顾 2 问题1 2 问题2 2 问题3 2 问题4 2 第二部分：案例分析 3 问题1 3 问题分析与根因 3 改善措施 3 问题2 6 问题分析与根因 6 改善措施 6 问题3 9 问题分析与根因 9 改善措施 9 第三部分：预防措施 10 第四部分：测试计划 10 第五部分：背景知识 10 一些FLASH的小知识 10 第六部分：疑问解答： 11  第一部分：问题回顾 问题1 问题描述：2012-7-21，GAN5.CU17J-B(Nucom客户) 产品，QA在抽检5pcs发现有1PCS页面里显示的PVC/无线名称/密钥与软件发部表不符，不良率20%； 问题2 问题描述：2013-4，Telecom 4.12软件，QA在抽检以上产品时发现1PCS板初始化失败。 问题3 问题描述：2013-4，Teleplus4.12软件，产线上生产2%CPE出现初始化失败 问题4 问题描述：升级的过程没有问题，在升级完成重新启动的过程中会提示，大系统无效，从小系统启动 问题描述：升级成功后打开页面正常，进行操作CPE行为正常，一段时间后断电重启，从小系统启动 状态：到现在此问题是跟踪状态，不知道根因，也没有规避措施。第二部分：案例分析 问题1 问题分析与根因 问题描述：2012-7-21，GAN5.CU17J-B(Nucom客户) 产品，QA在抽检5pcs发现有1PCS页面里显示的PVC/无线名称/密钥与软件发部表不符，不良率20%；不良产品的CPE复位不成功； 原因分析：产品在启动1分钟内会写FLASH，如断电会造成部分内容丢失（配置丢失）为产品软件Bug导致；CPE启动时FLASH写保护未开启。 软件平台：BRCM 4.06 考虑2个问题： CPE为什么会在1分钟内写FLASH？ CPE的默认配置存在一条静态WAN连接，当CPE连接上DSL线，且同步之后，WAN连接状态从disconnected变成了connected。 WAN连接UP后，TR069等业务就会发包出去，在这个软件中TR069发连接请求包出去； 在工厂的环境中，TR069的请求连接肯定收不到回应，TR069会根据Retry Policy不断的发连接报文，并且会将Retry的次数记录起来保存到状态区； 在FLASH保存这个参数的时候，操作人员正好测试完成，对CPE断电，结果FLASH正在写的这个块区的配置丢失； 为什么在写FLASH的时候断电会丢失配置？ FLASH在写参数时，必先擦除整个块区（以BLOCK来擦除），然后再写值；当写FLASH的时候，原来的内容已经擦掉，写的内容又没有写进去，就会丢失配置； 改善措施 修正写FLASH的动作； 在PPPOE拨号连接不成功时，串口中不断打印e254saving ppp session info ppp0.1e2d/0073；Telefonica版本上做了修改，就是拨上号之后再保存session id，不然写FLASH太频繁了； TR069 Retry 次数记录，在前2次，发请求时间间隔短，5-10；10-20；不把retry 的次数记录到状态区，从第3次开始记录；见示例1； 状态区与配置区分开； 配置区和状态区分在不同的块区保存；状态区是断电信息就丢失的区域。防止软件因各个功能模块在写状态时断电，导致整个块区丢失。因为BRCM在写参数时，先擦除掉整个块区，然后再写。 TR069 Retry次数在记录到状态区的时候断电，导致配置也丢失的根本原因就是配置区和状态区在同一个块区；没有分开； 以下示例1是状态区的保存的打印信息；该例子的log信息在4.06平台上抓取的，可以看到状态区和配置的保存的块区不是一个； 示例1：状态区与配置区分开的LOG打印信息： unprotect_e127protect. //这行是配置TR069的打印信息，写到配置区；tr69c:error:561.251:cancelPeriodicInform:1505:request failed, ret=9003 tr69c:error:561.251:retrySessionConnection:186:ACS connect failed, retryCount = 1, backOffTime = 7000ms tr69c:error:568.474:cancelPeriodicInform:1505:request failed, ret=9003 tr69c:error:568.474:retrySessionConnection:186:ACS connect failed, retryCount