一種資源設備地址獲取方法及裝置與流程
2023-05-19 02:48:51 1
本發明涉及網絡地址獲取
技術領域：
，特別涉及一種資源設備地址獲取方法及裝置。
背景技術：
：在視頻監控系統網絡中，一般存在著監控平臺、網絡攝像機IPC、網絡設備、網絡硬碟錄像機NVR等角色，平臺為其中核心節點，負責所有資源的接入、管理、業務調度等。NVR/IPC/社會資源等資源設備通過各監控協議接入到監控系統中，如onvif(開放型網絡視頻接口論壇)協議為例，管理平臺VM通過IP位址唯一來確定一臺資源設備，並進行註冊管理等業務，在設備上線成功後，每個資源設備對應一個IP位址。但是在實際應用中，只用IP位址來對資源設備進行管理，往往會出現以下問題：(1)現有技術中，大部分資源設備都是依靠網絡的DHCP功能進行IP位址獲取，當資源設備掉線後重新接入網絡時，重新接入的資源設備IP位址可能會發生變化，即使再次向平臺設備進行註冊/保活，但平臺會認為IP位址為新的IP位址，該資源設備非原設備，就會導致設備無法上線等錯誤；(2)單純以IP位址作為身份識別資源設備，無法有效防止其他設備冒充現有資源設備的IP位址，來對當前視頻監控系統網絡進行惡意攻擊；基於以上兩種原因，在資源設備的初始上線接入以及後期維護過程中，都需要對資源設備的IP位址以及MAC地址同時進行綁定管理，需要同時獲取資源設備的MAC地址以及IP位址。在實現本發明的過程中，發明人發現了如下問題：現有技術中，網絡設備的MAC地址主要通過地址解析協議ARP報文來進行網絡設備MAC地址的獲取，通過反向地址轉換協議RARP來進行網絡設備IP位址的獲取，然而以上兩種協議都僅適用於處於同一網段中的網絡設備的地址信息獲取，在視頻監控系統網絡中，往往存在多個網關設備的多個網段，當資源設備與管理平臺VM不在同一個網段中，通過現有技術中的ARP或RARP查詢就無法獲取到資源設備的MAC地址也就無法進行資源設備的接入。因此，當資源設備與管理平臺VM分別處於不同網段中，如何獲取資源設備網絡地址信息已經成為本領域技術人員亟待解決的問題。技術實現要素：本發明提供了一種資源設備地址獲取方法及裝置，使得當源設備與管理平臺VM分別處於不同網段中，可以準確的獲取資源設備的網絡地址信息。基於上述目的，本申請實施例提供一種資源設備地址獲取方法，應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述網關設備，所述方法包括：接收所述VM生成的第一地址請求報文，所述第一地址請求報文中攜帶了地址請求標識及所述資源設備的IP位址，所述地址請求標識及所述IP位址是當所述資源設備與所述VM不處於同一網段時所述VM生成的；判斷所述IP位址是否屬於自身所處的網段；若否，則將所述第一地址請求報文發送至所述網關設備的路由表中的下一跳網關設備；若是，則根據所述IP位址對應的MAC地址生成第一地址應答報文，並將所述第一地址應答報文發送至所述VM，以供所述VM將所述MAC地址及所述目的網段存儲於自身的資料庫中；其中，所述第一地址應答報文攜帶了目的網段、所述地址應答標識及所述MAC地址，所述目的網段為所述資源設備所處的網段。本申請實施例提供一種資源設備地址獲取方法，應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述VM，所述資源設備所在的第一網關設備處於第一網段，所述VM所在的第二網關設備處於第二網段，所述方法包括：將第一地址請求報文發送至所述第一網關設備，所述第一地址請求報文中攜帶了地址請求標識及所述資源設備的IP位址，所述地址請求標識及所述IP位址是當所述資源設備與所述VM不處於同一網段時所述VM生成的；獲取第一網關設備發送的第一地址應答報文中的所述資源設備的MAC與所述第一網段，所述第一地址應答報文是所述第一網關設備根據所述MAC地址與所述第一網段生成的；將所述MAC地址與所述第一網段存儲在自身的資料庫中；其中，所述第一地址應答報文中攜帶了目的網段、所述MAC地址以及所述地址應答標識，所述目的網段為所述第一網段。相應的，本申請實施例提供一種資源設備地址獲取裝置，應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述網關設備，所述裝置包括：判斷模塊，判斷所述IP位址是否屬於自身所處的網段；第一發送模塊，若所述IP位址不屬於自身所述的網段，則將所述第一地址請求報文發送至所述網關設備的路由表中的下一跳網關設備；第二發送模塊，若所述IP位址屬於自身所述的網段，則根據所述IP位址對應的MAC地址生成第一地址應答報文，並將所述第一地址應答報文發送至所述VM，以供所述VM將所述MAC地址及所述目的網段存儲於自身的資料庫中。其中，所述第一地址應答報文攜帶了目的網段、所述地址應答標識及所述MAC地址，所述目的網段為所述資源設備所處的網段。本申請實施例提供一種資源設備地址獲取裝置，應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述VM，所述資源設備所在的第一網關設備處於第一網段，所述VM所在的第二網關設備處於第二網段，所述裝置包括：發送模塊，將第一地址請求報文發送至所述第一網關設備，所述第一地址請求報文中攜帶了地址請求標識及所述資源設備的IP位址，所述地址請求標識及所述IP位址是當所述資源設備與所述VM不處於同一網段時生成的；獲取模塊，獲取第一地址應答報文中的所述資源設備的MAC與所述第一網段，所述第一地址應答報文是所述第一網關設備根據所述MAC地址與所述第一網段生成的；存儲模塊，將所述MAC地址與所述第一網段存儲在自身的資料庫中；其中，所述第一地址應答報文中攜帶了目的網段、所述MAC地址以及所述地址應答標識，所述目的網段為所述第一網段。通過應用本申請提出的技術方案，與現有技術相比，本申請實施例至少具有以下優點：通過接收管理平臺VM根據資源設備IP位址生成的地址請求報文，根據地址請求報文中的地址請求標識判斷其中的IP位址是否屬於自身所處的網段，當地址請求報文中的IP位址屬於自身所處的網段時，根據IP位址對應的MAC地址與所處的目的網段成地址應答消息，並將地址應答消息發送至VM，使得當VM與資源設備分別處於不同網段時，VM依然可以準確的獲得資源設備的網絡地址信息，更使得在資源設備初始接入以及後期維護等過程變得更加簡便。附圖說明圖1為本申請實施例一提出的一種資源設備地址獲取方法的流程示意圖；圖1a為本申請實施例一中提出一種ARP報頭的報文結構示意圖；圖1b為本申請實施例一中提出的第一地址請求報文的報文結構示意圖；圖1c為本申請實施例一中提出的第一地址應答報文的報文結構示意圖；圖2為本申請實施例二提出的一種資源設備地址獲取方法的流程示意圖；圖3為本申請具體實施例中提出視頻系統網絡的組網示意圖；圖4為本申請具體實施例中提出一種資源設備地址獲取方法的流程示意圖；圖4a為本申請具體實施例中提出的第一地址請求報文的報文結構示意圖；圖4b為本申請具體實施例中提出的第一地址應答報文的報文結構示意圖；圖5為本申請具體實施例中提出的一種資源設備地址獲取方法的流程示意圖；圖5a為本申請具體實施例中提出的第二地址請求報文的報文結構示意圖；圖5b為本申請具體實施例中提出的第一地址應答報文的報文結構示意圖；圖6為本申請實施例三中提出一種資源設備地址獲取裝置的結構示意圖圖7為本申請實施例四中提出一種資源設備地址獲取裝置的結構示意圖。具體實施方式如
背景技術：
中所述，當資源設備與管理平臺VM分別處於不同網段中時，現有技術中無法跨網段獲取資源設備的網絡地址信息，為此，本申請實施例提供了一種資源設備地址獲取方法，來進行跨網段的資源設備地址獲取。下面將結合本申請中的附圖，對本申請中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請的一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。實施例一如附圖1所示，為本申請實施例一提供的一種資源設備地址獲取方法的流程示意圖，該方法應用於包括資源設備、管理平臺VM和多個網關設備的網絡中的網關設備，需要說明的是，本申請實施例中的網關設備指的是具有路由功能且自身包含著一定網段的網絡設備，具體可以是路由器或三層交換機等，該方法具體步驟如下：步驟101，接收VM生成的第一地址請求報文；第一地址請求報文中攜帶了地址請求標識及資源設備的IP位址，地址請求標識及IP位址是當資源設備與VM不處於同一網段時生成的。在具體的應用場景中，通常資源設備在接入網絡的過程中，IP位址的獲取有兩種方式，因此VM設備獲取資源設備IP位址的方式也不同，具體為以下兩種：一種是資源設備通過人工靜態配置IP位址，在VM設備上進行配置該IP位址，然後由人工在VM上進行錄入IP位址，VM通過onvif協議進行資源設備的註冊上線；另一種則是資源設備通過所處的網關設備的DHCP功能進行IP位址獲取，網關設備將分配給資源設備的IP位址向外發布，當VM接收到網關設備發布的新IP位址後，通過onvif協議進行資源設備的註冊上線；VM通過上述兩種方式獲取到資源設備的IP位址後需要進行資源設備的MAC地址獲取，判斷資源設備的IP位址與自身是否處於同一網段，若存在，則利用地址解析協議ARP進行資源設備MAC地址的獲取，若不存在，則需要生成第一地址請求報文來進行跨網段的資源設備的MAC地址獲取，以下對第一地址請求報文的結構進行說明：在本申請的優選實施例中，第一地址請求報文中為普通的IP報文格式，包含IP包頭和地址請求標識等，其中IP包頭包含了目的IP位址為資源設備的IP位址、源IP位址為VM的IP位址、目的網段Targetnetwork，由於未知資源設備所在的網關設備，在此處IP包頭中的目的網段為空，需要說明的是第一地址請求消息中的目的MAC地址為非全1的地址，MAC地址為全1是由於需要在區域網進行廣播，而此處則不需要進行廣播，只需要進行按照IP位址進行網關設備之間的報文轉發即可。由於第一地址請求報文的普通的IP報文格式，在第一地址請求報文的跨網段的轉發過程中，網關設備在接收到該報文時，查詢報文的標識為地址請求標識，通過該地址請求標識確認該報文為地址請求報文，獲取該報文中的IP包頭的資源設備的IP位址。在具體的應用場景中，構造第一地址請求報文，採用了對現有ARP消息進行改進來構造第一地址請求報文，現有技術中的ARP報文如附圖1a所示，改進後的第一地址請求報文如附圖1b所示，改進方法是在原有ARP包頭的部分填充一些IP包頭的信息，並且在幀類型欄位將原0x0806改成新的值例如0x0807，該幀類型則為第一地址請求報文的地址請求標識，此外該ARP報文中的操作代碼為1，標識著該報文為ARP查詢消息。需要說明的是，在該具體應用場景中採用了對現有ARP報文進行改進的方式，在實現本申請技術方案的過程中，重新構造相同規則的報文也是可以的，在實際的應用場景中，無論採用何種方式都不會對本申請的保護範圍產生影響。步驟102，判斷IP位址是否屬於自身所處的網段；若否，則將第一地址請求報文發送至網關設備的路由表中的下一跳網關設備，若是，則根據IP位址對應的MAC地址與資源設備所處的目的網段生成第一地址應答報文，並將第一地址應答報文發送至VM；網關設備在接收到IP報文時查看該報文的標識，根據地址請求報文標識確定該報文為第一地址請求報文，進一步的，網關設備獲取第一地址請求報文中的IP包頭，判斷該IP包頭中的IP位址所在的網段是否是本地的直連網段，具體有以下兩種情況：1)當該IP包頭中的IP位址所在的網段不是本地的直連網段時，則進行路由表查詢並轉發至路由表中下一跳設備，直至轉發至最後一跳網關設備；2)當該IP包頭中的IP位址所在的網段是是本地的直連網段時，根據第一地址請求報文確定為資源設備的MAC地址請求消息時，根據IP包頭中的IP位址進行本地的資源設備的MAC地址查詢，該查詢方式一般為ARP報文查詢等方式，在獲取到資源設備的MAC地址中，構造第一地址應答報文並將第一地址應答報文發送至VM。通過資源設備所在的網關設備將第一地址應答報文發送至VM，該過程的技術邏輯與上述步驟相同，在此不再贅述。在本申請的優選實施例中，第一地址應答報文的構造與第一地址請求消息構造相似，在此對不同之處進行說明：第一地址應答報文包含了地址應答標識以及IP包頭，第一地址應答報文中IP包頭中的目的地址為VM的IP位址，源地址為資源設備的IP位址，目的網段為網關設備所在的網段(在第一地址請求報文中目的網段欄位為空)。在具體的應用場景中，網關設備生成第一地址應答報文的過程具體為：若第一地址請求報文為如步驟101中經ARP報文改進得出的地址請求報文，則網關設備將第一地址請求報文中的ARP報文欄位進行提取，按照ARP報文格式構造普通的ARP報文，在網關設備的直連網段內進行廣播查詢，此處發送方式與ARP報文內容與現有的ARP消息一致，不再贅述。在獲取到資源設備IP位址對應的MAC地址後，根據該MAC地址構造第一地址應答報文，該第一地址應答報文與如附圖1b中的第一地址請求報文區別如下：A)IP包頭的源地址和目的地址互相調換；B)ARP消息體中的操作代碼值為2，標識對ARP查詢消息的應答；C)網關設備將目標網段填入到第一地址應答報文中的目的網段欄位中。由於在資源設備上線時，資源設備接入的網關設備和網段都是未知待發現的，所以第一地址請求報文中的目的網段欄位為空，而在網關設備確認第一地址請求報文的中的IP位址屬於自身所處網段時，在生成的第一地址應答報文中的目的網段中填入自身的網段。在具體的應用場景中，VM將MAC地址及資源設備所處的網段存儲於VM的資料庫中；VM根據地址應答標識確定接收到報文為第一地址應答報文，提取第一地址應答報文中的資源設備的MAC地址信息，將資源設備IP位址與資源設備的MAC地址以及資源設備所處的網段對應存儲於自身的資料庫中，來進行資源設備的上線註冊以及後續維護等。在具體的應用場景中，資源設備可能會因故障、斷電等原因造成掉線，在此過程中，若資源設備在IP位址獲取過程中是通過網關設備的DHCP功能進行獲取的，在重新上線的過程中，IP位址會發生變化，VM設備根據資料庫中的信息無法對該資源設備進行重新註冊激活，故VM設備需要根據數據中存儲的資源設備的MAC地址以及資源設備所處的目的網段進行資源設備IP位址的獲取更新。需要說明的是，單純採用MAC地址以及資源設備原有的IP位址進行IP位址的新IP進行發現過程，是可能會實現的，但是在實際的應用中，單純利用資源設備的MAC地址以及原有IP位址進行發現，在較大的網絡中，由於資源設備所處的網段範圍的不確定，在利用資源設備失效的IP位址進行設備發現時可能會存在發現時間過長、甚至找不到資源設備的情況發生，為了方便資源設備IP位址變更後快速、精確的查找，採用了根據資源設備的MAC地址以及資源設備所處的網段來共同發現的技術方案。故在本申請優選實施例中，若VM設備根據資料庫中存儲的資源設備所處的網段與自身所處的網段不同，則根據資料庫中存儲的資源設備的MAC地址以及資源設備所處的網段構造第二地址請求報文，該第二地址請求報文中結構如下：第二地址請求報文中為普通的IP報文格式，包含IP包頭和地址請求標識等資源設備的MAC地址、源IP位址為VM的IP位址、目的網段Targetnetwork，目的IP位址為資源設備所處的目的網段。網關設備在接收到IP報文時查看該報文的標識，根據地址請求報文標識確定該報文為第二地址請求報文，進一步的，網關設備獲取第二地址請求報文中的IP包頭，判斷該IP包頭中的網段信息是否是本地的直連網段，具體有以下兩種情況：1)當該IP包頭中的網段信息不是是本地的直連網段時，則進行路由表查詢並轉發至路由表中下一跳設備，直至轉發至最後一跳網關設備；2)當該IP包頭中的網段信息網段是是本地的直連網段時，根據第一地址請求報文確定為資源設備的IP位址請求消息時，根據IP包頭中的MAC地址進行本地的資源設備的IP位址查詢，該查詢方式一般為RARP報文查詢等方式，在獲取到資源設備的IP位址中，構造第二地址應答報文並將第二地址應答報文發送至VM。在具體的應用場景中，若第二地址請求報文採用對現有RARP報文進行改進的方式，則VM先構造一條RARP消息，該消息的構造方式與上述第一地址請求消息的構造方式類似，如圖1c所示，增加IP包頭等信息構造第二地址請求消息，其中地址請求標識幀類型修改為0x0836(傳統RARP為0x0835)，操作代碼為3則表示為RARP查詢消息，需要注意的是，在IP包頭的目的地址欄位，填寫的是一個網段信息，為資源設備所處的網段，不是資源設備的原有IP位址，該網段信息可以從VM的資料庫中獲取。在網關設備根據地址請求標識判斷接收到報文的為上述第二地址請求消息後，提出其中的RARP報頭構造一條普通的RARP消息，來進行當前網段內的廣播，該報文的發送方式與內容與現有的RARP消息一致，在此不進行贅述。網關設備根據獲取到的資源設備的IP位址構造第二地址應答報文，第二地址應答報文與第二地址請求報文的區別在於，第二地址應答報文中的目的地址為VM的IP位址，源地址為資源設備的IP位址，其中操作代碼為4則標識為RARP應答消息，網關將該地址應答消息發送至VM。VM根據地址應答標識確定接收到的報文為第二地址應答報文，提取其中資源設備的IP位址並更新到數據中。實施例二實施例一是根據網關設備的角度闡述了資源設備地址獲取方法的過程，相應的，本申請還以管理平臺VM的角度進行了說明，該方法應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述VM，所述資源設備所在的第一網關設備處於第一網段，所述VM所在的第二網關設備處於第二網段。如圖2所示，該方法包括以下步驟：S201，將第一地址請求報文發送至所述第一網關設備；所述第一地址請求報文中攜帶了地址請求標識及所述資源設備的IP位址，所述地址請求標識及所述IP位址是當所述資源設備與所述VM不處於同一網段時所述VM生成的。在本申請的優選實施例中，所述第一地址請求報文中還攜帶了IP包頭，其中，所述IP包頭具體包括：所述IP位址、所述VM的IP位址與目的網段；所述第一地址請求報文中的目的MAC地址為非全1的地址。S202，獲取第一網關設備發送的第一地址應答報文中的所述資源設備的MAC與所述第一網段；所述第一地址應答報文中攜帶了目的網段、所述MAC地址以及所述地址應答標識，所述目的網段為所述第一網段，所述第一地址應答報文是所述第一網關設備根據所述MAC地址與所述第一網段生成的；在本申請的優選實施例中，根據所述地址應答報文中的IP包頭獲取所述MAC地址和所述第一網段；其中，所述MAC地址是所述網關設備根據所述IP位址通過ARP報文確定的；所述地址應答報文包括所述目的網段，所述MAC地址以及所述地址應答標識；所述地址應答報文中所述目的網段為所述第一網段。S203，將所述MAC地址與所述第一網段存儲在自身的資料庫中。在本申請的優選實施例中，在將所述MAC地址與所述第一網段存儲在自身的資料庫中之後，還包括：當所述IP位址失效時，發送第二地址請求報文至所述第一網關設備，所述第二地址請求報文是根據所述VM資料庫中存儲的所述MAC地址以及所述目的網段生成所的，所述第二地址請求報文中攜帶了第二地址請求標識及所述資源設備的MAC地址及所述目的網段；根據所述第二地址請求報文中包含的所述第一網關設備的目的網段，將所述第二地址請求報文發送至所述第一網關設備；獲取第二地址應答報文中的所述資源設備的IP位址，所述第二地址應答報文是所述第一網關設備根據所述IP位址生成的；將所述IP位址存儲在自身的資料庫中。通過應用本申請實施例提出的一種資源地址獲取方法，通過接收管理平臺VM根據資源設備IP位址生成的地址請求報文，根據地址請求報文中的地址請求標識判斷其中的IP位址是否屬於自身所處的網段，當地址請求報文中的IP位址屬於自身所處的網段時，根據IP位址對應的MAC地址成地址應答消息，並將地址應答消息發送至VM，使得當VM與資源設備分別處於不同網段時，VM依然可以準確的獲得資源設備的網絡地址信息，更使得在資源設備初始接入以及後期維護等過程變得更加簡便。為了進一步說明本申請的技術方案，現結合具體的應用場景，來對本申請的技術方案進行進一步的說明，以圖3所示的組網圖為基礎，以新上線的資源設備為IPC_A時為例，如附圖4所示，為本申請具體實施例提出的一種資源設備的接入方法的流程示意圖，具體步驟如下：S401，獲取IPC的IP位址；在實際的應用場景中，IPC獲取IP的方式有兩種方式，一種是DHCP方式進行自動分配，一種是進行手工靜態配置IP，根據IPC獲取IP方式的不同，具體有以下兩種情況：1)IPC_A在接入到網絡時，通過路由器的DHCP功能向IPC_A分配IP位址後，IPC_A通過系統內預置的平臺VM的IP位址向VM發送註冊信息進行申請註冊，註冊信息中包含了接入設備的IP位址；2)通過手工配置為IPC_A配置IP位址，VM自然就可以直接獲取IPC_A的IP位址，但是在IPC_A的上線過程中，IPC_A通過該IP位址連接到路由器R1並通過路由器連接到廣域網中，VM通過onvif協議向該IP位址進行設備發現，完成正常的交互後，將IPC_A設置為上線。S402，根據IPC的IP位址生成增強ARP消息；在本具體實施例中，根據IPC_A的IP位址對ARP報文進行改進生成增強ARP消息，在本具體實施例中增強ARP消息就相當於上述實施例中的地址請求消息，如圖4a所示，為本申請具體實施例中增強ARP報文的報文格式，在該增強ARP消息中，其幀類型為0x0807，攜帶了VM自身的IP位址信息(77.12.192.200)以及目的設備IPC_A的目的地址(201.8.1.201)，在該ARP增強消息中增加了目標網段Targetnetwork，該增強信息請求獲取目的IP位址對應的IPC_A的MAC地址以及IPC_A所在的網段。原ARP方式中目的MAC為全1的MAC地址，這樣是為了在區域網內進行廣播，但是在該增強ARP消息中，目的MAC地址非全1，而是網關設備的實際MAC地址即路由器R1的MAC地址，由於此時IPC_A的IP位址已經確定，直接由網關設備R1進行MAC地址獲取。S403，將增強ARP消息發送至目標IP位址網段所在的網關設備；VM生成增強ARP消息後，精心關向應的路由表查詢，傳遞到網關路由器，網關路由器接收到之後，查看得知報文幀類型是0x0807，則進一步的解開IP包頭的目的IP欄位，進行路由表查詢並進行逐跳轉發，直到最後的一跳網關設備路由器R1。S404，最後一跳網關設備根據增強ARP消息中的內容進行IPC的MAC地址獲取。當最後的一跳路由器R1接收到增強ARP消息後，查看幀類型得知該消息是增強ARP消息後，並進一步的確定了目的IP所在的網段是本地的直連網段，路由器R1解開增強ARP消息報文中的操作代碼欄位，操作代碼為1，則標識該報文為MAC地址查詢報文，將ARP報文欄位提取出來，根據自身的ARP功能構造一個普通的ARP消息，將IPC_A的IP位址201.8.1.201/24所在的接口進行廣播ARP查詢，正常情況下，IPC_A回應了這一ARP查詢，並將自己的MAC地址填入並回應給R1。S405，網關設備根據IPC的MAC地址重新構造增強ARP消息。R1接收到ARP回應後，繼續重新構造ARP增強消息(作為VM查詢的回應消息)發送給VM設備，如附圖4b所示，區別點在於IP包頭的源地址和目的地址互相調換而已，還有就是ARP消息體中的操作代碼值為2，該操作代碼值標識著對ARP查詢消息的應答。最後，在回應消息中，R1還會將目標網段填入到回應消息中的targetnetwork欄位，對應與該場景的IPC_A的網絡IP位址，該欄位值為201.8.1.0/24，R1將該增強消息根據路由表進行發送。S406，VM接收應答並將IPC的MAC地址存入本地資料庫。沿途的路由器可以接收到該增強ARP應答消息，並先進行路由表的查詢逐跳轉發，當最後的一跳路由器接收機到該增強ARP應答消息後，將該增強ARP應答消息發送至VM設備，VM設備提取其中增強ARP報文中的應答消息，具體提取ARP報文的過程與步驟S303相同，在此不再贅述，VM設備將IPC_A的IP位址和MAC地址做一個對應，並把對應關係存入到本地資料庫中，該存儲格式如表4.3所示。表4.3通過應用本申請具體實施例中提出的一種資源設備地址獲取方法，通過接收管理平臺VM根據資源設備IP位址生成的地址請求報文，根據地址請求報文中的地址請求標識判斷其中的IP位址是否屬於自身所處的網段，當地址請求報文中的IP位址屬於自身所處的網段時，根據IP位址對應的MAC地址成地址應答消息，並將地址應答消息發送至VM，使得當VM與資源設備分別處於不同網段時，VM依然可以準確的獲得資源設備的網絡地址信息，更使得在資源設備初始接入以及後期維護等過程變得更加簡便。在本申請的又一具體實施例中，同樣以圖3所示的組網圖為基礎，當資源設備IPC_A為例，當IPC_A由於某種原因離線後再上線時，當IPC_A利用的DHCP的方式獲取IP位址的情況下，可能由於DHCP的原因重新獲取到另外的地址，比如IPC_A的地址變為了201.8.1.100，但其物理位置和網段不會發生變化，所以VM在保活失敗後發送增強RARP消息進行反向的IP位址查詢，如圖5所示，具體步驟如下：步驟501，根據VM資料庫中的IPC設備的MAC地址以及所在的網段生成增強RARP消息。具體的，VM先構造一條RARP消息，該消息的構造方式和增強ARP消息類似，增加IP包頭等信息，其中幀類型為0x0836，操作代碼為3或4，另外一個很重要的區別是包頭的目的地址欄位，填寫的是一個網段信息，即IPC_A所在的網段201.8.1.0/24，而不是IPC_A的原有地址。這個網段信息，VM可以從本地數據中的表4.3中提取，生成的增強RARP消息如圖5a所示。步驟502，沿途路由器轉發增強RARP消息。這一步驟與前述實施例步驟403中各路由器轉發增強ARP消息類似，區別在於路由器識別目的IP網段進行路由表查詢逐跳轉發，而不是識別目的地址。其他過程類似，在此不再贅述。步驟503，路由器處理增強RARP消息這一步驟中處理增強RARP消息與前述實施例步驟304中網關路由器處理增強ARP消息類似，區別在於路由器R1根據IPC_A的MAC地址找到對應的新的IP位址201.8.1.100，，在此不再贅述；路由器R1重新構造增強RARP消息(作為VM查詢的回應消息)發送給VM設備，如圖5b，區別點在於IP包頭的源地址和目的地址互相調換而已，還有就是該增強RARP消息體中的操作代碼值為4，該操作代碼值標識著對RARP查詢消息的應答。步驟504，VM更新資料庫並重新進行設備發現/註冊/保活等過程。VM最終接受到更新後的IPC_A的IP位址，將其修改放入表4.3中，並再次進行保活等監控消息發送，這之後就可以同原流程，IPC_A設備上線後進行其他操作。設備ID設備IP位址設備所在網段設備MAC地址IPC_A201.8.1.100201.8.1.0/24****表5.3在上述的兩個具體實施例中，地址請求消息均是通過路由器進行修改識別消息，並逐跳轉發至目的地來完成的，在實際的應用場景中，還可以通過路由器本身被VM平臺所管理的方式，路由器先在VM上進行註冊，並被VM管理後，VM將增強ARP或RARP消息按照所有路由器列表的方式，發送到所有路由器上，每臺路由器再進行本地的廣播查詢即可。在同樣以圖3為基礎的具體實施例中，其中資源設備仍以IPC為例，其中地址請求消息仍以增強ARP消息為例，在本具體實施例中，採用了路由器向VM進行註冊，VM對路由器進行管理。此時，當IPC_A上線時，具體步驟如下：a)獲取IPC的IP位址；b)根據IPC的IP位址生成增強ARP消息；根據資料庫中保存的IPC所在網段確定IPC_A接入的網關設備路由器，查詢資料庫中該路由器的地址，在生成的增強ARP消息中的目標網絡直接填寫的路由器的地址；c)將增強ARP消息分別發送至各路由器；d)根據增強ARP消息中的內容進行IPC的MAC地址獲取；e)根據IPC的MAC地址重新構造增強ARP消息；f)將重新構造的增強ARP消息發送至VM；g)VM接收應答並將IPC的MAC地址存入本地資料庫。而在如圖3為基礎的另一具體的應用場景中，當IPC_A由於某種原因離線後再上線時，當IPC_A利用的DHCP的方式獲取IP位址的情況下，可能由於DHCP的原因重新獲取到另外的地址，若如圖3的組網中採用了路由器向VM進行註冊，VM對路由器進行管理的方式，則VM在保活失敗後發送增強RARP消息進行反向的IP位址查詢的具體步驟為：a)根據VM資料庫中的IPC設備的MAC地址以及所在的網段生成增強RARP消息；根據資料庫中保存的IPC_A所在的網段，確定IPC_A接入的網關設備路由器，查詢資料庫中該路由器的地址，在生成的增強RARP消息中的目標網絡直接填寫的路由器的地址；b)向直接發送增強RARP消息；c)路由器處理增強RARP消息；d)將重新構造的增強RARP消息發送至VM；e)VM更新資料庫並重新進行設備發現/註冊/保活等過程。在另一具體的應用場景中，組網中採用了路由器向VM進行註冊，VM對路由器進行管理的方式。在如圖3為基礎的應用場景中，可能會出現資源設備因物理原因出現掉線後，維護人員在維修過程中可能會將當前的資源設備錯誤的接入到與之前資源設備接入的不同的路由器之下，資源設備的IP位址所在網段發生變化，採用上述方法，VM設備無法對資源設備重新進行註冊保活等操作。故在本申請的具體實施例中，提出了一種資源設備接入方法，則VM在保活失敗後發送增強RARP消息進行反向的IP位址查詢的具體步驟為：a)根據VM資料庫中的IPC設備的MAC地址以及所在的網段生成增強RARP消息；分別生成多個增強RARP消息，在生成的增強RARP消息中的目標網絡分別填入當前網絡已經向VM註冊路由器的地址；b)將增強RARP消息按照目的地址分別向路由器發送；c)路由器處理增強RARP消息；d)將重新構造的增強RARP消息發送至VM；e)VM更新資料庫並重新進行設備發現/註冊/保活等過程。通過應用以上具體實施例提出的一種資源設備地址獲取方法，通過VM平臺對各路由器的管理，使得資源設備的地址的發現過程中耗時更短，並且在後期的資源設備的管理和維護過程中更加簡便與快速，但缺點是需要對當前網絡拓撲中的路由器設備均進行管理和註冊，該具體實施例所提出的技術方案，能夠處理更複雜的故障，提高了本申請技術方案的適用性。實施例三相應的，本申請還提出了一種資源設備地址獲取裝置，如圖6所示為本申請實施例提出的一種資源設備地址獲取裝置的結構示意圖，該裝置應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述網關設備，所述裝置包括：接收模塊，接收所述VM生成的第一地址請求報文，所述第一地址請求報文中攜帶了地址請求標識及所述資源設備的IP位址，所述地址請求標識及所述IP位址是當所述資源設備與所述VM不處於同一網段時所述VM生成的；判斷模塊61，判斷所述IP位址是否屬於自身所處的網段；第一發送模塊62，若所述IP位址不屬於自身所述的網段，則將所述第一地址請求報文發送至所述網關設備的路由表中的下一跳網關設備；第二發送模塊63，若所述IP位址屬於自身所述的網段，則根據所述IP位址對應的MAC地址生成第一地址應答報文，並將所述第一地址應答報文發送至所述VM，以供所述VM將所述MAC地址及所述目的網段存儲於自身的資料庫中；其中，所述第一地址應答報文攜帶了目的網段、所述地址應答標識及所述MAC地址，所述目的網段為所述資源設備所處的網段。在具體的應用場景中，所述第一地址請求報文中還攜帶了IP包頭，其中，所述IP包頭具體包括：所述IP位址、所述VM的IP位址與目的網段；所述第一地址請求報文中的目的MAC地址為非全1的地址。在具體的應用場景中，在將所述第一地址應答報文發送至所述VM之後，還包括：所述接收模塊61，用於接收所述VM生成的第二地址請求報文，所述第二地址請求報文是當所述IP位址失效時，所述VM根據自身資料庫中存儲的所述MAC地址以及所述目的網段生成所述第二地址請求報文，所述第二地址請求報文中攜帶了第二地址請求標識及所述資源設備的MAC地址以及目的網段；所述判斷模塊62，還用於判斷所述第二地址請求報文中的目的網段是否屬於自身所處的網段，所述目的網段為目的網關設備所處的網段；所述第一發送模塊63，還用於若所述目的網段不屬於自身所處的網段，則將所述第二地址請求報文發送至所述網關設備的路由表中的下一跳網關設備；所述第二發送模塊64，還用於若所述目的網段屬於自身所處的網段，則根據所述MAC地址對應的IP位址生成第二地址應答報文，並將所述第二地址應答報文發送至所述VM，以供所述VM將所述IP位址存儲到自身的資料庫中。實施例四相應的，本申請實施例還提出了一種資源設備地址獲取裝置，應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述VM，所述資源設備所在的第一網關設備處於第一網段，所述VM所在的第二網關設備處於第二網段，如附圖7所示為本申請實施例提出的一種資源設備地址獲取裝置結構示意圖，所述裝置包括：發送模塊71，將第一地址請求報文發送至所述第一網關設備，所述第一地址請求報文中攜帶了地址請求標識及所述資源設備的IP位址，所述地址請求標識及所述IP位址是當所述資源設備與所述VM不處於同一網段時所述VM生成的；獲取模塊72，獲取所述第一網關設備發送的第一地址應答報文中的所述資源設備的MAC與所述第一網段，所述第一地址應答報文是所述第一網關設備根據所述MAC地址與所述第一網段生成的；存儲模塊73，將所述MAC地址與所述第一網段存儲在自身的資料庫中；其中，所述第一地址應答報文中攜帶了目的網段、所述MAC地址以及所述地址應答標識，所述目的網段為所述第一網段。在具體的應用場景中，所述第一地址請求報文中攜帶了IP包頭，其中，所述IP包頭具體包括：所述IP位址、所述VM的IP位址與目的網段；所述第一地址請求報文中的目的MAC地址為非全1的地址。在具體的應用場景中，在將所述MAC地址與所述第一網段存儲在自身的資料庫中之後，還包括：報文生成模塊，用於當所述IP位址失效時，根據所述VM資料庫中存儲的所述MAC地址以及所述目的網段生成第二地址請求報文，所述第二地址請求報文中攜帶了第二地址請求標識及所述資源設備的MAC地址及所述目的網段；所述發送模塊71，還用於根據所述第二地址請求報文中包含的所述第一網關設備的目的網段，將所述第二地址請求報文發送至所述第一網關設備；所述獲取模塊72，還用於獲取第二地址應答報文中的所述資源設備的IP位址，所述第二地址應答報文是所述第一網關設備根據所述IP位址生成的；所述存儲模塊73，還用於將所述IP位址存儲在自身的資料庫中。本申請實施例公開了一種資源地址獲取裝置，應用於包含資源設備、管理平臺VM和多個網關設備的網絡中的所述網關設備中，通過接收管理平臺VM根據資源設備IP位址生成的地址請求報文，根據地址請求報文中的地址請求標識判斷其中的IP位址是否屬於自身所處的網段，當地址請求報文中的IP位址屬於自身所處的網段時，根據IP位址對應的MAC地址與目的網段成地址應答消息，並將地址應答消息發送至VM，使得當VM與資源設備分別處於不同網段時，VM依然可以準確的獲得資源設備的網絡地址信息，更使得在資源設備初始接入以及後期維護等過程變得更加簡便。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可以通過硬體實現，也可以藉助軟體加必要的通用硬體平臺的方式來實現。基於這樣的理解，本發明的技術方案可以以軟體產品的形式體現出來，該軟體產品可以存儲在一個非易失性存儲介質(可以是CD-ROM，U盤，移動硬碟等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施場景所述的方法。本領域技術人員可以理解附圖只是一個優選實施場景的示意圖，附圖中的模塊或流程並不一定是實施本發明所必須的。本領域技術人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布於實施場景的裝置中，也可以進行相應變化位於不同於本實施場景的一個或多個裝置中。上述實施場景的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。上述本發明序號僅僅為了描述，不代表實施場景的優劣。以上公開的僅為本發明的幾個具體實施場景，但是，本發明並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。當前第1頁1 2 3