Bandwidth manager solution

Nickola Kolev nikky at mnet.bg
Sun Nov 11 23:51:09 PST 2007


Hello,

На Mon, 12 Nov 2007 08:58:20 +0800
"Ronnel P. Maglasang" <rmaglasang at infoweapons.com> написа:

> 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 <greg at bestnet.kharkov.ua> ??????:
> >
> >   
> >> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-pf/attachments/20071112/1b206e92/attachment.pgp


More information about the freebsd-pf mailing list