問題描述

在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 會導致部分報文無法透傳。