排除NCS1004和NCS2006之間的LMP通訊故障
簡介
本文檔介紹導致LMP通訊故障的特定硬體和軟體組合，LMP無法構建或恢復WSON電路。
背景資訊
本文檔介紹問題分析、解決方法以及為實現本地複製而構建的實驗室設定拓撲。
將NCS1004連線到NCS2006時，需要鏈路管理協定(LMP)資訊才能進行通訊。兩台裝置必須具有IP連線才能傳送通用多協定標籤交換(GMPLS)資料包。GMPLS建立整個NCS2K網路的電路路徑和引數。在NCS1K和NCS2K裝置之間沒有IP通訊的情況下，電路的建立、管理和恢復失敗。
實驗拓撲
圖中顯示了要複製現場問題的實驗拓撲
問題陳述
當客戶嘗試在NCS1004_70和Flex-141代表的裝置之間構建LMP時，GMPLS隧道無法建立。嘗試在透過NCS540和NCS55A2連線的NCS1004和NCS2006裝置之間構建LMP失敗，但其他連線型別成功，包括以下型別：
- 同一子網中的NCS1004和NCS2006直接連線-從TNC前面板乙太網埠
- NCS1004和NCS2006位於由L2交換機連線的同一子網上
- NCS1004和NCS2006位於不同子網上，由另一台路由器（此例中為ISR4431）執行。
問題分析
- NCS2K充當使用者網路介面-網路(UNI-N)（伺服器）
- NCS1K充當使用者網路介面-客戶端：UNI-C（客戶端）
- NCS1K從NCS2K接收資源預留協定(RSVP)消息
- NCS1K不會按預期傳送RSVP RESV（保留）消息，而是傳送地址解析協定(ARP)請求以獲取NCS2K IP地址
- 路由器按預期丟棄此ARP資料包，因為介面不會跨廣播域（子網）轉發資料包
因應措施
在面向NCS1K的NCS540管理介面上啟用代理ARP後，將啟動GMPLS隧道。
代理ARP使路由器介面能夠響應ARP請求，其中，目標具有自己的MAC地址的不同子網。
預設情況下，代理ARP在IOS XE中處於啟用狀態，但在IOS XR中處於停用狀態。因此，使用Cisco IOS® XR時，如果您不在可對提及之缺陷進行修復的軟體版本中，則必須套用此解決方法。
預期行為
NCS1004必須在其路由表中查詢NCS2K的路由，並從NCS540為下一跳請求ARP，然後按照預期轉發資料包。
解析
CSCwe46983缺陷描述了NCS1004的意外行為，並提供固定版本的清單。
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
1.0 |
08-Oct-2024 |
初始版本 |
意見