Re: IMQ Replacement

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



As the network getting bigger, i think IMQ is the good solution to manage 
traffic from all internal and outside network.
Could someone point me direction to get IMQ patch for 2.4.24 ?

Thank you.

Regards,
Rio Martin.


On Monday 19 January 2004 20:33, Andre Correa wrote:
> I've being using IMQ with 2.4.23 here with no probs too. I've already
> tried to discuss this topic here and in other lists but got no answer.
> Writting to the last maintainner didn't helped much...
> Some time ago there was a posting, maybe in LARTC, about a guy that
> started a parallell IMQ project, but I've never heard about hin anymore...
> I would like to contribute/coordinate in an effort to put IMQ back on
> its track. It is an important feature that is being left behind.
> Peter, maybe we should join, put a new site up with documentation
> updates, maintain 2.4.x patchs and later think what to do with 2.6. We
> may find other people interrested in coding and helping...
> Anybody else care about it?
> let us know...
> cheers
> Andre
>
> Peter Frischknecht wrote:
> > I have been using IMQ with great success for the last few months.  The
> > particular network where this is used has 400+ nodes, and IMQ performs
> > flawlessly.
> >
> > As anyone who uses IMQ will tell you, the only alternatives are:
> > 1 - Install another router, just to perform NAT
> > 2 - Install 2 additional NICs in the Linux gateway with a Xover cable
> > between them
> >
> > Is there another piece of software that performs the job of IMQ?
> > It is great being able to shape traffic AND masquerade packets in one
> > box.  How else can it be done?
> >
> > We shape traffic individually for each client.  Generic traffic shapping
> > rules that regulate the entire pipe would not work for us.
> >
> > The fact that IMQ is unmaintained is nerve wrecking.  It is difficult
> > enough to install the thing with the sources and documentation
> > available.  It will only become more difficult as the kernel evolves and
> > we move to 2.6.x.
> >
> > I don't think I have the knowledge to mainatin the source code.  But I
> > believe in the concept so much that I might just take up the code
> > maintenance.  Hoepefully some other folks will join in.  Maybe we can
> > convince enough folks to incorporate it into 2.6.x.
> >
> > Any help, comments or even flames will be appreciated.  It is time for a
> > solution to this problem.
> >
> > Peter



[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux