On Thu, 28 Feb 2013 14:49:28 +0100 Karel Rericha <karel@xxxxxxxxx> wrote: > Hello, > > we are about to hit the 16bit limit for number of qdisc classes (we > have over 40k classes in one qdisc). Currently there is 32bit handle, > which htb and hfsc interpret as 16bit qdisc and 16bit class. We would > like to extend the 16bit class handle and considering two approaches: > > a) low effort > Fork hfsc and in forked hfsc interpret 32bit handle as 8bit qdisc and > 24bit class. > - not "clean" solution, no chance to accept to mainstream IMHO > - requires just fork hfsc and add support for forked hfsc to iptables ??? > > b) extensive way > Extend handle to 64bit, intepret as 32bit qdisc and 32bit class. > - need to touch all qdisc to work with 64bit handle > - same apply for iptables, make it work with 64bit handle > - add some compatibility layer for software depending on 32bit ? > - what about different architectures than x86 ? > > Does anyone have any idea/experience how to solve this ? > > We are open to offer bounty for actuall programming work as soon as > the right way will be chosen. > > Thanks for suggestions, > > Karel Rericha > ISP Alliance a.s. > Czech Republic The handle is baked into the kernel binary API, You can't change it without a doing a whole new netlink API and have compatibility layer. -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
