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

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


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