使用原位通知系统进行网络流量优化的制作方法

文档序号:23590702发布日期:2021-01-08 14:27阅读:127来源:国知局
使用原位通知系统进行网络流量优化的制作方法

相关申请的交叉引用

本申请要求于2018年6月29日提交的名称为“networktrafficoptimizationusingin-situnotificationsystem(使用原位通知系统进行网络流量优化)”的第16/024,100号美国非临时专利申请的权益和优先权,其全部内容通过引用明确并入本文。

本技术涉及网络流量优化,尤其涉及用于向网络设备提供输入流量简档的变化的预先通知的方法,该预先通知使得网络设备能够动态地修改用于服务于输入分组的各种设置。



背景技术:

网络功能虚拟化(nfv)技术与软件定义网络(sdn)相结合有望帮助转变当今的运营商网络(carriernetwork)。它将转变运营商网络的部署和管理方式以及交付服务的方式。一些最终目标是使得服务提供商能够降低成本,提高业务敏捷性,并加快新服务的上市时间。

nfv和sdn技术的利用允许网络功能与底层硬件解耦,因此它们可以作为软件映像(softwareimage)或逻辑模块在商用现货(commercialoff-the-shelf)和通用硬件上运行。此外,nfv和sdn可以提供微服务架构,在这种架构中,由不同容器分发并服务于应用程序的不同服务是常见的。例如,在服务链环境中,常见不同的服务功能被实例化为一个或多个物理主机上的不同容器。

带有容器组件的服务链提供了灵活性。各个容器及其参数可以被调整和优化。有时,流量模式(trafficpattern)变化太快,以至于整个新服务链无法通过针对该新流量模式进行了微小调整的组件来加速。这对于要求极低延时的流量模式(例如,高频交易)非常重要。在此类用例中,当系统为输入流量模式重建新的优化链时,一些分组已经被丢弃,且流量模式可能已发生变化。

附图说明

为了描述可以获得本公开的上述和其他优点和特征的方式,将通过参考在附图中示出的其特定实施方式来对以上简要描述的原理进行更具体的描述。应理解,这些附图仅描绘了本公开的示例性方面,因此,不应被认为是对其范围的限制,通过使用附图,以附加的特征和细节来描述和说明本文的原理,其中:

图1示出了根据一个或多个示例实施方式的示例网络环境;

图2概念性地示出了根据一个或多个示例实施方式的服务链;

图3a-3d提供了根据一个或多个示例实施方式的带内通知流程的示例步骤的可视化图示;

图4是根据一个或多个示例实施方式的示例ioam信息,该示例ioam信息可以被包括在用于发送到网络设备的分组中;

图5示出了根据一个或多个示例实施方式的带内通知流程的示例方法;以及

图6示出了根据一个或多个示例实施方式的示例网络设备。

具体实施方式

下面详细讨论本公开的各种实施方式。尽管讨论了具体的实施方案,但是应该理解的是,这样做仅是出于说明的目的。相关领域的技术人员将认识到,在不脱离本公开的精神和范围的情况下,可以使用其他组件和配置。因此,以下描述和附图是说明性的,而不应被理解为是限制性的。描述了许多具体细节,以提供对本公开的透彻理解。然而,在某些实例中,为了避免模糊本描述,没有描述公知或常规的细节。在本公开中对一种或一实施方式的引用可以是对同一实施方式或任一实施方式的引用;并且,此类引用表示实施方式中的至少一者。

提及“一种实施方式”或“一实施方式”是指结合此实施方式描述的特定特征、结构、或特性被包括在本公开的至少一种实施方式中。在本说明书中各处出现的短语“在一种实施方式中”不一定全部指的是同一种实施方式,也不是与其他实施方式互斥的单独或替代的实施方式。此外,还描述了可以由一些实施方式而不是其他实施方式展现的各种特征。

