作者：manjusri

3、 频道监控
       OAM在什么情况下最需要？一个是因为质量差而构筑复杂的协议和保证系统，比如X25，ATM，一个是一堆各种豆子给灰姑娘出难题，像triple play，FMC。TV在过去单一的传输体制下，承载网络并没有很高的OAM需求，但是在triple play甚至更美的FMC下，问题就来了，这里一个IPTV的小问题，就可能和其他各种业务混在一起，而人类对视频的敏感比语音还高，闪电快于惊雷，所以大家最相信的是自己的眼睛，有时听了不信，要偷拍才成。从这个角度看，SDH也是一个简单优美，scalability好的技术和网络，以致WDM也做SDH化成为现在的OTN标准。
       对于基于channel和flow的视频，用通用的IP/MPLS OAM可以解决网络问题，但是更精确到channel和flow，是没有办法的，但是现实生活中，别人家电视好好的，就我家不能看的情况也不是非常罕见，并且对于电信/广电运营商，大家从即使感觉上也喜欢看到对每个频道质量的监控，具体原理不是十分复杂，无非是每条流做时延抖动丢包的监控统计和定位。但商用实现起来却不容易。
     （1） 识别视频流：比如识别RTP流等，这个不是很难。
     （2） 时延和抖动：这里双向不是问题，如果秒级也不是但，但视频流是单向的，并且是毫秒级的，所以就需要在时间戳处理上，增加时钟同步功能，而高精始终是需要硬件做一些配合的。
     （3） 需要同头端到尾端的所有包转发设备都支持，才好。
4、 增值广告
       这个就是看以Google为主的基内容分析的精准广告推放眼红，运营商也希望为自己的IPTV用户欣赏的到自己喜欢的广告努力一下，但这个东西，放在承载网络未必合适，把广告插入到正常的频道中，不是是抢ICP的饭碗吗？所以可能还是在IPTV系统上实现比较好，比如送给客户一个超宽屏的彩电，两边的区域用于显示广告，再搞个传感器，看用户的眼球是关注美女的眼睛，还是breast，来决定是做眼睛美容广告还是丰胸广告，当然，再精确一点还有看用户的胸围，如果已经是几个F了，那就别再推丰胸广告了。

       在IPTV的系统优化方案上，CISCO其实是走的最先的，但目前AL走在前头，可见思科在城域这块目前的投入情况，因此导致思科城域产品青黄不接（C76和ASR9K）的困境也不太难理解了。

       IPTV的种种问题，来源于紧密融合型triple play对传统电视的传输改变太大，那么能否还是用独立通道的模式做IPTV，当然有人这么想并且这么做，就是美国的Verizon，通过FTTH，整个IPTV系统，单独用一个波长做IPTV，一根λ的管子到底，中间也不要什么啥子组播了，啥都生了。据说很成功，但是为不使用全球这么多运营商，毕竟FTTX的投入不是很多运营商能很快做到的。

       具体在到AL的VPLS组播方案，本身也是非常复杂，比L3还复杂，所以还不如直接就L3组播到边缘，只是过去大家的惯性观点，再加上现在的供应商为了自己的方案和产品优势及多收钱考虑，把L3组播忽悠成比VPLS贵的方案，至于L3组播故障收敛慢的问题，目前已经有相对成熟的方案解决了，不是大问题。L3组播的主要问题是VPN的问题，组播VPN很复杂，而MPLS的P2MP组播技术最近才看是成熟，导致L3组播不能和MPLS很好的结合，有些不爽。在MPLS的组播方面，J做得最好。