CN115428411A - 使用会话建立度量的会话监测 - Google Patents
使用会话建立度量的会话监测 Download PDFInfo
- Publication number
- CN115428411A CN115428411A CN202180030446.7A CN202180030446A CN115428411A CN 115428411 A CN115428411 A CN 115428411A CN 202180030446 A CN202180030446 A CN 202180030446A CN 115428411 A CN115428411 A CN 115428411A
- Authority
- CN
- China
- Prior art keywords
- session
- router
- path
- network
- establishment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012544 monitoring process Methods 0.000 title claims description 16
- 230000004044 response Effects 0.000 claims abstract description 24
- 238000000034 method Methods 0.000 claims description 44
- 238000012545 processing Methods 0.000 claims description 18
- 230000005540 biological transmission Effects 0.000 claims description 9
- 238000004891 communication Methods 0.000 description 9
- 235000008694 Humulus lupulus Nutrition 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 230000002411 adverse Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 239000013598 vector Substances 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
- H04L45/123—Evaluation of link metrics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/38—Flow based routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/56—Routing software
- H04L45/566—Routing instructions carried by the data packet, e.g. active networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/70—Routing based on monitoring results
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
- H04L63/166—Implementing security features at a particular protocol layer at the transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
第一路由器生成用于网络路径选择的会话建立度量。例如,多个路由器将客户端设备连接到由服务器托管的网络服务实例。第一路由器经由第一和第二路径被连接到网络服务实例。第一路由器接收针对客户端设备和网络服务实例之间的会话的会话性能要求。第一路由器通过修改会话的第一分组以包括针对会话的会话标识符来沿着第一路径转发会话的网络业务。第一路由器确定针对会话的会话建立度量不满足会话性能要求。作为响应,第一路由器通过修改会话的第二分组以包括针对会话的会话标识符来沿着第二路径转发会话的网络业务。
Description
本申请要求于2020年4月23日提交的美国临时申请第63/014,477号的权益,其全部内容通过引用并入本文。
技术领域
本公开总体上涉及计算机网络,并且更具体地,涉及计算机网络内的路由分组。
背景技术
计算机网络是能够交换数据和共享资源的互连计算设备的集合。示例计算设备包括在开放系统互连(OSI)参考模型的第2层(即数据链路层)内操作的路由器、交换机和其他第2层(L2)网络设备,以及在OSI参考模型的第3层(即网络层)内操作的第3层(L3)网络设备。计算机网络内的网络设备通常包括为网络设备提供控制平面功能的控制单元和用于路由或交换数据单元的转发组件。
计算设备可以建立“网络会话”(本文也称为“会话”),以实现计算机网络上的设备之间的通信。会话可以是双向的,因为会话包括在第一设备和第二设备之间在两个方向上行进的分组。例如,会话包括从第一设备发起并去往第二设备的正向分组流和从第二设备发起并去往第一设备的反向分组流。会话的正向和反向分组流相互关联,因为正向分组流的源地址和源端口与反向分组流的目的地地址和目的地端口相同,并且正向分组流的目的地地址和目的地端口与反向分组流的源地址和源端口相同。为了建立会话,计算设备可以使用一个或多个通信会话协议,包括传输控制协议(TCP)、传输层安全(TLS)、用户数据报协议(UDP)、互联网控制消息协议(ICMP)等。
发明内容
一般而言,本公开描述了使用会话的会话建立度量来监测会话的技术。客户端设备可以建立会话以访问由网络服务实例(本文也被称为“服务实例”)实例化的网络服务。在会话建立之后,沿着客户端设备和服务实例之间的正向路径和反向路径转发业务。在一些示例中,会话可能无法建立、现有会话可能不再建立、或者根据会话性能要求(例如,由软件许可协议(SLA)定义的要求)会话可能性能不佳。即使例如在客户端设备和网络服务实例之间的中间网络上的路径或路由器接口不存在操作问题,这种情况也可能发生。例如,客户端设备可以尝试与第一网络服务实例建立第一通信会话(例如,TLS会话)。第一网络服务实例可以成功完成TLS握手的密钥交换阶段和服务器参数阶段,但无法完成TLS握手的认证阶段。因此,即使在客户端设备和第一网络服务实例之间的链路、网络或传输级别(例如,OSI参考模型第2、3或4层)上不存在问题,客户端设备和第一网络服务实例之间的第一TLS会话也无法建立。通常,路由器可能不能在会话级别(例如,OSI参考模型第5层)检测到问题,因此可能在到服务实例104的路径和接口正在正确操作的情况下,在会话级别不能重新路由网络业务。此外,在第2、3或4层重新路由业务可能中断与有问题的会话共享路由器接口或类似路径但仍可操作的其他会话。
根据本公开的技术,路由器生成会话的一个或多个会话建立度量。例如,本文描述的路由器可以获取会话建立的度量(本文也称为“会话建立度量”),并且使用这样的度量来确定在客户端设备和网络服务实例之间是否已经建立(或未能建立)会话和/或所建立的会话是否不满足会话性能要求(本文也称为“会话要求”)。路由器可以使用会话度量和会话性能要求来确定是否将客户端设备和网络服务实例之间的会话的网络业务从第一路径切换到第二路径,以便确保符合会话性能要求,而不会中断穿过第一路径的其他可操作会话。
例如,中间网络包括多个路由器,并且位于客户端设备和由服务器托管的网络服务实例之间。中间网络内的第一路由器经由第一路径和不同于第一路径的第二路径被连接到网络服务实例。例如,第一路径和第二路径可以各自包括至少一个不同的路由器或相同路由器的至少一个不同的接口等。第一路由器沿着第一路径转发客户端设备和网络服务实例之间的会话的网络业务。
在一些示例中,第一路由器被配置为针对客户端设备和网络服务实例之间的会话执行基于会话的路由。例如,第一路由器修改会话的正向分组流和反向分组流中的至少一个的第一分组,以包括报头以及指定会话的会话标识符的元数据的部分,该报头包括沿着第一路径的第一路由器的源地址和第二路由器的目的地地址。
第一路由器获取客户端设备与网络服务实例之间的会话的一个或多个会话建立度量。会话建立度量可以描述与一个或多个会话的成功或不成功建立相关的数据。例如,会话建立度量可以包括例如,建立会话所经过的时间、会话成功建立的数目、会话由于超时而未能建立的数目、会话由于目的地不可达而未能建立的数目、会话在会话建立之前关闭的数目等。第一路由器可以通过监测在建立之前、期间或之后的第一会话的状态来导出会话建立度量。
第一路由器接收客户端设备和网络服务实例之间的会话的一个或多个会话性能要求,其可以包括会话的SLA要求。第一路由器将度量与会话性能要求进行比较。响应于确定会话的一个或多个会话建立度量不满足会话的一个或多个会话性能要求,第一路由器沿着第二路径转发客户端设备和网络服务实例之间的会话的网络业务。在一些示例中,第一路由器修改会话的正向分组流和反向分组流中的至少一个的第二分组,以包括报头以及指定会话的会话标识符的元数据的部分,该报头包括沿着第二路径的第一路由器的源地址和第三路由器的目的地地址。
在一些示例中,第一路由器将第一路径从会话负载均衡器中移除,该会话负载均衡器沿着不同路径对与网络服务相关联的客户业务进行负载均衡。附加地,本文描述的路由器可以使用这样的度量来选择一个或多个会话、检测业务的黑洞化、确定会话不满足SLA要求、或者跨不同路径对与网络服务相关联的客户业务进行负载均衡。
本公开的技术可以对具有实际应用的计算机网络和路径选择的计算机相关领域提供具体的改进。例如,本公开的技术可以使路由器能够监测会话的状态以确定会话是否已被建立,并且生成与会话是否已被建立有关的度量。与可能仅能够在链路、网络或传输级别(例如,OSI参考模型第2、3或4层)执行路径选择和路由的其他路由器不同,本文描述的路由器可以使用这样的度量来在会话级别(例如,OSI参考模型第5层)执行路径选择和路由。因此,这样的路由器可以在网络内提供对客户业务的更有效且更细粒度的路由。
此外,本文描述的路由器可以使用会话建立度量来确定会话是否满足SLA要求,并且作为响应,选择不同的路径或接口用于传输与该会话相关联的网络业务,以便确保符合SLA。因此,即使在链路、网络或传输级别(例如,OSI参考模型第2、3或4层),接口或路径不存在问题的情况下,本文描述的这种路由器也可以在会话级别(例如,OSI参考模型第5层)检测网络问题,并且执行动作以确保符合会话级别SLA要求。
此外,本公开的技术可以使本文描述的路由器能够从使用第一接口或路径来转发与性能不佳的会话相关联的网络业务切换到使用第二接口或路径来转发与性能不佳的会话相关联的网络业务,而无需拆除第一路径或停用第一接口。因此,本公开的技术可以使路由器能够重新路由性能不佳的会话的业务,而不会不利地影响根据SLA要求执行但例如与性能不佳的会话共享路径或者使用与性能不佳的会话相同的接口的其他会话。因此,本文描述的路由器可以在可能需要拆除路径或停用与性能不佳的会话相关联的接口的其他路由器上提供客户业务的更细粒度且更有效的路由。
在一个示例中,本公开描述了一种方法,该方法包括:由网络的多个路由器中的第一路由器,接收所述客户端设备和所述网络服务实例之间的会话的一个或多个会话性能要求,所述网络将所述客户端设备连接到由服务器托管的所述网络服务实例,所述会话包括正向分组流和反向分组流,其中所述第一路由器经由所述网络上的第一路径和所述网络上的第二路径被连接到所述网络服务实例,所述第二路径不同于所述第一路径;由所述第一路由器并且沿着所述第一路径,转发所述客户端设备和所述网络服务实例之间的所述会话的网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第一分组以包括:包括沿着所述第一路径的所述多个路由器中的所述第一路由器的源地址和第二路由器的目的地地址的报头;以及指定所述会话的会话标识符的元数据的部分;由所述第一路由器获取所述会话的一个或多个会话建立度量;由所述第一路由器确定所述会话的所述一个或多个会话建立度量不满足所述会话的所述一个或多个会话性能要求;以及响应于确定所述会话的所述一个或多个会话建立度量不满足所述会话的所述一个或多个会话性能要求,由所述第一路由器并且沿着所述第二路径,转发所述客户端设备和所述网络服务实例之间的所述会话的所述网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第二分组以包括:包括沿着所述第二路径的所述多个路由器中的所述第一路由器的源地址和第三路由器的目的地地址的报头;以及指定所述会话的所述会话标识符元数据的所述部分。
在另一示例中,本公开描述了网络的多个路由器中的第一路由器,该第一路由器包括:处理电路装置;以及存储器,该存储器可操作地被耦合到所述处理电路装置,并且包括指令,所述指令被配置为使所述处理电路装置:接收客户端设备和服务器托管的网络服务实例之间的会话的一个或多个会话性能要求,所述会话包括正向分组流和反向分组流,其中所述第一路由器经由所述网络上的第一路径和所述网络上的第二路径被连接到所述网络服务实例,所述第二路径不同于所述第一路径,并且其中所述网络将所述客户端设备连接到所述网络服务实例;沿着所述第一路径,转发所述客户端设备和所述网络服务实例之间的所述会话的网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第一分组以包括:包括沿着所述第一路径的所述多个路由器中的所述第一路由器的源地址和第二路由器的目的地地址的报头;以及指定所述会话的会话标识符的元数据的部分;由所述第一路由器获取所述会话的一个或多个会话建立度量;确定所述会话的所述一个或多个会话建立度量不满足所述会话的所述一个或多个会话性能要求;以及响应于确定所述会话的所述一个或多个会话建立度量不满足所述会话的所述一个或多个会话性能要求,沿着所述第二路径,转发所述客户端设备和所述网络服务实例之间的所述会话的所述网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第二分组以包括:包括沿着所述第二路径的所述多个路由器中的所述第一路由器的源地址和第三路由器的目的地地址的报头;以及指定所述会话的所述会话标识符元数据的所述部分。
在另一示例中,本公开描述了一种包括指令的非暂态计算机可读介质,所述指令当被执行时,被配置为使网络的多个路由器中的第一路由器的处理电路装置:接收客户端设备和服务器托管的网络服务实例之间的会话的一个或多个会话性能要求,所述会话包括正向分组流和反向分组流,其中所述第一路由器经由所述网络上的第一路径和所述网络上的第二路径被连接到所述网络服务实例,所述第二路径不同于所述第一路径,并且其中所述网络将所述客户端设备连接到所述网络服务实例;沿着所述第一路径,转发所述客户端设备和所述网络服务实例之间的所述会话的网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第一分组以包括:包括沿着所述第一路径的所述多个路由器中的所述第一路由器的源地址和第二路由器的目的地地址的报头;以及指定所述会话的会话标识符的元数据的部分;由所述第一路由器获取所述会话的一个或多个会话建立度量;确定所述会话的所述一个或多个会话建立度量不满足所述会话的所述一个或多个会话性能要求;以及响应于确定所述会话的所述一个或多个会话建立度量不满足所述会话的所述一个或多个会话性能要求,沿着所述第二路径,转发所述客户端设备和所述网络服务实例之间的所述会话的所述网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第二分组以包括:包括沿着所述第二路径的所述多个路由器中的所述第一路由器的源地址和第三路由器的目的地地址的报头;以及指定所述会话的所述会话标识符元数据的所述部分。
本公开的技术的一个或多个示例的细节在附图和下面的描述中阐述。本技术的其他特征、目的和优点将从说明书和附图中以及从权利要求书中显而易见。
附图说明
图1是示出根据本公开的技术的示例计算机网络系统的框图。
图2是示出根据本公开的技术的示例路由器的框图。
图3A和3B是示出根据本公开的技术的基于会话建立度量执行路径选择的示例计算机网络系统的框图。
图4是示出根据本公开的技术的示例操作的流程图。
在整个附图和说明书中,相同的附图标记指代相同的元件。
具体实施方式
图1是示出根据本公开的技术的示例计算机网络系统2的框图。在图1的示例中,计算机网络系统2包括服务提供商网络150A-150D(统称为“服务提供商网络150”),其被配置为提供到不同客户网络140A-140B(“客户网络140”)的广域网(WAN)连接。服务提供商网络150的路由器110A-110I(统称为“路由器110”)向与客户网络140相关联的客户端设备100和服务器103提供经由客户边缘设备102A-102B(统称为“CE设备102”)对服务提供商网络150的访问。在一些示例中,客户网络140A是企业网络。在一些示例中,客户网络140B是云服务提供商(CSP)网络,其以服务器103托管的服务实例104的形式向客户端设备100提供网络服务。为了便于说明,客户网络140A被示出为具有单个客户端设备100。通常,客户网络140A包括许多客户端设备100,每个客户端设备100可以访问CSP网络140B以访问一个或多个网络服务。通信链路16A-16G(统称为链路“16”)可以是以太网、ATM或任何其他适合的网络连接。
在图1的示例中,CE设备102和路由器110被示为路由器。然而,本公开的技术可以使用任何路由器来实现,例如可以发送和接收网络业务的交换机、路由器、网关或其他适合的路由器。例如,客户网络140可以是用于企业的地理上分离的地点的网络。每个客户网络140可以包括附加的客户设备,例如一个或多个非边缘交换机、路由器、集线器、网关、诸如防火墙、入侵检测和/或入侵防御设备的安全设备、服务器、计算机终端、膝上型计算机、打印机、数据库、诸如蜂窝电话或个人数字助理的无线移动设备、无线接入点、网桥、电缆调制解调器、应用加速器或图1中未示出的其他路由器。图1所示的计算机网络系统2的配置仅是示例。例如,计算机网络系统2可以包括任意数目的客户网络140。然而,为了便于描述,图1中仅示出了客户网络140A-140B。
服务提供商网络150表示由一个或多个服务提供商拥有和运营的一个或多个可公开访问的计算机网络。尽管在图1的示例中,计算机网络系统2被示为包括多个互连的服务提供商网络150,但是在其他示例中,计算机网络系统2可以备选地包括提供客户网络140之间的连接的单个服务提供商网络。服务提供商通常是大型电信实体或公司。每个服务提供商网络150通常是大型第三层(L3)计算机网络,其中对层后面跟数字的引用是指开放系统互连(OSI)模型中的对应层。每个服务提供商网络150在其本地支持如OSI模型中所描述的L3操作的意义上是L3网络。常见的L3操作包括根据L3协议(例如网际协议(IP))执行的操作。在OSI模型中,L3也被称为“网络层”,并且在本公开中,术语L3可以与短语“网络层”互换使用。
尽管未示出,但每个服务提供商网络150可以耦合到由其他提供商管理的一个或多个网络,并且可以因此形成大规模公共网络基础设施(例如互联网)的一部分。因此,客户网络140可以被视为互联网的边缘网络。每个服务提供商网络150可以向客户网络140内的计算设备(例如,客户端设备100和目的地设备103)提供对互联网的访问,并且可以允许客户网络140内的计算设备彼此通信。
虽然为便于解释而未示出附加路由器,但应当理解,系统2可以包括附加网络和/或计算设备,例如一个或多个附加交换机、路由器、集线器、网关、诸如防火墙、入侵检测和/或入侵防御设备的安全设备、服务器、计算机终端、膝上型计算机、打印机、数据库、诸如蜂窝电话或个人数字助理的无线移动设备、无线接入点、网桥、电缆调制解调器、应用加速器或其他路由器。此外,尽管系统2的元件被示为直接耦合,但是应当理解,可以沿着任何网络链路16包括一个或多个附加网络元件,使得系统2的网络元件不是直接耦合的。
每个服务提供商网络150通常为客户网络140提供多个住宅和企业服务,包括住宅和企业级数据服务(其通常被称为“互联网服务”,因为这些数据服务允许访问被称为互联网的公共可访问网络的集合)、住宅和企业级电话和/或语音服务、以及住宅和企业级电视服务。
基于会话的路由
在一些示例中,路由器110可以实现使每个路由器110能够独立地执行路径选择和流量工程的有状态的、基于会话的路由方案。使用基于会话的路由可以使路由器110能够避免使用集中式控制器(诸如软件定义网络(SDN)控制器)来执行路径选择和流量工程。以此方式,对于使用SDN控制器将不可行的大型网络,路由器110可以更有效并且可伸缩。此外,使用基于会话的路由可以使路由器110能够避免使用隧道,从而通过消除在隧道端点处执行封装和解封装的需要而节省相当大的网络资源。在一些示例中,路由器110将基于会话的路由实现为由瞻博网络公司(Juniper Network,Inc.)提供的安全矢量路由(SVR)。
在图1的示例中,系统2的客户端设备100建立与服务实例104的会话40。路由器110通过在客户端设备100和服务实例104之间传输网络业务来促进会话40的建立。在一些示例中,客户端设备100可以被认为是“源”设备,因为客户端设备100发起客户端设备100和服务实例104之间的会话40,例如,客户端设备100是会话的转发流的第一分组的“源”。会话40包括从客户端设备100发起并去往由服务器103托管的服务实例104的正向分组流,以及从服务实例104发起并去往客户端设备100的反向分组流。会话40的正向流穿过第一路径,第一路径包括例如,客户端设备100、CE设备102A、路由器110A、110D和110E-110I、CE设备102B和服务器103。如下文更详细描述的,在确定会话40的会话建立度量不能满足会话性能要求之后,路由器110可以动态地选择第二路径来转发会话40(在图1中表示为会话40’)的网络业务。会话40’的正向流穿过第二路径,第二路径包括例如,客户端设备100、CE设备102A、路由器110A、110C和110E-110I、CE设备102B和服务器103。如图1的示例所示,第一路径和第二路径的至少一部分是相同的(例如,第一和第二路径两者都包括路由器110A和110E-110I)。然而,第一和第二路径的不同之处在于,第一路径穿过路由器110D,而第二路径穿过路由器110C。
客户端设备100可以根据包括TCP、TLS、UDP或ICMP等的一个或多个通信会话协议来建立会话40。例如,为了根据TCP建立会话40以使得可以根据TCP来交换数据,客户端设备100和服务实例104执行三次握手。客户端设备100向服务实例104发送包括“SYN”标志的第一分组。服务实例104通过利用包括“SYN-ACK”标志的第二分组响应客户端设备100,来确认第一分组的接收。客户端设备100通过利用包括“ACK”标志的第三分组响应服务实例104,来确认第二分组的接收。在发送第三分组之后,根据TCP建立会话40,并且客户端设备100和服务实例104可以经由会话40彼此交换数据。关于TCP的附加示例信息在如下文献中进行了描述:“TRANSMISSION CONTROL PROTOCOL”(传输控制协议),请求注解(RFC)793,互联网工程任务组(IETF),1981年9月,可从https://tools.ietf.org/html/rfc793获得,其全部内容通过引用并入本文。
为了根据TLS会话建立会话40,客户端设备100和服务实例104执行TLS握手以在传输数据之前建立安全连接。TLS握手分三个阶段发生:密钥交换阶段、服务器参数阶段和认证阶段。在密钥交换阶段,客户端设备100发送包括密码和密钥信息的ClientHello(客户端问候)消息。服务实例104利用ServerHello(服务器问候)消息进行响应,其指示协商的连接参数。ClientHello和ServerHello的组合确定共享密钥。在服务器参数阶段期间,服务实例104发送EncryptedExtensions(加密扩展)消息,随后发送CertificateRequest(证书请求)消息以建立服务器参数。最后,在认证阶段,客户端设备100和服务实例104交换认证消息。具体地,服务实例104发送可选Certificate(证书)消息、CertificateVerify(证书验证)消息和Finished(完成)消息。在接收到来自服务实例104的消息时,客户端设备100利用其Authentication(认证)消息来响应,例如Certificate(证书)消息、CertificateVerify(证书验证)消息(如果被请求的话)和Finished(完成)消息。在客户端设备100发送Finished(完成)消息之后,握手完成,并且客户端设备100和服务实例104可以根据TLS经由会话40彼此交换数据。关于TLS的附加示例信息在如下文献中进行了描述:“The Transport LayerSecurity(TLS)Protocol Version 1.2”(传输层安全(TLS)协议版本1.2),RFC 5246,IETF,2008年8月,可在https://tools.ietf.org/html/rfc5246获得;以及“The TransportLayer Security(TLS)Protocol Version 1.3”(传输层安全(TLS)协议版本1.3),RFC8446,IETF,2018年8月,可在https://tools.ietf.org/html/rfc8446获得,其每一个的全部内容通过引用并入本文。
UDP是无连接协议,因为客户端设备100在发送数据之前不验证服务实例104能够接收数据。为了根据UDP建立会话40,客户端设备100向服务实例104发送第一分组。在客户端设备100接收到来自服务实例104的任何分组时,会话40可以被认为是根据UDP“建立的”,这意味着服务实例104成功地接收来自客户端设备100的第一分组,响应,并且客户端设备100能够接收来自服务实例104的响应。关于UDP的附加示例信息在如下文献中进行了描述:“User Datagram Protocol”(用户数据报协议),RFC 768,IETF,1980年8月28日,可从https://tools.ietf.org/html/rfc768获得,其全部内容通过引用并入本文。
与传输协议TCP、TLS或UDP不同,ICMP是一种控制协议。ICMP分组不携带应用数据,而是用于诊断、控制或错误消息。与UDP一样,ICMP是无连接协议,因为客户端设备100在发送ICMP消息之前不验证服务实例104能够接收数据。为了根据ICMP建立会话40,客户端设备100向服务实例104发送第一分组。在客户端设备100接收到来自服务实例104的任何分组时,会话40可以被认为是根据ICMP“建立的”,这意味着服务实例104成功地接收来自客户端设备100的第一分组,响应,并且客户端设备100能够接收来自服务实例104的响应。关于ICMP的附加示例信息在如下文献中进行了描述:“INTERNET CONTROL MESSAGE PROTOCOL”(互联网控制消息协议),RFC 792,1981年9月,可从https://tools.ietf.org/html/rfc792获得,其全部内容通过引用并入本文。
在图1的示例中,当路由器110A接收到从客户端设备100发起并去往服务器103的正向分组流的分组时,路由器110A确定该分组是否属于新会话(例如,是会话40的“第一”分组或“引导”分组)。在一些示例中,路由器110A确定第一分组的源地址、源端口、目的地地址、目的地端口和协议是否与会话表中的条目匹配。
如果不存在这样的条目,则路由器110A确定该分组属于新会话,并在会话表中创建条目。此外,如果该分组属于新会话,则路由器110A可以为会话40生成会话标识符。会话标识符可以包括例如,客户端设备100的源地址和源端口、服务器103的目的地地址和目的地端口、以及第一分组使用的协议。路由器110A可以使用会话标识符来将后续分组标识为属于同一会话。
在一些示例中,路由器110执行会话40的状态路由。这意味着路由器110沿着相同的正向网络路径顺序地转发会话40的正向分组流的每个分组。如上所述,“相同”的正向路径指的是在发起分组的设备和分组去往的设备之间形成一段或至少一部分(而不一定是发起分组的设备和分组去往的设备之间的整个网络路径)的相同路由器110。此外,路由器110沿着相同的返回网络路径顺序地转发会话40的返回流的每个分组。会话40的正向分组流的正向网络路径和会话40的返回流的返回网络路径可以是相同的路径,也可以是不同的路径。通过确保沿着相同路径顺序地转发流的每个分组,路由器110在每个路由器110处维护整个流的状态,从而使得能够使用有状态分组服务,例如深度分组检测(DPI)。
在图1的示例中,可以建立从入口路由器110A通过中间路由器110C-110H到出口路由器110I的有状态路由会话。在该示例中,路由器110A确定第一分组是未修改的分组和新会话40的第一分组。路由器110A修改第一分组以包括指定会话标识符的元数据(例如,原始源地址、源端口、目的地地址和目的地端口)。路由器110A替换修改后的第一分组的报头,以指定作为路由器110A的地址的源地址、作为路由器110A向服务器103转发修改后的第一分组的端口的源端口、作为路由器110A将第一分组转发到的下一跳的地址(例如,路由器110D的地址)的目的地地址、以及作为路由器110A将第一分组转发到的下一跳的端口(例如,路由器110D的端口)的目的地端口。
路由器110A还可以标识与会话40相关联的网络服务。例如,路由器110A可以将会话的源地址、源端口、目的地地址或目的地端口中的一个或多个与服务地址和端口信息的表进行比较,以标识与该会话相关联的服务。网络服务的示例包括超文本传输协议(HTTP)、防火墙服务、代理服务、分组监测或度量服务等。例如,路由器110A可以确定会话40的正向分组流指定分配给服务器103的服务实例104的目的地地址和目的地端口,其是特定网络服务的实例。此后,路由器110A可以存储会话40与所标识的网络服务之间的关联。作为另一示例,如果会话40的源端口和/或目的地端口是80,则路由器110A可以确定会话40与HTTP服务相关联。在其他示例中,路由器110A可以确定会话40的源地址、源端口、目的地地址或目的地端口中的一个或多个属于指示特定服务与会话40相关联的地址或端口的块。
在一些示例中,路由器110A使用为会话40确定的网络服务来选择正向路径,用于向服务器103转发会话40的正向分组流的第一分组和每个后续分组。以此方式,路由器110A可以执行服务特定路径选择,以选择最适合服务要求的网络路径。与使用SDN控制器执行路径选择的网络拓扑不同,每个路由器110执行路径选择。此外,与仅能够在流级别做出路由决策的传统路由器不同,使用基于会话的路由使得每个路由器110能够在服务级别或应用级别做出路由决策。
路由器110A将修改后的第一分组转发到路由器110D。此外,路由器110A存储会话40的会话标识符,使得当接收到会话40的后续分组时,路由器110A可以将后续分组标识为属于同一会话40,并且沿着与第一分组相同的路径转发后续分组。
中间路由器110D接收修改后的第一分组,并且确定修改后的第一分组是否包括指定会话标识符的元数据。响应于确定修改后的第一分组包括指定会话标识符的元数据,中间路由器110D确定路由器110D不是入口设备,使得路由器110D不附带指定会话标识符的元数据。
如上所述,关于路由器110A,路由器110D通过确定第一分组的源地址、源端口、目的地地址、目的地端口和协议是否与会话表中的条目匹配来确定该分组是否属于新会话(例如,是会话的“第一”分组或“引导”分组)。如果不存在这样的条目,则路由器110D确定该分组属于新会话,并且在会话表中创建条目。此外,如果该分组属于新会话,则路由器110D为该会话生成会话标识符。路由器110D用来标识第一分组的会话的会话标识符可以不同于路由器110A用来标识第一分组的相同会话的会话标识符,因为每个路由器110A、110D使用第一分组的报头源地址、源端口、目的地地址和目的地端口来生成会话标识符,并且当每个路由器110沿着正向路径转发第一分组时,该报头信息可以由每个在前路由器110修改。此外,每个路由器110可以存储该报头信息,以标识前一个路由器110(或“路点”)和下一个路由器110(或“路点”),使得每个路由器110可以为会话的每个后续分组重建相同的正向路径和反向路径。
路由器110D替换修改后的第一分组的报头,以指定作为路由器110D的地址的源地址、作为路由器110D向服务器103转发修改后的第一分组的端口的源端口、作为路由器110D将第一分组转发到的下一跳的地址(例如,沿着第一路径的会话40的路由器110E的地址)的目的地地址、以及作为路由器110D将第一分组转发到的下一跳的端口(例如,路由器110E的端口)的目的地端口。路由器110D将修改后的第一分组转发到路由器110D。此外,路由器110D存储会话的会话标识符,使得当接收到会话的后续分组时,路由器110D可以将后续分组标识为属于同一会话,并且沿着与第一分组相同的路径转发后续分组。
后续中间路由器110E-110H以与路由器110A和110D类似的方式处理修改后的第一分组,使得路由器110沿着与第一分组相同的路径转发会话的后续分组。此外,每个路由器110存储会话的会话标识符,其可以包括沿着网络路径的先前路由器110的标识。因此,每个路由器110可以使用会话标识符沿着相同的网络路径将会话的反向分组流的分组转发回客户端设备100。
可以将会话的正向分组流的分组转发到分组流的目的地的路由器110是出口路由器,或者称为“终端”路由器。在前述示例中,路由器110I是终端路由器,因为路由器110I可以将分组转发到CE设备102B以转发到服务器103。路由器110I接收修改后的第一分组,该分组包括指定会话标识符的元数据(例如,原始源地址、源端口、目的地地址和目的地端口)。路由器110I通过确定修改后的引导分组的元数据中指定的目的地源地址和目的地源端口对应于路由器110I可到达的目的地(例如,经由CE设备102B可到达服务器103),来将修改后的第一分组标识为去往在路由器110I处终止的服务。路由器110I通过从修改后的第一分组中移除元数据并且使用元数据来修改第一分组的报头以指定原始源地址、源端口、目的地地址和目的地端口来恢复原始第一分组。路由器110I将恢复的第一分组转发到CE设备102B,用于转发到服务器103。因此,基于会话的路由的使用可以形成通过路径“段”(例如,每个路点之间的端到端路由向量)互连的一系列路点(例如,路由器110)。
关于基于会话的路由和SVR的附加信息如下文献中进行了描述:美国专利第9,729,439号,题为“COMPUTER NETWORK PACKET FLOW CONTROLLER”(计算机网络分组流控制器),于2017年8月8日授权;美国专利第9,729,682号,题为“NETWORK DEVICE AND METHODFOR PROCESSING A SESSION USING A PACKET SIGNATURE”(使用分组签名处理会话的网络设备和方法),于2017年8月8日授权;美国专利第9,762,485号,题为“NETWORK PACKET FLOWCONTROLLER WITH EXTENDED SESSION MANAGEMENT”(具有扩展会话管理的网络分组流控制器),于2017年9月12日授权;美国专利号9,871,748,题为“ROUTER WITH OPTIMIZEDSTATISTICAL FUNCTIONALITY”(具有优化统计功能的路由器),于2018年1月16日授权;美国专利9,985,883,题为“NAME-BASED ROUTING SYSTEM AND METHOD”(基于名称的路由系统和方法),于2018年5月29日授权;美国专利号10,200,264,题为“LINK STATUS MONITORINGBASED ON PACKET LOSS DETECTION”(基于分组丢失检测的链路状态监测),于2019年2月5日授权;美国专利第10,277,506号,题为“STATEFUL LOAD BALANCING IN A STATELESSNETWORK”(无状态网络中的有状态负载均衡),于2019年4月30日授权;美国专利第10,432,522号,题为“NETWORK PACKET FLOW CONTROLLER WITH EXTENDED SESSION MANAGEMENT”(具有扩展会话管理的网络分组流控制器),于2019年10月1日授权;以及美国专利申请公开第2020/0403890号,题为“IN-LINE PERFORMANCE MONITORING”(内嵌性能监测),于2020年12月24日公开,其每一个的全部内容通过引用整体并入本文。
交换服务和拓扑状态信息
在一些示例中,为了实现基于会话的路由,每个路由器110维护每个其他路由器110的服务和拓扑状态信息的本地存储库。服务和拓扑状态信息包括从每个路由器110可到达的服务,以及来自每个路由器的用于到达这些服务的网络拓扑。每个路由器110可以将从路由器110可到达的服务的改变和/或用于到达服务的网络拓扑的改变从路由器发送到中央存储库,例如服务器。此外,每个路由器110可以从中央存储库接收系统2中的每个其他路由器110的服务和拓扑状态信息。
在前述示例中,路由器110A接收分组,为包括该分组的正向分组流确定会话40,确定与会话40相关联的服务,并且选择用于转发该分组的网络路径。路由器110A可以使用其每个路由器110的服务和拓扑状态信息的本地副本来选择用于转发分组的网络路径。例如,路由器110A可以使用与分组相关联的所标识的服务和用于到达所标识的服务的网络拓扑,来选择符合服务的SLA要求或其他会话性能要求的网络路径。路由器110A然后可以沿着所选择的路径转发该分组和会话40的正向分组流的后续分组。以此方式,路由器110A可以执行服务特定路径选择,因为路由器110可以使用特定于与分组相关联服务的标准来选择最适合服务要求的网络路径。
在一些示例中,路由器110的接口可以被分配给一个或多个“邻域”。“邻域”被定义为应用于路由器110的接口的标签。同一邻域内的路由器110能够彼此形成对等关系。例如,具有应用了邻域标签的接口的每个路由器110通过第三层网络可到达具有应用了相同邻域标签的接口的每个其他路由器110。在一些示例中,一个或多个邻域可以被聚集成“地区(district)”。地区是一个或多个邻域的逻辑分组。通常,自治系统(AS)(本文也称为“授权机构”)可以被划分为一个或多个地区,每个地区包括一个或多个邻域。
在一些示例中,每个路由器110仅为相同邻域内的那些其他路由器110维护服务和拓扑状态信息的本地存储库。在一些示例中,每个路由器110仅维护相同邻域地区内的那些其他路由器110的服务和拓扑状态信息的本地存储库。作为示例,每个服务提供商网络150可以被认为是不同的“地区”,其中每个服务提供商网络150内的每个子域可以被认为是该地区内的邻域。在该示例中,服务提供商网络150A内的每个路由器110A和110B可以仅维护彼此的服务和拓扑状态信息,而不维护路由器110C-110I的服务和拓扑状态信息。类似地,服务提供商网络150B内的每个路由器110D和110C可以仅维护彼此的服务和拓扑状态信息,而不维护路由器110A-110B或110E-110I的服务和拓扑状态信息。在其他示例中,管理员可以将一个或多个服务提供商网络150分配到适合网络系统2的需要的一个或多个地区、一个或多个邻域、或地区和邻域的组合。
关于服务和拓扑状态信息的交换的附加信息在如下文献中进行了描述:美国专利申请公开第2020/0366590号,题为“CENTRAL AUTHORITY FOR SERVICE AND TOPOLOGYEXCHANGE”(服务和拓扑交换的中央授权机构),于2020年11月19日公开;美国专利申请公开第2020/0366599号,题为“SOURCE-BASED ROUTING”(基于源的路由),于2020年11月19日公开;美国专利申请公开第2020/0366598号,题为“SERVICE AND TOPOLOGY EXCHANGEPROTOCOL”(服务和拓扑交换协议),于2020年11月19日公开;美国专利申请公开第2020/0366589,题为“ROUTING USING SEGMENT-BASED METRICS”(使用基于段的度量的路由),于2020年11月19日公开;以及美国专利申请第16/050,722号,题为“NETWORK NEIGHBORHOODSFOR ESTABLISHING COMMUNICATION RELATIONSHIPS BETWEEN COMMUNICATION INTERFACESIN ADMINISTRATIVE DOMAIN”(用于在管理域中的通信接口之间建立通信关系的网络邻域),于2018年7月31日提交,其每一个的全部内容通过引用整体并入本文。
使用会话建立度量的会话监测。
根据本公开的技术,一个或多个路由器110使用会话40的一个或多个会话建立度量沿着客户端设备100和服务实例104之间的第一路径监测会话40。第一路径包括例如,路由器110A、110D和110E-110I。客户端设备100可以尝试与服务实例104建立会话40以访问由服务实例104实例化的网络服务。在该示例中,会话40包括从客户端设备100发起并去往服务实例104的正向流,以及从服务实例104发起并去往客户端设备100的反向流。此外,路由器110经由穿越路由器110A、110D和110E-110I的第一路径传输会话40。在建立会话40之后,路由器110可以沿着客户端设备100和服务实例104之间的正向路径和反向路径转发业务。为了建立会话40,路由器110可以使用通信会话协议,诸如TCP、TLS、UDP或ICMP。
在一些示例中,路由器110A被配置为对客户端设备100和服务实例104之间的会话40执行基于会话的路由。例如,路由器110A修改会话40的正向分组流和反向分组流中的至少一个的第一分组,以包括报头以及指定会话40的会话标识符的元数据的部分,该报头包括沿着第一路径的路由器110A的源地址和路由器110D的目的地地址,如上所述。对于会话40,路由器110D修改第一分组以包括报头以及指定会话40的会话标识符的元数据的部分,该报头包括沿着第一路径的路由器110D的源地址和路由器110E的目的地地址,以此类推。
在一些示例中,根据会话性能要求(例如,SLA要求),会话40可能无法建立,会话40可能最初被建立但停止建立,或者会话40可能性能不佳。即使在路由器110A不能标识其对等网络设备的问题(例如,链路16A、16B以及CE设备102A和路由器110D以及路由器110的接口正常工作)的情况下,也可能发生这种情况。
作为其中会话40是TLS会话的图示,客户端设备100可以尝试与服务实例104建立TLS会话40。服务实例104可以成功地完成TLS握手的密钥交换阶段和服务器参数阶段,但由于路由器110D和110E之间的链路16D的不稳定性而无法完成TLS握手的认证阶段。因此,即使路由器110A不能标识与其对等网络设备的链路、网络或传输级别(例如,OSI参考模型第2、3或4层)的问题(例如,链路16A、16B,以及CE设备102A和路由器110D以及路由器110的接口正常工作),客户端设备100和服务实例104之间的会话40也无法建立。通常,路由器可能无法在会话级别(例如,OSI参考模型第5层)检测到问题,因此可能无法在到下一跳的链路和接口正常操作的会话级别重新路由网络业务。此外,在第2、3或4层重新路由业务,例如通过终止到路由器110D的路径16B,可能会扰乱与会话40共享路径16B(或路由器110A的相同接口)但保持可操作的其他会话。
根据本公开的技术,路由器110A生成会话40的一个或多个会话建立度量。路由器110A获取会话建立度量,并且使用这些度量来确定会话40是否不满足会话性能要求。此外,路由器110A可以使用会话度量和会话性能要求来确定是否将客户端设备100和服务实例104之间的会话40的网络业务从第一路径切换到第二路径,以便确保符合会话性能要求,而不会中断与性能不佳的会话40共享相同接口或路径的其他可操作会话。
例如,路由器110A获取客户端设备100和服务实例104之间的会话40的会话建立度量。会话建立度量描述与会话40的成功或不成功建立相关的数据。度量可以描述例如与会话40的成功或不成功建立相关的数据。例如,会话建立度量可以包括建立会话40所经过的时间、会话40成功建立的次数、会话40由于超时而未能建立的次数、会话40由于目的地不可达而未能建立的次数、会话40在TCP会话建立之前关闭的次数、或者会话40在TLS会话建立之前关闭的次数等。在一些示例中,会话建立度量包括滑动时间窗口上的度量,滑动窗口的长度可由管理员配置。例如,路由器110A可以监测会话40的状态以确定是否完成了TCP或TLS会话握手,或者是否针对UDP或ICMP会话发送了返回流的第一返回分组。路由器110I可以通过在建立之前、期间或之后监测会话40的性能和/或状态来导出会话建立度量,如下面更详细地描述的。在一些示例中,路由器110A获取客户端设备100和服务实例104之间的多个会话的会话建立度量。参照图2提供关于监测会话40的状态的附加描述。
在一些示例中,路由器110A可以接收会话40的会话性能要求。在一些示例中,会话性能要求可以是会话40的一个或多个SLA要求。在一些示例中,一个或多个会话性能要求指定以下中的一个或多个:建立会话所允许的最大时间;对于建立会话的预定尝试次数,会话成功建立需要的最小次数;在预定时间上会话可能由于超时而未能建立的最大次数;在预定时间上会话可能由于目的地不可达而未能建立的最大次数;在预定时间上会话可能在TCP会话建立之前关闭的最大次数;或者在预定时间上会话可能在TLS会话建立之前关闭的最大次数等等。
路由器110A将会话40的会话建立度量与会话40的会话性能要求进行比较。响应于确定度量不满足会话40的会话性能要求,路由器110A选择包括路由器110A、110C和110E-110I的第二路径,用于转发客户端设备和网络服务实例之间的会话40的网络业务(在图1中被示为会话40’)。在会话40成功建立但不符合SLA要求的一些示例中,路由器110A可以在将会话40作为会话40’转移到第二路径之前,继续使用第一路径转发客户端设备100和网络服务实例104之间的会话40的网络业务。在切换到使用第二路径之后,路由器110A转发客户端设备100和网络服务实例104B之间的会话40’的网络业务。
在一些示例中,路由器110A被配置为针对客户端设备100和服务实例104之间的会话40’执行基于会话的路由。例如,路由器110A修改会话40’的正向分组流和反向分组流中的至少一个的第二分组,以包括报头以及指定会话40’的会话标识符的元数据的部分,该报头包括沿着第二路径的路由器110A的源地址和路由器110D的目的地地址,如上所述。对于会话40’,路由器110C修改第二分组以包括报头以及指定会话40’的会话标识符的一部分元数据,该报头包括沿着第二路径的路由器110C的源地址和路由器110E的目的地地址,依此类推。
如图1的示例所示,单个服务实例104由服务器103托管。在图1中未示出的其他示例中,多个服务器103中的每一个可以托管相同或不同服务类型的多个服务实例。在一些示例中,与会话40穿过的第一路径相关联的正向路径、反向路径或路由器110的接口中的至少一个不同于与会话40’穿过的第二路径相关联的正向路径、反向路径或路由器110的接口中的至少一个。
在图1的示例中,入口路由器110A基于这样的会话建立度量来生成会话建立度量并且执行流量工程,如上所述。然而,在其他示例中,其他路由器,诸如中间路由器110D-110H或出口路由器110I,可以根据本公开的技术,附加地或备选地生成会话建立度量并且基于会话建立度量执行流量工程和路径选择。
在一些示例中,路由器110A将传输会话40的网络业务的第一路径从会话负载均衡器中移除,该会话负载均衡器将与网络服务相关联的客户业务负载均衡到不同路径。例如,会话负载均衡器可以包括入口网络设备110A和出口网络设备110I之间的多条路径。在从客户端接收到向客户端提供对由服务实例104实例化的网络服务的访问的请求后,会话负载均衡器选择通过(多个)服务提供商网络150的可用路径来将客户端设备100连接到服务实例104。通过将第一路径从会话负载均衡器中移除,路由器110A可以避免将客户端设备100分配给不满足会话40的SLA要求的路径。在一些示例中,路由器110A可以使用会话建立度量来选择一个或多个会话、检测业务的黑洞化、确定会话不满足SLA要求、或者跨不同会话对与网络服务相关联的客户业务进行负载均衡。
本公开的技术可以使路由器110A能够监测会话40的状态并且生成与会话40的建立相关的度量。与可能仅能够在链路、网络或传输级别(例如,OSI参考模型第2、3或4层)执行路径选择和路由的其他路由器不同,路由器110A可以使用这样的度量来在会话级别(例如,OSI参考模型第5层)执行路径选择和路由。因此,路由器110A可以在网络系统2内提供客户业务的更有效且更细粒度的路由。
此外,路由器110A可以使用会话建立度量来确定会话40是否满足SLA要求,并且作为响应,选择不同的路径或接口用于传输与会话40(例如,会话40’)相关联的网络业务,以便确保符合SLA。因此,即使在路由器110A不能在链路、网络或传输级别(例如,OSI参考模型第2、3或4层)检测接口或路径的问题的情况下,路由器110A也可以在会话级别(例如,OSI参考模型第5层)检测网络问题,并执行动作以确保符合会话级SLA要求。
图2是示出根据本公开的技术的示例性路由器110的框图。一般而言,路由器110可以是图1的路由器110之一的示例。在该示例中,路由器110包括接口卡226A-226N(“IFC226”),其经由入站链路228A-228N(“入站链路228”)接收分组并且经由出站链路230A-230N(“出站链路230”)发送分组。IFC 226通常通过多个接口端口耦合到链路228、230。路由器110还包括控制单元202,该控制单元202确定接收到的分组的路由,并且相应地经由IFC226转发分组。
控制单元202可以包括路由引擎204和分组转发引擎222。路由引擎204用作路由器110的控制平面,并且包括提供用于执行多个并发进程的多任务操作环境的操作系统。路由引擎204与其他路由器(例如,图1的路由器110)通信,以建立和维护计算机网络,例如图1的计算机网络系统2,用于在一个或多个客户设备之间传输网络业务。路由引擎204的路由协议守护进程(RPD)208执行软件指令以实现一个或多个控制平面网络协议212。例如,协议212可以包括一个或多个路由协议,诸如边界网关协议(BGP)220,用于与其他路由设备交换路由信息并且用于更新路由信息库(RIB)206、多协议标签交换(MPLS)协议214和互联网组管理协议(IGMP)221。协议212还可以包括一个或多个通信协议,诸如TCP、UDP、TLS或ICMP。
RIB 206可以描述路由器110所驻留的计算机网络的拓扑,并且还可以包括通过计算机网络中的共享树的路由。RIB 206描述了计算机网络内的各种路由以及每个路由的适当的下一跳,即沿着每个路由的相邻路由设备。路由引擎204分析存储在RIB 206中的信息,并为转发引擎222生成转发信息,该转发信息存储在转发信息库(FIB)224中。例如,FIB 224可以将网络目的地与特定的下一跳和对应的IFC 226以及输出链路230的物理输出端口相关联。FIB 224可以是编程到专用转发芯片中的基数树、一系列表、复杂数据库、链表、基数树、数据库、平面文件或各种其他数据结构。
FIB 224还可以包括查找结构。在给定诸如地址的关键字的情况下,查找结构可以提供一个或多个值。在一些示例中,一个或多个值可以是一个或多个下一跳。下一跳可以被实现为微码,其在被执行时执行一个或多个操作。一个或多个下一跳可以是“链接的”,使得链接的下一跳的集合在被执行时为相应的不同的下一跳执行操作集合。这种操作的示例可以包括将一个或多个服务应用于分组、丢弃分组、和/或使用接口和/或由一个或多个下一跳标识的接口转发分组。
会话表235存储用于标识会话的信息。例如,服务表232包括指定会话标识符的一个或多个条目。在一些示例中,会话标识符包括源地址、源端口、目的地地址、目的地端口或者与会话的正向流和/或反向流相关联的协议中的一个或多个。如上所述,当路由引擎204接收到从客户端设备100发起并去往图1的服务器103的正向分组流的分组时,路由引擎204确定该分组是否属于新会话(例如,是会话40的“第一”分组或“引导”分组)。为了确定分组是否属于新会话,路由引擎204确定会话表235是否包括对应于第一分组的源地址、源端口、目的地地址、目的地端口和协议的条目。如果存在条目,则该会话不是新会话。如果不存在条目,则该会话是新的,并且路由引擎204为该会话生成会话标识符并且将该会话标识符存储在会话表235中。此后,路由引擎204可以使用会话表235中存储的会话的会话标识符来将后续分组标识为属于同一会话。
服务表232存储路由引擎204可以用来标识与会话相关联的服务的信息。例如,服务表232包括一个或多个条目,其指定服务标识符以及与服务相关联的源地址、源端口、目的地地址、目的地端口或协议中的一个或多个。在一些示例中,路由引擎204可以利用接收到的分组的会话的源地址、源端口、目的地地址、目的地端口或协议中的一个或多个来查询服务表232,以确定与会话相关联的服务。例如,路由引擎204可以基于服务表232中的源地址、源端口、目的地地址、目的地端口或协议与会话标识符所指定的源地址、源端口、目的地地址、目的地端口或协议的对应关系来确定服务标识符。路由引擎204基于与分组相关联的服务来检索与所标识的服务相对应的一个或多个服务策略234。服务策略可以包括例如,路径故障转移策略、动态主机配置协议(DHCP)标记策略、流量工程策略、与会话相关联的网络业务的优先级等。路由引擎204将对应于与分组相关联的服务的一个或多个服务策略234应用于分组。
根据本公开的技术,路由引擎204生成用于在图1的客户端设备100和图1的服务器103的一个或多个服务实例104之间建立会话的度量236。路由引擎204可以使用用于会话建立度量236来选择一个或多个会话、检测业务的黑洞化、确定会话不满足SLA要求、跨不同路径对与网络服务相关联的客户业务进行负载均衡、或者执行路径选择等。
例如,路由引擎204接收针对客户端设备100和网络服务实例104之间的图1的会话40的会话性能要求238。在一些示例中,会话性能要求238可以包括会话40的一个或多个SLA要求。在一些示例中,路由引擎204从管理员或协调设备(例如,软件定义网络(SDN)控制器)接收会话性能要求238。
在一些示例中,一个或多个会话性能要求指定以下中的一个或多个:建立会话所允许的最大时间;对于建立会话的预定尝试次数,会话成功建立需要的最小次数;在预定时间上会话可能由于超时而未能建立的最大次数;在预定时间上会话可能由于目的地不可达而未能建立的最大次数;在预定时间上会话可能在TCP会话建立之前关闭的最大次数;或者在预定时间上会话可能在TLS会话建立之前关闭的最大次数等等。
路由引擎204经由IFC 226A沿着第一路径转发与客户端设备100和网络服务实例104之间的会话40相关联的网络业务。会话的示例包括TCP会话、TLS会话、UDP会话、ICMP会话等。路由引擎204获取会话40的建立的度量236。在一些示例中,路由引擎204的会话状态监控器242监测会话40的状态,以确定会话40是否成功建立。例如,会话状态监控器242可以监测会话40的状态,以确定TCP或TLS会话握手是否完成,或者是否针对UDP或ICMP会话发送了返回流的第一返回分组。在一些示例中,路由引擎204可以通过经由会话状态监控器242监测会话40在建立之前、期间或之后的性能和/或状态来导出会话建立度量。
这些度量可以描述例如与会话40的成功或不成功建立有关的数据、和/或会话的性能(例如,时延、抖动、分组丢失等)。例如,会话建立度量可以包括建立会话40所经过的时间、会话40成功建立的次数、会话40由于超时而未能建立的次数、会话40由于目的地不可达而未能建立的次数、会话40在TCP会话建立之前关闭的次数、或者会话40在TLS会话建立之前关闭的次数等。在一些示例中,会话建立度量包括滑动时间窗口上的度量,滑动窗口的长度可由管理员配置。
服务实例性能的关键指示符是在例如客户端设备100和托管服务实例104的服务器103之间建立TCP会话所需的时间。该会话建立度量实际上是客户端设备100或服务实例104在会话建立之后接收第一数据分组所需的时间。该度量可以为路由决策提供比分组传输速率更有用的信息,因为建立TCP会话所需的时间既是定向的,也是端到端的。重要的是,路由引擎204可以使用该信息作为SLA遵从性的度量,以影响路由引擎204的路径选择。
路由引擎204在每服务、每接口、每目的地和/或每业务类别的基础上创建和收集会话建立度量。这种粒度级别提供了关于路由引擎204的网络处理和性能如何影响应用行为的更准确的信息。在一些示例中,路由引擎204在诸如TCP、UDP、ICMP和TLS的基于协议的桶中收集会话建立度量。如上所述,每个协议自己确定会话变为建立需要满足哪些资格。接着,路由引擎204对这些类型的会话中的每一个应用特定于协议和/或特定于应用的处理,这些类型的会话被认为是建立的。
根据本公开的技术,路由引擎204的会话状态监控器242根据会话的协议来监测每个会话的状态。例如,会话状态监控器242能够根据相关协议的状态机来确定每个会话的状态,以确定会话是否已经建立。路由引擎204基于与会话建立(或会话建立失败)相关的各种数据来生成会话建立度量。
例如,如上所述,为了建立TCP会话,使得可以根据TCP交换数据,客户端设备100和服务实例104例如执行三次TCP握手。客户端设备100向服务实例104发送第一分组(由路由器110传输),该第一分组包括“SYN”标志。服务实例104通过利用包括SYN-ACK标志的第二分组(由路由器110传输的)来响应客户端设备100,以确认第一分组的接收。客户端设备100通过利用包括“ACK”标志的第三分组来响应服务实例104,以确认第二分组的接收。在发送第三分组之后,TCP会话被建立,使得客户端设备100和服务实例104可以经由该TCP会话彼此交换数据。进一步根据TCP,响应于从客户端设备100发送到服务实例104的每个分组,服务实例104利用确认分组进行响应(反之亦然)。会话状态监控器242监测由客户端设备100和服务实例104执行的TCP握手的状态,以监测TCP握手的进度。在会话状态监控器242确定客户端设备100和服务实例104已经完成会话的TCP握手之后,当会话状态监控器242检测到包含来自例如客户端设备100和服务实例104之一的数据有效载荷的第一分组的确认时,会话状态监控器242确定TCP会话被建立。在客户端设备100和服务实例104已经完成会话的TCP握手之后,检测到包含数据有效载荷的第一分组的确认所需的时间在本文中被称为TCP会话的“到第一数据分组的时间”。
在一些示例中,会话状态监控器242对TCP协议的状态机进行建模,以监测TCP会话的建立进度。在一些示例中,会话状态监控器242确定以下中的一个或多个:TCP会话的到第一数据分组的时间、TCP会话的到达建立状态的最小时间、TCP会话的到达建立状态的最大时间、TCP会话的到达建立状态的平均时间、到达建立状态的TCP会话的数目的计数、由于超时而未能建立的TCP会话的数目的计数、由于目的地不可达而未能建立的TCP会话的数目的计数、或者在建立之前关闭的TCP会话的数目的计数。
作为另一示例,为了建立TLS会话以使得可以根据TLS交换数据,客户端设备100和服务实例104执行三次TLS握手,包括密钥交换阶段、服务器参数阶段和认证阶段。会话状态监控器242监测由客户端设备100和服务实例104执行的TLS握手的状态,以监测TLS握手的进度。在会话状态监控器242确定客户端设备100和服务实例104已经完成会话的TLS握手之后,当会话状态监控器242检测到包含来自例如客户端设备100和服务实例104之一的数据有效载荷的第一分组的确认时,会话状态监控器242确定TLS会话被建立(例如,“到第一数据分组的时间”)。在客户端设备100和服务实例104已经完成会话的TLS握手之后,检测到包含数据有效载荷的第一分组的确认所需的时间在本文中被称为TLS会话的“到第一数据分组的时间”。
在一些示例中,会话状态监控器242对TLS协议的状态机进行建模,以监测TLS会话的建立进度。在一些示例中,会话状态监控器242确定以下中的一个或多个:TLS会话的到第一数据分组的时间、TLS会话的到达建立状态的最小时间、TLS会话的到达建立状态的最大时间、TLS会话的到达建立状态的平均时间、到达建立状态的TLS会话的数目的计数、由于超时而未能建立的TLS会话的数目的计数、由于目的地不可达而未能建立的TLS会话的数目的计数、或者在建立之前关闭的TLS会话的数目的计数。
作为另一示例,对于客户端设备100和服务实例104之间的UDP会话,会话状态监控器242标识从客户端设备100发起并去往服务实例104的会话的第一UDP分组。会话状态监控器242可以响应于检测到沿反向路径(例如,从服务实例104发起并去往客户端设备100)发送的会话的分组而认为UDP会话被建立。沿反向路径的业务的存在意味着服务实例104成功地接收到来自客户端设备100的第一UDP分组并作出响应。
在一些示例中,会话状态监控器242对UDP协议的状态机进行建模,以监测UDP会话的建立进度。在一些示例中,会话状态监控器242确定以下中的一个或多个:UDP会话的到第一数据分组的时间、UDP会话的到达建立状态的最小时间、UDP会话的到达建立状态的最大时间、UDP会话的到达建立状态的平均时间、到达建立状态的UDP会话的数目的计数、由于超时而未能建立的UDP会话的数目的计数、或者由于目的地不可达而未能建立的UDP会话的数目的计数。
作为另一示例,对于客户端设备100和服务实例104之间的ICMP会话,会话状态监控器242标识从客户端设备100发起并去往服务实例104的会话的第一ICMP分组。会话状态监控器242可以响应于检测到沿反向路径(例如,从服务实例104发起并去往客户端设备100)发送的会话的分组而认为ICMP会话被建立。沿反向路径的业务的存在意味着服务实例104成功地接收到来自客户端设备100的第一ICMP分组并作出响应。
在一些示例中,会话状态监控器242对ICMP协议的状态机进行建模,以监测ICMP会话的建立进度。在一些示例中,会话状态监控器242确定以下中的一个或多个:ICMP会话的到第一数据分组的时间、ICMP会话的到达建立状态的最小时间、ICMP会话的到达建立状态的最大时间、ICMP会话的到达建立状态的平均时间、到达建立状态的ICMP会话的数目的计数、由于超时而未能建立的ICMP会话的数目的计数、或者由于目的地不可达而未能建立的ICMP会话的数目的计数。
在一些示例中,由路由引擎204生成的会话建立度量包括会话的到第一数据分组的时间。例如,对于TCP会话,该度量指定客户端设备100或服务实例104在TCP握手完成之后接收到第一数据分组的确认所需的时间。作为另一示例,对于TLS会话,该度量指定客户端设备100或服务实例104在TLS握手完成之后接收到第一数据分组的确认所需的时间。对于UDP会话,该度量指定客户端设备100或服务实例104沿着UDP会话的返回路径接收到第一数据分组所需的时间。对于ICMP会话,该度量指定客户端设备100或服务实例104沿着ICMP会话的返回路径接收到第一数据分组所需的时间。
在一些示例中,由路由引擎204生成的会话建立度量包括建立会话的时间。该度量可以包括建立会话的最小时间、建立会话的最大时间和建立会话的平均时间。如上所述,从会话开始到会话到达建立状态的时间是按协议定义的。在一些示例中,对于TLS会话,从TCP建立开始时间而不是从会话开始时间计算建立会话的时间。
由路由引擎204生成并且指定建立会话的时间的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tcp建立时间
2020-03-31周二20:33:26UTC
检索统计数据...
0.02秒完成。
由路由引擎204生成并且指定建立会话的最大时间的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tcp建立时间最大值
2020-03-31周二20:39:12UTC
检索统计数据...
0.02秒完成。
由路由引擎204生成并且指定建立会话的最小时间的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tcp建立时间最小值
2020-03-31周二20:39:25UTC
检索统计数据...
0.02秒完成。
在一些示例中,由路由引擎204生成的会话建立度量包括到达建立的多个会话。到达建立的会话数目是到达建立状态的会话数目的计数,如上所述在每个协议的基础上定义。在一些示例中,到达建立的会话的数目是在预定时间量上到达建立的会话的数目。
由路由引擎204生成并且指定到达建立的会话数目的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tcp建立
2020-03-31周二20:38:29UTC
检索统计数据...
在一些示例中,由路由引擎204生成的会话建立度量包括在建立之前超时的会话数目。在建立之前超时的会话数目是在未到达建立的情况下超时的会话数目的计数,如上所述在每个协议的基础上定义。在一些示例中,在建立之前超时的会话数目是在预定时间量上在建立之前超时的会话数目。在一些示例中,仅当已到达TCP建立状态时但在已到达TLS建立状态之前,才递增该度量的TLS桶。
由路由引擎204生成并且指定在建立之前超时的会话数目的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tcp建立前超时
2020-03-31周二20:40:21UTC
检索统计数据...
0.02秒完成。
在一些示例中,由路由引擎204生成的会话建立度量包括由于目的地不可达而未能建立的会话数目。由于目的地不可达而未能建立的会话数目是由于目的地不可达而无法完成的会话数目的计数。在一些示例中,路由引擎204响应于接收到对于会话不可达的ICMP目的地消息,确定目的地不可达。在一些示例中,在建立之前超时的会话数目是在预定时间量上由于目的地不可达而未能建立的会话数目。
在一些示例中,该度量可能不适用于跨越UDP、ICMP、TCP、TLS,因此可以指定该度量的特定协议或应用名称。由路由引擎204生成并且指定由于目的地不可达而未能建立的TCP会话的数目的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tcp不可达
2020-03-31周二20:41:06UTC
检索统计数据...
0.02秒完成。
在一些示例中,由路由引擎204生成的会话建立度量包括在TCP会话建立之前关闭的会话的数目。该度量可以包括在会话已完成TCP握手并且数据已被确认之前由重置或fin消息关闭的会话的数目。这可能是由于服务器103利用终止服务器103无法完成的会话的重置或代理消息来响应来自客户端设备100的SYN而发生的。在一些示例中,在建立TCP会话之前关闭的会话的数目是在预定时间量上在建立TCP会话之前关闭的会话的数目。
由路由引擎204生成并且指定在TCP会话建立之前关闭的会话数目的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tcp建立前关闭
2020-03-31周二20:41:56UTC
检索统计数据...
0.02秒完成。
在一些示例中,由路由引擎204生成的会话建立度量包括在TLS会话建立之前关闭的会话的数目。该度量可以包括在TCP建立之后但是在会话已经完成TLS握手并且数据已经被确认之前,由重置或fin消息关闭的会话的数目。在一些示例中,在TLS会话建立之前关闭的会话的数目是在预定时间量上在TLS会话建立之前关闭的会话的数目。
由路由引擎204生成并且指定在TLS会话建立之前关闭的会话数目的会话建立度量的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性tls建立前关闭
2020-03-31周二20:42:30UTC
检索统计数据...
0.02秒完成。
在一些示例中,为了开始如上所述的服务建立度量的收集,管理员利用被配置为启用可达性检测的服务路由来配置路由引擎204。实现可达性检测的这种服务路由的示例如下所示:
在一些示例中,管理员将路由引擎204配置为根据目的地前缀和业务类别来过滤可达性。这种配置的示例如下所示:
admin@t116-dut1.t116#显示统计信息高速公路目的地-可达性目的地前缀
192.168.56.51业务类别尽力服务
2020-03-31周二20:44:47UTC
检索统计数据...
0.03秒完成。
路由引擎204将会话40的会话建立度量236与会话40的会话性能要求238进行比较。响应于确定会话40的会话建立度量236不满足会话40的会话性能要求238,路由引擎204经由IFC 226B,沿着第二路径转发与客户端设备100和网络服务实例104之间的会话40相关联的网络业务,作为会话40’。在会话40成功建立但不符合会话性能要求238的一些示例中,在切换到经由IFC 226B转发客户端设备100和网络服务实例104之间的网络业务之前,路由引擎204可以继续使用IFC 226A来转发客户端设备100和网络服务实例104之间的网络业务。
在一些示例中,路由引擎204可以使用会话40的会话建立度量236来确定与会话40相关联的网络业务的时延是否超过会话性能要求238,或者与会话40相关联的网络业务的黑洞化是否正在发生。例如,如果路由引擎204确定与会话40相关联的网络业务的时延很高,则即使会话40超过会话性能要求238,路由引擎204也可以维持转发会话40的网络业务的第一路径的使用。作为另一示例,如果路由引擎204确定与会话40相关联的网络业务的黑洞化正在发生,则路由引擎204可以停止在第一路径上转发与会话40相关联的网络业务,并且切换到使用第二路径来转发与客户端设备100和网络服务实例104之间的会话40’相关联的网络业务。
在一些示例中,路由引擎204可以使用会话40的会话建立度量236来确定是包括还是排除来自会话负载均衡器240的路径。会话负载均衡器240操作以在多个路径的不同路径上对与网络服务相关联的客户业务进行负载均衡,多个路径诸如转发图1的相应会话40和40’的网络业务的第一路径和第二路径。通过执行负载均衡,会话负载均衡器240可以跨路径和接口均匀地分配客户端设备100的客户业务,从而降低特定会话40或特定路由器110可能变得过度利用从而导致网络拥塞,或利用不足从而允许可用网络资源不被使用的可能性。例如,如果路由引擎204确定会话40的会话建立度量236不满足会话40的会话性能要求238,则路由引擎204可以确定会话40被过度利用。路由引擎204可以从会话负载均衡器240移除转发与会话40相关联的网络业务的第一路径,以避免转发客户业务的第一路径,从而降低客户业务可能不满足SLA要求的可能性。
图3A和3B是示出根据本公开的技术的基于会话建立度量执行路径选择的示例计算机网络系统300的框图。为了方便起见,参照图1和图2描述图3A和3B。例如,系统300可以是图1的系统2的示例。路由器110A、110C和110D可以是图1的110A、110C和110D,或者图2的路由器110的示例。路由器110A包括IFC 226A-226C(统称为“IFC 226”)。
在图3A-3B的示例中,服务器103托管实例化第一网络服务的服务实例104A。服务器103还托管实例化第二网络服务的服务实例104B。在一些示例中,第一网络服务包括经由服务器103的端口80访问的TCP会话上的HTTP服务。在一些示例中,第二网络服务包括经由服务器103的端口443访问的TLS会话。
路由器110A经由包括链路316B、路由器110D和链路316D的第一路径和包括链路316C、路由器110C和链路316E的第二路径连接到服务器103。在一些示例中,第一路径包括跨越宽带网络的路径。在一些示例中,第二路径包括跨越移动网络的路径。
会话340A包括在客户端设备100和由服务器103托管的网络服务实例104A之间的沿着第一正向路径(例如,第一路径包括链路316B、路由器110D和链路316D)的第一正向分组流和沿着第一反向路径(例如,链路316D、路由器110D和链路316B)的第一反向分组流。会话340B包括在客户端设备100和由服务器103托管的网络服务实例104B之间的沿着第一路径(例如,链路316A、路由器110A、链路316B、路由器110D和链路316D)的第二正向分组流和沿着第一路径的反向的第二反向分组流。会话340A和会话340B两者都经由路由器110A的IFC 226A入站并且经由路由器110A的IFC226B出站。
路由器110A沿着包括链路316A、路由器110A、链路326B、路由器110D和链路316D的第一路径转发会话340A的网络业务。在一些示例中,路由器110A为客户端设备100和网络服务实例104A之间的会话340A执行基于会话的路由。例如,路由器110A修改会话340A的正向分组流和反向分组流中的至少一个的第一分组,以包括报头以及指定会话340A的会话标识符的元数据的部分,该报头包括沿着第一路径的路由器110A的源地址和路由器110D的目的地地址。
在图3A的示例中,路由器110A接收会话340A的一个或多个会话性能要求。在一些示例中,一个或多个会话性能要求包括一个或多个SLA要求。在一些示例中,一个或多个会话性能要求指定以下一个或多个:建立会话340A所允许的最大时间;对于建立会话340A的预定尝试次数,会话340A成功建立需要的最小次数;在预定时间上会话340A可能由于超时而未能建立的最大次数;在预定时间上会话340A可能由于目的地不可达而未能建立的最大次数;在预定时间上会话340A可能在TCP会话建立之前关闭的最大次数;或者在预定时间上会话340A可能在TLS会话建立之前关闭的最大次数等等。
路由器110A获取会话340A的一个或多个会话建立度量。例如,会话建立度量可以包括例如建立会话340A所经过的时间、会话340A成功建立的次数、会话340A由于超时而未能建立的次数、会话340A由于目的地不可达而未能建立的次数、会话340A在TCP会话建立之前关闭的次数、或者会话340A在TLS会话建立之前关闭的次数等等。路由器110A可以通过在建立之前、期间或之后监测第一会话的性能和/或状态来导出会话建立度量。
路由器110A确定会话340A的一个或多个会话建立度量不满足会话340A的一个或多个会话性能要求。例如,路由器110A可以确定建立会话340A所经过的时间超过了由会话340A的SLA要求设置的建立会话340A所允许的最大时间。作为另一示例,路由器110A可以确定会话340A由于超时而未能建立的次数超过了由会话340A的SLA要求设置的在预定时间上由于超时而允许会话340A建立的最大次数。
在一些示例中,响应于确定会话340A的一个或多个会话建立度量不满足会话340A的一个或多个会话性能要求,路由器110A从会话负载均衡器(例如,图2的会话负载均衡器240)排除转发会话340A的网络业务所沿的第一路径。例如,路由器110A将指定服务实例104经由包括链路316A、路由器110A、链路316B、路由器110D和链路316D的第一路径可到达的路由从会话负载均衡器240中移除。随后,当在客户端设备100和第一网络服务的服务实例104之间建立会话时,会话负载均衡器240可以从路由器110A可以用来向客户端设备100提供对服务器103的服务实例104A的访问的路径集合中排除第一路径。
如图3B的示例所示,响应于确定会话340A的一个或多个会话建立度量不满足会话340A的一个或多个会话性能要求,路由器110A从跨第一路径(例如,链路316A、路由器110A、链路316B、路由器110D和链路316D)转发与会话340A相关联的网络业务切换到跨第二路径(例如,链路316A、路由器110A、链路316C、路由器110C和链路316E)转发与会话340A相关联的网络业务(在图3B中表示为会话340A’)。会话340A’的网络业务经由路由器110A的IFC226A入站,但经由IFC 226C出站。路由器110A在客户端设备100和网络服务实例104A之间从沿着第一路径转发与会话340A相关联的网络业务切换到沿着第二路径转发与会话340A’相关联的网络业务。在一些示例中,由于不符合一个或多个会话性能要求,路由器110A停止使用第一路径。
在一些示例中,路由器110A为客户端设备100和网络服务实例104A之间的会话340A’执行基于会话的路由。例如,路由器110A修改会话340A的正向分组流和反向分组流中的至少一个的第二分组,以包括报头以及指定会话340A的会话标识符的元数据的部分,该报头包括沿着第二路径的路由器110A的源地址和路由器110C的目的地地址。
路由器110A还接收会话340B的一个或多个会话性能要求以及会话340B的一个或多个会话建立度量。路由器110A确定会话340B的一个或多个会话建立度量满足会话340B的一个或多个会话性能要求。因此,因为会话340B符合会话340B的会话性能要求,所以当路由器110A从针对会话340A的网络业务使用第一路径切换到针对会话340A’的网络业务使用第二路径时,路由器110A可以避免中断通过第一路径对与会话340B相关联的网络业务的转发(例如,通过避免禁用IFC 226B或拆除链路316B)。
因此,在会话340A性能不佳的情况下,本公开的技术可以使路由器110A能够从使用转发会话340A的第一路径切换到使用不同的路径或接口(例如,链路316C和/或IFC226C),而无需拆除路径316B或停用与性能不佳的会话340A相关联的IFC 226B。因此,路由器110A可以为性能不佳的会话340A的网络业务选择不同的路径,而不会不利地影响会话340B,会话340B根据SLA要求执行,但是与性能不佳的会话340A共享链路316B和/或使用与性能不佳的会话340A相关联的相同IFC 226B。因此,与可能需要拆除路径或停用与性能不佳的会话相关联的接口的其他路由器相比,路由器110A可以提供客户业务的更细粒度且更有效的路由。
图4是示出根据本公开的技术的示例操作的流程图。具体地,图4示出了使用会话的会话建立度量来监测会话的示例。为了方便起见,参照图3A-3B的路由器110A来描述图4。然而,图4中示出的操作可以另外由图1的系统2的路由器110或图2的路由器110来实现。会话340A包括在客户端设备100和由服务器103托管的网络服务实例104之间沿着第一正向路径的第一正向分组流和沿着第一反向路径的第一反向分组流。
在图4的示例中,路由器110A接收客户端设备100与服务器103托管的网络服务实例104之间的会话340A的一个或多个会话性能要求(402)。在一些示例中,一个或多个会话性能要求包括一个或多个SLA要求。在一些示例中,一个或多个会话性能要求指定以下一个或多个:建立会话340A所允许的最大时间;对于建立会话340A的预定尝试次数,会话340A成功建立需要的最小次数;在预定时间上会话340A可能由于超时而未能建立的最大次数;在预定时间上会话340A可能由于目的地不可达而未能建立的最大次数;在预定时间上会话340A可能在TCP会话建立之前关闭的最大次数;或者在预定时间上会话340A可能在TLS会话建立之前关闭的最大次数等等。
路由器110A沿着包括链路316A、路由器110A、链路326B、路由器110D和链路316D的第一路径转发会话340A的网络业务(404)。在一些示例中,路由器110A为客户端设备100和网络服务实例104A之间的会话340A执行基于会话的路由。例如,路由器110A修改会话340A的正向分组流和反向分组流中的至少一个的第一分组,以包括报头以及指定会话340A的会话标识符的元数据的部分,该报头包括沿着第一路径的路由器110A的源地址和路由器110D的目的地地址。
路由器110A获取会话340A的一个或多个会话建立度量(406)。例如,会话建立度量可以包括例如建立会话340A所经过的时间、会话340A成功建立的次数、会话340A由于超时而未能建立的次数、会话340A由于目的地不可达而未能建立的次数、会话340A在TCP会话建立之前关闭的次数、或者会话340A在TLS会话建立之前关闭的次数等等。路由器110A可以通过在建立之前、期间或之后监测第一会话的性能和/或状态来导出会话建立度量。
路由器110A确定会话340A的一个或多个会话建立度量不满足会话340A的一个或多个会话性能要求(408)。例如,路由器110A可以确定建立会话340A所经过的时间超过了由会话340A的SLA要求设置的建立会话340A所允许的最大时间。作为另一示例,路由器110A可以确定会话340A由于超时而未能建立的次数超过了由会话340A的SLA要求设置的在预定时间上由于超时而允许会话340A建立的最大次数。
响应于确定会话340A的一个或多个会话建立度量不满足会话340A的一个或多个会话性能要求,路由器110沿着包括链路316A、路由器110A、链路326C、路由器110C和链路316E的第二路径转发会话340A的网络业务(在图3A-3B中示出为会话340A’)(410)。在一些示例中,路由器110A为客户端设备100和网络服务实例104A之间的会话340A’执行基于会话的路由。例如,路由器110A修改会话340A的正向分组流和反向分组流中的至少一个的第二分组,以包括报头以及指定会话340A的会话标识符的元数据的部分,该报头包括沿着第二路径的路由器110A的源地址和路由器110C的目的地地址。
在一些示例中,响应于确定会话340A的一个或多个会话建立度量不满足会话340A的一个或多个会话性能要求,路由器110A可选地从会话负载均衡器(例如,图2的会话负载均衡器240)排除第一路径。例如,路由器110A将第一路径从会话负载均衡器240中移除。随后,当为客户端设备100和服务实例104之间的会话选择路径时,会话负载均衡器240可以从路由器110A可以用来经由服务实例104向客户端设备100提供对网络服务的访问的路径集合中排除包括链路316A、路由器110A、链路326B、路由器110D和链路316D的第一路径。
本公开中描述的技术可以至少部分地以硬件、软件、固件或其任意组合来实现。例如,所描述的技术的各个方面可以在一个或多个处理器内实现,包括一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或任何其他等效的集成或离散逻辑电路、以及这些组件的任何组合。术语“处理器”或“处理电路装置”通常可以指任何前述逻辑电路,单独地或与其他逻辑电路组合,或者任何其他等效电路。包括硬件的控制单元也可以执行本公开的一种或多种技术。
这样的硬件、软件和固件可以在同一设备内或者在分离的设备内实现,以支持本公开中描述的各种操作和功能。此外,任何所描述的单元、模块或组件可以一起或分离地实现为离散但可互操作的逻辑设备。将不同的特征示出为模块或单元旨在突出显示不同的功能方面,并不一定意味着这些模块或单元必须由分离的硬件或软件组件来实现。相反,与一个或多个模块或单元相关联的功能可以由分离的硬件或软件组件执行,或者集成在共同或分离的硬件或软件组件内。
本公开中描述的技术还可以在包含指令的计算机可读介质(诸如计算机可读存储介质)中实现或编码。嵌入或编码在计算机可读存储介质中的指令可以使可编程处理器或其他处理器例如在指令被执行时执行该方法。计算机可读存储介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存、硬盘、CD-ROM、软盘、盒式磁带、磁介质、光介质或其他计算机可读介质。
已经描述了各种示例。这些和其他示例在所附权利要求的范围内。
Claims (20)
1.一种方法,包括:
由网络的多个路由器中的第一路由器接收针对客户端设备与网络服务实例之间的会话的一个或多个会话性能要求,所述网络将所述客户端设备连接到由服务器托管的所述网络服务实例,所述会话包括正向分组流和反向分组流,其中所述第一路由器经由所述网络上的第一路径和所述网络上的第二路径被连接到所述网络服务实例,所述第二路径与所述第一路径不同;
由所述第一路由器并且沿着所述第一路径转发针对所述客户端设备与所述网络服务实例之间的所述会话的网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第一分组以包括:
包括沿着所述第一路径的所述多个路由器中的所述第一路由器的源地址和第二路由器的目的地地址的报头;以及
指定针对所述会话的会话标识符的元数据的部分;
由所述第一路由器获取所述会话的一个或多个会话建立度量;
由所述第一路由器确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求;以及
响应于确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求,由所述第一路由器并且沿着所述第二路径转发针对所述客户端设备与所述网络服务实例之间的所述会话的所述网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第二分组以包括:
包括沿着所述第二路径的所述多个路由器中的所述第一路由器的源地址和第三路由器的目的地地址的报头;以及
指定针对所述会话的所述会话标识符的元数据的所述部分。
2.根据权利要求1所述的方法,其中所述会话的所述一个或多个会话建立度量包括以下一项或多项:
建立所述会话的时间;
所述会话的建立之前的会话超时的数目;
由于目的地不可达错误的建立所述会话的失败的数目;
在传输控制协议(TCP)会话的建立之前被关闭的会话的数目;以及
在传输层安全(TLS)会话的建立之前被关闭的会话的数目。
3.根据权利要求1所述的方法,其中获取所述会话的所述一个或多个会话建立度量包括:
监测监测所述会话的状态;
基于所述会话的所述状态,确定所述会话是否已被建立;以及
基于所述会话是否已被建立的所述确定,生成所述会话的所述一个或多个会话建立度量。
4.根据权利要求1所述的方法,其中所述会话包括以下一项:
传输控制协议(TCP)会话;
传输层安全(TLS)会话;
用户数据报协议(UDP)会话;或者
互联网控制消息协议(ICMP)会话。
5.根据权利要求1所述的方法,其中针对所述会话的所述一个或多个会话性能要求包括针对所述会话的一个或多个服务级别协议(SLA)要求。
6.根据权利要求1所述的方法,其中确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求包括:基于所述会话的所述一个或多个会话建立度量,确定针对所述会话的所述网络业务的时延超过针对所述会话的所述一个或多个会话性能要求。
7.根据权利要求1所述的方法,其中确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求包括:基于所述会话的所述一个或多个会话建立度量,确定针对所述会话的网络业务的黑洞化的发生。
8.根据权利要求1所述的方法,
其中由所述第一路由器并且沿着所述第一路径转发针对所述会话的所述网络业务包括:由所述第一路由器经由所述第一路由器的第一接口并且沿着所述第一路径转发针对所述会话的所述网络业务,并且
其中由所述第一路由器并且沿着所述第二路径转发针对所述会话的所述网络业务包括:由所述第一路由器经由与所述第一接口不同的所述第一路由器的第二接口并且沿着所述第二路径转发针对所述会话的所述网络业务。
9.根据权利要求8所述的方法,还包括:
由所述第一路由器接收针对所述客户端设备与第二网络服务实例之间的第二会话的一个或多个会话性能要求,所述第二会话包括第二正向分组流和第二反向分组流,其中所述第一路由器经由所述第一路径和所述第二路径被连接到所述第二网络服务实例;
由所述第一路由器经由所述第一路由器的所述第一接口并且沿着所述第一路径转发针对所述客户端设备与所述第二网络服务实例之间的所述第二会话的网络业务,所述转发包括修改所述第二会话的所述第二正向分组流和所述第二反向分组流中的至少一个的第三分组以包括:
包括沿着所述第一路径的所述多个路由器中的所述第一路由器的源地址和所述第二路由器的目的地地址的报头;以及
指定针对所述第二会话的第二会话标识符的元数据的部分;
由所述第一路由器获取所述第二会话的一个或多个会话建立度量;以及
由所述第一路由器确定所述第二会话的所述一个或多个会话建立度量满足针对所述第二会话的所述一个或多个会话性能要求,
其中由所述第一路由器经由所述第一路由器的所述第二接口并且沿着所述第二路径转发针对所述会话的所述网络业务包括:由所述第一路由器从经由所述第一路由器的所述第一接口并且沿着所述第一路径转发针对所述会话的所述网络业务切换到经由所述第一路由器的所述第二接口并且沿着所述第二路径转发针对所述会话的所述网络业务,而不中断由所述第一路由器经由所述第一路由器的所述第一接口并且沿着所述第一路径转发针对所述第二会话的网络业务。
10.根据权利要求1所述的方法,还包括:响应于确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求,由所述第一路由器从所述第一路由器的会话负载均衡器排除所述第一路径,
其中所述会话负载均衡器被配置为跨多条路径对与所述网络服务相关联的客户业务进行负载均衡,所述多个会话包括所述第二路径。
11.一种网络的多个路由器中的第一路由器,所述第一路由器包括:
处理电路装置;以及
存储器,所述存储器可操作地被耦合到所述处理电路装置并且包括指令,所述指令被配置为使所述处理电路装置:
接收针对客户端设备与由服务器托管的网络服务实例之间的会话的一个或多个会话性能要求,所述会话包括正向分组流和反向分组流,其中所述第一路由器经由所述网络上的第一路径和所述网络上的第二路径被连接到所述网络服务实例,所述第二路径与所述第一路径不同,并且其中所述网络将所述客户端设备连接到所述网络服务实例;
沿着所述第一路径转发针对所述客户端设备与所述网络服务实例之间的所述会话的网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第一分组以包括:
包括沿着所述第一路径的所述多个路由器中的所述第一路由器的源地址和第二路由器的目的地地址的报头;以及
指定针对所述会话的会话标识符的元数据的部分;
由所述第一路由器获取所述会话的一个或多个会话建立度量;
确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求;以及
响应于确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求,沿着所述第二路径转发针对所述客户端设备与所述网络服务实例之间的所述会话的所述网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第二分组以包括:
包括沿着所述第二路径的所述多个路由器中的所述第一路由器的源地址和第三路由器的目的地地址的报头;以及
指定针对所述会话的所述会话标识符的元数据的所述部分。
12.根据权利要求11所述的系统,其中所述会话的所述一个或多个会话建立度量包括以下一项或多项:
建立所述会话的时间;
所述会话的建立之前的会话超时的数目;
由于目的地不可达错误的建立所述会话的失败的数目;
在传输控制协议(TCP)会话的建立之前被关闭的会话的数目;以及
在传输层安全(TLS)会话的建立之前被关闭的会话的数目。
13.根据权利要求11所述的系统,其中为了获取所述会话的所述一个或多个会话建立度量,所述处理电路装置被配置为:
监测监测所述会话的状态;
基于所述会话的所述状态,确定所述会话是否已被建立;以及
基于所述会话是否已被建立的所述确定,生成所述会话的所述一个或多个会话建立度量。
14.根据权利要求11所述的系统,其中所述会话包括以下一项:
传输控制协议(TCP)会话;
传输层安全(TLS)会话;
用户数据报协议(UDP)会话;或者
互联网控制消息协议(ICMP)会话。
15.根据权利要求11所述的系统,其中所述会话的所述一个或多个会话性能要求包括针对所述会话的一个或多个服务级别协议(SLA)要求。
16.根据权利要求11所述的系统,其中为了确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求,所述处理电路装置被配置为:基于所述会话的所述一个或多个会话建立度量,确定针对所述会话的所述网络业务的时延超过针对所述会话的所述一个或多个会话性能要求。
17.根据权利要求11所述的系统,其中为了确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求,所述处理电路装置被配置为:基于所述会话的所述一个或多个会话建立度量,确定针对所述会话的网络业务的黑洞化的发生。
18.根据权利要求11所述的系统,
其中为了沿着所述第一路径转发针对所述会话的所述网络业务,所述处理电路装置被配置为:经由所述第一路由器的第一接口并且沿着所述第一路径转发针对所述会话的所述网络业务,并且
其中为了沿着所述第二路径转发针对所述会话的所述网络业务,所述处理电路装置被配置为:经由与所述第一接口不同的所述第一路由器的第二接口并且沿着所述第二路径转发针对所述会话的所述网络业务。
19.根据权利要求11所述的系统,其中所述处理电路装置还被配置为:响应于确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求,从所述第一路由器的会话负载均衡器排除所述第一路径,
其中所述会话负载均衡器被配置为跨多条路径对与所述网络服务相关联的客户业务进行负载均衡,所述多个会话包括所述第二路径。
20.一种非暂态计算机可读介质,所述非暂态计算机可读介质包括指令,所述指令在被执行时被配置为使网络的多个路由器中的第一路由器的处理电路装置:
接收针对客户端设备与由服务器托管的网络服务实例之间的会话的一个或多个会话性能要求,所述会话包括正向分组流和反向分组流,其中所述第一路由器经由所述网络上的第一路径和所述网络上的第二路径被连接到所述网络服务实例,所述第二路径与所述第一路径不同,并且其中所述网络将所述客户端设备连接到所述网络服务实例;
沿着所述第一路径转发针对所述客户端设备与所述网络服务实例之间的所述会话的网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第一分组以包括:
包括沿着所述第一路径的所述多个路由器中的所述第一路由器的源地址和第二路由器的目的地地址的报头;以及
指定针对所述会话的会话标识符的元数据的部分;
由所述第一路由器获取所述会话的一个或多个会话建立度量;
确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求;以及
响应于确定所述会话的所述一个或多个会话建立度量不满足针对所述会话的所述一个或多个会话性能要求,沿着所述第二路径,转发针对所述客户端设备与所述网络服务实例之间的所述会话的所述网络业务,所述转发包括修改所述会话的所述正向分组流和所述反向分组流中的至少一个的第二分组以包括:
包括沿着所述第二路径的所述多个路由器中的所述第一路由器的源地址和第三路由器的目的地地址的报头;以及
指定针对所述会话的所述会话标识符的元数据的所述部分。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063014477P | 2020-04-23 | 2020-04-23 | |
US63/014,477 | 2020-04-23 | ||
PCT/US2021/028945 WO2021217070A1 (en) | 2020-04-23 | 2021-04-23 | Session monitoring using metrics of session establishment |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115428411A true CN115428411A (zh) | 2022-12-02 |
CN115428411B CN115428411B (zh) | 2024-05-28 |
Family
ID=75914602
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180030446.7A Active CN115428411B (zh) | 2020-04-23 | 2021-04-23 | 使用会话建立度量的会话监测 |
Country Status (4)
Country | Link |
---|---|
US (2) | US11658902B2 (zh) |
EP (1) | EP4140106A1 (zh) |
CN (1) | CN115428411B (zh) |
WO (1) | WO2021217070A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190253341A1 (en) | 2018-02-15 | 2019-08-15 | 128 Technology, Inc. | Service Related Routing Method and Apparatus |
US11658902B2 (en) * | 2020-04-23 | 2023-05-23 | Juniper Networks, Inc. | Session monitoring using metrics of session establishment |
WO2022038771A1 (ja) * | 2020-08-21 | 2022-02-24 | 日本電信電話株式会社 | 通信システム、通信方法、中継サーバ及びプログラム |
US11924089B2 (en) | 2022-01-31 | 2024-03-05 | Microsoft Technology Licensing, Llc | Convergence for time sensitive cloud applications |
US20240163203A1 (en) * | 2022-10-25 | 2024-05-16 | Microsoft Technology Licensing, Llc | Logical link redundant paths |
Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030141093A1 (en) * | 2000-12-21 | 2003-07-31 | Jacob Tirosh | System and method for routing a media stream |
US20050054346A1 (en) * | 2003-09-09 | 2005-03-10 | Harris Corporation, Corporation Of The State Of Delaware | Load leveling in mobile ad-hoc networks to support end-to-end delay reduction, QoS and energy leveling |
US20060039279A1 (en) * | 2004-08-18 | 2006-02-23 | Wecomm Limited | Maintaining communication sessions |
CN101107817A (zh) * | 2004-10-15 | 2008-01-16 | 松下电器产业株式会社 | 通信方法、通信消息处理方法及在计算机上执行这些方法的程序 |
CN101461198A (zh) * | 2006-06-05 | 2009-06-17 | 日立通讯技术株式会社 | 中继网络系统及终端适配装置 |
CN101606341A (zh) * | 2006-03-14 | 2009-12-16 | 思科技术公司 | 用于在穿过提供商网络的ce-ce路径上高效路由ip流量的技术 |
US20100248727A1 (en) * | 2009-03-31 | 2010-09-30 | Jeyhan Karaoguz | Communication session soft handover |
US20150113164A1 (en) * | 2013-10-18 | 2015-04-23 | Microsoft Corporation | Path Routing for Communication Sessions |
US20170063681A1 (en) * | 2015-08-24 | 2017-03-02 | 128 Technology, Inc. | Network Packet Flow Controller with Extended Session Management |
CN106559324A (zh) * | 2015-09-24 | 2017-04-05 | 华为技术有限公司 | 一种基于等价多路径转发报文的方法及网络设备 |
CN106716976A (zh) * | 2014-09-25 | 2017-05-24 | 微软技术许可有限责任公司 | 网络端点之间的媒体会话 |
US20170346787A1 (en) * | 2016-05-31 | 2017-11-30 | 128 Technology, Inc. | Session Continuity in the Presence of Network Address Translation |
US20180097720A1 (en) * | 2016-10-03 | 2018-04-05 | 128 Technology, Inc. | Router with Bilateral TCP Session Monitoring |
CN107995045A (zh) * | 2017-12-19 | 2018-05-04 | 上海海事大学 | 网络功能虚拟化的可适性服务功能链路径选择方法及系统 |
US20180219980A1 (en) * | 2017-01-30 | 2018-08-02 | 128 Technology, Inc. | Method and Apparatus for Managing Routing Disruptions in a Computer Network |
CN108604999A (zh) * | 2016-02-05 | 2018-09-28 | 瑞典爱立信有限公司 | 用于监视差异化服务编码点(dscp)和显式拥塞通知(ecn)的数据平面方法和设备 |
CN109076017A (zh) * | 2016-05-09 | 2018-12-21 | 阿尔卡特朗讯 | 多路径无线通信 |
CN109936516A (zh) * | 2017-12-19 | 2019-06-25 | 瞻博网络公司 | 用于跨多个网络传输选项促进透明服务映射的系统和方法 |
Family Cites Families (155)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6260072B1 (en) | 1997-06-12 | 2001-07-10 | Lucent Technologies Inc | Method and apparatus for adaptive routing in packet networks |
GB2332809A (en) | 1997-12-24 | 1999-06-30 | Northern Telecom Ltd | Least cost routing |
US7466703B1 (en) | 1998-05-01 | 2008-12-16 | Alcatel-Lucent Usa Inc. | Scalable high speed router apparatus |
US6515963B1 (en) | 1999-01-27 | 2003-02-04 | Cisco Technology, Inc. | Per-flow dynamic buffer management |
US6721334B1 (en) | 1999-02-18 | 2004-04-13 | 3Com Corporation | Method and apparatus for packet aggregation in packet-based network |
US6798743B1 (en) | 1999-03-22 | 2004-09-28 | Cisco Technology, Inc. | Packet prioritization processing technique for routing traffic in a packet-switched computer network |
US6563824B1 (en) | 1999-04-20 | 2003-05-13 | 3Com Corporation | Apparatus and methods for determining the correct workstation within a LAN for a LAN modem to route a packet |
US6584071B1 (en) | 1999-08-03 | 2003-06-24 | Lucent Technologies Inc. | Routing with service level guarantees between ingress-egress points in a packet network |
US7035214B1 (en) | 1999-09-28 | 2006-04-25 | Nortel Networks Limited | System and method for a negative acknowledgement-based transmission control protocol |
US6778531B1 (en) | 1999-11-04 | 2004-08-17 | Lucent Technologies Inc. | Multicast routing with service-level guarantees between ingress egress-points in a packet network |
US20020021689A1 (en) | 1999-12-30 | 2002-02-21 | Robbins Barry R. | Method and apparatus for transparent internet mobility management |
JP3349490B2 (ja) | 2000-02-14 | 2002-11-25 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 画像表示方法、画像表示システム、ホスト装置、画像表示装置、およびディスプレイ用インターフェイス |
TW480858B (en) | 2000-06-15 | 2002-03-21 | Nat Science Council | Expandability design of QoS route and transfer |
ATE326805T1 (de) | 2000-06-15 | 2006-06-15 | Ericsson Telefon Ab L M | Verfahren und anordnungen in einem telekommunikationssystem |
US7023851B2 (en) | 2000-10-12 | 2006-04-04 | Signafor, Inc. | Advanced switching mechanism for providing high-speed communications with high Quality of Service |
US7218632B1 (en) | 2000-12-06 | 2007-05-15 | Cisco Technology, Inc. | Packet processing engine architecture |
US7161906B2 (en) | 2000-12-15 | 2007-01-09 | Agere Systems Inc. | Three-stage switch fabric with input device features |
US6868083B2 (en) | 2001-02-16 | 2005-03-15 | Hewlett-Packard Development Company, L.P. | Method and system for packet communication employing path diversity |
US20020176363A1 (en) | 2001-05-08 | 2002-11-28 | Sanja Durinovic-Johri | Method for load balancing in routers of a network using overflow paths |
US7020143B2 (en) | 2001-06-18 | 2006-03-28 | Ericsson Inc. | System for and method of differentiated queuing in a routing system |
US7106739B2 (en) | 2001-06-27 | 2006-09-12 | Intel Corporation | Method enabling network address translation of incoming session initiation protocol connections based on dynamic host configuration protocol address assignments |
US7120118B2 (en) | 2001-10-18 | 2006-10-10 | Intel Corporation | Multi-path analysis for managing machine communications in a network |
ATE349837T1 (de) | 2001-11-19 | 2007-01-15 | Motorola Inc | Verfahren zur optimierung der wegeauswahl in einem paketnetz |
AU2003202882A1 (en) | 2002-01-04 | 2003-07-24 | Einfinitus Technologies, Inc. | Dynamic route selection for label switched paths in communication networks |
US20030214938A1 (en) | 2002-03-21 | 2003-11-20 | Jindal Deepak Kumar | Method for routing of label switched paths (LSPS) through an internet supporting multi-protocol label switching (MPLS) technology |
US7315541B1 (en) | 2002-04-03 | 2008-01-01 | Cisco Technology, Inc. | Methods and apparatus for routing a content request |
US7804785B2 (en) | 2002-04-19 | 2010-09-28 | Avaya Inc. | Network system having an instructional sequence for performing packet processing and optimizing the packet processing |
US7068600B2 (en) | 2002-04-29 | 2006-06-27 | Harris Corporation | Traffic policing in a mobile ad hoc network |
US7536720B2 (en) | 2002-05-07 | 2009-05-19 | Nortel Networks Limited | Method and apparatus for accelerating CPE-based VPN transmissions over a wireless network |
US8942082B2 (en) | 2002-05-14 | 2015-01-27 | Genghiscomm Holdings, LLC | Cooperative subspace multiplexing in content delivery networks |
US7154902B1 (en) | 2002-10-21 | 2006-12-26 | Force10 Networks, Inc. | Epoch-based packet switching |
US7574738B2 (en) | 2002-11-06 | 2009-08-11 | At&T Intellectual Property Ii, L.P. | Virtual private network crossovers based on certificates |
EP1422908B1 (de) | 2002-11-25 | 2005-11-30 | Siemens Aktiengesellschaft | Verfahren und Anordnung zum verschlüsselten Übertragen von Kommunikationsdatenströmen über ein paketorientiertes Kommunikationsnetz |
US7020087B2 (en) | 2003-01-13 | 2006-03-28 | Motorola, Inc. | Segmented and distributed path optimization in a communication network |
US7634805B2 (en) | 2003-03-05 | 2009-12-15 | Microsoft Corporation | Use of network address translation for implementation of stateful routing |
US7567504B2 (en) | 2003-06-30 | 2009-07-28 | Microsoft Corporation | Network load balancing with traffic routing |
JP4341413B2 (ja) | 2003-07-11 | 2009-10-07 | 株式会社日立製作所 | 統計収集装置を備えたパケット転送装置および統計収集方法 |
US7656799B2 (en) | 2003-07-29 | 2010-02-02 | Citrix Systems, Inc. | Flow control system architecture |
US7483374B2 (en) | 2003-08-05 | 2009-01-27 | Scalent Systems, Inc. | Method and apparatus for achieving dynamic capacity and high availability in multi-stage data networks using adaptive flow-based routing |
US7401217B2 (en) | 2003-08-12 | 2008-07-15 | Mitsubishi Electric Research Laboratories, Inc. | Secure routing protocol for an ad hoc network using one-way/one-time hash functions |
US7373660B1 (en) | 2003-08-26 | 2008-05-13 | Cisco Technology, Inc. | Methods and apparatus to distribute policy information |
WO2005022824A1 (fr) | 2003-09-02 | 2005-03-10 | Huawei Technologies Co., Ltd. | Procede permettant de choisir une voie de transmission de donnees de trafic en temps reel |
US7596086B2 (en) | 2003-11-05 | 2009-09-29 | Xiaolin Wang | Method of and apparatus for variable length data packet transmission with configurable adaptive output scheduling enabling transmission on the same transmission link(s) of differentiated services for various traffic types |
US7464266B2 (en) | 2004-02-13 | 2008-12-09 | Microsoft Corporation | Cheap signatures for synchronous broadcast communication |
US7706411B2 (en) | 2004-03-29 | 2010-04-27 | Hewlett-Packard Development Company, L.P. | Handling oversubscribed mesh ports with re-tagging |
US7586851B2 (en) | 2004-04-26 | 2009-09-08 | Cisco Technology, Inc. | Programmable packet parsing processor |
US7626990B2 (en) | 2004-05-07 | 2009-12-01 | Samsung Electronics Co., Ltd. | Packet counters and packet adders for traffic profiling in a multiprocessor router |
GB2414367B (en) | 2004-05-20 | 2009-03-04 | Vodafone Plc | Data transmission |
GB0424032D0 (en) | 2004-10-28 | 2004-12-01 | British Telecomm | Resource allocation |
KR100693058B1 (ko) | 2005-02-04 | 2007-03-12 | 삼성전자주식회사 | 패킷의 유실을 방지하기 위한 라우팅 방법 및 장치 |
JP4394590B2 (ja) | 2005-02-22 | 2010-01-06 | 株式会社日立コミュニケーションテクノロジー | パケット中継装置および通信帯域制御方法 |
US7653075B2 (en) | 2005-05-23 | 2010-01-26 | Juniper Networks, Inc. | Processing communication flows in asymmetrically routed networks |
US7773611B2 (en) | 2005-06-15 | 2010-08-10 | Cisco Technology, Inc. | Method and apparatus for packet loss detection |
US8199654B2 (en) * | 2005-06-21 | 2012-06-12 | Alcatel Lucent | Method and apparatus for providing end-to-end high quality services based on performance characterizations of network conditions |
US8260922B1 (en) * | 2005-09-16 | 2012-09-04 | Cisco Technology, Inc. | Technique for using OER with an ECT solution for multi-homed sites |
US8547843B2 (en) | 2006-01-20 | 2013-10-01 | Saisei Networks Pte Ltd | System, method, and computer program product for controlling output port utilization |
US20070171825A1 (en) | 2006-01-20 | 2007-07-26 | Anagran, Inc. | System, method, and computer program product for IP flow routing |
EP1981220A4 (en) | 2006-01-23 | 2011-04-13 | Nec Corp | COMMUNICATION PROCEDURE, COMMUNICATION SYSTEM, NODES AND PROGRAM |
US7872973B2 (en) | 2006-03-17 | 2011-01-18 | Alcatel Lucent | Method and system for using a queuing device as a lossless stage in a network device in a communications network |
US20080028445A1 (en) | 2006-07-31 | 2008-01-31 | Fortinet, Inc. | Use of authentication information to make routing decisions |
US8264949B2 (en) | 2006-08-30 | 2012-09-11 | Rockstar Bidco Lp | Method and apparatus for selecting between available neighbors in a rapid alternate path calculation |
CN101155178B (zh) | 2006-09-30 | 2010-08-04 | 华为技术有限公司 | 多协议标签交换中建立双向lsp的方法、装置和系统 |
US8068417B1 (en) | 2006-10-12 | 2011-11-29 | Anagran, Inc. | System, method, and computer program product for processing flow requests based on an associated preference using a single computation |
US8584199B1 (en) | 2006-10-17 | 2013-11-12 | A10 Networks, Inc. | System and method to apply a packet routing policy to an application session |
CN101207604B (zh) | 2006-12-20 | 2012-03-28 | 联想(北京)有限公司 | 一种虚拟机系统及其通信处理方法 |
US7969991B2 (en) | 2007-04-23 | 2011-06-28 | Mcafee, Inc. | Session announcement system and method |
CN101068242B (zh) | 2007-05-31 | 2010-04-14 | 武汉虹旭信息技术有限责任公司 | 一种安全审计系统中获取内外网地址映射关系的方法 |
US20090007021A1 (en) | 2007-06-28 | 2009-01-01 | Richard Hayton | Methods and systems for dynamic generation of filters using a graphical user interface |
US8243604B2 (en) | 2007-08-16 | 2012-08-14 | Cisco Technology, Inc. | Fast computation of alterative packet routes |
US8374102B2 (en) | 2007-10-02 | 2013-02-12 | Tellabs Communications Canada, Ltd. | Intelligent collection and management of flow statistics |
CN101483558B (zh) | 2008-01-10 | 2012-07-04 | 华为技术有限公司 | 网络设备接入分组交换网络的方法、系统及装置 |
EP2266365A4 (en) | 2008-04-04 | 2011-12-28 | Powerwave Cognition Inc | METHOD AND SYSTEMS FOR MOBILE ROUTING-WIDE BROADBAND INTERNET |
WO2009130218A1 (en) | 2008-04-24 | 2009-10-29 | Xelerated Ab | A traffic manager and a method for a traffic manager |
US8094560B2 (en) | 2008-05-19 | 2012-01-10 | Cisco Technology, Inc. | Multi-stage multi-core processing of network packets |
US9717021B2 (en) | 2008-07-03 | 2017-07-25 | Silver Peak Systems, Inc. | Virtual network overlay |
US8619775B2 (en) | 2008-07-21 | 2013-12-31 | Ltn Global Communications, Inc. | Scalable flow transport and delivery network and associated methods and systems |
CN101640629B (zh) | 2008-07-29 | 2012-08-29 | 华为技术有限公司 | 一种链路丢包监控的方法和双向转发探测设备 |
US8159941B2 (en) * | 2008-08-28 | 2012-04-17 | Alcatel Lucent | In-band DPI media reservation modifications to RFC 3313 |
CN101677319A (zh) | 2008-09-19 | 2010-03-24 | 华为技术有限公司 | 一种基于xmpp协议访问业务的方法、装置及系统 |
CN101729303B (zh) | 2008-10-25 | 2012-12-12 | 华为技术有限公司 | 测量网络性能参数的方法和装置 |
CN102292961B (zh) | 2008-11-25 | 2014-05-07 | 思杰系统有限公司 | 用于对由域名服务(dns)获得的ip地址进行转换的系统和方法 |
US8904177B2 (en) | 2009-01-27 | 2014-12-02 | Sony Corporation | Authentication for a multi-tier wireless home mesh network |
US8139479B1 (en) | 2009-03-25 | 2012-03-20 | Juniper Networks, Inc. | Health probing detection and enhancement for traffic engineering label switched paths |
CN101552703B (zh) | 2009-04-10 | 2011-07-27 | 中国联合网络通信集团有限公司 | 服务质量参数测量方法和设备及服务质量判定方法和设备 |
FR2948841B1 (fr) | 2009-07-31 | 2014-06-20 | Thales Sa | Procede et systeme pour la selection automatique de media de transmission |
CN101646220B (zh) | 2009-08-25 | 2011-08-31 | 浙江大学 | 用于802.11多接口无线mesh网络路由的路径比较方法 |
CN101997826A (zh) | 2009-08-28 | 2011-03-30 | 中兴通讯股份有限公司 | 一种控制网元、转发网元及因特网协议网络的路由方法 |
US8634428B2 (en) | 2009-09-21 | 2014-01-21 | At&T Intellectual Property I, L.P. | Method and system for symmetric routing |
US8650326B2 (en) | 2009-11-11 | 2014-02-11 | Microsoft Corporation | Smart client routing |
US8989020B2 (en) | 2009-12-03 | 2015-03-24 | Verizon Patent And Licensing Inc. | Bidirectional forwarding detection (BFD) protocol extension for detecting random traffic dropping |
KR101098082B1 (ko) | 2009-12-04 | 2011-12-26 | 이학종 | 디엔에스 패킷 변조를 통한 인터넷 접속 경로 우회 유도시스템 및 그 방법 |
US8804489B2 (en) | 2010-09-29 | 2014-08-12 | Telefonaktiebolaget L M Ericsson (Publ) | Fast flooding based fast convergence to recover from network failures |
EP2642701B1 (en) * | 2010-11-18 | 2020-12-02 | Murata Machinery, Ltd. | Relay server and relay communication system |
US8462632B1 (en) | 2010-12-28 | 2013-06-11 | Amazon Technologies, Inc. | Network traffic control |
CN102055817B (zh) | 2010-12-30 | 2014-07-30 | 中国人民解放军信息工程大学 | 同源地址束汇聚方法及同源汇聚网络路由系统 |
US9692687B2 (en) | 2011-03-18 | 2017-06-27 | Alcatel Lucent | Method and apparatus for rapid rerouting of LDP packets |
CN102158371A (zh) | 2011-04-12 | 2011-08-17 | 杭州华三通信技术有限公司 | 一种基于bfd的链路性能检测方法及其装置 |
CN102739507B (zh) | 2011-04-14 | 2015-04-15 | 中国科学院声学研究所 | 一种承载状态感知的路由器及其业务流带宽分配方法 |
US9043453B1 (en) | 2011-08-22 | 2015-05-26 | Star2Star Communications, LLC | Systems and methods for optimizing application data delivery over third party networks |
KR101913313B1 (ko) | 2011-12-28 | 2018-10-31 | 삼성전자주식회사 | 게이트웨이에서 인터넷 프로토콜 기반 네트워크를 이용하여 컨텐츠 중심 네트워크를 구현하는 방법 및 그 게이트웨이 |
US9049251B2 (en) | 2012-02-28 | 2015-06-02 | Futurewei Technologies, Inc. | Method and apparatus for internet protocol based content router |
US9071541B2 (en) * | 2012-04-25 | 2015-06-30 | Juniper Networks, Inc. | Path weighted equal-cost multipath |
US8942085B1 (en) | 2012-05-23 | 2015-01-27 | Google Inc. | System and method for routing around failed links |
US9300766B2 (en) | 2012-07-31 | 2016-03-29 | At&T Intellectual Property I, L.P. | Method and apparatus for initiating and maintaining sessions between endpoints |
CN102769679B (zh) | 2012-08-01 | 2015-06-03 | 深信服网络科技(深圳)有限公司 | Nat后的ip地址溯源方法及装置 |
US9160652B2 (en) | 2012-08-31 | 2015-10-13 | Cisco Technology, Inc. | Fast reroute for bidirectional co-routed traffic engineering tunnels |
CN104885484B (zh) | 2012-12-14 | 2019-04-05 | 华为技术有限公司 | 使用抽象网络资源需求的服务提供 |
US9686189B2 (en) | 2012-12-26 | 2017-06-20 | Microsoft Technology Licensing, Llc | Routing data in a bi-directional communication session over an overlay network using relay nodes |
CN103179192B (zh) | 2013-02-07 | 2015-11-25 | 杭州华三通信技术有限公司 | 虚拟服务器迁移的报文转发方法、系统及nat服务设备 |
US9537718B2 (en) | 2013-03-15 | 2017-01-03 | Cisco Technology, Inc. | Segment routing over label distribution protocol |
US9755960B2 (en) | 2013-09-30 | 2017-09-05 | Juniper Networks, Inc. | Session-aware service chaining within computer networks |
KR102118687B1 (ko) * | 2013-11-15 | 2020-06-03 | 삼성전자주식회사 | SDN(Software-defined networking)에서 네트워크 장애 해소를 위한 컨트롤러 및 스위치의 동작 방법과, 이를 위한 컨트롤러 및 스위치 |
JP6204168B2 (ja) | 2013-11-27 | 2017-09-27 | 株式会社日立製作所 | 転送装置、サーバ、および経路変更方法 |
US10044610B2 (en) | 2013-12-31 | 2018-08-07 | Alcatel Lucent | System, method and apparatus providing bi-directional forwarding detection support to unnumbered IP interfaces |
US20150229618A1 (en) | 2014-02-11 | 2015-08-13 | Futurewei Technologies, Inc. | System and Method for Securing Source Routing Using Public Key based Digital Signature |
US9979515B2 (en) | 2014-06-30 | 2018-05-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Control for BFD return path |
WO2016007052A1 (en) | 2014-07-07 | 2016-01-14 | Telefonaktiebolaget L M Ericsson (Publ) | A wireless device, network node and respective methods therein for transmitting data therebetween |
US10362121B1 (en) | 2014-07-10 | 2019-07-23 | Mitel Networks, Inc. | Communications path verification |
US9787576B2 (en) | 2014-07-31 | 2017-10-10 | Microsoft Technology Licensing, Llc | Propagating routing awareness for autonomous networks |
CN105490932A (zh) | 2014-09-19 | 2016-04-13 | 中兴通讯股份有限公司 | 一种双向转发检测的方法、设备和系统 |
US9729439B2 (en) | 2014-09-26 | 2017-08-08 | 128 Technology, Inc. | Network packet flow controller |
KR20160041631A (ko) | 2014-10-08 | 2016-04-18 | 한국전자통신연구원 | 서비스 품질 인지 라우팅 제어 장치 및 라우팅 제어 방법 |
US10277506B2 (en) | 2014-12-08 | 2019-04-30 | 128 Technology, Inc. | Stateful load balancing in a stateless network |
US9614756B2 (en) | 2015-03-25 | 2017-04-04 | Ca, Inc. | VOIP route selection using call metrics |
US9894005B2 (en) * | 2015-03-31 | 2018-02-13 | Mellanox Technologies, Ltd. | Adaptive routing controlled by source node |
US9787579B2 (en) | 2015-04-06 | 2017-10-10 | Verizon Digital Media Services Inc. | Application controlled path selection based on type-of-service |
US10171345B2 (en) * | 2015-05-04 | 2019-01-01 | Microsoft Technology Licensing, Llc | Routing communication sessions |
US9729682B2 (en) | 2015-05-18 | 2017-08-08 | 128 Technology, Inc. | Network device and method for processing a session using a packet signature |
JPWO2016194089A1 (ja) | 2015-05-29 | 2017-06-15 | 株式会社日立製作所 | 通信ネットワーク、通信ネットワークの管理方法および管理システム |
US9806997B2 (en) | 2015-06-16 | 2017-10-31 | At&T Intellectual Property I, L.P. | Service specific route selection in communication networks |
US10951519B2 (en) | 2015-06-17 | 2021-03-16 | Oracle International Corporation | Methods, systems, and computer readable media for multi-protocol stateful routing |
CN105245469B (zh) | 2015-08-27 | 2019-05-28 | 珠海豹好玩科技有限公司 | 数据传输方法、装置以及系统 |
US9871748B2 (en) | 2015-12-09 | 2018-01-16 | 128 Technology, Inc. | Router with optimized statistical functionality |
WO2017112820A1 (en) * | 2015-12-22 | 2017-06-29 | Rapidsos, Inc. | Systems and methods for robust and persistent emergency communications |
US9985883B2 (en) | 2016-02-26 | 2018-05-29 | 128 Technology, Inc. | Name-based routing system and method |
US20190021065A1 (en) * | 2016-03-01 | 2019-01-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Reducing Time Required for Location Lookup When Downlink Packets Arrive By Assisting Preloading of a Location of a Wireless Device Into the IP Advertisement Point (IAP) |
US10200264B2 (en) | 2016-05-31 | 2019-02-05 | 128 Technology, Inc. | Link status monitoring based on packet loss detection |
US11075836B2 (en) | 2016-05-31 | 2021-07-27 | 128 Technology, Inc. | Reverse forwarding information base enforcement |
US10708183B2 (en) | 2016-07-21 | 2020-07-07 | Cisco Technology, Inc. | System and method of providing segment routing as a service |
US10003867B2 (en) | 2016-08-31 | 2018-06-19 | Ciena Corporation | Disjoint path computation systems and methods in optical networks |
US20180213460A1 (en) | 2017-01-20 | 2018-07-26 | Qualcomm Incorporated | Networking devices and methods |
US10892978B2 (en) | 2017-02-06 | 2021-01-12 | Silver Peak Systems, Inc. | Multi-level learning for classifying traffic flows from first packet data |
US10992729B2 (en) | 2017-04-18 | 2021-04-27 | Microsoft Technology Licensing, Llc | Endpoint configuration for a communication session |
US20190036814A1 (en) | 2017-07-31 | 2019-01-31 | Cisco Technology, Inc. | Traffic steering with path ordering |
US20190253341A1 (en) | 2018-02-15 | 2019-08-15 | 128 Technology, Inc. | Service Related Routing Method and Apparatus |
US10476851B1 (en) * | 2018-04-30 | 2019-11-12 | Centri Technology, Inc. | Unbounded sessions for secure communications |
US11445422B2 (en) * | 2018-12-13 | 2022-09-13 | At&T Intellectual Property I, L.P. | Adaptable network communications |
US11153202B2 (en) | 2019-05-13 | 2021-10-19 | 128 Technology, Inc. | Service and topology exchange protocol |
US11451464B2 (en) | 2019-05-13 | 2022-09-20 | 128 Technology, Inc. | Central authority for service and topology exchange |
US11329912B2 (en) | 2019-05-13 | 2022-05-10 | 128 Technology, Inc. | Source-based routing |
US10999182B2 (en) | 2019-05-13 | 2021-05-04 | 128 Technology, Inc. | Routing using segment-based metrics |
US11075824B2 (en) | 2019-06-19 | 2021-07-27 | 128 Technology, Inc. | In-line performance monitoring |
US11122491B2 (en) * | 2019-09-05 | 2021-09-14 | Cisco Technology, Inc. | In-situ best path selection for mobile core network |
US11563627B2 (en) * | 2019-11-08 | 2023-01-24 | Verizon Patent And Licensing Inc. | Remote probing for failover |
US11658902B2 (en) * | 2020-04-23 | 2023-05-23 | Juniper Networks, Inc. | Session monitoring using metrics of session establishment |
-
2021
- 2021-04-23 US US17/239,277 patent/US11658902B2/en active Active
- 2021-04-23 CN CN202180030446.7A patent/CN115428411B/zh active Active
- 2021-04-23 EP EP21725641.1A patent/EP4140106A1/en active Pending
- 2021-04-23 WO PCT/US2021/028945 patent/WO2021217070A1/en unknown
-
2023
- 2023-03-28 US US18/191,809 patent/US20230370365A1/en active Pending
Patent Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030141093A1 (en) * | 2000-12-21 | 2003-07-31 | Jacob Tirosh | System and method for routing a media stream |
US20050054346A1 (en) * | 2003-09-09 | 2005-03-10 | Harris Corporation, Corporation Of The State Of Delaware | Load leveling in mobile ad-hoc networks to support end-to-end delay reduction, QoS and energy leveling |
US20060039279A1 (en) * | 2004-08-18 | 2006-02-23 | Wecomm Limited | Maintaining communication sessions |
CN101107817A (zh) * | 2004-10-15 | 2008-01-16 | 松下电器产业株式会社 | 通信方法、通信消息处理方法及在计算机上执行这些方法的程序 |
CN101606341A (zh) * | 2006-03-14 | 2009-12-16 | 思科技术公司 | 用于在穿过提供商网络的ce-ce路径上高效路由ip流量的技术 |
CN101461198A (zh) * | 2006-06-05 | 2009-06-17 | 日立通讯技术株式会社 | 中继网络系统及终端适配装置 |
US20100248727A1 (en) * | 2009-03-31 | 2010-09-30 | Jeyhan Karaoguz | Communication session soft handover |
US20150113164A1 (en) * | 2013-10-18 | 2015-04-23 | Microsoft Corporation | Path Routing for Communication Sessions |
CN106716976A (zh) * | 2014-09-25 | 2017-05-24 | 微软技术许可有限责任公司 | 网络端点之间的媒体会话 |
US20170063681A1 (en) * | 2015-08-24 | 2017-03-02 | 128 Technology, Inc. | Network Packet Flow Controller with Extended Session Management |
CN106559324A (zh) * | 2015-09-24 | 2017-04-05 | 华为技术有限公司 | 一种基于等价多路径转发报文的方法及网络设备 |
CN108604999A (zh) * | 2016-02-05 | 2018-09-28 | 瑞典爱立信有限公司 | 用于监视差异化服务编码点(dscp)和显式拥塞通知(ecn)的数据平面方法和设备 |
CN109076017A (zh) * | 2016-05-09 | 2018-12-21 | 阿尔卡特朗讯 | 多路径无线通信 |
US20170346787A1 (en) * | 2016-05-31 | 2017-11-30 | 128 Technology, Inc. | Session Continuity in the Presence of Network Address Translation |
US20180097720A1 (en) * | 2016-10-03 | 2018-04-05 | 128 Technology, Inc. | Router with Bilateral TCP Session Monitoring |
US20180219980A1 (en) * | 2017-01-30 | 2018-08-02 | 128 Technology, Inc. | Method and Apparatus for Managing Routing Disruptions in a Computer Network |
CN107995045A (zh) * | 2017-12-19 | 2018-05-04 | 上海海事大学 | 网络功能虚拟化的可适性服务功能链路径选择方法及系统 |
CN109936516A (zh) * | 2017-12-19 | 2019-06-25 | 瞻博网络公司 | 用于跨多个网络传输选项促进透明服务映射的系统和方法 |
Non-Patent Citations (2)
Title |
---|
STEFANO-NIKO ORZEN; SORIN BABII: "Network events in the dynamic selection of real-time session fault tolerant routes", 《2017 IEEE 21ST INTERNATIONAL CONFERENCE ON INTELLIGENT ENGINEERING SYSTEMS (INES)》 * |
胡念青;: "无线Ad Hoc网络支持QoS的路由协议研究", 通信技术, no. 08 * |
Also Published As
Publication number | Publication date |
---|---|
EP4140106A1 (en) | 2023-03-01 |
US20230370365A1 (en) | 2023-11-16 |
WO2021217070A1 (en) | 2021-10-28 |
US20210336875A1 (en) | 2021-10-28 |
CN115428411B (zh) | 2024-05-28 |
US11658902B2 (en) | 2023-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115428411B (zh) | 使用会话建立度量的会话监测 | |
US20220200887A1 (en) | Metric-based multi-hop path selection | |
EP4173239B1 (en) | Layer-2 network extension over layer-3 network using encapsulation | |
CN110120916B (zh) | Bgp会话的优先级形成 | |
CN111756566A (zh) | 支持和不支持issu装置的混合网络中软件升级部署 | |
US20230336446A1 (en) | Application records using session information | |
EP4017089A2 (en) | Network policy application based on session state | |
EP4161023A1 (en) | Opportunistic mesh for software-defined wide area network (sd-wan) | |
EP4161026A1 (en) | Session establishment using path change | |
US11799779B1 (en) | Session-based packet capture | |
US11902146B1 (en) | Identifying a maximum segment size (MSS) corresponding to a network path | |
EP4175223A1 (en) | Inline security key exchange | |
EP4161024A1 (en) | Metric-based multi-hop path selection | |
Patil et al. | Efficient Network Management: A Software Defined Networking Approach |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant |