專利名稱：一種獲知udp服務(wù)不可達(dá)的方法、裝置及網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤指一種獲知UDP服務(wù)不可達(dá)的方法、裝置及網(wǎng)絡(luò)設(shè)備。
背景技術(shù)：
傳輸控制協(xié)議(TransmissionControl Protocol, TCP) / 互聯(lián)網(wǎng)協(xié)議(InternetProtocol, IP)系統(tǒng)，即通常所說的4層協(xié)議系統(tǒng)的結(jié)構(gòu)如圖I所示，包括鏈路層、網(wǎng)絡(luò)層、傳輸層和應(yīng)用層。
·
鏈路層實(shí)現(xiàn)的是設(shè)備驅(qū)動程序及對應(yīng)的網(wǎng)絡(luò)接口卡；網(wǎng)絡(luò)層實(shí)現(xiàn)的是處理網(wǎng)絡(luò)中的分組活動，包括IP、互聯(lián)網(wǎng)控制報(bào)文協(xié)議(Internet Control Message Protocol, ICMP)、互聯(lián)網(wǎng)組管理協(xié)議(Internet Group Management Protocol, IGMP);傳輸層處理的是端到端的服務(wù)，包括TCP和用戶數(shù)據(jù)報(bào)文協(xié)議(User Datagram Protocol, UDP);應(yīng)用層處理的各應(yīng)用程序的實(shí)現(xiàn)細(xì)節(jié)，具體包括文件傳輸協(xié)議(File Transfer Protocol, FTP)、簡單文件傳輸協(xié)議(Trivial File Transfer Protocol,TFTP)、遠(yuǎn)程登錄(Telnet)協(xié)議、簡單郵件傳輸協(xié)議(Simple Mail Transfer Protocol, SMTP)等。每一層只為相鄰的上層提供服務(wù)器，且只調(diào)用相鄰下層提供的接口。當(dāng)鏈路層接收到的IP報(bào)文到達(dá)網(wǎng)絡(luò)層時，按IP報(bào)文的類型進(jìn)行分流，不同類型的協(xié)議報(bào)文走不同的協(xié)議路徑一層一層往上傳輸；同理，當(dāng)需要傳輸IP報(bào)文時，IP報(bào)文將經(jīng)過不同的協(xié)議路徑一層一層往下傳輸，最終到網(wǎng)絡(luò)層相聚，經(jīng)過鏈路層統(tǒng)一傳出，IP報(bào)文的走向如圖2所示。UDP和TCP是兩種著名的傳輸層協(xié)議，雖然TCP使用了不可靠的IP服務(wù)，但TCP自身做了可靠性保障，而UDP是不可靠的協(xié)議，UDP的可靠性完全由應(yīng)用程序來保障。ICMP是IP的附屬協(xié)議，主要用于通告錯誤信息，雖然ICMP主要被IP使用，但也可以直接被應(yīng)用程序使用，如Ping和Traceroute等，但UDP和TCP不處理ICMP報(bào)文。當(dāng)發(fā)送端中應(yīng)用程序?qū)?yīng)的用戶進(jìn)程通過UDP模塊向遠(yuǎn)端設(shè)備發(fā)起UDP會話時，一般使用套接字(socket)的方式進(jìn)行，首先在UDP模塊創(chuàng)建對應(yīng)的套接字，通過該套接字發(fā)送UDP服務(wù)請求報(bào)文，并監(jiān)聽該套接字的相關(guān)事件，套接字主要包括目的端口號、目的IP地址、源端口號、源IP地址及用于收發(fā)數(shù)據(jù)的緩存空間，緩存空間分配完成后便可以向遠(yuǎn)端設(shè)備請求UDP服務(wù)了，當(dāng)請求的UDP服務(wù)完成后便關(guān)閉套接字并釋放該套接字的緩存空間。如果遠(yuǎn)端設(shè)備沒有打開用戶進(jìn)程請求的UDP服務(wù)，即沒有打開提供UDP服務(wù)的端口，遠(yuǎn)端設(shè)備會返回一個UDP服務(wù)(端口)不可達(dá)報(bào)文，該UDP服務(wù)不可達(dá)報(bào)文包含UDP服務(wù)請求報(bào)文從IP頭開始的部分內(nèi)容。UDP服務(wù)請求報(bào)文及UDP服務(wù)不可達(dá)報(bào)文的格式如下圖3所示。ICMP與UDP是兩個完全分離的協(xié)議實(shí)體，不同類型報(bào)文走不同的協(xié)議。當(dāng)網(wǎng)絡(luò)層的IP從鏈路層收到的是m)P報(bào)文則送往上層(傳輸層)的UDP模塊處理，當(dāng)收到的是ICMP報(bào)文則送往同層的ICMP模塊處理。ICMP模塊處理ICMP報(bào)文，UDP模塊處理UDP報(bào)文，兩者相互獨(dú)立且不交換信息。一般的，用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起UDP會話時，在發(fā)出UDP服務(wù)請求后，便掛起等待遠(yuǎn)端設(shè)備對UDP服務(wù)請求作出的響應(yīng)，如果遠(yuǎn)端設(shè)備沒有開啟請求的UDP服務(wù)，便會返回UDP服務(wù)不可達(dá)報(bào)文，該UDP服務(wù)不可達(dá)報(bào)文為ICMP報(bào)文，由于UDP模塊無法接收ICMP報(bào)文，則用戶進(jìn)程只能持續(xù)掛起直到等待超過設(shè)定時間才能退出，在這段設(shè)定時間內(nèi)發(fā)送端無法執(zhí)行任何操作。其實(shí)，當(dāng)遠(yuǎn)端設(shè)備沒有開啟請求的UDP服務(wù)時，遠(yuǎn)端設(shè)備已經(jīng)返回了UDP服務(wù)不可達(dá)報(bào)文，只是由于發(fā)送端的UDP模塊無法接收該報(bào)文，用戶進(jìn)程只能等待超過設(shè)定時間才能結(jié)束該UDP會話，而且在這段設(shè)定時間內(nèi)發(fā)送端無法執(zhí)行任何操作，這就造成了發(fā)送端不必要的時間浪費(fèi)和資源浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種獲知UDP服務(wù)不可達(dá)的方法、裝置及網(wǎng)絡(luò)設(shè)備，用以解決·現(xiàn)有技術(shù)中存在由于發(fā)送端的UDP模塊無法接收到UDP服務(wù)不可達(dá)報(bào)文，而造成的發(fā)送端不必要的時間浪費(fèi)和資源浪費(fèi)的問題。一種獲知UDP服務(wù)不可達(dá)的方法，包括應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起用戶數(shù)據(jù)報(bào)文協(xié)議UDP會話后，UDP模塊向互聯(lián)網(wǎng)控制報(bào)文協(xié)議ICMP模塊發(fā)送攜帶所述UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息，其中，所述監(jiān)控UDP服務(wù)不可達(dá)請求消息是所述UDP模塊接收到所述用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息后發(fā)送的；所述ICMP模塊接收到所述監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向所述UDP模塊返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息，監(jiān)控接收到的ICMP報(bào)文；所述UDP模塊接收所述監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息；所述ICMP模塊監(jiān)控到所述遠(yuǎn)端設(shè)備發(fā)送的攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文后，向所述UDP模塊發(fā)送攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息；所述UDP模塊接收到所述UDP服務(wù)不可達(dá)通知消息后，通知所述用戶進(jìn)程請求的UDP服務(wù)不可達(dá)。一種獲知UDP服務(wù)不可達(dá)的裝置，包括用戶數(shù)據(jù)報(bào)文協(xié)議UDP模塊和互聯(lián)網(wǎng)控制報(bào)文協(xié)議ICMP模塊，其中所述UDP模塊，用于應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起UDP會話后，向所述ICMP模塊發(fā)送攜帶所述UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息，其中，所述監(jiān)控UDP服務(wù)不可達(dá)請求消息是所述UDP模塊接收到所述用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息后發(fā)送的；接收所述ICMP模塊發(fā)送的監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息；以及接收到所述ICMP模塊發(fā)送的UDP服務(wù)不可達(dá)通知消息后，通知所述用戶進(jìn)程請求的UDP服務(wù)不可達(dá)；所述ICMP模塊，用于接收到所述監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向所述UDP模塊返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息，監(jiān)控接收到的ICMP報(bào)文；以及監(jiān)控到所述遠(yuǎn)端設(shè)備發(fā)送的攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文后，則向所述UDP模塊發(fā)送攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息。一種網(wǎng)絡(luò)設(shè)備，包括上述獲知UDP服務(wù)不可達(dá)的裝置。
本發(fā)明有益效果如下本發(fā)明實(shí)施例提供的獲知UDP服務(wù)不可達(dá)的方法、裝置及網(wǎng)絡(luò)設(shè)備，通過應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起用戶數(shù)據(jù)報(bào)文協(xié)議UDP會話后，UDP模塊向互聯(lián)網(wǎng)控制報(bào)文協(xié)議ICMP模塊發(fā)送攜帶所述UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息，其中，所述監(jiān)控UDP服務(wù)不可達(dá)請求消息是所述UDP模塊接收到所述用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息后發(fā)送的；所述ICMP模塊接收到所述監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向所述UDP模塊返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息，監(jiān)控接收到的ICMP報(bào)文；所述UDP模塊接收所述監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息；所述ICMP模塊監(jiān)控到所述遠(yuǎn)端設(shè)備發(fā)送的攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文后，向所述UDP模塊發(fā)送攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息；所述UDP模塊接收到所述UDP服務(wù)不可達(dá)通知消息后，通知所述用戶進(jìn)程請求的m)P服務(wù)不可達(dá)。該方案中的UDP模塊請求ICMP模塊監(jiān)控遠(yuǎn)端設(shè)備返回的UDP服務(wù)不可達(dá)報(bào)文，當(dāng)ICMP模塊接收到后，就可以通知UDP模塊UDP服務(wù)不可達(dá)了，進(jìn)而UDP模塊可以通知用戶進(jìn)程請求的UDP服務(wù)不可達(dá)，用戶進(jìn)程可以結(jié)束該UDP會話，而且還可以進(jìn)行其 他操作，既節(jié)約了不必要的等待時間又可以充分利用資源，從而避免了現(xiàn)有技術(shù)中由于無法接收到UDP服務(wù)不可達(dá)報(bào)文，造成的時間浪費(fèi)和資源浪費(fèi)。


