基于哈希的抢占的制作方法

专利名称：基于哈希的抢占的制作方法
基于哈希的抢占
背景技术：
本发明一般地涉及计算机网络中的抢占。
IETF (互联网工程任务组)正在对用于实时非弹性流量的无状态或减 少状态准入控制领域进行研究。(见B. Briscoe等的"An edge-to-edge Deployment Model for Pre-Congestion Notification Admission Control over a DiffServ Region" , IETF draft-briscoe-tsvwg-cl-architecture-04.txt, 2006年10 月25日，禾口 A.Bader的"RMD-QOSM-The Resource Management in DiffServ QOS Model" ， draft-ietf-nsis-rmd-07.txt， 2006年6月23日)。与无 状态(和有状态)呼叫准入控制(Call Admission Control, CAC)相关的
挑战之一是偶然的拓扑改变(例如，响应于链路或节点故障)会使得完
全忽略CAC，因为路由将流量改发往与其原来被准入的路径不同的路径。 这可能导致可以持续潜在的长时间的严重的拥塞。在这些情况中，通常由 于准入控制在工程负载下操作的链路突然变得超载。结果，共享拥塞链路 的所有实时流都变得受影响并且可能遭受严重的QoS (服务质量)劣化。 例如，如果这些流是语音流，则这样的QoS劣化会使得该链路上的所有或 许多用户最终挂起或者放弃连接，如果实质的服务劣化长过几秒的话。因 此，期望有这样的机制，该机制将选择性地抢占一定数量的流以消除拥 塞，恢复对其它流的必要级别的QoS。该机制在上述IETF草案中被称为 抢占(preemption)或服务拥塞处理。期望尽可能在每个流的基础上而不 是每个分组的基础上完成这样的抢占，以防止对涉及拥塞的所有流的服务 劣化。
不仅运行准入控制机制的网络，而且在基于流量矩阵知识的使用带宽 供应(provisioning)的网络中会产生类似的问题。例如，如果实时流量正 在使用EF PHB (Expedited Forwarding Per-Hop Behavior,加速转发单跳行 为)并且网络在没有故障和在某些预想的故障情况下被提供，则未预想到的链路、节点或SRLG (Shared Risk Link Group,共享风险链路组)故障 或者未预想到的这些故障的组合会引起某些链路突然超载，引起QoS服务 劣化。在存在未预想到的流量冲击(surge)的情况中运行准入控制的网络 中，抢占也是有用的。
因此，不论在正常的、无故障的情况下是存在带宽预留还是缺少带宽 预留，(在分组网络的情况中通常没有对那些故障的全带宽保护的情况 下)故障的可能性导致需要允许对一组流的抢占同时允许其余的流保持它 们的QoS保证的机制。在上述IETF草案中，己经提出了两种解决方案。 然而，这两种解决方案需要对出口 (egress)边界处的拥塞的每入口-出口 的估计以判定正确的要丢弃的流量的量，并且对这些方案的监管提出了重 大挑战。


