[發明專利]處理RPC報文的方法及相關裝置

有效

• 申請號: 201810350094.3
• 申請日: 2018-04-18
• 公開（公告）號: CN110392017B
• 公開（公告）日: 2020-11-06
• 發明（設計）人: 雷歆;黃業欽;羅瀟
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;G06F9/54
• 代理公司: 北京三高永信知識產權代理有限責任公司 11138
• 代理人: 肖慶武

本公開提供了一種處理RPC報文的方法及相關裝置，屬于網絡通信技術領域。該方法包括：接收發送端的指定業務的RPC報文；通過該指定業務的業務模塊，處理該RPC報文；在處理該RPC報文的過程中，當確定在該RPC報文對應的超時等待時長內處理不完該RPC報文時，向該發送端發送第一回應報文，該第一回應報文用于指示該發送端增加該超時等待時長。本公開實現了在某個RPC報文對應的超時等待時長不足時，只修改該RPC報文對應的超時等待時長，不需要修改客戶端和服務器的核心代碼，也不會增加其他業務的RPC報文對應的超時等待時長，從而整體上提高了處理RPC報文的效率。

技術領域

本公開涉及網絡通信技術領域，特別涉及一種處理RPC報文的方法及相關裝置。

背景技術

網絡配置協議(Network Configuration Protocol，NETCONF)是一種新的網絡配置和管理協議，NETCONF采用可擴展標記語言(Extensible Markup Language，XML)作為配置數據和協議消息的編碼方式，使用客戶端/服務器(Client/Server，C/S)和遠程過程調用(Remote Procedure Call，RPC)方式來管理設備中的信息。因此，在使用NETCONF協議的場景下，客戶端與服務器之間通過RPC報文來進行信息交互。

當客戶端向服務器發送RPC報文后，會進入等待狀態，以等待服務器的回應(rpc-reply)報文；客戶端接收到回應報文后，根據該回應報文退出等待狀態，以進行后續操作。為了防止客戶端陷入無限期的等待而耽誤其他操作，客戶端與服務器之間約定一個固定時長。客戶端將所有業務的RPC報文對應的超時等待時長均設置為該固定時長。如果客戶端在發送RPC報文之后的該超時等待時長內沒有接收到服務器返回的回應報文，則客戶端也會退出等待狀態。

由于所有業務的RPC報文對應的超時等待時長均為該固定時長，當某個業務的RPC報文的處理時長較長時，需要修改客戶端和服務器的核心代碼，以增加該固定時長。由此可見，上述方法會增加所有業務的RPC報文對應的超時等待時長，從而導致所有業務的RPC報文的處理效率低。

發明內容

為了解決現有技術的問題，本公開實施例提供了一種處理RPC報文的方法及相關裝置。

第一方面，本公開實施例提供了一種處理RPC報文的方法，所述方法包括：

接收發送端的指定業務的遠程過程調用RPC報文；

通過所述指定業務的業務模塊，處理所述RPC報文；

在處理所述RPC報文的過程中，當確定在所述RPC報文對應的超時等待時長內處理不完所述RPC報文時，向所述發送端發送第一回應報文，所述第一回應報文用于指示所述發送端增加所述超時等待時長。

在本公開實施例中，在處理RPC報文的過程中，當確定在該RPC報文對應的超時等待時長內處理不完該RPC報文時，向發送端發送第一回應報文，以指示發送端增加該RPC報文對應的超時等待時長。從而實現了在某個RPC報文對應的超時等待時長不足時，只修改該RPC報文對應的超時等待時長，不需要修改客戶端和服務器的核心代碼，也不會增加其他業務的RPC報文對應的超時等待時長，整體提高了處理RPC報文的效率。

在第一方面的第一種可能實現方式中，所述方法還包括：

確定所述RPC報文對應的超時等待時長，以及統計所述RPC報文的處理時長；

當所述超時等待時長與所述處理時長之間的差值小于預設閾值時，確定在所述RPC報文對應的超時等待時長內處理不完所述RPC報文。

在本公開實施例中，由接收端基于該RPC報文對應的超時等待時長和該RPC報文的處理時長進行比較，從而確定出在該RPC報文對應的超時等待時長內是否能夠處理完該RPC報文，提高了效率。