專利名稱：擴展osi的反響檢測功能能力的方法
技術領域：
本發明涉及開放系統互連(OSI)依從性計算機系統領域，包括任何依從OSI的遠程通信管理系統。特別地，本發明涉及確定OSI依從性系統網絡中的一個成員是否能從一詢問系統達到的方法。
包含所有傳輸網絡成員(NE)的遠程通信管理網絡中的OSI棧的內容是相當新但是復雜的技術，并缺乏健壯的診斷工具。需要在診斷網絡故障時能夠節省時間的新工具。一種這樣的工具是消除反響檢測(ping)請求結果的誤導報告的方法，反響檢測請求即是由用戶通過請求系統發出的請求，以便確定這時目的地系統是否可以從用戶位置達到。
在先有技術中，當用戶在OSI之下反響檢測一個目的地系統時，目的地系統使用OSI回應功能回應反響檢測。如果請求系統沒有收到響應反響檢測的回應，則請求系統向用戶報告有故障。然而，可能能夠達到目的地系統但不能對反響檢測作出回應；為了回應一個反響檢測，目的地系統必須支持OSI回應功能。這樣，依據先有技術的故障報告可能在進行誤導。
OSI使用所謂無連接網絡協議(CLNP)，如ISO8473中所規定，該協議具有三個基本組成模塊CLNP回應功能，路由記錄功能，及出錯報告功能。在當前實際使用中，出錯報告功能是無效的，當反響檢測系統配制OSI的反響檢測用戶響應時，出錯報告功能的輸出與其它功能不配合。這樣，當被反響檢測的目的地系統可以達到但是不支持CLNP回應功能時，用戶將收到誤導的結果，因為雖然請求將能夠達到目的地系統，但是請求將被拋棄。
所需要的是執行OSI的反響檢測功能的一種方法，這種方法能夠確定目的地系統的狀態并分析結果，從而不會只因為目的地系統沒有CLNP回應能力而報告不正常狀態。
根據本發明，通過使出錯報告和路由記錄有效發出CLNP回應請求協議數據單元(PDU)而反響檢測目的地系統，消除了反響檢測目的地系統結果的誤導報告。然后使用出錯報告PDU由OSI的反響檢測分析功能解釋回應響應，以便確定目的地系統是否具有CLNP回流能力。在使出錯報告和路由記錄有效之后，并在通過發出CLNP回應請求PDU而反響檢測目的地系統之后，根據本發明的全OSI反響檢測分析按照以下偽代碼進行If no response,then result＝fail；Else if CLNP echo response PDU received,then result＝success；Else if error report receivedwith reason＝″functionnot supported″and source address＝ping destination address,then result＝success；Else result＝fail,intermediate system；當發出回應請求時通過使出錯報告有效，迫使目的地系統響應包含消息“function not supported(功能不支持)”的出錯報告。通過協調這一出錯響應與請求，OSI的反響檢測分析功能能夠確定出，雖然目的地系統不支持回應功能，但是目的地系統仍然是可達到的。
研究以下參照附圖提供的詳細說明，本發明的以上和其它目的、特點和優點將是顯而易見的，這些附圖是

