在上一篇文章说到机顶盒软件的适配层，可以根据机顶盒特点将大部分驱动进行抽象，提炼出一层通用接口，可最大程度的实现跨平台移植。而一个能运行在PC上的机顶盒软件则可使开发人员重点关注软件功能而非硬件平台的问题。机顶盒所需要的驱动基本都可以在Windows平台上模拟出来。需要的TS流可以通过录入的TS流文件实现，解复用也可以用软件实现，解扰器也可通过第三方开源的DVB解扰算法库实现对TS流的解扰。智能卡

整个机顶盒软件大体可以分层四层：1）操作系统及驱动层，这部分主要OS内核及硬件驱动，主要有芯片方案厂商提供；2）适配层，这是对操作系统、硬件驱动等进行抽象而得到的一层接口，主要是为了使得整个机顶盒软件做到系统无关性，方便跨平台移植；3）中间件，这部分重点实现了机顶盒软件的主体功能部分，向上层交互界面提供功能接口调用；4）UI界面，实现了机顶盒与用户之间的交互界面，是中间件的功能体现

在机顶盒行业做了好些年，现在由于工作需要转到网络安全领域，后面陆续会把与DVB、机顶盒等相关的一些知识做一下介绍。下图土黄色部分一般是需要机顶盒厂商自行开发的相关模块，而银白色部分则是芯片平台或者相关硬件部件供应商提供好的。机顶盒大体可以分为前端输入、中间处理和后端输出。中间处理部分工作量最大，包含了节目搜索、节目管理、播放、EPG条件接收系统等各个部分。但前端输入和后端输出却是体现整

DVWA (Dam Vulnerable Web Application)DVWA是用PHP+Mysql编写的一套用于常规WEB漏洞教学和检测的WEB脆弱性测试程序。包含了SQL注入、XSS、盲注等常见的一些安全漏洞。 链接地址：http://www.dvwa.co.uk 1、 从上述链接中下载DVWA压缩包 2、 DVWA需要依赖httpd、PHP、MySQL、php-mys

最近有个问题比较棘手：网络状况不良的情况下(是指丢包，并非拥塞)，tcp的使用状况很不理想，要求尽量通过软件办法解决。TCP基本是靠重传来保证数据的准确到达。但大部分算法的基本思想是：丢包是由于网络拥塞导致的，一方面降低发送速率；另一方面出现重传时根据往返时间和重传次数不断增大重传的时间间隔。像NewReno快速重传和快速恢复算法，SACK算法都不能有效的改善由于传输介质的原因引起的丢包问题。上网

2007年11月20日pppoe模块在interniche协议栈的移植工作由于上周要忙别的工作所以暂停了，之前的进度是已经能跟pppoe接入服务器建立链路了，帐户和密码认证也通过了，就差把ip数据往协议栈传了。所以前一阶段的工作基本是调试链路部分，跟协议栈关系不大。这周没有太多其他事所以又开始动工了。花了两天时间终于调试到服务器能ping通客户端了，真是开心。这两天遇到些波折，链路建立了，但是

 2007年11月20日前段时间调试http client的代码。发现原来的代码对http报头都没有好好的理解，弄得我到处找问题。后来发现问题主要处在报头的http版本号及响应报头中的transport-encoding: chunked两处。原来代码没有解析chunked编码，只是直接利用content-length来接收后面的实体数据。其实http服务对于那些不能确定其长度的页面通常会用c

 2007年11月18日有时候遇到比较顽强的病毒，杀毒软件没办法只好自己动手。我机上比较常用的几个工具有1）进程管理工具 Process Explorer2）系统启动项目 Autoruns以上这两个工具可以在 www.sysinternals.com 找到3）文件删除工具 ForceKiller4）系统修复工具 SReng这些软件在网上搜索一下基本都能找到。怀疑中毒了，我通常的做法是：1）先查

2007年11月5日上次因为移植lwip，对字节对齐跟结构成员访问深有体会。上午没什么精神就上网查了一下这方面的资料，发现大有学问。以前虽然对这些有一知半解，但也没有深究，实在是惭愧啊。大家可以上google搜索一下“sizeof 用法”。 

前段时间利用业余时间把lwip协议栈移到机顶盒上跑了，性能还算可以，开源还是有很多好东西的！做这个事主要是公司跟一个网络芯片厂商买芯片，提供了个不开放源码的协议栈，发现里面有些函数跟lwip名字相同，估计他们就是用这个。都跟他们买芯片了，这点破东西都还要捂着，很气人，就自己折腾了一下。最近利用winpcap的开发包又把它在windows上跑起来。winpcap真是个好东西，以后很多嵌入式网络协议栈