圖I為現(xiàn)有的TCP/IP協(xié)議系統(tǒng)的結(jié)構(gòu)示意圖；圖2為現(xiàn)有的IP報(bào)文在TCP/IP協(xié)議系統(tǒng)中的走向示意圖；圖3為現(xiàn)有的UDP報(bào)文和對應(yīng)的服務(wù)不可達(dá)的ICMP響應(yīng)報(bào)文的格式；圖4為本發(fā)明實(shí)施例中獲知UDP服務(wù)不可達(dá)的方法的流程圖；圖5為本發(fā)明實(shí)施例中IP報(bào)文在TCP/IP協(xié)議系統(tǒng)中的走向示意圖；圖6為本發(fā)明實(shí)施例中獲知UDP服務(wù)不可達(dá)的裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式針對現(xiàn)有技術(shù)中存在的由于發(fā)送端的UDP模塊無法接收到UDP服務(wù)不可達(dá)報(bào)文，而造成的發(fā)送端不必要的時間浪費(fèi)和資源浪費(fèi)的問題，本發(fā)明實(shí)施例提供的獲知UDP服務(wù)不可達(dá)的方法，該方法的流程如圖4所示，具體執(zhí)行步驟如下S40 :應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起UDP會話后，UDP模塊接收用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息。發(fā)送端上的應(yīng)用程序啟動后，應(yīng)用程序?qū)?yīng)的用戶進(jìn)程可以向遠(yuǎn)端設(shè)備發(fā)起UDP會話，來請求遠(yuǎn)端設(shè)備提供UDP服務(wù)，其中發(fā)送端可以是客戶端，也可以是服務(wù)器端。應(yīng)用進(jìn)程首先會向UDP模塊申請會話資源，包括創(chuàng)建套接字和分配緩存空間，申請會話資源的過程與現(xiàn)有技術(shù)相同，在這里不再贅述。當(dāng)UDP模塊為用戶進(jìn)程分配會話資源后，用戶進(jìn)程就可以通過分配的會話資源向UDP模塊發(fā)送UDP服務(wù)請求消息了。S41 =UDP模塊向ICMP模塊發(fā)送攜帶UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息。UDP模塊接收到用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息后，可以向ICMP模塊發(fā)送監(jiān)控UDP服務(wù)不可達(dá)請求消息，請求ICMP模塊來監(jiān)控遠(yuǎn)端設(shè)備返回的UDP服務(wù)不可達(dá)報(bào)文，因?yàn)槿绻h(yuǎn)端設(shè)備沒有打開用戶進(jìn)程請求的UDP服務(wù)時，會返回UDP服務(wù)不可達(dá)報(bào)文，該UDP服務(wù)不可達(dá)報(bào)文是ICMP報(bào)文，會直接反饋到ICMP模塊。S42 =ICMP模塊接收到監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向UDP模塊返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息。S43 :監(jiān)控接收到的ICMP報(bào)文，若監(jiān)控到遠(yuǎn)端設(shè)備發(fā)送的攜帶標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文，執(zhí)行S44。S44 向UDP模塊發(fā)送攜帶標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息。 S45 =UDP模塊接收UDP服務(wù)不可達(dá)響應(yīng)消息，并在接收到UDP服務(wù)不可達(dá)通知消息后，通知用戶進(jìn)程請求的UDP服務(wù)不可達(dá)。如圖5所示，該方案相對于現(xiàn)有技術(shù)增加了 UDP模塊與ICMP模塊之間的交互過程，UDP模塊請求ICMP模塊監(jiān)控遠(yuǎn)端設(shè)備返回的UDP服務(wù)不可達(dá)報(bào)文，當(dāng)ICMP模塊接收到后，就可以通知UDP模塊UDP服務(wù)不可達(dá)了，進(jìn)而UDP模塊可以通知用戶進(jìn)程請求的UDP服務(wù)不可達(dá)，用戶進(jìn)程可以結(jié)束該UDP會話，而且還可以進(jìn)行其他操作，既節(jié)約了不必要的等待時間又可以充分利用資源，從而避免了現(xiàn)有技術(shù)中由于無法接收到UDP服務(wù)不可達(dá)報(bào)文，而造成的時間浪費(fèi)和資源浪費(fèi)。較佳的，上述S42中的ICMP模塊接收到監(jiān)控UDP服務(wù)不可達(dá)請求消息之后，還包括將標(biāo)識信息添加到監(jiān)控鏈表或監(jiān)控隊(duì)列中，其中，監(jiān)控鏈表或監(jiān)控隊(duì)列記錄的是需要監(jiān)控的m)P會話。為了能夠同時監(jiān)控多個UDP會話，可以在ICMP模塊中設(shè)置監(jiān)控鏈表或監(jiān)控隊(duì)列，將UDP會話的標(biāo)識信息添加到監(jiān)控鏈表或者監(jiān)控隊(duì)列中，就可以監(jiān)控遠(yuǎn)端設(shè)備是否針對用戶進(jìn)程請求的UDP服務(wù)返回了 UDP服務(wù)不可達(dá)報(bào)文了，當(dāng)然也可以采用其他方式，這里不再贅述。具體的，上述S43中監(jiān)控接收到的ICMP報(bào)文，具體包括將接收到的ICMP報(bào)文的標(biāo)識信息與監(jiān)控鏈表或監(jiān)控隊(duì)列中的標(biāo)識信息進(jìn)行匹配。當(dāng)ICMP模塊接收到ICMP報(bào)文時，可以將接收到的ICMP報(bào)文的標(biāo)識信息與監(jiān)控鏈表或者監(jiān)控隊(duì)列中的標(biāo)識信息進(jìn)行匹配，當(dāng)匹配上時，也就是說監(jiān)控鏈表或者監(jiān)控隊(duì)列中存儲有接收到的ICMP報(bào)文的標(biāo)識信息時，可以確定是遠(yuǎn)端設(shè)備返回的UDP服務(wù)不可達(dá)報(bào)文，需要通知給對應(yīng)的UDP模塊請求的UDP服務(wù)不可達(dá)。較佳的，上述獲知UDP服務(wù)不可達(dá)的方法，還包括UDP會話結(jié)束后，刪除監(jiān)控鏈表或監(jiān)控隊(duì)列中的UDP會話的標(biāo)識信息。為了節(jié)約資源，及時釋放不再使用的資源信息，當(dāng)UDP會話無論什么原因結(jié)束時，ICMP模塊都要刪除監(jiān)控鏈表或者監(jiān)控隊(duì)列中的標(biāo)識信息。具體的，上述UDP會話的標(biāo)識信息包括源端口、目的端口、源互聯(lián)網(wǎng)協(xié)議IP地址和目的IP地址。在對UDP模塊請求的UDP服務(wù)進(jìn)行監(jiān)控時，需要可以唯一標(biāo)識的UDP會話的標(biāo)識信息，一個UDP會話一般可以由源端口、目的端口、源IP、目的IP唯一標(biāo)識，那么，可以采用該4元組來監(jiān)控UDP服務(wù)不可達(dá)。當(dāng)然也可以采用現(xiàn)有技術(shù)在4元組的基礎(chǔ)上增加幾個信息來唯一標(biāo)識UDP會話，這里不再贅述。
基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例提供一種獲知UDP服務(wù)不可達(dá)的裝置，該裝置可以設(shè)置在網(wǎng)絡(luò)設(shè)備中，結(jié)構(gòu)如圖6所示，包括UDP模塊60和ICMP模塊61，其中上述UDP模塊60，用于應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起UDP會話后，向ICMP模塊61發(fā)送攜帶UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息，其中，監(jiān)控UDP服務(wù)不可達(dá)請求消息是UDP模塊60接收到用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息后發(fā)送的；接收ICMP模塊61發(fā)送的監(jiān)控UDP服務(wù)不可達(dá)響 應(yīng)消息；以及接收到ICMP模塊61發(fā)送的UDP服務(wù)不可達(dá)通知消息后，通知用戶進(jìn)程請求的UDP服務(wù)不可達(dá)。上述ICMP模塊61，用于接收到監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向UDP模塊60返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息，監(jiān)控接收到的ICMP報(bào)文；以及若監(jiān)控到遠(yuǎn)端設(shè)備發(fā)送的攜帶標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文，則向UDP模塊發(fā)送攜帶標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息。較佳的，上述ICMP模塊61，還用于將標(biāo)識信息添加到監(jiān)控鏈表或監(jiān)控隊(duì)列中，其中，監(jiān)控鏈表或監(jiān)控隊(duì)列記錄的是需要監(jiān)控的UDP會話；具體的，上述ICMP模塊61，具體將接收到的ICMP報(bào)文的標(biāo)識信息與監(jiān)控鏈表或監(jiān)控隊(duì)列中的標(biāo)識信息進(jìn)行匹配。較佳的，上述ICMP模塊61，還用于UDP會話結(jié)束后，刪除監(jiān)控鏈表或監(jiān)控隊(duì)列中的UDP會話的標(biāo)識信息。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種獲知UDP服務(wù)不可達(dá)的方法，其特征在于，包括 應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起用戶數(shù)據(jù)報(bào)文協(xié)議UDP會話后，UDP模塊向互聯(lián)網(wǎng)控制報(bào)文協(xié)議ICMP模塊發(fā)送攜帶所述UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息，其中，所述監(jiān)控UDP服務(wù)不可達(dá)請求消息是所述UDP模塊接收到所述用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息后發(fā)送的； 所述ICMP模塊接收到所述監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向所述UDP模塊返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息，監(jiān)控接收到的ICMP報(bào)文； 所述UDP模塊接收所述監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息； 所述ICMP模塊監(jiān)控到所述遠(yuǎn)端設(shè)備發(fā)送的攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文后，向所述UDP模塊發(fā)送攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息； 所述UDP模塊接收到所述UDP服務(wù)不可達(dá)通知消息后，通知所述用戶進(jìn)程請求的UDP服務(wù)不可達(dá)。
2.如權(quán)利要求I所述的方法，其特征在于，所述ICMP模塊接收到所述監(jiān)控UDP服務(wù)不可達(dá)請求消息之后，還包括 將所述標(biāo)識信息添加到監(jiān)控鏈表或監(jiān)控隊(duì)列中，其中，所述監(jiān)控鏈表或監(jiān)控隊(duì)列記錄的是需要監(jiān)控的UDP會話。
3.如權(quán)利要求2所述的方法，其特征在于，監(jiān)控接收到的ICMP報(bào)文，具體包括 將接收到的ICMP報(bào)文的標(biāo)識信息與所述監(jiān)控鏈表或監(jiān)控隊(duì)列中的標(biāo)識信息進(jìn)行匹配。
4.如權(quán)利要求2所述的方法，其特征在于，還包括 所述UDP會話結(jié)束后，刪除所述監(jiān)控鏈表或監(jiān)控隊(duì)列中的所述UDP會話的標(biāo)識信息。
5.如權(quán)利要求1-4任一所述的方法，其特征在于，所述UDP會話的標(biāo)識信息包括源端口、目的端口、源互聯(lián)網(wǎng)協(xié)議IP地址和目的IP地址。
6.一種獲知UDP服務(wù)不可達(dá)的裝置，其特征在于，包括用戶數(shù)據(jù)報(bào)文協(xié)議UDP模塊和互聯(lián)網(wǎng)控制報(bào)文協(xié)議ICMP模塊，其中 所述UDP模塊，用于應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起UDP會話后，向所述ICMP模塊發(fā)送攜帶所述UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息，其中，所述監(jiān)控UDP服務(wù)不可達(dá)請求消息是所述UDP模塊接收到所述用戶進(jìn)程發(fā)送的UDP服務(wù)請求消息后發(fā)送的；接收所述ICMP模塊發(fā)送的監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息；以及接收到所述ICMP模塊發(fā)送的UDP服務(wù)不可達(dá)通知消息后，通知所述用戶進(jìn)程請求的UDP服務(wù)不可達(dá)； 所述ICMP模塊，用于接收到所述監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向所述UDP模塊返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息，監(jiān)控接收到的ICMP報(bào)文；以及監(jiān)控到所述遠(yuǎn)端設(shè)備發(fā)送的攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文后，則向所述UDP模塊發(fā)送攜帶所述標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息。
7.如權(quán)利要求6所述的裝置，其特征在于，所述ICMP模塊，還用于 將所述標(biāo)識信息添加到監(jiān)控鏈表或監(jiān)控隊(duì)列中，其中，所述監(jiān)控鏈表或監(jiān)控隊(duì)列記錄的是需要監(jiān)控的UDP會話。
8.如權(quán)利要求7所述的裝置，其特征在于，所述ICMP模塊用于監(jiān)控接收到的ICMP報(bào)文，具體為所述ICMP模塊用于將接收到的ICMP報(bào)文的標(biāo)識信息與所述監(jiān)控鏈表或監(jiān)控隊(duì)列中的標(biāo)識信息進(jìn)行匹配。
9.如權(quán)利要求6所述的裝置，其特征在于，所述ICMP模塊，還用于 所述UDP會話結(jié)束后，刪除所述監(jiān)控鏈表或監(jiān)控隊(duì)列中的所述UDP會話的標(biāo)識信息。
10.一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括如權(quán)利要求6-9所述的任一獲知UDP服務(wù)不可達(dá)的裝置。
全文摘要
本發(fā)明公開了一種獲知UDP服務(wù)不可達(dá)的方法、裝置及網(wǎng)絡(luò)設(shè)備，包括應(yīng)用程序?qū)?yīng)的用戶進(jìn)程向遠(yuǎn)端設(shè)備發(fā)起UDP會話后，UDP模塊向ICMP模塊發(fā)送攜帶UDP會話的標(biāo)識信息的監(jiān)控UDP服務(wù)不可達(dá)請求消息；ICMP模塊接收到監(jiān)控UDP服務(wù)不可達(dá)請求消息后，向UDP模塊返回監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息，監(jiān)控接收到的ICMP報(bào)文；UDP模塊接收監(jiān)控UDP服務(wù)不可達(dá)響應(yīng)消息；ICMP模塊監(jiān)控到遠(yuǎn)端設(shè)備發(fā)送的攜帶標(biāo)識信息的UDP服務(wù)不可達(dá)報(bào)文，則向UDP模塊發(fā)送攜帶標(biāo)識信息的UDP服務(wù)不可達(dá)通知消息；UDP模塊接收到UDP服務(wù)不可達(dá)通知消息后，通知用戶進(jìn)程UDP服務(wù)不可達(dá)。該方案節(jié)約了不必要的等待時間充分利用資源。
文檔編號H04L29/08GK102843373SQ20121031128
公開日2012年12月26日 申請日期2012年8月28日 優(yōu)先權(quán)日2012年8月28日
發(fā)明者龍黎江 申請人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司