在本公开的上下文中以及在使用每个术语的特定上下文中,本说明书中使用的术语通常具有其在本领域的普通含义。替代用语和同义词可以用于本文讨论的术语中的任何一个或多个术语,并且对于在本文中是否阐述或讨论此术语没有特殊意义。在某些情况下,会提供某些术语的同义词。列举一个或多个同义词并不排除使用其他同义词。在本说明书中任何地方使用的示例,包括本文讨论的任何术语的示例,仅是说明性的,并不旨在进一步限制本公开或任何示例术语的范围和含义。同样,本公开不限于本说明书中给出的各种实施方式。

在不意图限制本公开的范围的情况下,下文给出了根据本公开的实施方式的仪器、装置、方法、及其相关结果的示例。应注意,为了方便读者,可以在示例中使用标题或小标题,这绝不应该限制本公开的范围。除非另有定义,否则本文所使用的技术和科学术语具有本公开所属领域的普通技术人员通常所理解的含义。在发生冲突的情况下,以本文件(包括定义)为准。

本公开的附加特征和优点将在下面的描述中阐述,并且部分在描述中将是显而易见的,或者可以通过实践本文公开的原理来习得。本公开的特征和优点可以通过所附权利要求书中特别指出的仪器和组合来实现和获得。根据以下描述和所附权利要求,本公开的这些和其他特征将变得更加显而易见,或者可以通过实践本文阐述的原理来习得。

如本文所引用的,功能路由器可以包括服务,其提供关于账户的路由规则、faas服务、功能、客户端、位置、以及执行端点的注册和管理。功能路由器可以接收来自客户端的功能执行请求,并将其动态路由到“最佳”端点,以基于定义的规则执行此功能。

执行端点(ee)可以包括可以运行功能的具有计算能力的系统。非限制性示例可以包括计算机、膝上型计算机、iot设备、服务器、交换机、移动电话、信息亭、工作站等。ee可以被注册在功能路由器中,以用于执行功能。执行端点可以运行各种faas运行时环境和服务。

客户端可以包括试图在执行端点上执行功能的设备和/或应用程序。客户端的非限制性示例可以包括机械臂、移动电话、手持扫描仪、应用程序、打印机、信息亭等。

功能可以包括一段代码。这段代码可以表示,例如,临时的自包含业务逻辑集。无服务器功能可以与存储的程序进行比较(因为它们可以执行特定操作),并在需要时被调用和执行,仅在执行完成后才恢复为休眠状态(但准备就绪)。

位置可以包括物理位置(例如,建筑物、楼层等)和/或逻辑位置。位置可以与特定的纬度和经度坐标相关联。例如,位置可以指特定的纬度和经度坐标,这些坐标对应于机器人所在的制造楼层或插入有faas设备的会议室,或与环境相关联的区域。

功能路由规则可以包括关于由谁、针对什么、何时、何地、为什么、和/或如何执行功能的策略和控制。这些规则可以包括影响整个系统的it定义的防护栏(it-definedguardrail),以及由it或开发团队针对具体功能指定的其他规则。示例规则可以包括:功能a可以在任何端点上运行,但功能b必须仅在专用端点上运行;或功能a可以由任何客户端在特定位置调用,但功能b只能由特定客户端在任何位置调用。

概述

在独立权利要求中阐述了本发明的各方面,而在从属权利要求中阐述了优选特征。一个方面的特征可以单独或与其他方面结合地应用于每个方面。

本文所述的示例实施方式旨在通过向网络设备提供输入流量流变化的预先通知来管理网络中的流量模式的变化,使得网络设备能够动态地修改各种服务链参数,从而确定用于服务于输入流量的最佳服务链配置设置。

在本公开的一个方面,一种方法包括:通过第一网络组件来监测输入数据分组;通过第一网络组件来检测输入数据分组的流量简档的变化;通过第一网络组件来生成关于流量简档的变化的带内信息;以及通过第一网络组件随输入数据分组中的一个或多个数据分组发送带内信息,带内信息被第二网络组件用来调整用于服务于输入数据分组的一个或多个对应的设置。

