这期文章应该是5月放出来的，但是由于我4月文章的openwrt入门教程中的openwrt老是忘了开机，再这样就变成了老毛子入门教程了，所以我还是把运营商vlan先写了，做备用。
本期文章不会涉及到任何vlan的基础知识，想学vlan的可以不用看了，本期是针对vlan在运营商光纤通信中的应用场景进行解释，再说一遍，不涉及vlan任何基础知识。
名词解释
资源：资源管理与规划中心，不参与用户实际业务，仅规划业务
网管：网络管理与olt管控中心，参与用户实际业务，不参与规划业务
我：资源中心+网管中心，好嘛，我就是中间件，负责双方协调，把网管的术语翻译一下给资管说，然后等到被资管怼。比如经常被说说这个地方不对，那个地方要等一下什么的。虽然我也会对网管的信息进行审核，但是资管总是会找出问题，让我难办。
先看看光猫中的vlan吧
由于移动的光猫没开机（其实开了，但是忘了把它规划到交换机里面，没法远程连接），拿联通举例吧。vlan id这里联通给的是100，而这100就是运营商上网的节点，由于一个光猫下会承载多个业务，所以为了区分每个业务的数据就会有光猫层面的vlan划分，这样上网的数据就不会跟看电视的数据混杂了。那么这个vlan id可以更改吗？
当然可以，这个vlan id由系统和人工共同生成，是可以改的，以下以华为网管系统u2000举例
！提示：仅做参考
主要看第一行就行。
service-port 25897 vlan 1008 port 0/5/2 ont 16 multi-service user-vlan 101
25897是一个编号无意义，vlan 1008是下面要说到的内容，目前不解释，poet到user-vlan，不是本节内容涉及范围，不解释，最后的101就是上网用的vlan id，所以vlan id是可以自定义的，我目前在考虑一个光猫设置多个上网的vlan id，实现单光猫实现多个不同的宽带账号进行拨号上网，不过有可能会触发loid的3a限速，所以目前不确定该方案的可行性。
这个是一个用户的光猫vlan表，我们可以看出，这个用户有4个vlan，分别是101的上网，104的tr069，102的电视，103的其他，至于我是怎么知道的，大哥，我是移动gpon工程师，就是管这个的，我怎么可能不知道。
上面说的仅仅是光猫侧的vlan，运营商有个叫qinq的vlan技术，那就说一下这个qinq是什么东西吧。
我这里有2个有背景颜色的vlan，他们分别是外层的1008与内层的937.
那么他们有什么意义呢？
外层的1008是用来上网的，是固定的，不能更改，只能更改内层的vlan。
而内层vlan并没有在用户层面有任何的意义，这个vlan id是可以重复的，他并不对用户的业务造成什么影响，但它并不是什么意义都没有，一个olt的单个业务板的单个pon口最大只能下挂64个用户，那么对于运营商来说怎么判断是不是满了64个用户了呢?
于是内层vlan的作用就出现了，只需要给每一个使用这个pon口的用户提供一个独一的vlan id就可以用于计算是否满了64个用户。
前几期文章里面我多次提到过“资源清查”这个词语，对于这个资源清查来说，其实它的实现并不复杂，简单来说就是一线装维到现场核实分光器具体空余数量（我前面文章提过），上报给资管中心，先对分光器的空余信息进行更改，但只改分光器是不行的，分光器上挂的是olt的pon口，我刚刚已经提到了，每一个pon口只有64个vlan id，如果vlan id用完了，系统是无法生成新用户的接入信息的。
这时资管中心还要去核实有那个vlan id应该被清除掉，但是没有人知道那个vlan id是空的。
这里有一个历史原因，因为移动分3a的资管与网管系统，4a的营业厅系统，目前4a的信息可以同步给3a，但是3a能不能同步给4a看运气，就意味着你在营业厅退订宽带，4a会清除掉数据并同步给3a，3a记录然后核实，按道理流程一切正常，但是3a的资管有多张表，我上面提过，有的时候用户的表清除了，但是pon口表没有清除，并且3a的用户表有2张，一张新版一张老版，按道理2张表的内容应该一样，但是有的时候会不一样，导致资管的表有问题，然后传给网管的数据也有问题，总之就是十分复杂。
于是一个简单的资源清查，由于无法确定空闲的内层vlan id，而无法进行。这时就需要对该pon口进行历遍来核实到底该清除那个vlan id的占用信息，还好，这并不会浪费太多时间，但是资管中心又不是只管资源清查，于是，资源清查变成了一个十分繁琐和复杂的事情了。
说得比较多，稍微理解一下应该很容易理解。
移动把外层vlan叫“svlan” server vlan嘛，把内层vlan叫“cvlan” client vlan嘛
上面我简要讲解了一下内外层vlan在运营商中的实际作用，svlan用来上网，cvlan用来协助资管保证每个pon口最多只下挂64个用户。
上面我提到了内层可以重复，毕竟它没什么意义嘛，完全是给资管看的，如果重复了，就会发生单个pon口下挂超过64个用户，这个虽然不是什么违规操作，但是会触发资源清查，如果清查出来确实超过64个，又会触发“割接”，割接完了，又会触发批量修改资管数据内的用户loid归属olt信息，又会对老用户的对应信息进行修改，修改完了，如果跟网管不一致，好嘛，olt直接拒绝loid认证。那我们就详细说一下为什么会触发这一系列的事件。
最开始是pon口下挂超过64个用户，这个嘛很好理解，毕竟各大平台都有"资深"的装维告诉用户可以改pon口实现无覆盖区域安装宽带，真希望这些装维最好不要遇到资管，不然资管绝对要弄你。乱整的下场就是装维扣工资，资管增加业务处理量，都吃不老兜着走。
好的，由于那些半罐子响叮当的装维不幸触发了资源清查，其实这个步骤也不复杂，也就找一个资源占用少的pon口，直接按二级分光器为单位在一级分光器上面进行物理割接过去，然后将资管系统上面该分光器的用户信息批量的生成数据录入网管系统。这样就算割接完了。
完了？是的，正常的用户的业务就完了，但是吧，装维的同pon口用户可没完，我举例吧
1单元跟2单元是一个pon口，pon口地址0-1-3-10，用户在1单元用，但是系统录入的是在2单元的信息，由于是同pon口，所以并没有什么影响，但是吧，如果2单元被割接了呢？好的，那实际在1单元的用户因为被割接了，所以他的数据就跟1单元的pon口地址0-1-3没什么关系了，此时这个用户的pon口地址就有可能是0-1-4-10，直接pon口拒绝认证。因为此时他的实际地址仍是0-1-3，这个是物理地址，但是由于割接，他的网管地址已经变成了0-1-4了，0-1-3的pon口将失去这个loid的注册信息，loid的注册信息将会被导入到0-1-4里面。所以0-1-3合理拒绝用户上网，这时用户就不能上网了，而且该协议是实时的，你什么都不做，就被下线了。
注：0-1-3-10指的是0号olt框架的第1张业务板的第3个pon口的第10号用户，10指的就是用户光猫在pon口中的位置。0-1-4-10同上的解释，只是他的pon口是第4号了。
哈哈哈哈，就算你是正常办理的用户，也有可能遇到麻烦，我上面提到了割接后会更改网管系统的数据，但是资管系统并不会自动更改，这个需要人工手动的批量修改。
资管中心有3张表
表1：用户loid所属资源信息（这个有2份，但是都属于用户表）
表2：分光器占用信息
表3：pon口占用信息
表2和表3用于管理使用中的用户数，表1用于在用户从营业厅办理完业务以后将用户的资源信息生成，表一生成以后会导入到网管系统里面生成对应的数据，装维上门就可以安装了。
而表二和表三都是资管用于管理资源的，通过建立数据的方式高效管理。但是吧，割接业务是不会自动更改资管数据的，目前都是人工批量修改数据，但是还是会有纰漏，实际上就是偷懒没有做而已。
这样的话，资管数据与网管数据比对不上，如果用户报故障，也许并不是宽带不能用，但是由于资管与网管不一致，装维侧是不能闭环的，不能闭环就需要资管配合核实数据，改好了，闭环才能归档。
上面的内容我填了资源清查的坑了，运营商的光纤通信实际上是一个很复杂的过程，我的每一篇文章都有他的意义，而且是连续的，都看一下，就对运营商的通信有一个很全面的了解了。
最后由于svlan也就是外层vlan涉及到汇聚交换机什么的，超过了我这个olt工程师的管理范围，所以对于外层vlan我只能说，一个olt可以对应多个外层vlan用于上网。
最后的最后，本期文章其实跟用户没什么关联，用户能操作的也就是桥接的时候改一下上网的状态需要记一下vlan而已。