RFC4098 - Terminology for Benchmarking BGP Device Convergence in the Control Plane

   A route can be changed implicitly by replacing it with another route
   or explicitly by withdrawal followed by the introduction of a new
   route.  In either case, the change may be an actual change, no
   change, or a duplicate.  The notation and definition of individual
   categorizable route change events is adopted from [INSTBLTY] and
   given below.

   1.  AADiff: Implicit withdrawal of a route and replacement by a route
       different in some path attribute.

   2.  AADup: Implicit withdrawal of a route and replacement by route
       that is identical in all path attributes.

   3.  WADiff: Explicit withdrawal of a route and replacement by a
       different route.

   4.  WADup: Explicit withdrawal of a route and replacement by a route
       that is identical in all path attributes.

   To apply this taxonomy in the benchmarking context, we need terms to
   describe the sequence of events from the update train perspective, as
   listed above, and event indications in the time domain in order to
   measure activity from the perspective of the DUT.  With this in mind,
   we incorporate and extend the definitions of [INSTBLTY] to the
   following:

   1.  Tup (TDx): Route advertised to the DUT by Test Device x

   2.  Tdown(TDx): Route being withdrawn by Device x

   3.  Tupinit(TDx): The initial announcement of a route to a unique
       prefix

   4.  TWF(TDx): Route fail over after an explicit withdrawal.

   But we need to take this a step further.  Each of these events can
   involve a single route, a "short" packet train, or a "full" routing
   table.  We further extend the notation to indicate how many routes

上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] 下一页

复制本页网址和标题，发送给你QQ/Msn的好友一起分享

上一篇:RFC4102 - Registration of the text/red MIME Sub-Type

下一篇:DHCP协议详解(下)