一种在计算机网络中在没有应用接收端参与的情况下，在发送端使用预订协议促进应用同步的技术。发送端向预订接收端发送路径请求消息并且可包括用于将被返回到发送端的快速路径失败通知的请求。预订接收端（例如，应用接收端上游的预订接收端代理）接收路径请求，并作为响应向发送端返回预订请求消息，包括用于也将被发送到发送端的快速预订失败通知的请求（例如，响应于检测到快速路径失败通知请求、本地策略／配置等）。在发送端和预订接收端之间的中间节点在路径请求或预订请求期间检测到错误时，中间节点向发送端发送相应的快速失败通知。然后，发送端可基于对快速失败通知或成功的预订请求消息的接收，例如使用预订协议来同步应用。
【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及计算机网络，并且更具体地涉及在计算机网络中在没用应用接收端参与的情况下，在发送端使用预订(reservation)协议促进应用 同步。
技术介绍
计算机网络是用于在诸如计算机之类的网络节点之间传送数据的互连 子网在地理上的分布集合。局域网(LAN)是这种子网的一个例子。网络 拓扑由通常经由一个或多个中间网络节点(诸如，路由器或交换机)彼此 通信的客户端节点的布置定义。如在这里使用的，客户端节点是被配置为 发起或终止在网络上的通信的网络节点。相反，中间网络节点是促进在客 户端节点之间路由数据的节点。网络节点之间的通信通常会受根据预定义 的协议交换离散数据包的影响。在此上下文中，协议由定义节点如何彼此 交互的规则集合组成。在网络节点之间传送的数据包可包括固定大小的数据单元和/或可变大 小的数据帧。每个数据包通常包括由至少一个根据网络通信协议格式化的 网络报头预先考虑(封装)的"有效载荷"数据。网络报头包括使客户端 节点和中间节点能够经由计算机网络有效路由包的信息。通常，包的网络 报头至少包括数据链路(层2)报头和网间(层3)报头(internetwork header)，如开放式系统互连(OSI)参考模型所定义的。OSI参考模型通 常在由Radia Perlman于1999年9月发表的标题为"互联第二版 (Interconnections Second Edition)"的参考书的第1.1节中更详细地描 述，将其结合于此作为参考就好像完全在这里阐明。在运转中，客户端节点可将数据包发送到中间网络节点的网络接口 。 其后，中间网络节点接收包并将包转发到其下一目的地。例如，中间网络节点可执行层2的交换功能，该功能用于基于包的数据链路报头的内容简 单地将包从一个网络接口重定向到另一个。可替换地，中间网络节点可执行层3路由功能或转发判定，该功能或判定用于基于包的网间报头的内容选择最适当的网络接口来转发包。数据包用于在网络和子网上传送许多形式的信息，包括语音和视频信息。例如，语音信息可根据IP语音协议(VoIP)来发送。VoIP指用于在 数据网络上从源节点向目的节点发送语音信息的一组技术。源和目的节点 采用语音代理，该语音代理将语音信息从其传统的电话形式转换为适于包 传输的形式。换言之，源节点的语音代理将语音信息编码、压縮、和封装 到多个数据包内，并且目的节点的语音代理执行补充的功能以解封装、解 压縮、和解码VoIP包。VoIP代理的例子包括IP电话、VoIP网关、某些 专用交换分机(PBX)、运行通信应用的个人计算机(PC)、提供语音网 关服务的网络设备等。而且，视频信息可通过类似方式根据本领域技术人 员公知的视频点播(VoD)标准来发送。例如，VoD内容服务器可将视频 数据流提供到一个或多个用户的"机顶盒"。具体地，VoIP和VoD的使 用是网络内的节点可操作的应用(例如，在应用层级)的例子。本领域技 术人员将理解，也可在网络节点处操作其它应用。源节点(发送端)可被配置为在数据网络中向目的节点(接收端)传 送数据包的单向流或"数据流"。数据流(例如)可包括数据或语音/视频 信息。数据流是单向的，因为该数据流中的数据从发送端向接收端单向地 行进。从发送端接收数据包并向接收端发送数据包的中间网络节点的逻辑 行列定义了数据流的数据路径。数据流的数据路径中相比于第二节点更接 近接收端的第一节点被称为是第二节点的"下游"。同样，数据流的数据 路径中相比于第二节点更接近发送端的第一节点被称为是第二节点的"上 游"。某些数据流与某个层级的服务质量(QoS)相关联。例如，数据流的 QoS可指定支持流所需的最小端到端等待时间或带宽要求。资源预订协议 (RSVP)是使源和目的节点能够"预订"必需的资源以根据流的所需 QoS建立数据流的网络控制协议。RSVP和路由协议结合工作，以(例如)预订沿源和目的节点之间的数据流的资源，以便建立数据流所要求的QoS层级。RSVP在R. Braden等的Resource Reservation Protocol (RSVP) ， Request For Comments (RFC) 2205中定义，其结合于此作为 参考就好像完全在这里阐明。在通常的布置中，发送端发送标识其本身并且指示数据流所需的带宽 的RSVP路径消息。路径消息跟随流的数据路径向接收端进发，并且每个 中间网络节点都可更新路径消息的可选"Adspec"对象。Adspec对象包含 关于数据流属性的信息等，例如可用服务、延迟、和带宽估计。可由发送 端或中间节点生成Adspec对象，并且当该Adspec对象从一个节点向另一 个节点行进时被修改。Adspec对象通告由上游的所有先前跳节点的属性组 成的可能的服务参数。即，到达的Adspec对象被与节点自己的参数和服 务条件结合，然后被转发到下一节点。接收端可使用Adspec信息来预测 端到端QoS,选择最适当的服务并且根据网络的当前可能性调节其QoS请 求。接收端接收路径消息并且可考虑路径消息中的可选Adspec对象的内 容来确定它将为流生成的预订请求的细节。接收端以RSVP预订请求的形 式生成"用于资源的请求"(Resv消息)，其中，该RSVP预订请求逐 跳行进回发送端。在Resv消息内是"FlowSpec"对象，其包含来自发送 端的峰值预期通信量(traffic)(例如，带宽)的指示(Tspec)、和将预 订的所要求通信量的值(Rspec)。在每跳处，相应的中间网络节点留出 (分配)足够的资源来为期望的数据流提供所要求的带宽。从而使得这些 分配的资源对于数据流来说可用，进而使得流的数据包能得到适当的QoS 处理(即，"接纳(admit)"数据流)。如果没有足够的资源可用，则中间网络节点可"拒绝"Resv消息 (即，不继续转发它)，生成预订错误(ResvErr)消息，并且通过流将 ResvErr消息向下游转发到接收端。接收端最后接收ResvErr消息并且断定 预订已失败。其Resv消息己被拒绝的接收端可尝试通过发送另一请求较 少带宽的Resv消息来获得较少的资源，或者接收端可随后重新尝试通过 重发送另一 Resv消息来获得资源。发送端不受该过程影响，并且它们继续发送路径消息以刷新它们的状态。具体地，通常由沿着发送端和接收端之间的路径的中间节点逐跳发送和处理PathErr和ResvErr消息，如本领域 技术人员将会理解的。RSVP信令可用在发送端和接收端之间，以便为要求QoS保证的特定 应用(例如，VoIP、 VoD等)执行资源预订。在该情况下，必须的是 RSVP预订建立紧紧地与应用同步。例如，直到完成RSVP预订之前， VoIP呼叫都不应当"响铃"所呼叫的电话(接收端)，以便避免"虚象" 响铃，如本领域技术人员将会理解的。通常，与RSVP预订的应用同步结 合了应用和预订两者的端点(即，发送端和接收端)的合作，因为应用和 预订的信令中涉及到了这两个端点。实例应用同步在由名为"Update to the session Initiation Protocol (SIP) preconditions Framework"的RFC 4032更 新的名为 "Integra本文档来自技高网...
【技术保护点】
一种用于在计算机网络中在没有应用接收端参与的情况下，在发送端使用预订协议促进应用同步的方法，所述方法包括： 从所述发送端向预订接收端发送路径请求消息； 在所述预订接收端接收所述路径请求； 作为响应，从所述预订接收端向所述发 送端返回预订请求消息，所述预订请求包括用于发送到所述发送端的快速预订失败通知的请求； 在所述预订请求期间，在所述发送端和预订接收端之间的中间节点处检测错误；以及 作为响应，从所述中间节点向所述发送端发送快速预订失败通知。
【技术特征摘要】
【国外来华专利技术】...
【专利技术属性】
技术研发人员：阿首克纳芮阿南，安卡扎木法，弗兰克斯莱夫彻尔，
申请(专利权)人：思科技术公司，
类型：发明
国别省市：US[美国]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。