net/sched/Kconfig

   1 #
   2 # Traffic control configuration.
   3 #
   4
   5 menu "QoS and/or fair queueing"
   6
   7 config NET_SCHED
   8         bool "QoS and/or fair queueing"
   9         ---help---
  10           When the kernel has several packets to send out over a network
  11           device, it has to decide which ones to send first, which ones to
  12           delay, and which ones to drop. This is the job of the queueing
  13           disciplines, several different algorithms for how to do this
  14           "fairly" have been proposed.
  15
  16           If you say N here, you will get the standard packet scheduler, which
  17           is a FIFO (first come, first served). If you say Y here, you will be
  18           able to choose from among several alternative algorithms which can
  19           then be attached to different network devices. This is useful for
  20           example if some of your network devices are real time devices that
  21           need a certain minimum data flow rate, or if you need to limit the
  22           maximum data flow rate for traffic which matches specified criteria.
  23           This code is considered to be experimental.
  24
  25           To administer these schedulers, you'll need the user-level utilities
  26           from the package iproute2+tc at <ftp://ftp.tux.org/pub/net/ip-routing/>.
  27           That package also contains some documentation; for more, check out
  28           <http://linux-net.osdl.org/index.php/Iproute2>.
  29
  30           This Quality of Service (QoS) support will enable you to use
  31           Differentiated Services (diffserv) and Resource Reservation Protocol
  32           (RSVP) on your Linux router if you also say Y to the corresponding
  33           classifiers below.  Documentation and software is at
  34           <http://diffserv.sourceforge.net/>.
  35
  36           If you say Y here and to "/proc file system" below, you will be able
  37           to read status information about packet schedulers from the file
  38           /proc/net/psched.
  39
  40           The available schedulers are listed in the following questions; you
  41           can say Y to as many as you like. If unsure, say N now.
  42
  43 if NET_SCHED
  44
  45 choice
  46         prompt "Packet scheduler clock source"
  47         default NET_SCH_CLK_GETTIMEOFDAY
  48         ---help---
  49           Packet schedulers need a monotonic clock that increments at a static
  50           rate. The kernel provides several suitable interfaces, each with
  51           different properties:
  52
  53           - high resolution (us or better)
  54           - fast to read (minimal locking, no i/o access)
  55           - synchronized on all processors
  56           - handles cpu clock frequency changes
  57
  58           but nothing provides all of the above.
  59
  60 config NET_SCH_CLK_JIFFIES
  61         bool "Timer interrupt"
  62         ---help---
  63           Say Y here if you want to use the timer interrupt (jiffies) as clock
  64           source. This clock source is fast, synchronized on all processors and
  65           handles cpu clock frequency changes, but its resolution is too low
  66           for accurate shaping except at very low speed.
  67
  68 config NET_SCH_CLK_GETTIMEOFDAY
  69         bool "gettimeofday"
  70         ---help---
  71           Say Y here if you want to use gettimeofday as clock source. This clock
  72           source has high resolution, is synchronized on all processors and
  73           handles cpu clock frequency changes, but it is slow.
  74
  75           Choose this if you need a high resolution clock source but can't use
  76           the CPU's cycle counter.
  77
  78 # don't allow on SMP x86 because they can have unsynchronized TSCs.
  79 # gettimeofday is a good alternative
  80 config NET_SCH_CLK_CPU
  81         bool "CPU cycle counter"
  82         depends on ((X86_TSC || X86_64) && !SMP) || ALPHA || SPARC64 || PPC64 || IA64
  83         ---help---
  84           Say Y here if you want to use the CPU's cycle counter as clock source.
  85           This is a cheap and high resolution clock source, but on some
  86           architectures it is not synchronized on all processors and doesn't
  87           handle cpu clock frequency changes.
  88
  89           The useable cycle counters are:
  90
  91                 x86/x86_64      - Timestamp Counter
  92                 alpha           - Cycle Counter
  93                 sparc64         - %ticks register
  94                 ppc64           - Time base
  95                 ia64            - Interval Time Counter
  96
  97           Choose this if your CPU's cycle counter is working properly.
  98
  99 endchoice
 100
 101 comment "Queueing/Scheduling"
 102
 103 config NET_SCH_CBQ
 104         tristate "Class Based Queueing (CBQ)"
 105         ---help---
 106           Say Y here if you want to use the Class-Based Queueing (CBQ) packet
 107           scheduling algorithm. This algorithm classifies the waiting packets
 108           into a tree-like hierarchy of classes; the leaves of this tree are
 109           in turn scheduled by separate algorithms.
 110
 111           See the top of <file:net/sched/sch_cbq.c> for more details.
 112
 113           CBQ is a commonly used scheduler, so if you're unsure, you should
 114           say Y here. Then say Y to all the queueing algorithms below that you
 115           want to use as leaf disciplines.
 116
 117           To compile this code as a module, choose M here: the
 118           module will be called sch_cbq.
 119
 120 config NET_SCH_HTB
 121         tristate "Hierarchical Token Bucket (HTB)"
 122         ---help---
 123           Say Y here if you want to use the Hierarchical Token Buckets (HTB)
 124           packet scheduling algorithm. See
 125           <http://luxik.cdi.cz/~devik/qos/htb/> for complete manual and
 126           in-depth articles.
 127
 128           HTB is very similar to CBQ regarding its goals however is has
 129           different properties and different algorithm.
 130
 131           To compile this code as a module, choose M here: the
 132           module will be called sch_htb.
 133
 134 config NET_SCH_HFSC
 135         tristate "Hierarchical Fair Service Curve (HFSC)"
 136         ---help---
 137           Say Y here if you want to use the Hierarchical Fair Service Curve
 138           (HFSC) packet scheduling algorithm.
 139
 140           To compile this code as a module, choose M here: the
 141           module will be called sch_hfsc.
 142
 143 config NET_SCH_ATM
 144         tristate "ATM Virtual Circuits (ATM)"
 145         depends on ATM
 146         ---help---
 147           Say Y here if you want to use the ATM pseudo-scheduler.  This
 148           provides a framework for invoking classifiers, which in turn
 149           select classes of this queuing discipline.  Each class maps
 150           the flow(s) it is handling to a given virtual circuit.
 151
 152           See the top of <file:net/sched/sch_atm.c>) for more details.
 153
 154           To compile this code as a module, choose M here: the
 155           module will be called sch_atm.
 156
 157 config NET_SCH_PRIO
 158         tristate "Multi Band Priority Queueing (PRIO)"
 159         ---help---
 160           Say Y here if you want to use an n-band priority queue packet
 161           scheduler.
 162
 163           To compile this code as a module, choose M here: the
 164           module will be called sch_prio.
 165
 166 config NET_SCH_RED
 167         tristate "Random Early Detection (RED)"
 168         ---help---
 169           Say Y here if you want to use the Random Early Detection (RED)
 170           packet scheduling algorithm.
 171
 172           See the top of <file:net/sched/sch_red.c> for more details.
 173
 174           To compile this code as a module, choose M here: the
 175           module will be called sch_red.
 176
 177 config NET_SCH_SFQ
 178         tristate "Stochastic Fairness Queueing (SFQ)"
 179         ---help---
 180           Say Y here if you want to use the Stochastic Fairness Queueing (SFQ)
 181           packet scheduling algorithm .
 182
 183           See the top of <file:net/sched/sch_sfq.c> for more details.
 184
 185           To compile this code as a module, choose M here: the
 186           module will be called sch_sfq.
 187
 188 config NET_SCH_TEQL
 189         tristate "True Link Equalizer (TEQL)"
 190         ---help---
 191           Say Y here if you want to use the True Link Equalizer (TLE) packet
 192           scheduling algorithm. This queueing discipline allows the combination
 193           of several physical devices into one virtual device.
 194
 195           See the top of <file:net/sched/sch_teql.c> for more details.
 196
 197           To compile this code as a module, choose M here: the
 198           module will be called sch_teql.
 199
 200 config NET_SCH_TBF
 201         tristate "Token Bucket Filter (TBF)"
 202         ---help---
 203           Say Y here if you want to use the Token Bucket Filter (TBF) packet
 204           scheduling algorithm.
 205
 206           See the top of <file:net/sched/sch_tbf.c> for more details.
 207
 208           To compile this code as a module, choose M here: the
 209           module will be called sch_tbf.
 210
 211 config NET_SCH_GRED
 212         tristate "Generic Random Early Detection (GRED)"
 213         ---help---
 214           Say Y here if you want to use the Generic Random Early Detection
 215           (GRED) packet scheduling algorithm for some of your network devices
 216           (see the top of <file:net/sched/sch_red.c> for details and
 217           references about the algorithm).
 218
 219           To compile this code as a module, choose M here: the
 220           module will be called sch_gred.
 221
 222 config NET_SCH_DSMARK
 223         tristate "Differentiated Services marker (DSMARK)"
 224         ---help---
 225           Say Y if you want to schedule packets according to the
 226           Differentiated Services architecture proposed in RFC 2475.
 227           Technical information on this method, with pointers to associated
 228           RFCs, is available at <http://www.gta.ufrj.br/diffserv/>.
 229
 230           To compile this code as a module, choose M here: the
 231           module will be called sch_dsmark.
 232
 233 config NET_SCH_NETEM
 234         tristate "Network emulator (NETEM)"
 235         ---help---
 236           Say Y if you want to emulate network delay, loss, and packet
 237           re-ordering. This is often useful to simulate networks when
 238           testing applications or protocols.
 239
 240           To compile this driver as a module, choose M here: the module
 241           will be called sch_netem.
 242
 243           If unsure, say N.
 244
 245 config NET_SCH_INGRESS
 246         tristate "Ingress Qdisc"
 247         ---help---
 248           Say Y here if you want to use classifiers for incoming packets.
 249           If unsure, say Y.
 250
 251           To compile this code as a module, choose M here: the
 252           module will be called sch_ingress.
 253
 254 comment "Classification"
 255
 256 config NET_CLS
 257         boolean
 258
 259 config NET_CLS_BASIC
 260         tristate "Elementary classification (BASIC)"
 261         select NET_CLS
 262         ---help---
 263           Say Y here if you want to be able to classify packets using
 264           only extended matches and actions.
 265
 266           To compile this code as a module, choose M here: the
 267           module will be called cls_basic.
 268
 269 config NET_CLS_TCINDEX
 270         tristate "Traffic-Control Index (TCINDEX)"
 271         select NET_CLS
 272         ---help---
 273           Say Y here if you want to be able to classify packets based on
 274           traffic control indices. You will want this feature if you want
 275           to implement Differentiated Services together with DSMARK.
 276
 277           To compile this code as a module, choose M here: the
 278           module will be called cls_tcindex.
 279
 280 config NET_CLS_ROUTE4
 281         tristate "Routing decision (ROUTE)"
 282         select NET_CLS_ROUTE
 283         select NET_CLS
 284         ---help---
 285           If you say Y here, you will be able to classify packets
 286           according to the route table entry they matched.
 287
 288           To compile this code as a module, choose M here: the
 289           module will be called cls_route.
 290
 291 config NET_CLS_ROUTE
 292         bool
 293
 294 config NET_CLS_FW
 295         tristate "Netfilter mark (FW)"
 296         select NET_CLS
 297         ---help---
 298           If you say Y here, you will be able to classify packets
 299           according to netfilter/firewall marks.
 300
 301           To compile this code as a module, choose M here: the
 302           module will be called cls_fw.
 303
 304 config NET_CLS_U32
 305         tristate "Universal 32bit comparisons w/ hashing (U32)"
 306         select NET_CLS
 307         ---help---
 308           Say Y here to be able to classify packets using a universal
 309           32bit pieces based comparison scheme.
 310
 311           To compile this code as a module, choose M here: the
 312           module will be called cls_u32.
 313
 314 config CLS_U32_PERF
 315         bool "Performance counters support"
 316         depends on NET_CLS_U32
 317         ---help---
 318           Say Y here to make u32 gather additional statistics useful for
 319           fine tuning u32 classifiers.
 320
 321 config CLS_U32_MARK
 322         bool "Netfilter marks support"
 323         depends on NET_CLS_U32 && NETFILTER
 324         ---help---
 325           Say Y here to be able to use netfilter marks as u32 key.
 326
 327 config NET_CLS_RSVP
 328         tristate "IPv4 Resource Reservation Protocol (RSVP)"
 329         select NET_CLS
 330         select NET_ESTIMATOR
 331         ---help---
 332           The Resource Reservation Protocol (RSVP) permits end systems to
 333           request a minimum and maximum data flow rate for a connection; this
 334           is important for real time data such as streaming sound or video.
 335
 336           Say Y here if you want to be able to classify outgoing packets based
 337           on their RSVP requests.
 338
 339           To compile this code as a module, choose M here: the
 340           module will be called cls_rsvp.
 341
 342 config NET_CLS_RSVP6
 343         tristate "IPv6 Resource Reservation Protocol (RSVP6)"
 344         select NET_CLS
 345         select NET_ESTIMATOR
 346         ---help---
 347           The Resource Reservation Protocol (RSVP) permits end systems to
 348           request a minimum and maximum data flow rate for a connection; this
 349           is important for real time data such as streaming sound or video.
 350
 351           Say Y here if you want to be able to classify outgoing packets based
 352           on their RSVP requests and you are using the IPv6.
 353
 354           To compile this code as a module, choose M here: the
 355           module will be called cls_rsvp6.
 356
 357 config NET_EMATCH
 358         bool "Extended Matches"
 359         select NET_CLS
 360         ---help---
 361           Say Y here if you want to use extended matches on top of classifiers
 362           and select the extended matches below.
 363
 364           Extended matches are small classification helpers not worth writing
 365           a separate classifier for.
 366
 367           A recent version of the iproute2 package is required to use
 368           extended matches.
 369
 370 config NET_EMATCH_STACK
 371         int "Stack size"
 372         depends on NET_EMATCH
 373         default "32"
 374         ---help---
 375           Size of the local stack variable used while evaluating the tree of
 376           ematches. Limits the depth of the tree, i.e. the number of
 377           encapsulated precedences. Every level requires 4 bytes of additional
 378           stack space.
 379
 380 config NET_EMATCH_CMP
 381         tristate "Simple packet data comparison"
 382         depends on NET_EMATCH
 383         ---help---
 384           Say Y here if you want to be able to classify packets based on
 385           simple packet data comparisons for 8, 16, and 32bit values.
 386
 387           To compile this code as a module, choose M here: the
 388           module will be called em_cmp.
 389
 390 config NET_EMATCH_NBYTE
 391         tristate "Multi byte comparison"
 392         depends on NET_EMATCH
 393         ---help---
 394           Say Y here if you want to be able to classify packets based on
 395           multiple byte comparisons mainly useful for IPv6 address comparisons.
 396
 397           To compile this code as a module, choose M here: the
 398           module will be called em_nbyte.
 399
 400 config NET_EMATCH_U32
 401         tristate "U32 key"
 402         depends on NET_EMATCH
 403         ---help---
 404           Say Y here if you want to be able to classify packets using
 405           the famous u32 key in combination with logic relations.
 406
 407           To compile this code as a module, choose M here: the
 408           module will be called em_u32.
 409
 410 config NET_EMATCH_META
 411         tristate "Metadata"
 412         depends on NET_EMATCH
 413         ---help---
 414           Say Y here if you want to be able to classify packets based on
 415           metadata such as load average, netfilter attributes, socket
 416           attributes and routing decisions.
 417
 418           To compile this code as a module, choose M here: the
 419           module will be called em_meta.
 420
 421 config NET_EMATCH_TEXT
 422         tristate "Textsearch"
 423         depends on NET_EMATCH
 424         select TEXTSEARCH
 425         select TEXTSEARCH_KMP
 426         select TEXTSEARCH_BM
 427         select TEXTSEARCH_FSM
 428         ---help---
 429           Say Y here if you want to be able to classify packets based on
 430           textsearch comparisons.
 431
 432           To compile this code as a module, choose M here: the
 433           module will be called em_text.
 434
 435 config NET_CLS_ACT
 436         bool "Actions"
 437         select NET_ESTIMATOR
 438         ---help---
 439           Say Y here if you want to use traffic control actions. Actions
 440           get attached to classifiers and are invoked after a successful
 441           classification. They are used to overwrite the classification
 442           result, instantly drop or redirect packets, etc.
 443
 444           A recent version of the iproute2 package is required to use
 445           extended matches.
 446
 447 config NET_ACT_POLICE
 448         tristate "Traffic Policing"
 449         depends on NET_CLS_ACT
 450         ---help---
 451           Say Y here if you want to do traffic policing, i.e. strict
 452           bandwidth limiting. This action replaces the existing policing
 453           module.
 454
 455           To compile this code as a module, choose M here: the
 456           module will be called police.
 457
 458 config NET_ACT_GACT
 459         tristate "Generic actions"
 460         depends on NET_CLS_ACT
 461         ---help---
 462           Say Y here to take generic actions such as dropping and
 463           accepting packets.
 464
 465           To compile this code as a module, choose M here: the
 466           module will be called gact.
 467
 468 config GACT_PROB
 469         bool "Probability support"
 470         depends on NET_ACT_GACT
 471         ---help---
 472           Say Y here to use the generic action randomly or deterministically.
 473
 474 config NET_ACT_MIRRED
 475         tristate "Redirecting and Mirroring"
 476         depends on NET_CLS_ACT
 477         ---help---
 478           Say Y here to allow packets to be mirrored or redirected to
 479           other devices.
 480
 481           To compile this code as a module, choose M here: the
 482           module will be called mirred.
 483
 484 config NET_ACT_IPT
 485         tristate "IPtables targets"
 486         depends on NET_CLS_ACT && NETFILTER && IP_NF_IPTABLES
 487         ---help---
 488           Say Y here to be able to invoke iptables targets after successful
 489           classification.
 490
 491           To compile this code as a module, choose M here: the
 492           module will be called ipt.
 493
 494 config NET_ACT_PEDIT
 495         tristate "Packet Editing"
 496         depends on NET_CLS_ACT
 497         ---help---
 498           Say Y here if you want to mangle the content of packets.
 499
 500           To compile this code as a module, choose M here: the
 501           module will be called pedit.
 502
 503 config NET_ACT_SIMP
 504         tristate "Simple Example (Debug)"
 505         depends on NET_CLS_ACT
 506         ---help---
 507           Say Y here to add a simple action for demonstration purposes.
 508           It is meant as an example and for debugging purposes. It will
 509           print a configured policy string followed by the packet count
 510           to the console for every packet that passes by.
 511
 512           If unsure, say N.
 513
 514           To compile this code as a module, choose M here: the
 515           module will be called simple.
 516
 517 config NET_CLS_POLICE
 518         bool "Traffic Policing (obsolete)"
 519         depends on NET_CLS_ACT!=y
 520         select NET_ESTIMATOR
 521         ---help---
 522           Say Y here if you want to do traffic policing, i.e. strict
 523           bandwidth limiting. This option is obsoleted by the traffic
 524           policer implemented as action, it stays here for compatibility
 525           reasons.
 526
 527 config NET_CLS_IND
 528         bool "Incoming device classification"
 529         depends on NET_CLS_U32 || NET_CLS_FW
 530         ---help---
 531           Say Y here to extend the u32 and fw classifier to support
 532           classification based on the incoming device. This option is
 533           likely to disappear in favour of the metadata ematch.
 534
 535 config NET_ESTIMATOR
 536         bool "Rate estimator"
 537         ---help---
 538           Say Y here to allow using rate estimators to estimate the current
 539           rate-of-flow for network devices, queues, etc. This module is
 540           automatically selected if needed but can be selected manually for
 541           statistical purposes.
 542
 543 endif # NET_SCHED
 544
 545 endmenu