圖1是表示根據本發明的網絡協同操作的實體的框圖；以及圖2是表示本發明的流程圖。
參見圖1，未示出的用戶判定是否能從具有用戶界面12的請求系統10達到目的地系統11。為了這樣作，請求系統內的用戶界面接合OSI的反響檢測請求功能15，該請求功能轉而接合包括出錯報告功能17、路由記錄功能18、和CLNP回應功能19的OSI棧CLNP功能14。隨著使出錯報告功能和路由記錄功能有效，CLNP回應功能向目的地系統11發出CLNP回應請求PDU。目的地系統的響應由CLNP回應功能19收到，路由記錄功能和出錯報告功能也由此得知這一響應。所有三個OSI棧CLNP功能把它們對來自目的地系統的解釋傳送到OSI的反響檢測分析功能16，該功能檢驗來自每一OSI棧CLNP功能的信息并把合成的報告提供給用戶界面12。OSI的反響檢測分析功能將視目的地系統是否能達到以及是否支持CLNP回應功能而或者報告Success；Fail，Intermediate System；或者報告Fail，這將在以下說明。
圖2中，本發明的方法表示為一流程圖，并說明了由OSI的反響檢測分析功能16導致三個不同可能的響應的每一個的原因。現參照圖1和圖2這兩個圖，在步驟21請求系統10接受用戶詢問目的地系統的請求。然后，在下一步22，請求系統使出錯報告有效，并在步驟23，請求報告系統使路由報告有效。然后在步驟24請求系統10向目的地系統11發出CLNP回應請求PDU。如果目的地系統可達到并支持CLNP回應功能，則它以適當的響應回答請求系統10。
如果目的地系統可以達到但是不支持CLNP回應功能，則由請求系統收到響應，但是該響應引起出錯報告功能17斷定CLNP回應功能不被支持，并引起路由記錄功能18斷定目的地系統是不適當的響應源。然而這種情形下目的地系統還是可以達到的。
請求系統可能還收到不是來自目的地系統的響應。這種情形下，路由記錄功能將指出響應源不是目的地系統。這種情形下目的地系統是不可達到的。最后，請求系統可能收不到任何響應。這種情形下，目的地系統是不可達到的。
三個OSI棧CLNP功能的每一個的輸出對OSI的反響檢測分析功能16都是可用的，反響檢測分析功能16在步驟25首先檢驗是否已經收到任何響應。如果沒有收到，則OSI的反響檢測分析功能報告Fail(失敗)。
然后在步驟26,OSI的反響檢測分析功能判定回應響應PDU是否已經收到，即是否已經收到適當的響應。如果已經收到，則OSI的反響檢測分析功能通過用戶界面以報告Success(成功)回答。
如果沒有收到CLNP回應響應PDU，則在步驟27OSI的反響檢測分析功能判定回應報告功能17是否已經提供“function not supported(功能不被支持)”以及路由報告功能18是否指示源地址與目的地地址相同。如果對這兩個問題的回答都是yes，則OSI的反響檢測分析功能再次報告Success，因為雖然收到的是不適當的回答，但它是從目的地地址收到的，因而目的地地址必定已經達到。
如果在步驟27對任何一個所問的詢問的回答是no，則如步驟28所指出的，OSI的反響檢測分析功能將報告Fail，Intermediate System (中間系統)。
本發明的的方法不限于這里所提供的順序，因為例如OSI的反響檢測分析功能能夠通過檢驗收到的CLNP PDU得知響應源是否為目的地系統的地址而判定Fail，Intermediate System結果。這樣，OSI的反響檢測分析功能可能在步驟26之前檢驗CLNP PDU以判定收到的響應是否來自中間系統。
于是根據本發明的方法，不論目的地系統是否支持CLNP回應功能，僅當目的地系統是不能達到的，請求系統才報告Fail(或者Fail，Intermediate System)。
應當理解的是，上述的配置只是本發明原理應用的示例。在不背離本發明精神的情形下業內專業人員能夠設計出各種各樣的改型和變化的配置。
權利要求
1.用于反響檢測目的地系統的一種方法，該方法由請求系統執行，請求系統支持開放系統互連(OSI)棧無連接網絡協議(CLNP)功能，請求系統至少包括出錯報告功能，路由記錄功能，及CLNP回應功能，該方法包括以下請求系統的步驟a)使出錯報告功能有效；b)使路由記錄功能有效；c)發出CLNP回應請求PDU；d)如果請求系統沒有收到響應，則報告Fail；e)如果請求系統收到來自目的地系統適當的響應則報告Success；以及f)如果請求系統沒有收到來自目的地系統適當的響應，則在考慮由路由記錄功能和出錯報告功能所提供的信息下分析CLNP回應請求PDU的結果。
2.如權利要求1所述的方法，其中在分析CLNP回應請求PDU的結果中，如果請求系統從路由記錄功能斷定響應是來自目的地系統的，并還從出錯報告功能斷定目的地系統不支持CLNP回應功能，則請求系統報告Success，反之報告Fail,Intermediate System。
全文摘要
在開放系統互連(OSI)環境中，用于即使目的地系統不支持CLNP回應功能也能確定目的地系統是否為可達到的一種方法。該方法接合三種OSI棧CLNP功能出錯報告功能、路由記錄功能、與CLNP回應功能。
文檔編號H04L29/08GK1239244SQ98125579
公開日1999年12月22日 申請日期1998年12月17日 優先權日1998年6月16日
發明者西普里安·T·克里什 申請人:阿爾卡塔爾公司