某移动ZXCTN 6500设备PTN监控子网划分案例一则

问题描述（故障现象）

某移动在2017年6月份对现网的子网监控进行划分，各个子网的路由均已经降低到3000条以下，运行稳定。之后由于各种网络调整，市区的3个监控子网又被串联起来。市区4000端设备，其中汇聚层站点有60端6500设备，每台设备都上“系统 DCN路由数目已达极限(20742)“ ，每台设备的DCN路由均超过5000条以上。在这种情况下出现了新建的接入层设备接通后或者设备重启后要5到6个小时才能恢复监控的问题。

原因分析

该问题是由于市区网络监控子网过大，每台ZXCTN 6500的DCN路由超出设备承受能力导致。

解决方案

DCN子网过大问题，只能通过子网划分来解决。解决方案和解决过程中出现的问题的解决方法如下：

解决方案：

方案1、可以将现网的接入层设备由MCC改成纯DCN。该操作的优点是可以减少监控的ip地址，可以大大降低汇聚层设备的路由条目。缺点是改造的时间长，无法在短期内降低下来。同时由于现网的网络在后续还是要全面调整的，可以在后续调整中在将MCC改成纯DCN。

方案2、市区新增接入网元，接入网元都在汇聚层，福州市区有4个区，按照地理位置每个区一个接入网元。该接入网元和本区域内所有汇聚设备都能通过汇聚层链路相连。平均每个区1000端设备。汇聚层和核心层对接的DCN监控都断开。汇聚层设备都是0域。每个接入网元只管理本区域内汇聚层和接入层设备。

实施过程中出现的问题及解决方法：

a、问题1：现场存在一些两个子网下的两台汇聚设备在汇聚层上有相连并且这两台汇聚设备有下挂接入层站点的问题。如子网1的A网元和子网2的B网元相连且下挂C1、C2、C3、C4、C5接入网元。如果只在汇聚层上断开DCN，而接入层没做处理的话，子网1和子网2都会学习到对方的一些路由，这些路由包括C1、C2、C3、C4、C5的路由和这个接入环同一个域号的其它接入环设备的路由。

解决方法1：将接入网元C1、C2、C3、C4、C5都走A网元，并断开和B网元的连接。这样做虽然可以将两个子网隔离开，但接入层监控没成环，断掉一边后监控会中断。该方法不采用；

解决方法2：A网元和B网元启用ospf多进程，单独启用一个进程管理C1、C2、C3、C4、C5接入网元。该方案缺点是对于A、B网元的路由表没有降低。现场没有使用该方法。

解决方法3、将接入网元C1、C2、C3、C4、C5都走A网元，然后在B网元上做L2 VLLS业务进行透传到A网元上。此时相当于接入环都挂到A网元下。并且此时B网元不会学习到接入网元C1、C2、C3、C4、C5的路由。现场使用该方法。

b、问题2： 在子网划分设置完成后，发现本子网汇聚层路由表没有下降。检查了该子网和其他子网及和核心设备所有有物理链路，只要有纤缆连接的DCN该断开的均已经断开。那么很有可能是现网两个子网间存在某些设备间有光纤互联并且开启了DCN连接但网管上没有做连纤。

解决方法：在子网内找一台设备sho dcnfib查出这台设备所有路由，找出一个其他子网的ip地址。在本网元上trace该ip，按照逐跳ip找到两个子网互连的段落。然后断开这互连段落的DCN。该问题解决。

通过以上方法将市区内的子网划分开，市区没个子网内的汇聚ZXCTN 6500设备的路由降低到2K-3K。中兴PTN6500设备的“系统 DCN路由数目已达极限(20742)“告警都已经消失。新上设备的网元监控也变得正常顺畅。

注意事项

中兴6500上报“系统 DCN路由数目已达极限(20742)“时需要及时进行子网划分，降低路由条目。