问题描述
在RTN之间端到端建立一个TUNNEL, 中间穿通OSN8800, 创建完成后,TUNNEL 上报MPLS_TUNNEL_LOCV 告警。
处理过程
第一步: 监控 端到端 MPLS 告警,发现 TUNNEL 上面确实存在MPLS_TUNNEL_LOCV 告警。
第二步: 观察两边站点的ARP 表,发现两边站点都没有学习到对边的 ARP 地址, 所以导致 LSP 不能连通。
第三步:观察 OSN8800 专线业务,发现业务的VLANID = 1140;
第四步:观察两个站点的端口属性,发现端口的默认VLANID =1 , 这表明 ARP 报文携带的VLANID 也是 1 ;(ARP 携带VLANID 跟端口的 默认VLANID 一致)
第五步:观察 TUNNELID 值是1 ,这样会导致 TUNNEL 业务携带的VLANID 也是1。(MPLS 业务携带的VLANID 跟 TNNEL VLANID 一致)
check RTN950 and RTN910 layer3 port default vlanid , and find the vlanid = 1; this means that the ARP packets will take the VLANID =1 ;
check RTN950 and RTN910 layer3 port default vlanid , and find the vlanid = 1; this means that the ARP packets will take the VLANID =1 ;
根因
由于RTN 发送的ARP 协议报文和 MPLS 业务报文 携带的 VLANID=1, 而OSN8800 上面的业务VLANID =1, 这样导致 OSN8800 无法 透传MPLS 业务和 ARP 协议,从而导致 整个TUNNEL 业务不通。
解决方案
在 中间透传设备OSN8800 上面配置透传业务,保证无论什么VLANID 报文都能正常透传。
建议与总结
中间设备在做透传功能时,最好保证是透传业务,不要区分VLANID; 却分VLAN 会导致部分报文无法透传。