IPTV业务开通后,组播在BRAS实现,由于BRAS支持组播能力有限,限制规模发展，组播从BRAS下移到DSLAM是大势所趋。
请教各位，随着组播下移，除了DSLAM需要支持组播功能以外，对于网络其它部分特别是DSLAM上面的汇聚网络有没有什么其它新的要求？比如三层交换机？比如以前BRAS负责组播功能可以很方便的对用户进行计费管理，现在组播下移，是否会影响上层的用户计费？
请教各位大虾！谢谢：）
请教各位，随着组播下移，除了DSLAM需要支持组播功能以外，对于网络其它部分特别是DSLAM上面的汇聚网络有没有什么其它新的要求？比如三层交换机？比如以前BRAS负责组播功能可以很方便的对用户进行计费管理，现在组播下移，是否会影响上层的用户计费？
请教各位大虾！谢谢：）
到了IPTV的用户密集阶段，要考虑组播的下移，目前较新的dslam一般都支持了。
就计费而言，我目前想到的问题是：
1、如果iptv用户仍然通过pppoe终结在bras上，那么此时对iptv用户的流量采集是不准的（因为组播复制下移了）。
2、如果iptv是通过dhcp方式认证的，那么时长和流量都不准，时长最多会差一个IPTV地址“租期”，流量
应该也是无法准确采集。
因为现在我们现在还没有到用户密集阶段，组播复制还是在bras上做的，因此对此了解不深，请大家指正
就计费而言，我目前想到的问题是：
1、如果iptv用户仍然通过pppoe终结在bras上，那么此时对iptv用户的流量采集是不准的（因为组播复制下移了）。
2、如果iptv是通过dhcp方式认证的，那么时长和流量都不准，时长最多会差一个IPTV地址“租期”，流量
应该也是无法准确采集。
因为现在我们现在还没有到用户密集阶段，组播复制还是在bras上做的，因此对此了解不深，请大家指正
IPTV业务刚开始发展的时候，用户数比较少，这个时候组播复制可以放在bras上，机顶合通过pppoe拨号，和普通宽带拨号认证并无区别，bras就象普通宽带用户一样可以对iptv用户计时长和流量。
随着用户的增长，bras会越来越力不从心，大量的组播流量占据了bras的下行带宽，对普通上网用户的上网速度会造成影响，这个阶段一般就称为用户密集阶段。这个阶段首要人物就是把组播复制下移到dslam，这个时候，对于iptv用户怎么进行认证和计费呢？
一般来说，还是pppoe和dhcp两种方式。
对于pppoe来说，把帐号密码设置到机顶合里面，机顶合开机后发起pppoe认证请求，bras响应（dslam不认识这种报文），总结pppoe请求并向认证中心发认证，认证通过后机顶合获得ip地址可以开始看电影了。但是这个时候组播复制是在dslam上的，机顶合如果不支持双协议的话，就注定dslam无法听懂它的话，它的话只有bras能听懂，bras得转告dslam，问题就来了，bras和dslam之间还没有标准协议，华为的dslam能听懂华为的bras的话，但是不一定能听懂别的厂商的bras的指令。
那是不是pppoe就一定不可行呢，也不是，只要有以下两个中的一个实现了，就可以用。第一、机顶合支持双协议栈（PPPOE和IPOE），pppoe就在认证的时候用，获得ip并下载节目单，选中某节目后，直接发IGMP join，dslam把这个用户加入到组播组，用户就可以接受到节目了。第二种方法，bras和dslam之间开发统一的接口协议，bras将组播请求转给dslam。方法二要协调各厂商，难度非常大。方案一比较可行，缺点就是双协议占的机顶合比较贵，另外点播量比较大以及节目比较多的时候，bras的负载也不小。
对于dhcp方式来说，机顶合直接通过dhcp方式获得IP地址。这种方式下，dslam一般同时连接bras和sr（业务路由器），但是bras不起dhcp server功能，sr上起，此时sr会响应这个dhcp请求，从运营角度考虑，这个dhcp的请求也非同一般，用户终端和dslam会在这个报文种加入option60和option82的属性，这些属性里面有帐号密码用户上网的线路属性等，认证平台完全可以根据这些属性判断用户的合法性，简单的说，就是这个用户家申请的iptv，这个iptv机顶合只能在这家用，拿到别人家无法用，这个和宽带帐号一般都做绑定是一个道理。
至于二者计费上的差异，我在上面的帖子种已经说了，不赘述。
至于说方向，应该是dhcp方式。
自己的一些理解，不对之处，请大家指点。
随着用户的增长，bras会越来越力不从心，大量的组播流量占据了bras的下行带宽，对普通上网用户的上网速度会造成影响，这个阶段一般就称为用户密集阶段。这个阶段首要人物就是把组播复制下移到dslam，这个时候，对于iptv用户怎么进行认证和计费呢？
一般来说，还是pppoe和dhcp两种方式。
对于pppoe来说，把帐号密码设置到机顶合里面，机顶合开机后发起pppoe认证请求，bras响应（dslam不认识这种报文），总结pppoe请求并向认证中心发认证，认证通过后机顶合获得ip地址可以开始看电影了。但是这个时候组播复制是在dslam上的，机顶合如果不支持双协议的话，就注定dslam无法听懂它的话，它的话只有bras能听懂，bras得转告dslam，问题就来了，bras和dslam之间还没有标准协议，华为的dslam能听懂华为的bras的话，但是不一定能听懂别的厂商的bras的指令。
那是不是pppoe就一定不可行呢，也不是，只要有以下两个中的一个实现了，就可以用。第一、机顶合支持双协议栈（PPPOE和IPOE），pppoe就在认证的时候用，获得ip并下载节目单，选中某节目后，直接发IGMP join，dslam把这个用户加入到组播组，用户就可以接受到节目了。第二种方法，bras和dslam之间开发统一的接口协议，bras将组播请求转给dslam。方法二要协调各厂商，难度非常大。方案一比较可行，缺点就是双协议占的机顶合比较贵，另外点播量比较大以及节目比较多的时候，bras的负载也不小。
对于dhcp方式来说，机顶合直接通过dhcp方式获得IP地址。这种方式下，dslam一般同时连接bras和sr（业务路由器），但是bras不起dhcp server功能，sr上起，此时sr会响应这个dhcp请求，从运营角度考虑，这个dhcp的请求也非同一般，用户终端和dslam会在这个报文种加入option60和option82的属性，这些属性里面有帐号密码用户上网的线路属性等，认证平台完全可以根据这些属性判断用户的合法性，简单的说，就是这个用户家申请的iptv，这个iptv机顶合只能在这家用，拿到别人家无法用，这个和宽带帐号一般都做绑定是一个道理。
至于二者计费上的差异，我在上面的帖子种已经说了，不赘述。
至于说方向，应该是dhcp方式。
自己的一些理解，不对之处，请大家指点。
