流浪的蜘蛛~

IPTV -- 电信增收之新篇章

1.IPTV不只是TV -- 金融，教学，购物...该上的都上吧
2.IPTV的三层结构 -- 应用支持层，网络支撑层，服务接收层 -- 网络支撑层乃是我们增收的新篇章呵
3.两张competing的网络 -- 有线电视网 & IP网络
4.IPTV业备对IP网络的要求:
        需要利用QOS利制保证带宽，f需要业务控制
        视频的安全性问题
        需要部署组播
        新型运维模型（网络监控）
                                                        ----唯一的优势在于其适合数据传送.....

5.问题:
        片面侧重于IPTV业务系及家庭终端的考虑，而忽略承载网络的作用
        仍然采用现有IP数据网络的建设及运营思路

6.Biggest Challenge No.1 -- 电信运维中需要更深层次的流量分析
                                                        ----电信运维的关键是要能精确控制不同业务对带宽资源的占用
7.Biggest Challenge No.2 -- 面对客户投诉（有马赛克，反应慢），如何快速定位问题和故障？
                                                        ----只在这个基础上才有大规模提供IPTV的可能性
8.Biggest Challenge No.3 -- 安全（灰色竞争 & DDoS）

9.思科的解决方案 No. 1 -- IP网三层结构里加了一层（业务感知控制层）
                                                        ----SCE (Service Control Platform)
10.思科解决方案 No. 2 -- Pre-emptive运维的思想
                                                        ----用SAA模拟仿真的手段得到网络每一跳 & 端到端的网络状况
                                                        ----用SAA模拟仿真的手段能确定问题是在客户接收端，承载网络里，还是在视频服务器上
11.思科解决方案 No. 3 -- 安全
                                                         ----灰色节目源控制和过滤 （感觉啥都没说呀...）
                                                         ----防DDOS攻击

12.对PPPoE的重新思考：
    认证在机顶盒和服务器之间已经完成，PPPoE认证就没有必要了
                                                         ----用DSLAM做隔离（TV+STB & PC），用VLAN TAG标记一个上IPTV网，一个上公网
                                                         ----PC还是用BRAS做终节，STB用DSLAM的DHCP Option82信息来定位
 

好处： 在DSLAM设备上实现宽带网业务与IPTV业务分离采用专用链路连接到SR上，绕过BRAS
         采用DHCP OPTION82，配合ARP INSPECTION以及DHCP SERVER上层应用的安全控制技术，解决地址盗用和安全控制问题
         方便组播及QOS的部署
         适合在规模运营

13.如果业务扩展，考虑采用专有RPR环承载IPTV

思科说到底还是NB呵...