PING响应报文DSCP漏配导致无法PING通基站的问题

admin

PING响应报文DSCP漏配导致无法PING通基站的问题【案例描述】

K国V局点反馈当配置VLAN为SINGLEVLAN 模式时，基站和远程操作维护PC可以相互PING通，但是当VLAN为VLANCLASS时，在基站可以PING通远端的操作维护PC，但是无法从操作维护PC PING通基站。

【关键字】

DSCP 、ping

【版本信息】

非代码缺陷，与版本无关。

【定位思路分析】

当配置为SINGAL VLAN时不会出现问题，但是VLAN CLASS模式下就会出现问题，一般配置VLAN CLASS时，是按照数据类型来打VLAN的，初步定位是由于PING报文是否是没有正确配置VLAN导致该问题。

【定位信息】

基站的数据配置脚本、传输组网图

【定位过程】

先解释下：什么是SINGLE VLAN 和VLANCLASS?

SINGLE VLAN即单VLAN，也就是基站按照下一跳来打VLAN时，需要将VLAN的模式配置为SINGLE VLAN，所有到相同下一跳的数据都打上了相同的VLAN（包括VLAN标示和VLAN优先级）。

VLANCLASS即VLAN组，也就是基站按照业务类型来打VLAN时，需要将VLAN模式配置为VLANCLASS，它是根据不同的业务类型打上不同的VLAN。如OM数据打上一个VLAN，用户面数据打上另外一个VLAN。从而实现不同的业务流走不同的VLAN。

分析一线反馈的操作配置以及数据配置文件，可以简单总结为如下组网：

                  图1  K国V局点组网示意图

基站能够PING通PC，说明基站侧关于PING包的DSCP配置的是没有问题的，但是为什么PC侧PING不通基站呢？跟一线确认PC是否可以PING通基站的下一跳，一线反馈是没有问题的，也就是PC到连接基站的传输设备之间的链路是正常的，所以可以将问题锁定在交换机到基站这段链路有问题。在实验室环境上进行验证，一般PC PING包打的DSCP值为0，同时，跟开发的同事确认：对于PING响应报文的DSCP值需要与PING过来的报文的DSCP值设置为一致。也就是，基站需要配置到维护PC的DSCP值为0的VLAN映射，才能保证PING响应报文能够正常发送出去。检查一线的数据配置，发现其实一线并没有配置到操作维护PC的DSCP为0的VLAN配置(见如下数据配置中的蓝色标注)所以PING响应报文出去打不上VLAN，就导致了该问题。

********************************************************************************************************************

    <IPRoute>

        <attributes>

          <CabinetNo>0</CabinetNo>

          <SubrackNo>0</SubrackNo>

          <SlotNo>7</SlotNo>

          <RouteType>0</RouteType>

          <DstIP>172.20.57.0</DstIP>   

          <Mask>255.255.255.128</Mask>

          <NextHopIP>172.19.11.129</NextHopIP>  注：到PC机的IPRT走的是这个下一跳

          <RoutePriority>60</RoutePriority>

        </attributes>

+++    HUAWEI        2010-11-24 10:23:37

O&M    #90

%%LST VLANMAP:;%%

RETCODE = 0  执行成功

********************************************************************************************************************

查询下一跳VLAN映射配置信息

********************************************************************************************************************

下一跳IP       子网掩码         VLAN模式  VLAN标识  VLAN优先级  VLAN组号

172.19.10.129  255.255.255.240  VLAN组    NULL      NULL        0      

172.19.11.129  255.255.255.240  VLAN组    NULL      NULL       1   注： 到该下一跳的VLAN组是1

(结果个数 = 2)

---    END

********************************************************************************************************************

查询VLAN优先级映射配置信息

--------------------------

VLAN组号  业务类型            用户数据优先级  VLAN标识  VLAN优先级

0         用户数据            0               207       0         

0         用户数据            10              207       1         

0         用户数据            18              207       2         

0         用户数据            30              207       3         

0         用户数据            38              207       4         

0         用户数据            46              207       5         

0         信令数据            NULL            207       6         

1         用户数据           46               208       5  注：该VLAN组没添加DSCP=0的VLAN映射。

1         用户数据            63              208       7         

1         维护类高优先级数据  NULL            208       5         

1         维护类低优先级数据  NULL            208       1      

********************************************************************************************************************

这里解释为什么SINGLE VLAN是没问题的，因为这时出去基站的包括PING响应报文在内的所有数据都打的相同的VLAN， 所以即使没有单独进行PING响应报文的VLAN配置，也是可以打上VLAN的，所以可以正常回PING响应报文给PC。

【问题根因】

分析下来，其实是由于一线没有配置到操作维护PC的DSCP为0的VLAN配置，所以基站的PING响应报文出去打不上VLAN，就导致了该问题。MML命令如下：

ADD VLANCLASS: VLANGROUPNO=0, TRAFFICTYPE=USERDATA, SRVPRI=0, VLANID=4, VLANPRI=0;

【建议与总结】

PING检测功能是常用的传输问题检测手段之一，因此在进行QOS数据配置时一定要将该功能的DSCP值配置正确。如下是基站侧的PING包以及PING响应包的DSCP值：

1.   基站PING其他设备时的PING报文的DSCP值为63；

2.   基站被PING时，所回的PING响应报文是按照接收到的PING报文的DSCP来配置。