问题分析：在基站的SGI口抓包，直接抓取到OMC网址的包，得到OMC回复的是HTTP/1.1 404 Not Found (text/html)。
HTTP 404 错误意味着连接指向的网页不存在，即原始网页的URL失效。比如，网页URL生成规则改变，网页文件更名或移动位置，导入链接拼写错误等，导致原来的URL地址无法访问；当web服务器收到类似请求时，会返回一个404状态码，告诉浏览器要请求的资源并不存在。
解决问题：1.把缺少的网页文件恢复到正常的位置，重新设置网络服务。2.对于用户来讲，需要检查你所输入的网络地址是否是正确。然后通过抓包，查看输入要访问的网址，原来是输入错了。
2.CPE链接上了OMC，但是不是在线升级文件，Download的任务。
分析问题：在升级的时候，OMC显示的是Error:Request denied。1,通过远程控制CPE reboot，成功，说明链路是通的，能够下发控制命令。2,通过对比其他成功的升级案例，可以看到，流程是这样的，OMC:Download(HTTP Response)->CPE:DownloadResponse(HTTP POST)->OMC:HTTP response 4/4->CPE:Request Method:GET(通过get方法请求硬件镜像文件下载)->OMC:application/octet-stream。因而，这CPE的抓包问题在于没有通过get方法得到文件下载。查看的得到，原来该OMC下发的FTP下载地址，是不可达的(因为该URL的地址是私有的)，不能链接到该下载的服务器中。CPE的telenet中，查看update升级文件的进程是否启用，通过升级文件夹的内存大小是否改变。下载文件默认放在文件系统根目录下，在telnet下，ls -l，查看update的内存大小，没有变化，证明也是没有下载到文件。
私有地址的范围是：A类地址范围：10.0.0.0—10.255.255.255，B类地址范围：172.16.0.0---172.31.255.555，C类地址范围：192.168.0.0---192.168.255.255
解决问题：由于此download的URL必须是公有的，必须可达的，所有重新配置下OMC的在配置FTP服务器地址。把私有地址，改成域名地址。
正常的下载流程：
问题所在：
解决问题：修改OMC的地址，把私有的换成共有的域名
3.CPE成功下载文件，升级完成，但是OMC上面显示的是Update Fail
问题分析：由于OMC会一直等待CPE再次入网，上传inform的版本信息，通过这个版本信息与填写在OMC上版本信息进行比较，一直就判断成功。因而检查得知，填在OMC上的vision必须是CPE成功升级过后的版本。
解决问题：在OMC上填写CPE升级成功过后的版本信息。
至此，tr069的升级问题解决了