專利名稱：網(wǎng)關(guān)網(wǎng)元以太口ip地址發(fā)現(xiàn)協(xié)議的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊領(lǐng)域，尤其是IP地址的發(fā)現(xiàn)協(xié)議方法。
背景技術(shù)：
當(dāng)網(wǎng)管需要通過NEIP管理光網(wǎng)絡(luò)時，首先必須保證網(wǎng)管和網(wǎng)關(guān)網(wǎng)元的通訊正常。一般網(wǎng)管和網(wǎng)關(guān)網(wǎng)元之間是通過以太口進行連接的，TCP/IP協(xié)議棧要求它們的以太口IP地址必須在同一網(wǎng)段，所以網(wǎng)管在配置通訊設(shè)置時，需要一種私有的協(xié)議來發(fā)現(xiàn)網(wǎng)關(guān)網(wǎng)元的以太口IP地址，不管它們是否在同一網(wǎng)段。
本發(fā)明的目的在于提供一種網(wǎng)關(guān)網(wǎng)元以太口IP地址發(fā)現(xiàn)協(xié)議的實現(xiàn)方法。

發(fā)明內(nèi)容
它包括客戶端協(xié)議；服務(wù)器端協(xié)議和報文格式協(xié)議；a、客戶端協(xié)議當(dāng)受到某種觸發(fā)，該端向多播組224.0.0.33發(fā)送UDP端口為5333的請求包；然后等待應(yīng)答包的到來；如果在UDP端口5333上接收到數(shù)據(jù)包，就解析該包中的內(nèi)容；如果是應(yīng)答包，就獲取包中的網(wǎng)管網(wǎng)元的以太口IP地址/網(wǎng)絡(luò)掩碼以及對應(yīng)的NEIP，并通過某種方式顯示出來；如果不是，則不做處理，默默丟棄；
b、服務(wù)器端協(xié)議在UDP端口5333上等待請求包的到來，如果接收到數(shù)據(jù)包，就解析該包中的內(nèi)容；如果是請求包，就向多播組224.0.0.33發(fā)送UDP端口為5333的包中信息包含協(xié)議包類型、網(wǎng)管網(wǎng)元的以太口IP地址/網(wǎng)絡(luò)掩碼以及對于的NEIP的應(yīng)答包；如果不是請求包，則不做處理，默默丟棄；c、報文格式協(xié)議為32字節(jié)；其內(nèi)容包括TYPE協(xié)議類型；NEIP網(wǎng)關(guān)網(wǎng)元的NEIP；ETHIP網(wǎng)關(guān)網(wǎng)元的以太口IP地址；ETHIP網(wǎng)關(guān)網(wǎng)元的以太口IP地址。