在本公开的一个方面,一种设备包括:存储器,具有计算机可读指令;和一个或多个处理器,被配置为执行计算机可读指令以:监测输入数据分组;检测输入数据分组的流量简档的变化;生成关于流量简档的变化的带内信息;以及随输入数据分组中的一个或多个数据分组发送带内信息,带内信息被网络组件用来调整用于服务于输入数据分组的一个或多个对应的设置。

在本公开的一个方面,一种或多种非暂态计算机可读介质,其中存储有计算机可读指令,这些计算机可读指令在由一个或多个处理器执行时,促使一个或多个处理器用作网络设备以:监测输入数据分组;检测输入数据分组的流量简档的变化;生成关于流量简档的变化的带内信息;以及随输入数据分组中的一个或多个数据分组发送带内信息,该带内信息被另一网络设备用来调整用于服务于输入数据分组的一个或多个对应的设置。

详细描述

所公开技术的各方面解决了响应于流量简档的变化而手动识别和优化服务功能链(sfc)性能的问题。一方面,提供了一种带内消息接发方案,由此,网络组件(例如,服务链中的入口容器)向其他网络组件(服务链中的其他容器,它们可以位于入口容器的上游或下游)通知输入数据流量简档的变化,使得其他网络组件可以动态地主动调整它们的参数,以便在预期有输入流量时服务于输入数据分组。

如本文所使用的,服务链“设备”可以包括物理和/或虚拟设备和/或组件。例如,服务链的数据路径可以包括与特定网络操作或服务功能相关联的物理和虚拟设备的混合。另外,服务链或服务功能路径“参数”可以包括服务链和/或设备操作的任何可配置方面。例如,服务链参数可以与特定功能类型、软件版本、协议、或设备操作的任何其他方面有关。

本公开从示例系统的简要描述开始,在此示例系统中可以实现本文描述的发明构思。

图1示出了根据一个或多个示例实施方式的示例网络环境。示例网络环境100包括各种网络功能虚拟化(nfv)设备,这些设备可以被实现为形成服务链(sc)。架构(fabric)112可以表示环境100的底层(即,物理网络)。架构112包括脊交换机1-n(102a-n)(统称为“102”)和叶交换机1-n(104a-n)(统称为“104”)。叶交换机104可以驻留在架构112的边缘,并且可以表示物理网络边缘。叶交换机104可以是,例如,架顶式(“tor”)交换机、汇聚交换机、网关、入口和/或出口交换机、提供商边缘设备、和/或任何其他类型的路由或交换设备。

叶交换机104可以负责路由和/或桥接租户或端点分组并应用网络策略。脊交换机102可以在架构112内执行交换和路由。因此,架构112中的网络连接可以从脊交换机102流向叶交换机104,反之亦然。

叶交换机104可以包括服务器1-4(106a-d)(统称为“106”)、管理程序1-3(108a-108c)(统称为“108”)、虚拟机(vm)1-4(110a-110d)(统称为“110”)。例如,叶交换机104可以对往返服务器106的分组进行封装和解封,以便实现贯穿整个环境100的通信。叶交换机104还可以将其他具有网络功能的设备或网络,例如,防火墙、数据库、服务器等连接到架构112。叶交换机104还可以向任何其他服务器、资源、端点、外部网络、vm、服务、租户或工作负载提供对架构112的访问。

服务器106可以包括实现本技术的网络功能虚拟化(nfv)平台所必需的硬件和软件。可以使用管理程序108来实现nfv平台,以支持,例如,被实例化为vm110中的一个或多个和/或一个或多个网络容器(未示出)的各种虚拟网络设备。

如下面针对图2更详细地讨论的,包括各种虚拟网络设备类型(和配置)的服务链可以通过连接到虚拟交换机(例如,“vswitch”)形成。图2概念性地示出了根据一个或多个示例实施方式的服务链。具体而言,图2描绘了服务链(“sc”)201。