图l示出在其中可以实施在此所述的实施例的网络的示例。 图2是示出图l的网络中用于基于哈希(hash-based)的抢占所使用的 核心路由器和哈希桶(hash-bucket)的示例的示图。 图3是示出核心路由器处的操作的示例的示图。 图4是示出用于基于哈希的抢占的方法的示例的流程图。 图5描述在实现在此所述的实施例中有用的网络装置的示例。 相应的参考字符指示图中的各个视图中相应的部件。
具体实施方式
概览
公开了一种用于网络中的抢占的方法和系统，该网络包括具有至少一 个出口接口的核心装置，出口接口被配置用于利用多个哈希桶的基于流的 哈希。在一个实施例中，每个哈希桶被设置成第一状态或第二状态，并且 该方法一般地包括基于将被哈希进被设为第二状态的哈希桶的流排除在外 的速率测量计算负载。所计算出的负载与抢占阈值进行比较，并且如果计 算出的负载超过抢占阈值，则多个哈希桶的至少一个的状态从第一状态被改为第二状态。对哈希进第二状态中的哈希桶的流执行诸如丢弃所有分组 或标记所有分组之类的动作。
示例实施例
进行以下描述以使本技术领域技术人员能够做出和使用本发明。对特 定实施例和应用的描述仅作为示例来提供并且各种修改对本技术领域技术 人员将是显而易见的。在此所述的一般的基本原理可以在不偏离本发明的 范围的情况下应用于其它实施例和应用。因此，本发明不限于示出的实施 例，而是要符合与在此所述的基本原理和特征一致的最宽范围。为了清楚 起见，没有详细描述与本发明相关的技术领域中己知的技术材料相关的细 节。
现在参考图，首先参考图1，图1示出了可以实施在此所述的实施例 的网络的一个示例。为了简明，只示出了少量节点。实施例在包括多个网 络元件的数据通信网络的情境中进行操作。采用该实施例的网络中的某些 节点可以是诸如路由器或网关之类的网络装置。例如，网络装置可以包括 主中央处理器(CPU)、接口和总线。优选CPU包括存储器和处理器。 可以在诸如计算机系统或以下参考图5描述的网络装置之类的通用网络主 机机器上实施网络装置。
数据流量流经包括边缘节点10、 12、 14、 16和核心节点18、 20的各 种节点。相邻节点经由一个或多个通信路径(链路)来耦合。根据流量流 的方向，边缘节点可以是入口 (ingress)或出口 (egress)边缘节点。在 图1的示例中，流量沿路径22从入口边缘节点IO通过核心(内部节点) 18、 20到出口边缘节点14。流量还可以经由路径24从入口边缘节点12 通过核心节点18和20路由到出口边缘节点16。如下所述，核心节点 18、 20对流量进行计量并且按照要求标记或者丢弃分组以维持指定抢占 阈值以下的流量负载。
应当理解，图1中所示的网络仅仅是一个示例并且在此所述的方法和 系统可以用于各种配置、大小和网络类型。例如，在网络核心路由器、核 心路由器和边缘路由器的组合、VoIP网关或会话边界控制器(SBC)中 可以实现该方法和系统。在此所述的实施例在不需要网络核心中的每个流状态或者边缘节点处 的每入口/出口测量的情况下提供抢占。在一个实施例中，以下称为使用 丢弃的基于哈希的抢占，系统是自监管的，所以即使边缘装置未被配置为 辅助抢占，流的抢占也直接由核心路由器来执行。在另一实施例中，以下 称为使用标记的基于哈希的抢占，该系统可以允许边缘装置做出关于哪些 流应当被丢弃的决策，所以更为精密复杂的策略可以被应用。并且，可以
实现边缘监管器(policer)以确保如果被标记的流继续发送分组，则那
些分组被丢弃。
使用丢弃的基于哈希的抢占
以下描述了利用使用分组丢弃的基于哈希的抢占的实施例。首先描述 核心装置上的操作，之后为对边缘路由器和终端系统处的操作的描述。
数据路径中的核心路由器维护从出口接口出去的所有流的基于流的哈
希。因此基于流的哈希是按每出口接口的。图2示出具有六个出口接口 28a、 28b、 28c、 28d、 28e和28f的核心路由器26的一个示例。应当理 解，核心路由器26可以具有任何数量的出口接口，每个接口被配置为将 流量发送给相应的边缘装置。每个出口接口包括许多哈希桶bl、 b2、 b3、 b4、 b5、 b6……bn。每个接口处的哈希桶的数目优选足够大以提供每 桶充分的粒度来控制输出链路处的速率。例如，具有ioo个哈希桶的接口 提供约每桶1%的粒度。
每个哈希桶被设成第一状态或第二状态。第一状态是"转发"状态， 其中，和在正常操作(无拥塞情况)中一样，流从核心路由器通过出口接 口被路由转发给相应的边缘装置。第二状态是"丢弃"，其中，被哈希进 哈希桶中并且从接口出去的所有流的所有分组被核心路由器丢弃。
核心路由器处的操作包括为了确定在出口接口处需要丢弃多少另外 的负载，以指定的间隔测量流，计算"被修剪的(clipped)"负载，并且 按照需要改变哈希桶的状态。例如，可以以与大的RTT (Round Trip Time,往返时间)相对应的间隔或任何其它指定的间隔执行该测量。
出口接口处被修剪的负载与在出口接口处还未被丢弃的剩余的聚集负载相对应。使用将被哈希进具有被设置为丢弃的哈希桶的所有流排除在外 的速率测量计算被修剪的负载。因此，可以在丢弃之后执行速率测量。或 者，可以在丢弃之前执行速率测量，但是将被哈希进状态为"丢弃"的桶 的所有流排除在外。然后，核心路由器通过将测量的被修剪的负载与抢占 阈值进行比较来确定在给定出口接口上多少另外的负载需要被丢弃。然 后，按照将负载拉到抢占阈值之下的需要，相应数量的哈希桶的状态被改 为丢弃。例如，如果被修剪的负载是抢占阈值的120%，则我们将除去多
余的20%的超出流量，这解释为将20/120 (或大约17%)的被设置为转 发状态的哈希桶设置为丢弃状态。(当哈希桶的期望百分比得到小数个要 被设置为丢弃状态的哈希桶，则该数可以被舍入为最接近的整数)。
图3用流对时间的图示出核心路由器处的操作。在间隔Tl，故障发 生并且更多的流逐渐被重新路由到链路上。在T1，被修剪的负载是50并 且没有流被丢弃(这是因为抢占阈值还未被超过)。哈希桶b0-b99处的 所有流被转发。在时间T2，由于在T1处发生的故障，被修剪的负载已经 达到120。哈希桶b83-b99处的状态从转发被改为丢弃。现在路由器丢弃 哈希桶b83-b99处的流，并且继续转发哈希桶b0-b82处的流。来自哈希桶 b83-b99的流在T2之后的某个时间开始离开。这是因为用户由于不能通信 由于某些其他机制而挂起，所述其他机制例如是对触发呼叫释放的终端系 统中的过度性损失的检测。在T3，被修剪的负载是130，所以路由器以 30/130 (即23%)的比例丢弃另外的负载。因此，路由器将23%的原来在 转发状态中的哈希桶(b0-b82)改为丢弃状态。例如，路由器可以将哈希 桶b65-b82设置为丢弃。
T3后，来自b65-b82的流开始离开。在时间T4，被修剪的负载下降 为100 (或者以下，如果与此同时某些流经由诸如用户结束他们的电话对 话之类的正常的终止过程已被终止的话)并且该状态在所有哈希桶处保持 不变。
如果被修剪的负载保持在抢占阈值以下达许多连续的测量周期，则核 心路由器判定网络已经拥塞并且重播种(reseed)基于流的哈希。计数 器、定时器或其它合适的机制可以被用来对测量周期数或时间间隔进行跟踪。例如，可以通过改变哈希算法中所使用的某些输入变量来实现重播种
基于流的哈希。期望重播种基于流的哈希以确保抢占反应(reaction)哈 希之后剩余的流均匀地通过所有哈希桶。然后，抢占机制准备就绪以在新 的事件迫使抢占发生之后恰当地反应。重播种优选仅在足够长的时间段之 后完成，使得被抢占基站丢弃的流可以已被边缘装置拆毁或者已被充分破 坏。这是为了确保在核心路由器重播种它们的哈希之前，边缘装置通过仅 仅将呼叫留在适当的位置而不回避(circumvent)系统的自监管行为。
图4是示出核心路由器处的用于基于哈希的抢占的过程的一个示例的 流程图。在每个测量间隔，核心路由器测量流(步骤30和32)。如上所 述，速率测量不包括被哈希进具有丢弃状态的哈希桶的所有流。在步骤 34，基于速率测量计算被修剪的负载。然后，将被修剪的负载与抢占阈值 进行比较(步骤36)。如果被修剪的负载超过抢占阈值(步骤38)，则 路由器按照需要将相应的哈希桶的状态改成丢弃(步骤40)。如果被修 剪的负载不超过抢占阈值并且被修剪的负载已经保持在抢占阈值以下达设 定数目的连续测量周期，则网络已经拥塞并且路由器重播种基于流的哈希 (步骤38、 42和44)。
哈希可以被扩展以具有某些DSCP (Differentiated Services Code Point,差分服务代码点)知识，使得主要的流情境信息可以从DSCP中被 推断出并且用于流哈希和对要丢弃的流的选择。例如，如果在DSCP中反 映了流抢占和优先级(例如MLPP的流抢占和优先级)，则之后所有的非 常规(non-routine)流可以被哈希进专门的不可丢弃桶并且只有常规流 (例如，被哈希到常规的哈希桶上的流)可以用于丢弃。
以下描述在根据两个示例性实施例的边缘路由器和终端系统处的操作。
在第一实施例中，在边缘路由器不存在任何动作。终端系统(例如， VoIP网关)(通过观察到它们不再接收预期速率的媒体分组)意识到它 们己经失去了连接性并且(例如经由应用级信令)可以恰当地清除呼叫。
在第二实施例中，边缘路由器以每个流为基础检测损失并且发起对用 于相应流的网络预留的拆除(tear-down)，这又可能导致终端系统(例如经由诸如SIP (会话发起协议)之类的应用级信令)清除呼叫。
为了防止可能的超调(overshoot)问题(从而系统会拆除过多呼 叫)，仅仅如果在流的100% (或接近100%)的分组上检测到损失并且 持续比测量时间段的顺序的指定时间段长，则实行呼叫的拆除。
对于上述基于哈希的抢占，优选流被基本相等地扩展在路由器的所有 桶上(即，通过每个哈希桶承载基本相等的带宽)。这设想了大量流，大 量具有不同大小的流，如果存在不同的大小的话。并且，优选路由器具有 用于哈希的随机种子，使得将进入第一路由器上的一个桶中的将随机地分 布在第二路由器上，以确保在第一路由器上被设置为丢弃的桶在第二路由 器上不仅仅是空的。这确保在多拥塞点的情况中，第二拥塞点将仍然丢弃 正确数目的流。优选抢占事件足够稀疏(尽管每个事件可以持续一定的时 间段)，使得系统有机会在不同的抢占事件之间拥塞。
根据以上可知，使用丢弃的基于哈希的抢占提供许多超过传统抢占的 优势。例如，当存在拥塞时，这样的流的子集被丢弃使得其余的流可以让 它们的QoS得到保护。如上所述，系统不需要核心装置中的任何每个流 状态或边缘装置中的任何每入口/出口监控。系统还是自监管的，这是因 为它丢弃过量的流，使得它不需要通过终端系统的合作来对诸如ECN (Explicit Congestion Notification,显式拥塞通知)反馈之类的指示拥塞的 某些反馈机制进行反应。此外，系统不需要任何核心中的隧道传送。在由 终端系统(而不是边缘装置)处理抢占反应(即，呼叫拆除)的情况中， 系统不遭受由缺乏聚集引起的任何准确度损失。这是因为，要被丢弃的准 确的流的量已经在拥塞点被选择并且未被留给终端装置去(以分布式方 式)挑选哪些流的子集需要被拆除。
使用标记的基于哈希的抢占
利用使用标记的基于哈希的抢占的实施例，核心路由器与以上针对使 用丢弃的基于哈希的抢占所述的相类似地进行操作，然而，替代被丢弃， 所检测到的桶中的流被标记。用于使用标记的基于哈希的抢占的操作如图 4中所示，在步骤40，状态从"转发"(第一状态)被改为"标记"(第二状态)。核心路由器上的对被修剪的负载的测量不包括在该跳被标记的 流。标记的一个示例是改变分组头中的一个(或多个)字段的值。特定示 例是标记DSCP。另一示例将是标记PCN字段。
边缘装置或终端系统可以发起预留拆除或者，当它们参与应用级信令 时，可以针对分组被标记的呼叫发起呼叫拆除。在使用标记的基于哈希的 抢占的实施例中，边缘装置和终端系统具有决定改写来自核心路由器的线 索(例如，标记)以拆除呼叫的灵活性。决定基于与流相关联的情境信息 并且被边缘装置和终端系统所知。例如，被标记的呼叫中的一个可以是重 要的呼叫并且边缘装置可以决定时都丢弃该特定呼叫。例如，呼叫的重要
性可以是基于MLPP (Multilevel Priority and Preemption,多级优先权和抢 占)或其它适当的优先权机制。边缘装置可以决定由于该例外 (exception)是针对不重要的部分呼叫完成的，相应的过量的负载可以由 系统吸收。或者，边缘装置可以决定丢弃来自同一入口边缘的其它呼叫 (未标记的)以释放必要的容量。例如，边缘装置可以使用诸如PHOP (Previous HOP ，之前的跳)之类的RSVP ( Resource Reservation Protocol)信息来识别哪一个其它呼叫来自同一入口边缘。
以下描述在边缘装置或边缘监管器处执行监管的一个示例。在该示例 中，操作器01正在运行只包括核心路由器(例如，图1的节点18和 20)的传送网络。另一操作器02被连接到01并且正在运行边缘装置或 终端系统(例如，图1的节点14、 16)。如下所述，聚集监管方法被用 来确保当Ol正在进入抢占阶段，02在接收到标记指示时将丢弃足够的 呼叫，同时，允许02关于丢弃哪些呼叫做出某些任意的决定。因此，02 不是必须丢弃已经被标记的呼叫，这是因为比未标记的呼叫更重要的那些 被标记的呼叫可能结束。
在一个实施例中，Ol (以聚集为基础)使用在从01到02的出口边 界处的标记信息。01可以收集关于带有标记的进入其到02的分组/字节 数的统计数字，并且使用这作为对02未做出恰当行为多少的测量。如果 02正确地行为，则未标记的流量的量在持续的时间段上应该很小。例 如，在抢占拥塞时间期间未标记的流量的量会很显著，但之后在长时间段上下降到零或平均为非常少。
在另一实施例中，01对标记的流量进行实时计量并且如果标记的流 量的速率在持续的一段时间保持很高则采取动作。持续的一段时间优选超 过正常的抢占拥塞时间。该动作可以包括丢弃所有的标记流量。
另一选择是使用知道流的监管器。监管器跟踪所有的标记流并且给流 一些时间进行反应。然后，监管器丢弃这些流的所有分组。这提供了更为 确定性的反应，但是要求每个流的监管器。
在一个实施例中，如果路由器在令牌桶被设置为以当前的抢占周期进 行标记之后看到超载和进入标记状态的哈希桶的不变的流量的组合达几个 测量间隔(即，在用于标记桶的决定被做出之后但在哈希被重播种之 前)，则路由器被配置为从标记切换成丢弃。
使用标记的基于哈希的抢占提供许多优势。监管允许边缘装置和终端 系统执行他们自己的策略并且决定丢弃哪些呼叫。基于哈希的方案基于标 记提供超过其它抢占机制的优点，这是因为标记的流量精确地识别出由网 络选为需要被拆毁的那组流，所以破坏标记的流只影响行为错误的边缘装 置和终端系统。该系统允许边缘装置和终端系统基于流情境执行他们选择
的任何策略。如果边缘装置具有识别远程边缘的RSVP信息，则边缘装置
很容易(在未标记的流中)选择牺牲共享相同瓶颈的另一个不那么重要的 流来代替标记的流。并且，系统不经受由短暂的随机丢弃引起的潜在的超 调，这是因为与仅仅对流内的损失进行反应相对，边缘装置只对明确标记 的流进行反应。
呼叫准入控制
以上所述基于哈希的抢占(丢弃或标记)可以与诸如如下所述的不同
的呼叫准入控制(CAC)组合。
在一个示例中，与已在抢占中使用的一样的速率测量被用在核心中， 但测量的速率与(较低的)CAC阈值进行比较。如果CAC阈值被超过， 则之后所有的流(步骤)被用CAC-CE (CAC-Congestion Experienced, CAC-经历拥塞)标记。边缘装置停止准入用于给定入口/出口对的所有新呼叫，只要该对中的至少一个流接收到CAC-CE。这不需要对标记每个入 口/出口对上的比率的CAC-CE的监控。
应当理解，上述CAC机制仅仅是一个示例，并且在不偏离本发明的 范围的情况下，可以用基于哈希的抢占使用不同的CAC机制。
网络装置
图5描述了可被用来实现在此所述的实施例的网络装置60。在一个 实施例中，网络装置60是可在硬件、软件或两者的任何组合中实现的可 编程机器。处理器62执行程序存储器64中所存储的代码。程序存储器64 是计算机可读介质的一个示例。程序存储器64可以是非易失性存储器。 存储同样的代码另一种形式的计算机可读介质可以是某种非易失性存储装 置，例如，软盘、CD-ROM、 DVD-ROM、硬盘、闪存等。携带代码穿过 网络的载波是传输介质的示例。
网络装置60经由多个线卡66接合物理介质。线卡66可以合并以太 网接口、 DSL接口、吉比特以太接口、 IO吉比特以太接口、 SONET接口 等。当分组被接收、处理并且被网络装置60转发时，它们可以被存储在 分组存储器68中。为了实现根据本系统的功能性，线卡66可以合并与以 上结合网络装置作为整体描述的那些类似的处理和存储器资源。
尽管已经根据示出的实施例描述了方法和系统，本技术领域技术人员 将容易认识到在不偏离本发明的范围的情况下存在对实施例做出的变化。 因此，希望以上描述中所包含的和附图中示出的所有主题应当被解释为说 明性的并且不是限制性的。
权利要求
1.一种用于网络中的抢占的方法，所述网络包括具有至少一个出口接口的核心装置，所述方法包括利用多个哈希桶在所述出口接口处执行基于流的哈希，每个哈希桶被设置成第一状态或第二状态；基于速率测量计算负载，所述速率测量把被哈希进被设成所述第二状态的所述哈希桶的流排除在外；将所述计算出的负载与抢占阈值进行比较；以及如果所述计算出的负载超过所述抢占阈值，则将所述多个哈希桶中的至少一个哈希桶的状态从所述第一状态改为所述第二状态。
2. 根据权利要求1所述的方法，还包括 转发被哈希进处于所述第一状态的所述哈希桶的流；以及 丢弃被哈希进处于所述第二状态的所述哈希桶的流。
3. 根据权利要求2所述的方法，其中，核心装置与边缘装置进行通 信，所述边缘装置被配置为检测来自流的分组的损失并且发起呼叫拆除。
4. 根据权利要求2所述的方法，其中，核心装置与边缘装置进行通 信，所述边缘装置被配置为检测来自流的分组的损失并且发起网络预留拆 除。
5. 根据权利要求1所述的方法，还包括-标记用于被哈希进被设置为所述第二状态的所述哈希桶的流的分组；以及转发被哈希进被设置为所述第一状态或所述第二状态的所述哈希桶的流。
6. 根据权利要求5所述的方法，其中，所述核心装置与边缘装置进行 通信，所述边缘装置被配置为基于被标记的分组选择要丢弃的流。
7. 根据权利要求5所述的方法，其中，所述核心装置与边缘装置进行 通信，所述边缘装置被配置为基于所述流的优先级选择要丢弃的流。
8. 根据权利要求5所述的方法，还包括监控从所述核心装置被转发的被标记的分组，并且如果从所述核心装置被转发的被标记的分组的数量 保持在预定阈值以上达持续的时间段，则丢弃被标记的分组。
9. 根据权利要求1所述的方法，还包括如果所述计算出的负载保持 在所述抢占阈值以下达指定间隔，则重播种所述基于流的哈希。
10. 根据权利要求1所述的方法，其中，所述速率测量被与呼叫准入 控制阈值进行比较，并且如果所述呼叫准入控制阈值被超过，则至少一些 分组被标记以指示拥塞。
11. 一种用于网络中的抢占的设备，包括出口接口 ，所述出口接口被配置用于利用多个哈希桶的基于流的哈 希，每个哈希桶被设置成第一状态或第二状态；以及处理器，所述处理器被配置用于基于速率测量计算负载，所述速率 测量把被哈希进被设为所述第二状态的所述哈希桶的流排除在外；将所述 计算出的负载与抢占阈值进行比较；以及如果所述计算出的负载超过所述 抢占阈值，则将所述多个哈希桶中的至少一个哈希桶的状态从所述第一状 态改为所述第二状态。
12. 根据权利要求11所述的设备，其中，所述设备被配置为转发被哈 希进处于所述第一状态的所述哈希桶的流，以及丢弃被哈希进处于所述第 二状态的所述哈希桶的流。
13. 根据权利要求12所述的设备，其中，所述设备被配置用于与边缘 装置通信，所述边缘装置被配置为检测来自流的分组的损失并且发起呼叫 拆除。
14. 根据权利要求12所述的设备，其中，所述设备被配置用于与边缘 装置通信，所述边缘装置被配置为检测来自流的分组的损失并且发起网络 预留拆除。
15. 根据权利要求11所述的设备，其中，所述设备被配置标记用于被 哈希进被设置为所述第二状态的所述哈希桶的流的分组；以及转发被哈希 进被设置为所述第一状态或所述第二状态的所述哈希桶的流。
16. 根据权利要求15所述的设备，其中，所述核心装置被配置用于与 边缘装置通信，所述边缘装置被配置为基于所述被标记的分组和所述流的优先级选择要丢弃的流。
17. 根据权利要求11所述的设备，其中，所述设备被配置为如果所述 计算出的负载保持在所述抢占阈值以下达指定间隔，则重播种所述基于流 的哈希。
18. —种用于网络中的抢占的系统，所述系统包括具有至少一个出口 接口的核心装置，所述系统包括用于利用多个哈希桶在所述出口接口处执行基于流的哈希的装置，每个哈希桶被设置成第一状态或第二状态；用于基于速率测量计算负载的装置，所述速率测量把被哈希进被设为所述第二状态的所述哈希桶的流排除在外；用于将所述计算出的负载与抢占阈值进行比较的装置；以及用于如果所述计算出的负载超过所述抢占阈值则将所述多个哈希桶中的至少一个哈希桶的状态从所述第一状态改为所述第二状态的装置。
19. 根据权利要求18所述的系统，还包括用于转发被哈希进处于所述第一状态中的所述哈希桶中的流的装置；以及用于丢弃被哈希进处于所述第二状态中的所述哈希桶中的流的装置。
20. 根据权利要求18所述的系统，还包括用于标记用于被哈希进被设置为所述第二状态的所述哈希桶的流的分 组的装置；以及用于转发被哈希进被设置为所述第一状态或所述第二状态的所述哈希 桶的流的装置。
全文摘要
公开了一种用于网络中的抢占的方法和系统，所述网络包括具有至少一个出口接口的核心装置。在一个实施例中，该方法利用多个哈希桶执行基于流的哈希，每个哈希桶被设置成第一状态或第二状态；基于将被哈希进被设为第二状态的哈希桶的流排除在外的速率测量计算负载。所计算出的负载与抢占阈值进行比较，并且如果计算出的负载超过抢占阈值，则哈希桶中的至少一个哈希桶的状态从第一状态被改为第二状态。对哈希进第二状态的哈希桶的流执行诸如丢弃所有分组或标记所有分组之类的动作。
文档编号H04L12/28GK101542977SQ200780042218
公开日2009年9月23日 申请日期2007年11月5日 优先权日2006年11月13日
发明者安娜·恰尔内, 弗兰克斯·勒弗其尔 申请人:思科技术公司