专利名称：扩展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·克里什 申请人:阿尔卡塔尔公司