專利名稱：一種在基于ipv4的路由協(xié)議中使用無編號(hào)端口的方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及IP網(wǎng)絡(luò)通信技術(shù)，尤其涉及IPV4協(xié)議，以及基于IPV4協(xié)議的開放最短路徑優(yōu)先路由協(xié)議(OSPF)和路由信息協(xié)議(RIP)。
背景技術(shù)：
本發(fā)明中的IPV4協(xié)議專指目前已經(jīng)成為事實(shí)標(biāo)準(zhǔn)的TCP/IP四層協(xié)議中的網(wǎng)絡(luò)層協(xié)議。IPV4協(xié)議的基本思想是采用無連接的不可靠的方式進(jìn)行數(shù)據(jù)報(bào)的傳輸；為網(wǎng)絡(luò)中設(shè)備的每個(gè)接口分配32位的IP地址；將網(wǎng)絡(luò)分割成不同的子網(wǎng)；對(duì)數(shù)據(jù)報(bào)的處理主要是根據(jù)IP報(bào)頭中的目的IP地址來決定的，如果目的IP地址是本節(jié)點(diǎn)地址或本節(jié)點(diǎn)接受的特定組播地址或廣播地址，則將數(shù)據(jù)報(bào)提交給傳輸層處理，否則，查詢路由表，如果找到目的地址對(duì)應(yīng)的路由表項(xiàng)，則按照路由表中下一跳地址對(duì)數(shù)據(jù)報(bào)進(jìn)行轉(zhuǎn)發(fā)，如果沒有找到對(duì)應(yīng)路由表項(xiàng)，則直接將數(shù)據(jù)報(bào)丟棄；組播和廣播地址在IPV4中都是特定地址范圍或特定的IP地址。
OSPF是目前被廣泛采用的一種路由協(xié)議，它采用的是鏈路狀態(tài)算法。OSPF的基本原理是網(wǎng)絡(luò)中的每個(gè)節(jié)點(diǎn)在初始化后都會(huì)探測它的每個(gè)數(shù)據(jù)鏈路層端口是否存在鄰居節(jié)點(diǎn)；當(dāng)某個(gè)節(jié)點(diǎn)探測到鄰居節(jié)點(diǎn)時(shí)，它會(huì)嘗試和這個(gè)節(jié)點(diǎn)建立鄰接關(guān)系，如果這兩個(gè)節(jié)點(diǎn)之間滿足建立鄰接關(guān)系的條件，它們就會(huì)互相交換鏈路狀態(tài)通告信息來同步鏈路狀態(tài)數(shù)據(jù)庫，一旦它們之間的數(shù)據(jù)庫同步了，它們之間就建立了完整的鄰接關(guān)系；鏈路狀態(tài)通告信息實(shí)際上就是每個(gè)節(jié)點(diǎn)所連接的網(wǎng)絡(luò)信息和鄰居信息；當(dāng)網(wǎng)絡(luò)拓?fù)浒l(fā)生變化時(shí)，相關(guān)節(jié)點(diǎn)就會(huì)重新產(chǎn)生鏈路狀態(tài)通告，然后將鏈路狀態(tài)通告在網(wǎng)絡(luò)中洪泛，網(wǎng)絡(luò)中其它節(jié)點(diǎn)會(huì)用新的鏈路狀態(tài)通告信息替換鏈路狀態(tài)數(shù)據(jù)庫中舊的條目；任何節(jié)點(diǎn)的鏈路狀態(tài)數(shù)據(jù)庫發(fā)生變化時(shí)，它都會(huì)采用SPF算法重新計(jì)算路由表；當(dāng)網(wǎng)絡(luò)達(dá)到穩(wěn)定狀態(tài)時(shí)，每個(gè)節(jié)點(diǎn)的工作只是維護(hù)鄰居狀態(tài)，并每隔較長的一個(gè)時(shí)間間隔就重發(fā)自己的鏈路狀態(tài)通告信息；OSPF為了減輕大型網(wǎng)絡(luò)中路由計(jì)算所占用的網(wǎng)絡(luò)資源，采用了分域(AREA)的方法，骨干域(0域)是網(wǎng)絡(luò)的核心域，它負(fù)責(zé)將其它域關(guān)聯(lián)起來并負(fù)責(zé)不同域之間信息的轉(zhuǎn)發(fā)，一個(gè)域的鏈路狀態(tài)通告信息不會(huì)洪泛到另一個(gè)域中。
RIP協(xié)議的基本原理較簡單，采用RIP協(xié)議時(shí)，每個(gè)節(jié)點(diǎn)只是周期性地從它所有網(wǎng)絡(luò)層端口發(fā)送自己的路由信息，當(dāng)某個(gè)節(jié)點(diǎn)收到鄰居節(jié)點(diǎn)發(fā)送過來的路由信息時(shí)，它會(huì)將每個(gè)路由條目同自身的路由表中所有條目進(jìn)行比較，如果不存在，它就重新計(jì)算這個(gè)條目的下一跳和代價(jià)值，并將這個(gè)條目加入路由表；否則，它只是比較代價(jià)值，如果小于路由表中已存在條目的代價(jià)值，則重新計(jì)算這個(gè)條目的下一跳和代價(jià)值替換原來的值；如果大于路由表中已存在條目的代價(jià)值則不做任何處理。
隨著采用IPV4協(xié)議的網(wǎng)絡(luò)的日益發(fā)展和IP及其路由協(xié)議應(yīng)用范圍的拓展，IP地址的分配遇到了兩方面的問題。一方面IP地址資源面臨耗盡的危險(xiǎn)，另一方面網(wǎng)絡(luò)的配置也越來越復(fù)雜(例如光傳輸設(shè)備中ECC協(xié)議可能需要為幾十甚至上百個(gè)端口分配IP地址，以至于實(shí)際應(yīng)用幾乎不可用)，從而導(dǎo)致網(wǎng)絡(luò)可拓展性的降低和設(shè)備配置成本的提高。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種在使用IPV4協(xié)議的設(shè)備中實(shí)現(xiàn)配置無編號(hào)端口的方法，該方法對(duì)IPV4、OSPF以及RIP協(xié)議進(jìn)行了改進(jìn)，使無編號(hào)端口在實(shí)際應(yīng)用中更方便靈活。該方法有效地減少了對(duì)IP地址資源的消耗，同時(shí)降低了網(wǎng)絡(luò)組網(wǎng)和配置的復(fù)雜性。該方法中的無編號(hào)端口只針對(duì)點(diǎn)對(duì)點(diǎn)鏈路。
為了解決上述技術(shù)問題，本發(fā)明采取如下技術(shù)方案(在以下所稱的IP均指IPV4)。
1.在IP層實(shí)現(xiàn)無編號(hào)端口，此時(shí)任何一個(gè)支持此方法的節(jié)點(diǎn)必須具備一個(gè)32位的節(jié)點(diǎn)地址，節(jié)點(diǎn)地址用作這個(gè)節(jié)點(diǎn)在網(wǎng)絡(luò)中的標(biāo)識(shí)，節(jié)點(diǎn)地址必須同這個(gè)節(jié)點(diǎn)某個(gè)非無編號(hào)端口IP地址相同。
具體實(shí)現(xiàn)步驟如下A.對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0。
B.在IP層源節(jié)點(diǎn)獲取數(shù)據(jù)包的出端口后，對(duì)出端口的類型進(jìn)行判斷。
C.當(dāng)出端口為無編號(hào)端口時(shí)，不以此端口的IP地址作為數(shù)據(jù)包的源IP地址，而是以源節(jié)點(diǎn)的節(jié)點(diǎn)地址作為數(shù)據(jù)包的源IP地址。
D.當(dāng)出端口不是無編號(hào)端口時(shí)，將此端口的IP地址作為數(shù)據(jù)包的源IP地址。
2.在開放最短路徑優(yōu)先路由協(xié)議(OSPF)中實(shí)現(xiàn)無編號(hào)端口，其包括實(shí)現(xiàn)涉及無編號(hào)端口的OSPF初始化過程、實(shí)現(xiàn)OSPF協(xié)議包通過無編號(hào)端口的發(fā)送過程、實(shí)現(xiàn)對(duì)協(xié)議包的目的地址的合法性校驗(yàn)以及對(duì)下一跳出端口的路由計(jì)算。
實(shí)現(xiàn)涉及無編號(hào)端口的OSPF初始化過程主要包括對(duì)路由器標(biāo)識(shí)(router ID)的初始化和對(duì)OSPF端口的初始化
A11.router ID自動(dòng)被設(shè)置成方案1中的節(jié)點(diǎn)標(biāo)識(shí)。
A12.對(duì)于非無編號(hào)端口，OSPF將其端口的地址配置成此端口的IP地址，端口的地址掩碼配置成此端口IP層子網(wǎng)掩碼。
A13.對(duì)于無編號(hào)端口，OSPF將其端口地址和端口地址掩碼自動(dòng)配置成0.0.0.0。實(shí)現(xiàn)OSPF協(xié)議包通過無編號(hào)端口的發(fā)送過程，包括B11.當(dāng)OSPF協(xié)議包通過一個(gè)端口發(fā)出時(shí)，首先判斷端口的地址。
B12.如果端口地址為0.0.0.0，則認(rèn)為此端口為無編號(hào)端口，將協(xié)議包的源地址設(shè)置成路由器標(biāo)識(shí)。
B13.如果端口的地址非0，則認(rèn)為此端口為非無編號(hào)端口，將協(xié)議包的源地址設(shè)置成此端口地址。
B14.設(shè)置OSPF協(xié)議包的其他參數(shù)并將其發(fā)送出去。
通過在判斷目的IP地址有效的條件中增加一條即目的地址同路由器標(biāo)識(shí)(routerID)相同也視為有效，對(duì)協(xié)議包的目的地址的合法性進(jìn)行校驗(yàn)C11.從OSPF協(xié)議包中獲取目的地址，判斷獲取到的目的地址是否為OSPF協(xié)議規(guī)定的組播地址。
C12.如果是，那么這個(gè)包的目的地址就是合法的；否則，判斷這個(gè)目的地址是否為接收端口的地址。
C13.如果是，那么這個(gè)包的目的地址就是合法的；否則，判斷這個(gè)目的地址是否與接收節(jié)點(diǎn)的Router ID相等。
C14.如果相等，那么這個(gè)包的目的地址就是合法的；否則，目的地址不合法。引入無編號(hào)端口技術(shù)，對(duì)下一跳出端口進(jìn)行路由計(jì)算D11.對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0。
D12.根據(jù)OSPF協(xié)議標(biāo)準(zhǔn)中的計(jì)算過程計(jì)算出出端口的IP地址.
D13.判斷IP地址是否等于0，如果不等于0，就說明這是一個(gè)一般的端口，返回端口的IP地址，否則，說明出端口是一個(gè)無編號(hào)端口，返回端口的邏輯端口號(hào)。
3.在路由信息協(xié)議(RIP)中實(shí)現(xiàn)無編號(hào)端口，包括A.對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0。
B.判斷收到路由信息的端口是否為無編號(hào)端口。
C.如果是無編號(hào)端口，向路由表中加入這個(gè)路由條目時(shí)，這條路由表項(xiàng)的網(wǎng)關(guān)應(yīng)設(shè)置為0.0.0.0。如果不是，將此路由信息加入到路由表中時(shí)網(wǎng)關(guān)置為發(fā)送此路由信息的發(fā)送者的IP地址。
4.對(duì)于方案1、2、3，還包括A.要實(shí)現(xiàn)本發(fā)明中所述的在基于IPV4的路由協(xié)議中使用無編號(hào)端口的功能，首先應(yīng)實(shí)現(xiàn)方案1中描述的IP層的無編號(hào)端口的功能。
B.如果采用基于IPV4的OSPF路由協(xié)議，并且使用了無編號(hào)端口，就應(yīng)該實(shí)現(xiàn)方案2中描述的在開放最短路徑優(yōu)先路由協(xié)議(OSPF)中實(shí)現(xiàn)無編號(hào)端口的功能。
C.如果采用基于IPV4的RIP協(xié)議，并且使用了無編號(hào)端口，就應(yīng)該實(shí)現(xiàn)方案3中描述的在路由信息協(xié)議(RIP)中實(shí)現(xiàn)無編號(hào)端口的功能。
D.方案1、2、3中的端口是相互一一對(duì)應(yīng)的。
通過上述的技術(shù)方案可以得出以下結(jié)論本發(fā)明對(duì)于原有IP協(xié)議、OSPF協(xié)議和RIP協(xié)議的改進(jìn)都是在原協(xié)議基礎(chǔ)上進(jìn)行擴(kuò)充，使用本發(fā)明中描述的方法的設(shè)備可以完全兼容標(biāo)準(zhǔn)IP協(xié)議、OSPF協(xié)議和RIP協(xié)議；對(duì)于一個(gè)具有較多無編號(hào)端口的路由器設(shè)備，如果采用了本發(fā)明中描述的方法，每個(gè)無編號(hào)端口只需要配置一個(gè)屬性值，端口的IP地址和子網(wǎng)掩碼可以讓系統(tǒng)自動(dòng)初始化為0.0.0.0。這樣，所有的無編號(hào)端口只占用了一個(gè)保留的IP地址，一方面減少了配置的工作量，另一方面盡可能地節(jié)省了IP地址資源；在一個(gè)網(wǎng)絡(luò)中，對(duì)于所有點(diǎn)對(duì)點(diǎn)鏈路，只需簡單地將這些鏈路兩端所連接的端口配置成無編號(hào)端口，而不必考慮它們的網(wǎng)絡(luò)屬性，有效地降低了網(wǎng)絡(luò)規(guī)劃和配置的復(fù)雜程度，同時(shí)也有效地節(jié)省了目前寶貴的網(wǎng)絡(luò)資源。
尤其應(yīng)該指出的是，在目前的光傳輸設(shè)備中，ECC協(xié)議棧一個(gè)主流就是采用IPV4協(xié)議和OSPF路由協(xié)議。而光傳輸設(shè)備比較特殊，每個(gè)設(shè)備具備的DCC端口很可能超過幾十甚至上百個(gè)，這些端口實(shí)際上都是使用的點(diǎn)對(duì)點(diǎn)鏈路，但這種設(shè)備一般只有一個(gè)以太網(wǎng)端口。如果不采用本發(fā)明中的方法，組建一個(gè)網(wǎng)絡(luò)時(shí)ECC協(xié)議棧配置就會(huì)非常繁瑣和復(fù)雜。如果采用了本發(fā)明中的方法，則只需要配置一個(gè)以太網(wǎng)端口的IP屬性，其余DCC端口只需要簡單地配置成無編號(hào)端口就可以了，組網(wǎng)時(shí)任意兩個(gè)設(shè)備之間的DCC端口可以隨意連接而無需考慮其網(wǎng)絡(luò)IP配置，組網(wǎng)配置非常簡便。