在操作中,sc201表示功能性服务链,例如,在虚拟网络环境(例如,网络数据中心(dc))中实现的功能性服务链。sc201可以被配置为提供和/或接收来自所连接的主机200的流量。主机200可以是由sc201服务的任何类型的已知或待开发的主机,包括但不限于个人终端用户的电子设备、企业服务器等。穿过sc201的流(数据分组)被顺序地提供给链中的每个设备或服务。如示例中所示,穿过sc201的流量流可以流经路由器(例如,qos路由器202)、内联入侵保护系统(ips)204、负载平衡器206、以及服务器(例如,http服务器208)。设备或服务202、204、206、和208中的每一者经由虚拟交换机210(例如,使用带有数据平面开发套件(ovs-dpdk)的openvswitch实现的虚拟交换机)通信地耦接。

在不脱离本技术的情况下,sc201可以包括更多(或更少)数量的设备和/或不同功能/类型的设备。另外,如下面进一步详细讨论的,对于每个设备的各种设置以及用于服务链的任何数据路径参数都可以根据所需要的实施方案而变化。

已经描述了示例网络环境100和示例sc201,现在本公开转向对带内通知系统的示例的描述,其中,带内通知系统向网络中的其他设备(例如,网络或服务链中的下游或上游设备)提供有关流量简档中即将发生的变化的预先通知,使得其他设备可以立即获得先知并更改它们的配置,从而更好地处理更高速率的输入数据分组。这个方案允许一个或多个设备利用其他网络设备的流量检测功能,并采取措施优化它们对输入数据分组的处理。此外,这种带内通知系统本质上比任何带外通知系统都更快、更高效,这使得本申请提出的系统非常适合快速调整从而适应已形成流的流量变化。

图3a-3d提供了根据一个或多个示例实施方式的带内通知流程的示例步骤的可视化图示。在图3a至图3d中,图2的连接主机200被外部网络300代替。外部网络300可以是任何已知的或待开发的网络,各种类型的主机或其他网络组件可以通过此网络向sc201发送数据。此数据可以被称为输入数据流量。

在图3a中,设备202、204、206、208、以及210都与以上参考图2描述的那些设备相同。图3a-3d的示例配置中的设备202可以被称为入口组件,因为其是输入数据流量分组中的数据分组到达sc201中的容器上的第一个组件。

图3a还为设备202、204、206、以及208中的每一者提供了一个示例流量处理参数或设置,其指示每个设备如何处理输入分组。例如,qos路由器具有150个接口缓冲器。ips204具有这样的设置,根据此设置,每个分组的正则表达式搜索深度(regexsearchdepth)被设置为300个字节。负载平衡器206具有chash(和/或任何其他通用hash)查找表,该查找表可具有30个条目。此外,http服务器208将压缩方案gzip应用于输入数据分组。以上是用于配置sc201的一个或多个设备的示例设置。然而,发明构思并不限于此,而是可以具有可用于配置sc201的每个设备的更多或更少的设置。

图3a示出了sc201的“稳定状态”,在该状态中分组流在sc201中的速率是稳定的。这由分组302在sc201上从一个设备流向另一设备来指示,其中每个设备在分组302到达时根据其配置的设置来对该分组进行处置/处理。

图3b示出了sc201的示例,其中检测到流量简档有变化并且新的数据分组泛洪(flood)(流量流304)进入sc201以待处理。流量流304也可以被称为新的流量简档304和/或新的流量模式304。流量简档或模式的这种变化可能是由于各种原因引起的,这些原因包括但不限于由sc201服务的特定类型的应用程序、用户询问和请求激增等。流量简档中的这种变化首先在入口设备202(在此示例中为qos路由器)中被检测到,然后带内操作、管理、和维护(ioam)信息被附加到诸如图3c所示的分组306之类的流量流304的一个或多个数据分组。然后,此分组306可以被发送到下游设备204、206、和/或208中的一者或多者。

在一个示例中,作为分组306中的ioam信息部分提供的信息包括但不限于新检测到的流量简档的平均分组大小和速率、(最近观察到的)新流量简档的分组内间隙、关于新检测到的流量简档中包括的数据的通信协议的统计信息、数据分组的来源和终点等。

