S交换机启动完成后接口下的配置丢失问题

发布时间:  2016-08-27 浏览次数:  236 下载次数:  0
问题描述

交换机启动完成后发现接口gi2/0/12下的配置信息都不见了,但该接口的业务正常:

#

interface XGigabitEthernet2/0/12

#

Eth-Trunk60                 up    up       16.70%  7.59%          0          0

  XGigabitEthernet2/0/0     up    up       17.57%  7.27%          0          0

  XGigabitEthernet2/0/1     up    up       16.83%  7.07%          0          0

  XGigabitEthernet2/0/12    up    up       15.69%  8.43%          0          0

处理过程

问题原因是原始配置文件中不同接口之间缺少了#符号:

#

interface XGigabitEthernet2/0/10

description laisvas

shutdown

---------------------------没有#符号

interface XGigabitEthernet2/0/11

description 10G_naujas_to-ACS2-VYT55-VIL

shutdown

-----------------------------没有#符号

interface XGigabitEthernet2/0/12          

   description to-AGR2-VYT55-VIL_3/1/5_TR1 

   eth-trunk 60                            

   qos pq 4 to 7 drr 0 to 3                 

   qos queue 0 shaping cir 100000 pir 10000000

qos queue 1 shaping cir 2000000 pir 10000000

qos queue 2 shaping cir 2500000 pir 10000000

qos queue 3 shaping cir 3000000 pir 5000000

qos queue 4 shaping cir 5000000 pir 5000000

qos queue 5 shaping cir 2000000 pir 5000000

qos queue 6 shaping cir 1000000 pir 10000000

qos queue 7 shaping cir 1000000 pir 10000000

#

2.        

根因

1. 原理解释:不同设备的配置文件对#号,缩进等格式有严格的要求。

在设备启动阶段,按照配置文件中的#号对配置进行分割、缓存、下发。如果配置文件被人为修改时格式不正确(如缺少#号),会导致配置下发的流程发生逻辑错乱,最终导致部分配置被下发两遍。  在每次下发配置的时候,首先将残留的配置缓存清除,再下发配置。当配置生效时,系统会将生效的配置写入配置缓存区。部分功能模块在处理配置时,如果发现本次下发的配置已经下发过,则不会刷新配置缓存区。 又由于每次下发配置前,缓存区被清空。最终导致两遍下发配置后部分模块没有缓存区的配置(display current)  实际配置均已经生效。

2. 问题判断方法:

1)设备启动完成后接口配置恢复及对应业务正常,但接口下的配置信息丢失;

2) 查询原始的启动文件确认是否缺少了#符号。

解决方案

重新将接口下的配置重新配置一遍并保存配置

END