[發明專利]一種在IP不可達場景下實現網元通信的方法及系統

有效

• 申請號: 202010737939.1
• 申請日: 2020-07-28
• 公開（公告）號: CN111918306B
• 公開（公告）日: 2022-03-11
• 發明（設計）人: 夏細茍
• 申請（專利權）人: 烽火通信科技股份有限公司
• 主分類號: H04W24/02
• 分類號: H04W24/02;H04W24/04
• 代理公司: 武漢智權專利代理事務所(特殊普通合伙) 42225
• 代理人: 邱云雷

本發明公開了一種在IP不可達場景下實現網元通信的方法及系統，涉及網元管理技術領域，本發明提出的網元通信的方法與系統，不僅在IP不可達場景下實現網元通信，而且安全可靠性高，同時也為設備故障提供了一種診斷通道，步驟簡單、操作方便，極大提高了工程開通維護效率，提升用戶感知。本發明無需應用層網關進行橋接，應用層不需感知L4隧道，且無應用層協議限制，可以很好地支持NetConf、CLI等等南向接口協議。

技術領域

本發明涉及網元管理技術領域，具體涉及一種在IP不可達場景下實現網元通信的方法及系統。

背景技術

隨著5G網絡的快速發展，運營商對傳輸網管(控制器)集中化、云化的部署的的需求越來越強烈，集中化、云化網管不斷可以方便設備維護，同時也可以節省服務器資源降低運營成本，通常集中化、云化網管一般都部署在省中心機房，各地市不再部署網管服務器，這樣各地市設備就不能直接接入網管，中間需要通過外部DCN連接再上省中心網管，為了傳輸網絡的安全，參見圖1所示，一般傳輸設備網絡都不會與外部DCN互通路由，這樣就導致通常只有接入DCN的網關網元(首站)站點能直接與網管或者控制器通信，非網關網元站點就不能直接與網管或者控制器通信，通常為了達到網管(控制器)與非網關網元直接通信的目的，需要采用各種隧道技術或者添加靜態路由來達到目的，尤其是在工程開通初期這些配置都需要下站處理，即便有時候配置下發到位了，也可能因為其他的其他原因導致還是無法通信，如果沒有其他通信手段，問題定位與診斷也是極其不方便的，這樣給設備的維護帶來麻煩，問題定位效率低下，同時網管集中化管理，也帶來異廠家互通問題。

因此，亟需一種能夠在網管與網元IP不可達場景下實現網管與目的網元的通信，并且可以對目的網元進行配置和管理的技術方案。

發明內容

針對現有技術中存在的缺陷，本發明的目的在于提供一種在IP不可達場景下實現網元通信的方法及系統，提高了設備維護的便利性，用戶感知更佳。

為達到以上目的，本發明采取的技術方案是：一種在IP不可達場景下實現網元通信的方法，包括以下步驟：

網關網元通過LLDP協議獲取非網關網元的管理IP、MAC及設備名稱，并發送至網管；

網管向網關網元申請SSH轉發隧道，網關網元收到網管發來的轉發隧道的申請時，解析出目的IP及目的端口，向非網關網元發起TCP連接；

網管通過SSH轉發隧道向網關網元下發配置數據，網關網元通過TCP連接轉發至非網關網元，非網關網元收到配置數據后從目的端口返回處理結果。

在上述技術方案的基礎上，網關網元通過LLDP協議獲取非網關網元的管理IP、MAC及設備名稱，并發送至網管，具體包括以下步驟：

網關網元、非網關網元啟動后分別創建管理接口；

網關網元、非網關網元分別在管理接口上使能LLDP協議；

非網關網元通過LLDP協議向網關網元發送自身的管理IP、MAC及設備名稱；

網關網元通過LLDP協議收到非網關網元的管理IP、MAC及設備名稱；

網關網元將收到的非網關網元的管理IP及MAC地址，與之前通過LLDP收到的其他相鄰網元的管理IP及MAC地址進行比較，若MAC是新增的或對應的IP不一致，則更新相鄰網元管理IP及MAC對應表；并將該管理IP及MAC、設備名稱推送給網管。

在上述技術方案的基礎上，網管向網關網元申請SSH轉發隧道，網關網元收到網管發來的轉發隧道的申請時，解析出目的IP及目的端口，向非網關網元發起TCP連接，具體包括以下步驟：

網管向網關網元發起用戶認證；

網管向網關網元申請SSH轉發隧道，該轉發隧道的目的IP為非網關網元的管理IP，目的端口為非網關網元的APP應用的端口；