图4是根据一个或多个示例实施方式的示例ioam信息,该示例ioam信息可以被包括在分组中,以用于发送到网络设备。从图4中可以看出,此示例ioam信息包括串流信息部分400、速率信息部分402、以及持续时间信息部分404。

串流信息部分400包括用于识别流量流304的数据串流的特性。在图3a-3d和图4的示例中,输入串流可以来自一个主机(例如,图4所示的source_ipv4地址),经由外部网络300被发送到两个目的地(例如,图4所示的两个desitnation_ipv4地址)。协议为tcp(6),且目的地显示为端口80和8443的组合。在此示例中,源端口保持为空,这指示在此示例流量中来源发生了变化。

速率信息部分402包括以每秒分组数和每秒字节数表示的当前检测到的流量速率。在此示例中,ioam信息还包括每秒分组数和每秒字节数的趋势。例如,trend_pps为17.4,这指示相对于先前的速率,每秒分组数已飙升至1740%。这可以指示有攻击,且因此指示流量简档的变化。此外,trend_bps为1.02,这指示相对于先前的速率,每秒字节数总体增加仅102%。一起考虑trend_bps和/或trend_pps,qos路由器202可以检测到小分组激增(例如,dos攻击),从而指示输入流量简档的变化。

持续时间信息404可以包括关于流量304已经持续多长时间、qos路由器202看到的总字节计数和总分组计数的详细信息。

上文提供了可以经由包括在构成流量304的一系列数据分组中的数据分组中的ioam信息被传送到sc201的其他网络设备的数据的各种示例。然而,发明构思并不限于此,其他类型的已知或待开发的数据也可以包括在内。

在接收到作为诸如数据分组306之类的接收到的数据分组的一部分的ioam时,诸如ips204之类的下游网络设备可以动态地重新配置其流量处理设置,以适应更高速率的数据分组涌入。在描述图3a时,提到了ips204的示例设置可以是以字节(例如,300个字节)表示的每个分组的正则表达式搜索深度。在一个示例中并且作为接收到作为数据分组306的一部分的ioam的结果,ips204可以将其示例正则表达式搜索深度重新配置为100个字节而非300个字节,以适应更高速率的输入数据分组。这种变化在图3d中示出。此外,图3d还示出了一个示例,其中虚拟交换机210已经从ovs-dpdk换到了矢量分组处理(vpp),以处理变化后的流量简档的数据分组,因为相对于其他vswitch类型,vpp对于此特定流量简档可以更好地缩放。例如,切换到vpp可以减少sc201的设备之间的延时。

在另一个示例中,基于接收到的ioam信息获知流量简档的类型和输入流量的速率,负载平衡器206能够优化其负载平衡算法,以将负载更均匀地分配给端点服务器。或者,负载平衡器206可以发信号,以启动额外的端点服务器来处理流量负载。

在另一个示例中,应用程序可以接收用ioam数据标记的请求,该请求指示更高速率的数据分组的输入泛洪。可能正在利用sc201的应用程序可以主动开始将其容器水平缩放到可以适当处理预期负载增加的水平,而不必等待数据分组的输入泛洪对sc201的容器的数据流量处理产生实际影响。

在另一个示例中,sc201可以具有两个ips容器(例如,上游ipc204和另一个下游ips(相对于ips204而言))。在接收到作为数据分组306的一部分的ioam信息时,上游ips204可以分析流的前几个分组,并确定流304是安全且有保障的,并使用ioam数据来标记相关数据分组。然后,下游ips随后将检测到在流304上标记的元数据,并绕过对流量的检验,因为sc201中的受信设备(例如,ips204)已经将它视为是安全的。在另一个示例中,两个ips可能不一定是同一服务链的部分,而可以分别是彼此通信的不同服务链的一部分。