圖1描述了本發(fā)明中具有無編號(hào)端口的節(jié)點(diǎn)在IP層初始化的特殊處理過程；圖2為本發(fā)明中某個(gè)源節(jié)點(diǎn)在IP層通過無編號(hào)端口發(fā)送數(shù)據(jù)包的特殊處理過程；圖3描述了本發(fā)明中OSPF初始化的特殊處理過程；圖4描述了本發(fā)明中OSPF發(fā)送協(xié)議包的特殊處理過程；圖5描述了本發(fā)明中OSPF對(duì)協(xié)議包的目的地址的合法性校驗(yàn)過程；圖6描述了本發(fā)明中OSPF路由計(jì)算時(shí)對(duì)下一跳的出端口的計(jì)算方法；圖7為本發(fā)明中RIP對(duì)無編號(hào)端口路由信息的處理過程。
具體實(shí)施例方式
圖1描述了本發(fā)明中具有無編號(hào)端口的節(jié)點(diǎn)在IP層初始化的特殊處理過程。首先初始化IPV4協(xié)議標(biāo)準(zhǔn)中規(guī)定的各參數(shù)，接著選取一個(gè)非無編號(hào)端口的IP地址作為節(jié)點(diǎn)地址；最后掃描各端口，配置各端口的屬性，并根據(jù)屬性配置IP地址和子網(wǎng)掩碼，如果此端口屬性為無編號(hào)端口，則將端口的IP地址和子網(wǎng)掩碼都配置成0.0.0.0；否則，為端口配置相應(yīng)的IP地址和子網(wǎng)掩碼。
圖2為本發(fā)明中某個(gè)源節(jié)點(diǎn)在IP層，通過無編號(hào)端口發(fā)送數(shù)據(jù)包的特殊處理過程。當(dāng)一個(gè)節(jié)點(diǎn)作為某個(gè)數(shù)據(jù)包的源節(jié)點(diǎn)要發(fā)送這個(gè)數(shù)據(jù)包時(shí)，源節(jié)點(diǎn)會(huì)首先根據(jù)這個(gè)數(shù)據(jù)包的目的IP地址，從路由表信息中獲取這個(gè)數(shù)據(jù)包發(fā)往目的地所要經(jīng)過的出端口。在圖1所示的處理流程中，對(duì)出端口為無編號(hào)端口時(shí)做了特殊處理。在本發(fā)明中，在源節(jié)點(diǎn)獲取數(shù)據(jù)包的出端口后，首先對(duì)出端口的類型進(jìn)行判斷，如果這個(gè)出端口是一個(gè)無編號(hào)端口，就將數(shù)據(jù)包的源IP地址設(shè)置為節(jié)點(diǎn)地址，否則，按照IP協(xié)議標(biāo)準(zhǔn)處理過程，將數(shù)據(jù)包的源IP地址設(shè)置為出端口的IP地址。確定了源地址后，將這個(gè)數(shù)據(jù)包從出端口發(fā)送出去。
圖3描述了本發(fā)明中OSPF初始化的特殊處理過程。OSPF首先初始化協(xié)議標(biāo)準(zhǔn)規(guī)定的各項(xiàng)參數(shù)，然后設(shè)置router ID為IP層的節(jié)點(diǎn)標(biāo)識(shí)；掃描各端口，對(duì)于IP層屬性為非無編號(hào)的端口，OSPF將其端口的地址配置成此端口的IP地址，端口的地址掩碼配置成此端口IP層子網(wǎng)掩碼；對(duì)于IP層屬性為無編號(hào)的端口，OSPF將其端口地址和端口地址掩碼配置成0.0.0.0。
圖4描述了本發(fā)明中OSPF發(fā)送協(xié)議包的特殊處理過程。首先判斷發(fā)送協(xié)議包的出端口地址是否為0，如果為0，則說明此端口是一個(gè)無編號(hào)端口，將協(xié)議包的源地址設(shè)置成routerID；否則說明此端口是一個(gè)非無編號(hào)端口，將協(xié)議包的源地址設(shè)置成端口地址，然后設(shè)置協(xié)議包的其他參數(shù)并將協(xié)議包發(fā)出。
圖5描述了本發(fā)明中OSPF對(duì)協(xié)議包的目的地址的合法性校驗(yàn)過程。在OSPF協(xié)議標(biāo)準(zhǔn)(RFC1583和RFC2328)中，雖然也定義了無編號(hào)端口，但是對(duì)從無編號(hào)端口上收到的協(xié)議包的校驗(yàn)并沒有作特殊考慮。因?yàn)閺臒o編號(hào)端口上收到的協(xié)議包的目的地址要么是OSPF規(guī)定的組播地址，要么是接收端的Router ID，而不可能是接收到這個(gè)協(xié)議包的端口的IP地址(無編號(hào)端口可以被認(rèn)為不具有IP地址)。本發(fā)明如圖2所示，對(duì)OSPF協(xié)議包的目的地址的合法性校驗(yàn)過程進(jìn)行了改進(jìn)。首先，從OSPF協(xié)議包中獲取目的地址，判斷獲取到的目的地址是否為OSPF協(xié)議規(guī)定的組播地址，如果是，那么這個(gè)包的目的地址就是合法的；否則，判斷這個(gè)目的地址是否為接收端口的地址，如果是，那么這個(gè)包的目的地址就是合法的；否則，判斷這個(gè)目的地址是否與接收節(jié)點(diǎn)的Router ID相等，如果相等，那么這個(gè)包的目的地址就是合法的；否則，目的地址不合法。
圖6描述了本發(fā)明中OSPF路由計(jì)算時(shí)對(duì)下一跳的出端口的計(jì)算方法。在OSPF協(xié)議標(biāo)準(zhǔn)(RFC1583和RFC2328)中，路由計(jì)算中對(duì)于下一跳的計(jì)算也沒有考慮無編號(hào)端口的情況，尤其對(duì)于出端口的計(jì)算，只是簡單地獲取出端口的IP地址來確定出端口。但是如果出端口是無編號(hào)端口，那么采用端口IP就不能確定是哪個(gè)端口，因?yàn)樗袩o編號(hào)端口的IP地址是相同的，都為0.0.0.0。圖3對(duì)下一跳的出端口計(jì)算過程進(jìn)行了改進(jìn)。第一步，先對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0；第二步，根據(jù)OSPF協(xié)議標(biāo)準(zhǔn)中的計(jì)算過程計(jì)算出出端口的IP地址；第三步，判斷IP地址是否等于0，如果不等于0，就說明這是一個(gè)一般的端口，返回端口的IP地址，否則，說明出端口是一個(gè)無編號(hào)端口，返回端口的邏輯端口號(hào)。
圖7為本發(fā)明中RIP對(duì)無編號(hào)端口路由信息的處理過程。本發(fā)明只是對(duì)網(wǎng)關(guān)的設(shè)置進(jìn)行了變動(dòng)。具體實(shí)現(xiàn)過程首先對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0，然后判斷收到新路由信息條目的端口是否為無編號(hào)端口；如果是無編號(hào)端口，計(jì)算此路由信息條目的下一跳地址時(shí)，將網(wǎng)關(guān)置為0.0.0.0；否則，計(jì)算此路由信息條目的下一跳地址時(shí)，將網(wǎng)關(guān)置為此路由信息的發(fā)送者地址。
上述實(shí)施例僅僅是示例性的，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)清楚，不脫離本發(fā)明的精神和范圍，可以對(duì)本發(fā)明進(jìn)行修改和變化。本發(fā)明的范圍由所附的權(quán)利要求來定義。
權(quán)利要求
1.一種基于IPV4協(xié)議在IP層實(shí)現(xiàn)無編號(hào)端口的方法，具體實(shí)現(xiàn)步驟如下A.對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0；B.在IP層源節(jié)點(diǎn)獲取數(shù)據(jù)包的出端口后，對(duì)出端口的類型進(jìn)行判斷；C.當(dāng)出端口為無編號(hào)端口時(shí)，不以此端口的IP地址作為數(shù)據(jù)包的源IP地址，而是以源節(jié)點(diǎn)的節(jié)點(diǎn)地址作為數(shù)據(jù)包的源IP地址；D.當(dāng)出端口不是無編號(hào)端口時(shí)，將此端口的IP地址作為數(shù)據(jù)包的源IP地址。
2.如權(quán)利要求1所述的方法，其特征在于其中任何一個(gè)支持此方法的節(jié)點(diǎn)具備一個(gè)32位的節(jié)點(diǎn)地址，節(jié)點(diǎn)地址用作這個(gè)節(jié)點(diǎn)在網(wǎng)絡(luò)中的標(biāo)識(shí)，節(jié)點(diǎn)地址必須同這個(gè)節(jié)點(diǎn)某個(gè)非無編號(hào)端口IP地址相同。
3.如權(quán)利要求1所述的方法，其特征在于對(duì)于網(wǎng)絡(luò)中的點(diǎn)對(duì)點(diǎn)鏈路，可以將鏈路兩端所連接的端口配置成無編號(hào)端口。
4.一種在基于IPV4協(xié)議的開放最短路徑優(yōu)先路由協(xié)議(OSPF)中實(shí)現(xiàn)無編號(hào)端口的方法，其包括A.實(shí)現(xiàn)涉及無編號(hào)端口的OSPF初始化過程；B.實(shí)現(xiàn)OSPF協(xié)議包通過無編號(hào)端口的發(fā)送過程；C.對(duì)協(xié)議包的目的地址的合法性校驗(yàn)；D.對(duì)下一跳出端口的路由計(jì)算。
5.如權(quán)利要求4所述的方法，其中步驟A中的初始化過程包括對(duì)路由器標(biāo)識(shí)的初始化和對(duì)OSPF端口的初始化，具體包括以下步驟A11.路由器標(biāo)識(shí)被自動(dòng)設(shè)置成節(jié)點(diǎn)標(biāo)識(shí)；A12.對(duì)于非無編號(hào)端口，OSPF將其端口的地址配置成此端口的IP地址，端口的地址掩碼配置成此端口IP層子網(wǎng)掩碼；A13.對(duì)于無編號(hào)端口，OSPF將其端口地址和端口地址掩碼自動(dòng)配置成0.0.0.0。
6.如權(quán)利要求4所述的方法，其中步驟B的發(fā)送過程包括以下具體步驟B11.當(dāng)OSPF協(xié)議包通過一個(gè)端口發(fā)出時(shí)，首先判斷端口的地址；B12.如果端口地址為0.0.0.0，則認(rèn)為此端口為無編號(hào)端口，將協(xié)議包的源地址設(shè)置成路由器標(biāo)識(shí)；B13.如果端口的地址非0，則認(rèn)為此端口為非無編號(hào)端口，將協(xié)議包的源地址設(shè)置成此端口地址；B14.設(shè)置OSPF協(xié)議包的其他參數(shù)并將其發(fā)送出去。
7.如權(quán)利要求4所述的方法，其中步驟C中的實(shí)現(xiàn)對(duì)協(xié)議包的目的地址的合法性校驗(yàn)過程具體包括以下步驟C11.從OSPF協(xié)議包中獲取目的地址，判斷獲取到的目的地址是否為OSPF協(xié)議規(guī)定的組播地址；C12.如果是，那么這個(gè)包的目的地址就是合法的；否則，判斷這個(gè)目的地址是否為接收端口的地址；C13.如果是，那么這個(gè)包的目的地址就是合法的；否則，判斷這個(gè)目的地址是否與接收節(jié)點(diǎn)的路由器標(biāo)識(shí)相等；C14.如果相等，那么這個(gè)包的目的地址就是合法的；否則，目的地址不合法。
8.如權(quán)利要求4所述的方法，其中步驟D中對(duì)下一跳出端口的路由計(jì)算過程具體包括以下步驟D11.對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0；D12.根據(jù)OSPF協(xié)議標(biāo)準(zhǔn)中的計(jì)算過程計(jì)算出出端口的IP地址；D13.判斷IP地址是否等于0，如果不等于0，就說明這是一個(gè)一般的端口，返回端口的IP地址，否則，說明出端口是一個(gè)無編號(hào)端口，返回端口的邏輯端口號(hào)。
9.一種基于IPV4協(xié)議的路由信息協(xié)議(RIP)中對(duì)無編號(hào)端口路由信息的處理方法，包括A.對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，系統(tǒng)自動(dòng)將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0；B.判斷收到路由信息的端口是否為無編號(hào)端口；C.如果是無編號(hào)端口，向路由表中加入這個(gè)路由條目時(shí)，這條路由表項(xiàng)的網(wǎng)關(guān)應(yīng)設(shè)置為0.0.0.0；如果不是，將此路由信息加入到路由表中時(shí)網(wǎng)關(guān)置為發(fā)送此路由信息的發(fā)送者的IP地址。
全文摘要
本發(fā)明提供一種在使用IPV4協(xié)議的設(shè)備中實(shí)現(xiàn)配置無編號(hào)端口的方法。對(duì)每個(gè)無編號(hào)端口僅配備一個(gè)屬性值，將每一個(gè)無編號(hào)端口的IP地址和子網(wǎng)掩碼都設(shè)置成0.0.0.0。在IP層源節(jié)點(diǎn)獲取數(shù)據(jù)包的出端口后，對(duì)出端口的類型進(jìn)行判斷。當(dāng)出端口為無編號(hào)端口時(shí)，不以此端口的IP地址作為數(shù)據(jù)包的源IP地址，而是以源節(jié)點(diǎn)的節(jié)點(diǎn)地址作為數(shù)據(jù)包的源IP地址。當(dāng)出端口不是無編號(hào)端口時(shí)，將此端口的IP地址作為數(shù)據(jù)包的源IP地址。本發(fā)明通過使用無編號(hào)端口技術(shù)，節(jié)省了IP地址資源，同時(shí)降低了網(wǎng)絡(luò)規(guī)劃和配置的復(fù)雜程度。
文檔編號(hào)H04L12/56GK1905560SQ200610109298
公開日2007年1月31日 申請(qǐng)日期2006年8月9日 優(yōu)先權(quán)日2006年8月9日
發(fā)明者張峰 申請(qǐng)人:烽火通信科技股份有限公司