附圖是1本發(fā)明的服務(wù)器端與客戶端請求-應(yīng)答關(guān)系圖；附圖是2本發(fā)明報文格式的32位字節(jié)定義分配圖。
實施方式客戶端(網(wǎng)管)當(dāng)受到某種觸發(fā)，該端向多播組224.0.0.33發(fā)送UDP端口為5333的請求包，請求包的內(nèi)容只包括協(xié)議包類型，為請求類型，然后等待應(yīng)答包的到來。如果在UDP端口5333上接收到數(shù)據(jù)包，就解析該包中的內(nèi)容首先判斷是否為應(yīng)答包，如果是，就獲取包中的網(wǎng)管網(wǎng)元的以太口IP地址/網(wǎng)絡(luò)掩碼以及對應(yīng)的NEIP，并通過某種方式顯示出來；如果不是，就不做處理，默默丟棄。
服務(wù)器端(網(wǎng)關(guān)網(wǎng)元)在UDP端口5333上等待請求包的到來，如果接收到數(shù)據(jù)包，就解析該包中的內(nèi)容首先判斷是否為請求包，如果是，就向多播組224.0.0.33發(fā)送UDP端口為5333的應(yīng)答包，包中信息包含協(xié)議包類型、網(wǎng)管網(wǎng)元的以太口IP地址/網(wǎng)絡(luò)掩碼以及對于的NEIP；如果不是請求包，不做處理，默默丟棄。
報文格式字長為32字節(jié)，其中0-7位為TYPE；8-15位為NEIP；16-23位為ETHIP；24-31位為ETHIPMASK。
TYPE協(xié)議類型，為一整型數(shù)，網(wǎng)絡(luò)序，可選值為請求-0，應(yīng)答-1；NEIP網(wǎng)關(guān)網(wǎng)元的NEIP，為一整型數(shù)，網(wǎng)絡(luò)序，當(dāng)協(xié)議類型為請求時，其值應(yīng)為0；ETHIP網(wǎng)關(guān)網(wǎng)元的以太口IP地址，為一整型數(shù)，網(wǎng)絡(luò)序，當(dāng)協(xié)議類型為請求時，其值應(yīng)為0；ETHIPMASK網(wǎng)關(guān)網(wǎng)元的以太口網(wǎng)絡(luò)掩碼，為一整型數(shù)，網(wǎng)絡(luò)序，當(dāng)協(xié)議類型為請求時，其值應(yīng)為0。
該協(xié)議是一種應(yīng)用級協(xié)議，用于網(wǎng)管發(fā)現(xiàn)網(wǎng)關(guān)網(wǎng)元的以太口IP地址，同時也是一種REQUEST/RESPONSE協(xié)議。一個客戶(例如網(wǎng)管)發(fā)送固定格式請求包到服務(wù)器(網(wǎng)關(guān)網(wǎng)元)端，服務(wù)器接收到請求包，將自身的以太口IP地址/網(wǎng)絡(luò)掩碼和對應(yīng)的NEIP封裝到響應(yīng)包里，然后發(fā)送給客戶端，客戶端收到應(yīng)答包后解析該包，從而獲取網(wǎng)關(guān)網(wǎng)元的以太口IP地址/網(wǎng)絡(luò)掩碼和對應(yīng)的NEIP，如圖一所示。服務(wù)器端需要集成到主機軟件中，而客戶端可以集成到網(wǎng)管軟件中，也可以獨立的為一個小應(yīng)用(小工具)。
考慮到網(wǎng)關(guān)網(wǎng)元和網(wǎng)管之間相連的以太口IP地址可能不在同一網(wǎng)段，無法通過單播進行通訊，所以協(xié)議采用多播的方式確保通訊在任何情況下都能進行，而不管它們的以太口IP地址是否在同一網(wǎng)段，服務(wù)器端和客戶端均加入224.0.0.33的多播組。同時，為了能收發(fā)多播報文，協(xié)議基于不可靠的UDP協(xié)議，服務(wù)器端和客戶端均使用的UDP端口號為5333。由于是基于不可靠的UDP協(xié)議，同時協(xié)議也未采用任何的可靠機制來保證請求/應(yīng)答的包的正確傳送和接收，所以該協(xié)議同樣也是一個不可靠的協(xié)議。
該協(xié)議是一個無狀態(tài)的協(xié)議，它不需要通訊的任何一端維護任何狀態(tài)來保證同步。
權(quán)利要求
1.一種網(wǎng)關(guān)網(wǎng)元以太口IP地址發(fā)現(xiàn)協(xié)議的實現(xiàn)方法，其特征在于它包括客戶端協(xié)議；服務(wù)器端協(xié)議和報文格式協(xié)議；a、客戶端協(xié)議當(dāng)受到某種觸發(fā)，該端向多播組224.0.0.33發(fā)送UDP端口為5333的請求包；然后等待應(yīng)答包的到來；如果在UDP端口5333上接收到數(shù)據(jù)包，就解析該包中的內(nèi)容；如果是應(yīng)答包，就獲取包中的網(wǎng)管網(wǎng)元的以太口IP地址/網(wǎng)絡(luò)掩碼以及對應(yīng)的NEIP，并通過某種方式顯示出來；如果不是，則不做處理，默默丟棄；b、服務(wù)器端協(xié)議在UDP端口5333上等待請求包的到來，如果接收到數(shù)據(jù)包，就解析該包中的內(nèi)容；如果是請求包，就向多播組224.0.0.33發(fā)送UDP端口為5333的包中信息包含協(xié)議包類型、網(wǎng)管網(wǎng)元的以太口IP地址/網(wǎng)絡(luò)掩碼以及對于的NEIP的應(yīng)答包；如果不是請求包，則不做處理，默默丟棄；c、文格式協(xié)議為32字節(jié)；其內(nèi)容包括TYPE協(xié)議類型；NEIP網(wǎng)關(guān)網(wǎng)元的NEIP；ETHIP網(wǎng)關(guān)網(wǎng)元的以太口IP地址；ETHIP網(wǎng)關(guān)網(wǎng)元的以太口IP地址。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)通訊領(lǐng)域，尤其是IP地址的發(fā)現(xiàn)協(xié)議方法；它包括客戶端協(xié)議；服務(wù)器端協(xié)議和報文格式協(xié)議；使得在光傳輸設(shè)備中，網(wǎng)管能夠正確獲取網(wǎng)關(guān)網(wǎng)元以太口IP地址；適用于基于TCP/IP協(xié)議棧，通過以太口管理的光傳輸設(shè)備。
文檔編號H04L29/06GK1581856SQ0314007
公開日2005年2月16日 申請日期2003年8月6日 優(yōu)先權(quán)日2003年8月6日
發(fā)明者李 東 申請人:港灣網(wǎng)絡(luò)有限公司