图5示出了根据一个或多个示例实施方式的带内通知流程的示例方法。将从服务链及其各种设备(例如,sc201和/或一个或多个设备202、204、206、和208)的角度描述图5。但是,应理解,可能存在执行计算机可读指令以实现sc201和/或其组件中的任何一个或多个组件的功能的一个或多个处理器。

在s500,sc201的入口设备(组件)(例如,qos路由器202)监测输入流量。在s502,sc201的入口设备确定输入流量的各种统计信息,包括但不限于如上所述的以每秒分组数、每秒字节数表示的分组到达速率等。在一个示例中,入口设备可以连续地执行s500和s502。

在s504,sc201的入口设备确定速率是否等于或大于阈值。阈值可以是可以基于实验和/或经验研究确定的可配置参数。例如,阈值可以被设置为每秒100个分组,每秒1000个字节等。

在一个示例中,sc201的入口设备可以将单个统计量(例如,以每秒分组数或每秒字节数表示的分组到达速率)与单个对应阈值进行比较。在另一个示例中,sc201的入口设备可以将多个统计量与多个阈值(例如,速率和分组大小)进行比较,然后基于所有比较的统计量与它们对应阈值的加权组合来进行s504的确定。

如果在s504,sc201的入口设备确定速率小于阈值(这可以指示正常流量流和输入流量的简档没有显著变化),则流程返回到s500,且重复s500至s504。

但是,如果在s504,sc201的入口设备确定速率等于或大于阈值(这可以指示输入流量的简档有显著变化),则在s506,sc201的入口设备生成ioam信息,此信息描述变化后的流量模式并指示更高的输入数据分组速率。此ioam信息可以是如上所述的那样,并且可以被嵌入到输入流量流的一个或多个数据分组中。

在s508,sc201的入口设备将ioam信息嵌入到构成输入流量流(例如,流量流304)的数据分组中的一个或多个中。可以为将要嵌入的ioam信息随机地选择一个或多个数据分组。或者,sc201的入口设备创建包括ioam信息的一个或多个新数据分组。包括ioam信息的分组(新的或现有的)可以被称为嵌入的数据分组。这种分组的示例是以上参考图3c描述的分组306。

在一个示例中,s508的嵌入流程可以包括用ioam报头来标记下层数据分组以包括ioam信息。

与传统的带外预警系统相比,原位纳入此数据具有优势,因为其效率高且复杂度相对较低。尽管流量路径最初可能会受到定义的约束,但上面以原始形式预置的示例json数据仅向串流中添加了~400个字节,而此串流可能已经超过了,例如,7giga(千兆)字节。还可以使用,例如,http服务器208提供的gzip压缩将其进一步减少到~230个字节。此外,它不需要本身就需要完整的补充网络路径、寻址等的带外信令。

在s510,sc201的入口设备将嵌入的数据分组,诸如,图3c的数据分组306,传送(发送)到sc201的其他网络设备,例如,ips204、负载平衡器206、http服务器208等(它们可以被称为接收设备)。

在s512,在接收到嵌入的数据分组时,诸如ips204之类的接收设备调整(重新配置)其流量设置参数,以处理更高速率的输入分组。

本文所述的原位通知系统与传统的自动缩放方案不同,传统的自动缩放方案选择不断监测诸如资源利用率或外部提供的指标之类的内容并对其进行缩放,以应对进行中的(in-progress)系统应力迹象(例如,更高速率的输入数据分组)。本文所述的原位通知系统使得网络组件能够在预期到应力的情况下自动缩放,而非由于应力而缩放,并且不会因持续轮询应用程序编程接口来实现这一点而产生额外负担。相反,在系统已经正常处理的情况下,缩放信号已经在入站流量串流之前被包括。

在上述示例实施方式中,参考了sc201,其是具有容器组件的服务链,作为nfv的示例。然而,发明构思不限于nfv和虚拟网络组件。例如,发明构思同样适用于网络的物理节点和组件,其中一个物理节点可以用作入口节点,以检测流量简档的变化并随后将检测到的流量简档的变化通知给下游网络组件(和/或上游网络组件),以便其他网络组件可以主动调整它们的流量设置,从而处理更高速率的输入数据分组。

