All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcello Scacchetti <marcello.scacchetti@nextrem.it>
To: raymondl@knowledgefactory.co.za
Cc: Netfilter Mailing List <netfilter@lists.netfilter.org>
Subject: Re: QoS limitations ....
Date: 17 Dec 2002 20:17:32 +0100	[thread overview]
Message-ID: <1040152651.12452.4.camel@nxitmirms1> (raw)
In-Reply-To: <1040123813.1886.89.camel@rayw.knowledgefactory.co.za>

After some checking i found this:
/* "Handles"
   ---------

    All the traffic control objects have 32bit identifiers, or
"handles".

    They can be considered as opaque numbers from user API viewpoint,
    but actually they always consist of two fields: major and
    minor numbers, which are interpreted by kernel specially,
    that may be used by applications, though not recommended.

    F.e. qdisc handles always have minor number equal to zero,
    classes (or flows) have major equal to parent qdisc major, and
    minor uniquely identifying class inside qdisc.

    Macros to manipulate handles:
 */

#define TC_H_MAJ_MASK (0xFFFF0000U)
#define TC_H_MIN_MASK (0x0000FFFFU)
#define TC_H_MAJ(h) ((h)&TC_H_MAJ_MASK)
#define TC_H_MIN(h) ((h)&TC_H_MIN_MASK)
#define TC_H_MAKE(maj,min) (((maj)&TC_H_MAJ_MASK)|((min)&TC_H_MIN_MASK))

#define TC_H_UNSPEC     (0U)
#define TC_H_ROOT       (0xFFFFFFFFU)
#define TC_H_INGRESS    (0xFFFFFFF1U)

inside include/linux/pkt_sched.h (linux 2.4.19 kernel tree).
It seems that you can set FFFF class ids as stated by the minor mask.
Hope to be right,

Marcello

Il mar, 2002-12-17 alle 12:16, Raymond Leach ha scritto:
> Hi all
> 
> Does anyone know of a limit to the number of filters or classes that can
> be attached to a single qdisc (let's say CBQ or HTB)?
> 
> I have a client that want to do bandwidth throttling per ip across 10
> class C subnets.
> 
> What problems can I expect, and does anyone have any other suggestions
> on how to accomplish this?
> 
> Ray
-- 
Marcello Scacchetti <marcello.scacchetti@nextrem.it>


      reply	other threads:[~2002-12-17 19:17 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-17 11:16 QoS limitations Raymond Leach
2002-12-17 19:17 ` Marcello Scacchetti [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1040152651.12452.4.camel@nxitmirms1 \
    --to=marcello.scacchetti@nextrem.it \
    --cc=netfilter@lists.netfilter.org \
    --cc=raymondl@knowledgefactory.co.za \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.