On 2013-06-04, Andy wrote:
> So whilst it may seem strange to create state as the packet enters an
> interface and record a queue name in the state which only works in the
> opposite (egress) direction (ALTQ can only queue on egress), all 'reply'
> packets which are part of the connection will
Stuart Henderson [s...@spacehopper.org] wrote:
>
> It may well be a problem if you're using medium/large altq buffers
> or if you raise net.inet.ip.ifq.maxlen too high..
While I don't disagree in concept (by definition, using sysctl maxlen=
big would create a large buffer), I think in implementat
On Mon, Jun 03, 2013 at 03:49:22PM +0200, Peter N. M. Hansteen wrote:
> ALTQ is old code (perhaps move obviously so to German speakers than others
> ;)), a replacement
> is in the pipeline but not immediately ready, unfortunately.
> http://bsdly.blogspot.ca/2011/07/anticipating-post-altq-world.
Hi Stuart,
On 04/06/13 09:32, Stuart Henderson wrote:
On 2013-06-03, Chris Cappuccio wrote:
Andy [a...@brandwatch.com] wrote:
Hi,
We're really looking forward to improvements in ALTQ too.
And we are /really/ hoping that the queues can either be shared across
interfaces (so your WAN downstre
Hi Chris,
Thanks, OK taking your suggestion (I'm always interested in hearing
opinions and suggestions on how we can do things better) here is an
example of my queue logic (I've tried to keep it as short as possible
whilst providing full detail);
NB; We have a 100MBit leased line with 100 do
On 2013-06-03, Chris Cappuccio wrote:
> Andy [a...@brandwatch.com] wrote:
>> Hi,
>>
>> We're really looking forward to improvements in ALTQ too.
>>
>> And we are /really/ hoping that the queues can either be shared across
>> interfaces (so your WAN downstream bandwidth doesn't have to be sliced
Andy [a...@brandwatch.com] wrote:
> Hi,
>
> We're really looking forward to improvements in ALTQ too.
>
> And we are /really/ hoping that the queues can either be shared across
> interfaces (so your WAN downstream bandwidth doesn't have to be sliced
> up and divided up across all the internal i
Hi,
We're really looking forward to improvements in ALTQ too.
And we are /really/ hoping that the queues can either be shared across
interfaces (so your WAN downstream bandwidth doesn't have to be sliced
up and divided up across all the internal interfaces), or that you can
create queues on th
On Mon, Jun 03, 2013 at 03:34:47PM +0200, emigrant wrote:
> Hi
>
> ALTQ can't use 10Gb NIC? altq support max 4,3Gb bandwidth, because altq is a
> 32bit. It's true?
ALTQ is old code (perhaps move obviously so to German speakers than others ;)),
a replacement
is in the pipeline but not immediat
Hi
ALTQ can't use 10Gb NIC? altq support max 4,3Gb bandwidth, because altq is a
32bit. It's true?
10 matches
Mail list logo