应当理解,可调设备参数的前述示例不是穷举的,并且在不脱离本技术范围的情况下可以修改其他服务链质量或配置。

图6示出了根据一个或多个示例实施方式的示例网络设备。在实践本技术时,更适当的实施方式对于本领域普通技术人员将是显而易见的。本领域普通技术人员还将容易理解,其他系统实施方式也是可能的。

图6示出了系统总线计算系统架构600,其中系统的组件使用连接606彼此电通信。示例性系统600包括处理单元(cpu或处理器)604和将包括系统存储器620(诸如,只读存储器(rom)618和随机存取存储器(ram)616)在内的各种系统组件耦接到处理器604的系统连接606。系统600可以包括高速缓存,其与处理器604的一部分直接连接,或紧邻或集成为处理器604的一部分。系统600可以将数据从存储器620和/或存储设备608复制到高速缓存602,以供处理器604快速存取。以这种方式,高速缓存可以提高性能,避免处理器604等待数据产生的延时。这些模块和其他模块可以控制或被配置为控制处理器604执行各种动作。也可以使用其他系统存储器620。存储器620可以包括具有不同性能特性的多种不同类型的存储器。处理器604可以包括任何通用处理器和服务组件,例如,存储在存储设备608中的服务1610、服务2612、和服务3614,这些服务被配置为控制处理器604以及专用处理器,其中软件指令被合并到实际的处理器设计中。处理器604本质上可以是完全自包含的计算系统,包含多个核或处理器、总线、存储器控制器、高速缓存等。多核处理器可以是对称的或不对称的。

为了使用户能够与计算设备600交互,输入设备622可以表示任意数量的输入机构,例如,用于语音的麦克风、用于手势或图形输入的触敏屏幕、键盘、鼠标、运动输入、语音等。输出设备624也可以是本领域技术人员已知的许多输出机构中的一者或多者。在一些实例中,多模式(multimodal)系统可以使用户能够提供多种类型的输入来与计算设备600通信。通信接口626通常可以管控和管理用户输入和系统输出。对于在任何特定硬件布置上的操作没有限制,因此,此处的基本特征可以很容易被替换为改进的硬件或固件布置(在它们被开发出来时)。

存储设备608是非易失性存储器,并且可以是可以存储可由计算机访问的数据的硬盘或其他类型的计算机可读介质,例如,磁带、闪存卡、固态存储器设备、数字通用光盘、盒式磁带、随机存取存储器(ram)616、只读存储器(rom)618,及其混合。

系统600可以包括被配置为执行各种操作的集成电路628,诸如,专用集成电路(asic)。集成电路628可以与连接606耦接,以便与系统600中的其他组件通信。

存储设备608可以包括用于控制处理器604的软件服务610、612、614。可以预见到其他硬件或软件模块。存储设备608可以连接到系统连接606。在一个方面,执行特定功能的硬件模块可以包括存储在与诸如处理器604、连接606、输出设备624等必要硬件组件连接的计算机可读介质中用于执行功能的软件组件。

概括而言,所公开技术的各方面解决了响应于流量简档的变化而手动识别和优化服务功能链(sfc)性能的问题。在本公开的一个方面,一种方法包括:通过第一网络组件来监测输入数据分组;通过第一网络组件来检测输入数据分组的流量简档的变化;通过第一网络组件来生成关于流量简档的变化的带内信息;以及通过第一网络组件随输入数据分组中的一个或多个数据分组发送带内信息,带内信息被第二网络组件用来调整用于服务于输入数据分组的一个或多个对应的设置。

为了清楚说明起见,在某些实例中,本技术可以被呈现为包括单独的功能块,这些功能块包括包含以软件或硬件和软件的组合体现的方法中的设备、设备组件、步骤或例程的功能块。

