問題描述（故障現(xiàn)象）

全線接入層均采用中興S330設(shè)備，以太網(wǎng)業(yè)務(wù)由SFE板承載，采用虛擬局域網(wǎng)模式。承載的視頻和動環(huán)的業(yè)務(wù)均只配置了一個VLAN值，視頻VLAN=10，動環(huán)VLAN=40。因此在虛擬局域網(wǎng)配置中全線所有站點(diǎn)（超過350個網(wǎng)元）的ZXMP S330設(shè)備的視頻和動環(huán)業(yè)務(wù)均各在一個VLAN值下。

故障現(xiàn)象是SFE板配置的虛擬局域網(wǎng)業(yè)務(wù)下發(fā)緩慢，長時間運(yùn)行但無返回結(jié)果。

原因分析

目前公司在現(xiàn)有網(wǎng)絡(luò)從未有超過200個以上的網(wǎng)元SFE板端口在同一個VLAN內(nèi)的配置。下發(fā)超時的原因如下：

1、針對一個網(wǎng)元來說，一個F口命令需要與DB數(shù)據(jù)庫交互3次，兩個F口命令需要與DB庫交互6次。

2、全線一個vlan下有400多個網(wǎng)元，故差不多同一時刻，需要與DB交互共2400次，而DB是一個對列命令，先到的命令先響應(yīng)，故后面的命令都會有一個滯后應(yīng)答的時間。

3、與DB同時交互次數(shù)越多，DB的數(shù)據(jù)庫處理壓力越大，有可能導(dǎo)致DB數(shù)據(jù)庫處理性能變慢，因為同一時刻還有其它并發(fā)的命令在處理，如告警、性能等。

解決方案

對網(wǎng)管數(shù)據(jù)進(jìn)行劃分，將原一個服務(wù)器承載的網(wǎng)絡(luò)，分割為兩個服務(wù)器承載，并且將中間的ECC通道打斷，使兩個網(wǎng)絡(luò)內(nèi)不再互通管理，只通訊業(yè)務(wù)。由于一個服務(wù)器內(nèi)的VLAN包含的站點(diǎn)數(shù)只有原來的一半，因此數(shù)據(jù)下發(fā)速度則大大增加。

注意事項

虛擬局域網(wǎng)長時間下發(fā)問題是由于服務(wù)器的進(jìn)程原因?qū)е?，因此，無法通過配置的方式人為減少業(yè)務(wù)下發(fā)時間，只能在網(wǎng)絡(luò)業(yè)務(wù)規(guī)劃初期就將各業(yè)務(wù)VLAN規(guī)劃妥當(dāng)，保證網(wǎng)管服務(wù)器內(nèi)的一個VLAN內(nèi)的網(wǎng)元不超過150個。