Hello, На Mon, 12 Nov 2007 08:58:20 +0800 "Ronnel P. Maglasang" <[EMAIL PROTECTED]> написа:
> i believe you can modify the default limit of classes. using ALTQs > HFSC scheduler, just set HFSC_MAX_CLASSES to a desired limit > and rebuild the kernel. Yes, I'm aware of that, but have you tried this on a production system? Or at least on a system with high enough number of classes, let's say 1K, 2K or more? How stable would that system be? Just curious... > Nickola Kolev wrote: > > Hello, > > > > ?? Thu, 08 Nov 2007 18:19:25 +0200 > > Gregory Edigarov <[EMAIL PROTECTED]> ??????: > > > > > >> Balgansuren Batsukh wrote: > >> > >>> Hello All, > >>> > >>> Is there any hardware vendor suggest for me? > >>> > >>> I need to manage bandwidth management 1xSTM-1/OC3-2xSTM-1 optical > >>> IP bandwidth circuit. > >>> > >>> Anyone has experience with www.etinc.com bandwidth manager? > >>> > >>> I saw others like Allot, Packeteer, Cisco SCE2000 only doing > >>> protocol, service based bandwidth management using TCP rate limit, > >>> fair queueing. > >>> > >>> I am looking high performance bandwidth manager, traffic shaper > >>> for IP core network to configure leased line, xDSL, Ethernet, > >>> GPON/EPON, wireless subscribers. > >>> > >>> Is there any FreeBSD based solution? > >>> > >>> > >> Uhmmm. Well. Does 'ipfw pipe' or pf altq enoug freebsd based > >> solution? ;-) > >> > > > > IPFW is a mere traffic shaper, and not a traffic control solution. > > Will pf/altq be flexible enough with its limit of 64 classes? > > > > > > -- Regards, Nickola Kolev
pgpKccNQqCzgv.pgp
Description: PGP signature