在一些示例实施方式中,计算机可读存储设备、介质、以及存储器可以包括包含比特流等的电缆或无线信号。然而,当提及时,非暂态计算机可读存储介质明确地排除诸如能量、载波信号、电磁波、以及信号本身之类的介质。

可以使用存储在计算机可读介质中或可以从计算机可读介质获取的计算机可执行指令来实现根据上述示例的方法。此类指令可以包括,例如,促使或配置通用计算机、专用计算机、或专用处理设备来执行特定功能或功能组的指令和数据。可以通过网络访问所使用的部分计算机资源。计算机可执行指令可以是,例如,二进制、中间格式指令,例如,汇编语言、固件,或源代码。可用于存储在根据所述示例的方法期间使用的指令、信息、和/或创建的信息的计算机可读介质的示例包括磁盘或光盘、闪存、配备有非易失性存储器的usb设备、联网的存储设备等。

实现根据这些公开的方法的设备可以包括硬件、固件,和/或软件,并且可以采用多种形状因数中的任一种。此类形状因数的典型示例包括膝上型计算机、智能电话、小形状因数个人计算机、个人数字助理、机架安装设备、独立设备等。本文描述的功能还可以体现在外围设备或插入卡中。通过进一步举例,这种功能还可以在电路板上通过不同芯片或在单个设备中执行的不同流程来实现。

指令、用于传递此类指令的介质、用于执行它们的计算资源、以及用于支持此类计算资源的其他结构是用于提供这些公开中描述的功能的部件。

尽管使用了各种实施例和其他信息来说明所附权利要求范围内的各方面,但是不应基于此类示例中的特定特征或布置来暗示对权利要求的限制,因为本领域普通技术人员将能够使用这些示例来得到各种实施方案。此外,尽管可能已经以特定于结构特征和/或方法步骤的示例的用语描述了一些主题,但是应该理解,所附权利要求中定义的主题不必限于这些描述的特征或动作。例如,这种功能可以在除本文所标识的组件之外的组件中以不同的方式分布或执行。准确地说,所描述的特征和步骤被公开为在所附权利要求的范围内的系统的组件和方法的示例。

引用一组中的“至少一者”的权利要求用语指示该组中的一个部件或该组中的多个部件满足此权利要求。例如,引用“a和b中的至少一者”的权利要求用语表示a、b、或a和b。

应当理解,所公开的流程中的步骤的任何具体顺序或层次都是示例性方法的说明。基于设计偏好,应当理解,可以重新排列流程中的步骤的具体顺序或层次,或者仅执行所示步骤的一部分。某些步骤可以同时执行。例如,在某些情况下,多任务和并行处理可能是有利的。此外,上述实施方式中的各种系统组件的分离不应被理解为在所有实施方式中都需要这种分离,而是应当理解,所描述的程序组件和系统通常可以一起集成到单个软件产品中或封装到多个软件产品中。

提供先前的描述是为了使本领域技术人员能够实施本文描述的各个方面。对这些方面的各种修改对于本领域技术人员而言将是显而易见的,并且本文定义的一般原理可以应用于其他方面。因此,权利要求书不应限于本文中展示的方面,而是应被赋予与语言权利要求一致的完整范围,其中除非特别说明,否则以单数形式提及元件并不意图表示“一个且仅有一个”,而是表示“一个或多个”。

诸如“方面”之类的短语并不意味着此方面对于本技术是必不可少的,也不意味着此方面适用于本技术的所有配置。与一个方面有关的公开内容可以应用于所有配置,或者一个或多个配置。诸如“一个方面”之类的短语可以指一个或多个方面,反之亦然。诸如“配置”之类的短语并不意味着此配置对于本技术是必不可少的,或者此配置适用于本技术的所有配置。与配置有关的公开内容可以适用于所有配置或一个或多个配置。诸如“配置”之类的短语可以指一个或多个配置,反之亦然。

“示例性”一词在本文中用于表示“用作示例或说明”。本文中被描述为“示例性”的任何方面或设计不必被解释为相对于其他方面或设计是优选或有利的。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1