1,问题描述
S5700-10P-LI-AC 和S5720直连互ping不通
问题现象:用户组网如下:
s5720(4口)----(4口)s5700
s5720配置截取如下(版本V200R008C00SPC500):
vlan batch 10 to 18 61 100 120
interface Vlanif10
ip address 192.110.0.1 255.255.255.0
interface GigabitEthernet0/0/4
port default vlan 10
s5700配置截取如下(版本V200R008C00SPC500,用的默认vlan1):
interface Vlanif1
ip address 192.110.0.2 255.255.255.0
interface GigabitEthernet0/0/4
2,告警信息
无
3,处理过程
1、检查s5720设备是否学到对端对应vlan 10地址的arp表项-----没有
2、检查两台设备是否学到对端对应的mac地址-----有学到,但是s5720侧vlan是1
s5720侧:
c85b-76c3-4166 1/- GE0/0/4 dynamic
c85b-76c3-4ae8 1/- GE0/0/4 dynamic
s5700侧:
0012-1344-a5eb 1/- GE0/0/4 dynamic
002a-2b00-4994 1/- GE0/0/4 dynamic
理论上来说,如果s5720侧配置的接口是access模式,default vlan 为10,因为发出去的报文会剥离标签,所以s5700侧对接的接口配置用默认的vlan1是正常的,但是在s5720侧学到的mac地址所带vlan 为1,肯定是不正常的。
3、在s5720侧通过display vlan x查看vlan信息,发现0/0/4接口的vlan的确是1,是untag的。
什么情况下会导致接口透传了vlan,但是display vlan 看到的确是vlan 1呢?、
interface GigabitEthernet0/0/4
port default vlan 10
a、设备配置不生效---这种情况很少,一般就透传vlan的情况而言,基本不会出现
b、就是lnp协议,链路类型协商协议LNP(Link-type Negotiation Protocol)用来动态协商以太网接口的链路类型为Access或者Trunk。
§ 以太网接口的链路类型协商为Access,缺省情况下加入VLAN1。
§ 以太网接口的链路类型协商为Trunk,缺省情况下加入VLAN1~4094。
根据以上信息,又因为当前现网不需要使用lnp协议,关闭两端设备的lnp协议。
4,根因
lnp功能开启导致协商成access接口加入了vlan1,导致业务不通
5,解决方案
在系统视图下执行lnp disable 后问题解决
<HUAWEI> system-view
[HUAWEI] lnp disable
6,建议与总结
LNP协议协商依赖本端和对端的正常通信。当设备出现通信延迟等问题,可能导致接口的链路类型协商错误。LNP协商经过三次正常通信后,接口的链路类型才会进入协商的稳态,否则处于协商态继续保持协商。在接口的链路类型进入稳态前,接口处于阻塞状态不参与报文转发,因此避免了报文转发的震荡或错误。
VCMP域名会影响LNP协商,只有链路两端域名一致(都非空,且相同;或都为空)或至少一端域名为空时能成功协商为trunk,否则协商为access。