为了验证这个问题 我又拿了个联通的猫改了参数注册进来 还是播不了不属于原光猫的宽带 同时 iptv 盒子也拿不到 dhcp op60 后的 IP
光猫基于 gpon sn 和 设备 sn 做 olt 注册关系 换了个光猫，mac 地址肯定变了（没修改 onu mac 上联之类的 mac ），再者，tr069 干了，rms 主动上报也干了，走 tr069/上网通道的省级管理也干了 按道理来讲，依靠 itms 是实现对光猫信息的采集和管理彻底失效，光猫彻底变成黑盒。
@nkloveni #16 棒，第一次了解到 pppoe+这个概念，材料甚少。 我认为 olt 插入 sn 编码的信息，就是最现实，最可行，最低成本的方案。 qinq 本身只是一种以太网 vpn 技术，说白了就是二层选路。就像负载均衡一样。 我不认为运营商会通过 qinq 技术调度到 bars 认证服务器，外层 tag 不太可能与光猫 sn---宽带账号绑定做关联。 qinq 技术本身只有两层 tag ，每过交换设备，根据业务选路逻辑外层 tag 可能在选路过程中变化。
wolffcat
146 天前
@Kimble #19 我看了眼我们单位交换机的配置手册，确实没有用过这种技术，不过我还是蛮喜欢看交换机文档的，有现成的拓扑事例。 qinq 两层 tag ，外层 tag 我看了拓扑，作用大约同楼上专家仁兄说的差不多，就是一种传输选路功能。 我不太关心运营商各大交换机各机房如何选路之类的话题（内部传输细节），到达 bars 之前的选路，qinq 的外层 tag 总会被剥去，最终还是和用户侧一样的 tag （当然可能还会有 vlan-mapping 之类，可能数字不一样而已）。 我比较关心的话题还是... 这个光猫的 sn 绑定，是如何带着 sn 上传到 bars 认证服务器的，这个滴。