altq on tun interfaces ?

I think it used to work, but am wondering when things got changed to tuntap in the driver, did it break altq or something else ? I have a simple set of  rules as altq on tun504 bandwidth 960Kb hfsc queue { offsite, alltraff } queue alltraff bandwidth 70% priority 8 qlimit 500 hfsc (realtime 60

Re: ALTQ feature of PF in FreeBSD

On Wed, Mar 04, 2020 at 11:03:09AM +0100, Kristof Provost wrote: > It might be more interesting to look at dummynet. > Last year there was a GSoC proposal (in FreeBSD) to port dummynet to pf. > Sadly the project wasn’t selected, but I believe the student did spend some > time on investigating it. >

Re: ALTQ feature of PF in FreeBSD

On 29 Feb 2020, at 0:35, Sean Yeh wrote: Hi FreeBSD-pf members, I hope you guys are enjoying your weekend! I was wondering if any of you happened to know if the code for the ALTQ feature of pf could be separated and used for NetBSD's pf function. I'm currently investigating

Re: ALTQ feature of PF in FreeBSD

> > > > I was wondering if any of you happened to know if the code for the ALTQ > > feature of pf could be separated and used for NetBSD's pf function. I'm > > currently investigating methods to improve NetBSD's ALTQ feature, which > > hasn't be

Re: ALTQ feature of PF in FreeBSD

Hi Chris (and FreeBSD-pf members), Thanks for the advice! Truth be told, I am quite lost right now. But before I give up, could you please point me in the right direction? 1) Figuring out if ALTQ is separable from pf is a little abstract to me. Is there a definitive experiment to perform to

Re: ALTQ feature of PF in FreeBSD

On Fri, 28 Feb 2020 15:35:23 -0800 Sean Yeh sean.yeh...@gmail.com said Hi FreeBSD-pf members, I hope you guys are enjoying your weekend! I was wondering if any of you happened to know if the code for the ALTQ feature of pf could be separated and used for NetBSD's pf function. I'm

ALTQ feature of PF in FreeBSD

Hi FreeBSD-pf members, I hope you guys are enjoying your weekend! I was wondering if any of you happened to know if the code for the ALTQ feature of pf could be separated and used for NetBSD's pf function. I'm currently investigating methods to improve NetBSD's ALTQ feature, wh

[Bug 241563] pf: altq Adaptive RED (Random Early Detection) queuing support

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241563 Mark Linimon changed: What|Removed |Added Assignee|n...@freebsd.org |p...@freebsd.org Keyword

[Bug 241563] pf: altq Adaptive RED (Random Early Detection) queuing support

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241563 Archit Pandey changed: What|Removed |Added Version|12.0-RELEASE|CURRENT -- You are receiving this

[Bug 241563] pf: altq Adaptive RED (Random Early Detection) queuing support

reeBSD git repository (https://github.com/freebsd/freebsd). I believe the git repo tracks CURRENT on its master. My bad for not mentioning in the initial comment. > Will also need to be added to altq(4) manual page I'll work on this and update the diff file. Thank you for pointing out

[Bug 241563] pf: altq Adaptive RED (Random Early Detection) queuing support

Kubilay Kocak --- Will also need to be added to altq(4) manual page -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-pf@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsubscribe

[Bug 241563] pf: altq Adaptive RED (Random Early Detection) queuing support

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241563 Archit Pandey changed: What|Removed |Added CC||p...@freebsd.org -- You are recei

Using Callout with ALTQ

Hello all! I had a query regarding the altq subsystem of the freebsd kernel code. Is it advisable to use callout calls in altq code which in turn works with pf? I'm working on implementing ADAPTIVE-RED altq for freebsd, if that helps. Thanks in advance for any help! Regards, Archit P

Help Implementing Adaptive RED ALTQ in FreeBSD

Hello all! We are working on implementing Adaptive RED over existing RED code. Our changes can be found on the adaptive-red branch on our repository . While running the custom kernel, the kernel panics and shuts down. We have obtained the sta

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 Kristof Provost changed: What|Removed |Added CC||pkel...@freebsd.org --- Comment

Aide with ALTQ

Hello all can anyone explain why the inbound queues in this setup do not work: https://paste.ee/p/8AggT ___ freebsd-pf@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsubscribe, send any mail to "freebsd-pf-unsubscr...

[Bug 211730] pf uses 32bit value for bandwith with altq

Sponsored by: RG Nets Differential Revision:https://reviews.freebsd.org/D16782 Changes: head/sbin/ipfw/altq.c head/sbin/pfctl/parse.y head/sbin/pfctl/pfctl.c head/sbin/pfctl/pfctl_altq.c head/sbin/pfctl/pfctl_parser.h head/sbin/pfctl/pfctl_qstats.c head/sys/net/altq/altq.h head

Re: Feature ALTQ in PF in FreeBSD.

Hey, http://undeadly.org/cgi?action=article&sid=20140419151959 2017-10-22 17:00 GMT+02:00 Kurt Jaeger : > Hi! > > > I was reading about permanently finished development of ALTQ in PF in > > OpenBSD (6.X version). > > Do you have a link to that ? > > > Someo

Re: Feature ALTQ in PF in FreeBSD.

Hi! > I was reading about permanently finished development of ALTQ in PF in > OpenBSD (6.X version). Do you have a link to that ? > Someone can tell me how doest il look like from > FreeBSD side ? Will FreeBSD still developing ALTQ or either leave it ? I have those links that

Feature ALTQ in PF in FreeBSD.

Hello everone, I was reading about permanently finished development of ALTQ in PF in OpenBSD (6.X version). Someone can tell me how doest il look like from FreeBSD side ? Will FreeBSD still developing ALTQ or either leave it ? ___ freebsd-pf@freebsd.org

Re: ALTQ in GENERIC

Hi! > I was wondering, why is ALTQ not compiled in GENERIC? ALTQ was imported from OpenBSD, and OpenBSD decided to remove ALTQ a while ago. So FreeBSD plans to drop ALTQ, too. http://bsdly.blogspot.de/2011/07/anticipating-post-altq-world.html with some update in 2015 explains a bit. T

ALTQ in GENERIC

Hello, I was wondering, why is ALTQ not compiled in GENERIC? I know it doesn't support all interfaces, so I just suppose that's the reason, although I didn't find anything about enabling ALTQ on systems having interfaces which are not supported. As I'm new to the topic, I

Re: [Bug 92949] [pf] PF + ALTQ problems with latency

On Thu, 29 Jun 2017, bugzilla-nore...@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=92949 > > Josh Paetzel changed: > >What|Removed |Added > >

[Bug 92949] [pf] PF + ALTQ problems with latency

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=92949 Josh Paetzel changed: What|Removed |Added CC||jpaet...@freebsd.org Resolut

Re: pf, ALTQ and 10G

me from the upstream (and the upstream still doesn't support SMP). So, my question is - is it worth to stick to pf/ALTQ on 10G interfaces ? Will pf carry such traffic ? Be aware that ALTQ will not let you configure queues with that sort of bandwidth. All of the datatypes used are 32-bit

pf, ALTQ and 10G

doesn't support SMP). So, my question is - is it worth to stick to pf/ALTQ on 10G interfaces ? Will pf carry such traffic ? Thanks. Eugene. ___ freebsd-pf@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsu

ALTQ on epair not working

Hello, I'm using FreeBSD 10.3-p17 amd64. epair pseudo device is listed as supperted deviced at the Man page of altq(4). From man page of altq : *SUPPORTED DEVICES <https://www.freebsd.org/cgi/man.cgi?query=altq#end>* The driver modifications described in altq(9) <https://w

[Bug 215716] [altq] pfctl: DIOCADDALTQ: Cannot allocate memory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215716 Kristof Provost changed: What|Removed |Added Assignee|freebsd-pf@FreeBSD.org |l...@freebsd.org --- Comment #4

[Bug 215716] [altq] pfctl: DIOCADDALTQ: Cannot allocate memory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215716 --- Comment #3 from Kristof Provost --- Created attachment 178681 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=178681&action=edit Remove bogus checks I'm very confused by these checks. The RMCF_* flags they check for are never

[Bug 215716] [altq] pfctl: DIOCADDALTQ: Cannot allocate memory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215716 Kristof Provost changed: What|Removed |Added CC||l...@freebsd.org --- Comment #2

[Bug 215716] [altq] pfctl: DIOCADDALTQ: Cannot allocate memory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215716 Kristof Provost changed: What|Removed |Added CC||k...@freebsd.org --- Comment #1

[Bug 215716] [altq] pfctl: DIOCADDALTQ: Cannot allocate memory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215716 Hiren Panchasara changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org|freebsd-pf@FreeBSD.org -- You

[Bug 211730] pf uses 32bit value for bandwith with altq

. Even though ALTQ is unlikely to support speeds higher than 4Gb/s on most hardware, it would be nice to know that we can configure a 10G link speed. Currently if you set an interface altq to 10G it confusingly becomes around 1.4Gb without warning due to the 32bit unsigned integer. -- You are

Re: pfctl: igb2: driver does not support altq

gt;> I have 10.3 RELEASE and I am having problem with driver of igb device that >> does not support ALTQ. >> >> I already compiled the kernel with IGB_LEGACY_TX, but when I try to use >> ALTQ on igb interface, I get the message below. >> >> # pfctl -f fw_rules.c

Re: pfctl: igb2: driver does not support altq

On Mon, Aug 22, 2016 at 6:51 AM, André S. Almeida wrote: > Hello, > > I have 10.3 RELEASE and I am having problem with driver of igb device that > does not support ALTQ. > > I already compiled the kernel with IGB_LEGACY_TX, but when I try to use > ALTQ on igb interface, I

pfctl: igb2: driver does not support altq

Hello, I have 10.3 RELEASE and I am having problem with driver of igb device that does not support ALTQ. I already compiled the kernel with IGB_LEGACY_TX, but when I try to use ALTQ on igb interface, I get the message below. # pfctl -f fw_rules.conf pfctl: igb2: driver does not support altq As

Re: pfctl: ix0: driver does not support altq

On Thu, Aug 18, 2016 at 3:18 AM, Radek Krejča wrote: > Hello, > > I have 10.3 RELEASE and I am still trying possibilities with 10G together > with pf. > > There is another problem, driver doesnt support ALTQ, is there any chance > for this support? > You can make

RE: pfctl: ix0: driver does not support altq

There aren't any plans to add ALTQ support to the ixgbe drivers. - Eric > -Original Message- > From: Kurt Jaeger [mailto:li...@opsec.eu] > Sent: Thursday, August 18, 2016 1:23 PM > To: Radek Krej?a > Cc: 'freebsd-pf@freebsd.org' ; freebsd > > Subj

Re: pfctl: ix0: driver does not support altq

Hi! > I have 10.3 RELEASE and I am still trying possibilities with 10G > together with pf. > > There is another problem, driver doesnt support ALTQ, is there > any chance for this support? I think ALTQ is somewhat that is slowly getting out of fashion. So it looks unlikely to

pfctl: ix0: driver does not support altq

Hello, I have 10.3 RELEASE and I am still trying possibilities with 10G together with pf. There is another problem, driver doesnt support ALTQ, is there any chance for this support? ix0: mem 0xfbc0-0xfbdf,0xfbe04000-0xfbe07fff irq 11 at device 0.0 on pci4 ix0: Using MSIX interrupts

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #11 from Mahdi Mokhtari --- (In reply to rk from comment #10) Hi. Thanks for feedback on this patch. > Interessant thing: The result you saw makes sense, cause (as kristof pointed too) I have to change some other structs too. I'

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #10 from r...@starnet.cz --- (In reply to Mahdi Mokhtari from comment #2) Hello Mahdi, I have recompiled kernel, but still the same: in pf.conf: altq on em0 cbq bandwidth 10Gb queue { default_nat,. queue default_nat

Re: Max altq bandwidth 4.26 Gbit

> On Aug 11, 2016, at 8:15 AM, John Jasen wrote: > > Should FreeBSD fix altq, or follow OpenBSD's lead in this regard? If by this you mean start using OpenBSD's new traffic shaping scheme, that would mean adopting OpenBSD's current pf(4) implementation. That debat

RE: Max altq bandwidth 4.26 Gbit

Should FreeBSD fix altq, or follow OpenBSD's lead in this regard? http://undeadly.org/cgi?action=article&sid=20140419151959 On 08/11/2016 08:00 AM, freebsd-pf-requ...@freebsd.org wrote: > > Today's Topics: > >1. RE: Max altq bandwidth 4.26 Gbit (Radek Krej?a) >

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 Mark Linimon changed: What|Removed |Added Keywords||patch CC|freebsd-am

[Bug 211730] pf uses 32bit value for bandwith with altq

irst step would be to find all of the places that need to be fixed. A patch which doesn't take the backwards compatibility into account would also be a good thing. I still haven't even figured out which ioctl actually sets the altq configuration. (The DIOCGIFSPEED call just reads

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #8 from Mahdi Mokhtari --- (In reply to Mahdi Mokhtari from comment #7) Also, What about structs? Should we use Macros around/inside them of old/new versions? Or we should redefine new structs too ? -- You are receiving this m

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #7 from Mahdi Mokhtari --- (In reply to Kristof Provost from comment #6) Aha :) I see. So you suggest we solve it by adding new IOCTL command. Okay, lemme do a try. When i did it, I'll upload a patch for review (if you have time

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #6 from Kristof Provost --- (In reply to Mahdi Mokhtari from comment #4) The problem with the ABI is that we can't rely on user space and kernel space running the same code versions. If someone were to update the kernel, but not

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #5 from r...@starnet.cz --- (In reply to Mahdi Mokhtari from comment #4) Hello, I have hardware but its production box - so when you say that you have working patch, I can test it. Radek -- You are receiving this mail because

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #4 from Mahdi Mokhtari --- (In reply to Kristof Provost from comment #3) Ah, yes i see most of pf_altq.h is int32. And i guess we should change it too. About your point on kernel ABI and ioctl(), i didn't get your point. Do you

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #3 from Kristof Provost --- I don't have the hardware to test this, but I'm afraid the problem is a fair bit harder to fix than just that. It looks like the altq internals also use 32 bit values for bandwidth configu

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 --- Comment #2 from Mahdi Mokhtari --- Created attachment 173509 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=173509&action=edit Patch Makes pf_ifspeed.baudrate uint64_t (In reply to Kristof Provost from comment #1) Does the a

[Bug 211730] pf uses 32bit value for bandwith with altq

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211730 Kristof Provost changed: What|Removed |Added CC||k...@freebsd.org Assig

RE: Max altq bandwidth 4.26 Gbit

> Please do file a bug, because you’ve discovered a real problem and > I’d hate for it to get forgotten about. Hello Kristof, bug sended. Thank you very much Radek ___ freebsd-pf@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/fre

RE: Max altq bandwidth 4.26 Gbit

> I’d expect that ‘altq on $int_if cbq bandwidth 85% queue { > default_nat.’ would do what you want. > Looking at the code, I’m not at all sure that it’ll end up working > either, but it’s worth a try. > > Fundamentally, we’ll have to change pf (and worse, the interfa

Re: Max altq bandwidth 4.26 Gbit

On 10 Aug 2016, at 14:38, Radek Krejča wrote: I have changed bandwidth to 100%, 90% or 95%. Syntax OK, but value stops at 1.27Gbit (it looks, that 1Gbit is default) When I give ifconfig, I see: media: Ethernet autoselect (10Gbase-SR ) It looks that "autodetection" of pf is broken to. I was

Re: Max altq bandwidth 4.26 Gbit

show me how? I don’t run ALTQ myself, so all I can say is what the man page says: bandwidth ⟨bw⟩ The maximum bitrate for all queues on an interface may be specified using the bandwidth keyword. The value can be specified as an absolute value or as a

RE: Max altq bandwidth 4.26 Gbit

> That looks like you might be hitting the maximum of an unsigned > integer. > Try using relative specifications (i.e. as a percentage) instead. > Hello Kristof, Yes, I think so. But I dont know, that I can say relative specification for inteface bandwidth. Could you show me how? I have 10Gb

Re: Max altq bandwidth 4.26 Gbit

On 10 Aug 2016, at 9:28, Radek Krejča wrote: I need to shape 10G traffic, but I cant make bandwidth higher than 4.26 Gbit: pfctl shows: altq on int0 cbq bandwidth 4.26Gb tbrsize 36000 queue { default_nat.. but in pf.conf is: altq on $int_if cbq bandwidth 8550Mb queue

Max altq bandwidth 4.26 Gbit

Hello again, I need to shape 10G traffic, but I cant make bandwidth higher than 4.26 Gbit: pfctl shows: altq on int0 cbq bandwidth 4.26Gb tbrsize 36000 queue { default_nat.. but in pf.conf is: altq on $int_if cbq bandwidth 8550Mb queue { default_nat.. or altq on $int_if

simple altq on RELENG_10 issue

I am trying to get some simple altq rules working to limit a box from maxing out its allocated bandwidth. Its RELENG_10 (r287826), AMD64. if_re is the interface. altq on $ext_if hfsc bandwidth 1Mb queue { http, other } block in log all pass in log from to any keep state pass in log inet6

Implementation FIFO Queue and Fair-queue with Altq + PF

hi I define hfsc queue in *pf.conf * Code: * altq on gbeth1 hfsc bandwidth 100Kb queue {cegp-gbeth1-out,cicmp-gbeth1-out,class-default-gbeth1-out} # gbeth1 # Child Queue Definition queue cegp-gbeth1-out bandwidth 50Kb hfsc ( upperlimit 50Kb

Re: pfctl ... driver does not support altq

On Mon, Nov 3, 2014 at 9:53 PM, Zeus Panchenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > greetings, > > I see, in list the issue appears from time to time but I was not able to > find the solution for my case, please help me to get working altq on my >

pfctl ... driver does not support altq

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 greetings, I see, in list the issue appears from time to time but I was not able to find the solution for my case, please help me to get working altq on my igb(4) if it is possible at all I was trying igb(4) original OS drivers and the one from

9.x vs 10.x PF performance using ALTQ

Hello, I have a question about the performance changes to PF introduced in 10.0. I understand that PF is now able to take advantage of multiple CPUs / SMP better because of finer grain locking. Does this also apply to using ALTQ w/ HFSC? Can I expect packet forwarding performance to increase when

Re: kern/189060: [pf] pf + altq doesn't work on octe (Edgerouter Lite) [regression]

The following reply was made to PR kern/189060; it has been noted by GNATS. From: Daniel Engberg To: bug-follo...@freebsd.org Cc: Subject: Re: kern/189060: [pf] pf + altq doesn't work on octe (Edgerouter Lite) [regression] Date: Mon, 05 May 2014 23:18:26 +0200 The issue is that octe

Re: kern/189060: [pf] pf + altq doesn't work on octe (Edgerouter Lite) [regression]

Old Synopsis: pf + altq doesn't work on octe (Edgerouter Lite) New Synopsis: [pf] pf + altq doesn't work on octe (Edgerouter Lite) [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-pf Responsible-Changed-By: linimon Responsible-Changed-When: Sun May 4 04:30:33 UTC 201

Re: Can we use ALTQ and PF to modify packets which acts as a bridge in my testing environment?

roshan david writes: > Right now i am using dummynet and ipfw as my traffic shaper, I want to know > wheather ALTQ with PF can be used to modify packets,if yes what is the pf > ruleset to modify packet? It's not clear to me what it is you're tryint to achieve. PF with ALTQ i

Can we use ALTQ and PF to modify packets which acts as a bridge in my testing environment?

Right now i am using dummynet and ipfw as my traffic shaper, I want to know wheather ALTQ with PF can be used to modify packets,if yes what is the pf ruleset to modify packet? ___ freebsd-pf@freebsd.org mailing list http://lists.freebsd.org/mailman

pf/altq and default queue

Hi. I have an 8.1-RELEASE (yup, a bit outdated). Today I saw a situation when I observe a speed about 90 MBit/sec on an interface where altq is enabled, but root queue shows only half of that amount. Here comes the output: config: altq on em0 cbq bandwidth 100Mb queue { domru, internal

Re: svn commit: r240646 - head/sys/contrib/altq/altq

ng failures here! E> > E> > They do. Error from altq_add() is returned by pf_ioctl() as response E> > to DIOCADDALTQ command. The code in pfctl, which does DIOCADDALTQ also E> > is handling errors. E> E> The issue is that you will fail a ruleset loading now that before

Re: svn commit: r240646 - head/sys/contrib/altq/altq

is returned by pf_ioctl() as response > to DIOCADDALTQ command. The code in pfctl, which does DIOCADDALTQ also > is handling errors. The issue is that you will fail a ruleset loading now that before could not fail. You need to teach pfctl that is ok if ALTQ ruleset load fails now, no? I think

Re: svn commit: r240646 - head/sys/contrib/altq/altq

Ermal, On Tue, Sep 18, 2012 at 06:02:06PM +0200, Ermal Lu?i wrote: E> The issue is that this hides the problem per se. What had hidden problem per se, was the following code: PF_UNLOCK(); error = altq_add(a2); PF_LOCK();

Re: svn commit: r240646 - head/sys/contrib/altq/altq

off wrote: >> Author: glebius >> Date: Tue Sep 18 12:34:35 2012 >> New Revision: 240646 >> URL: http://svn.freebsd.org/changeset/base/240646 >> >> Log: >> Do more than r236298 did in the projects/pf branch: use M_NOWAIT in >> altq_add() and its desc

how to set dscp field using altq?

Hi all, I want to use combination of pf and the embedded altq to set the dscp field on a group of packets. I didn't find any relevant configuration on pf.conf manual, but I find out some tips which mention that altq has the ability to do the diffserv. I need to know if there is such a possib

Re: AltQ nested classes and limits

On 08/04/2012 06:51 PM, CyberLeo Kitsana wrote: > Hi! > > I'm currently struggling with a little issue with pf and AltQ cbq in > FreeBSD 8.2-RELEASE. > > I'm trying to set up queueing with two different ISP uplinks attached to > my gateway. Note that I am not

AltQ nested classes and limits

Hi! I'm currently struggling with a little issue with pf and AltQ cbq in FreeBSD 8.2-RELEASE. I'm trying to set up queueing with two different ISP uplinks attached to my gateway. Note that I am not trying to multihome the machine. The machine in question only has two interfaces, so

pf + ALTQ and DiffServ on FreeBSD 8.2

Hello, I am searching for DiffServ implementation for FreeBSD. Looking at FreeBSD 8.2 release, and wonder: 1) how close pf + ALTQ could be used as DiffServ framework to develop functions defined in DIFFSERV-MIB? 2) altqd, altq.conf is not available, for ALTQ configuration those have to be

HFSC ALTQ for prioritization LAN and router traffic

clients. mst="modulate state" ext_if="em0" int_if1="em1" table persist {192.168.10/24} set skip on {lo} set ruleset-optimization basic set state-policy if-bound set require-order yes scrub on $ext_if all random-id no-df min-ttl 128 ### ALTQ altq on $ext_if hfsc b

Re: ALTQ with HFSC

2011/10/26 Виталий Владимирович : > >  Recently I worked around traffic prioritization of my router > (FreeBSD9-BETA3). I would like to prioritization traffic coming from external > interface and coming from internal LAN. > > ## ALTQ > > altq on $ext_if hfsc bandwidth 800

Re: ALTQ with HFSC

2011/10/26 Виталий Владимирович > > Recently I worked around traffic prioritization of my router > (FreeBSD9-BETA3). I would like to prioritization traffic coming from > external interface and coming from internal LAN. > > ## ALTQ > > altq on $ext_if hfsc bandwidth 800

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

On 19.08.11 11:45, Florian Smeets wrote: On 19.08.2011 01:34, Pierre Lamy wrote: I just found how to resolve the problem (1 minute ago) as I was also having the same issue. If you compile pf into the kernel, state removals are NOT performed at all. pftop will show you garbage null entries. Flush

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

On 19.08.2011 01:34, Pierre Lamy wrote: I just found how to resolve the problem (1 minute ago) as I was also having the same issue. If you compile pf into the kernel, state removals are NOT performed at all. pftop will show you garbage null entries. Flushing current states works for real states,

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

Hi, did you guys find out what was wrong? I may have a similar problem. My server loses connection after some time. I think it is because the state table is getting full, but i only have a couple of active states. The current entries keep increasing, i had ~3600 this morning. flo@tb:~ # sudo pfct

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

problem. My server loses connection after some time. I think it is because the state table is getting full, but i only have a couple of active states. The current entries keep increasing, i had ~3600 this morning. flo@tb:~ # sudo pfctl -vsi|grep "current entries" No AL

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

keep increasing, i had ~3600 this morning. flo@tb:~ # sudo pfctl -vsi|grep "current entries" No ALTQ support in kernel ALTQ related functions disabled current entries 4891 current entries 0 flo@tb:~ # sudo pfctl -ss| wc -l No ALTQ support in ker

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

On Wed, Aug 17, 2011 at 02:27:09PM +0200, Florian Smeets wrote: > did you guys find out what was wrong? I may have a similar problem. Nope, never did. At this point I'm afraid and unwilling to update my kernel to a post r223636 kernel. -- -- David (obr...@freebsd.org) _

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

our setup. >>>>>> >>>>>> Ermal, >>>>>> Thanks.  I'll send to you off list. >>>>>> >>>>> >>>>> Hi, >>>>> >>>>> did you guys find out what was wrong? I may have a si

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

The current entries keep increasing, i had ~3600 this morning. flo@tb:~ # sudo pfctl -vsi|grep "current entries" No ALTQ support in kernel ALTQ related functions disabled current entries 4891 current entries 0 flo@tb:~ # sudo pfctl -ss| wc -l N

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

r setup. >>>> >>>> Ermal, >>>> Thanks.  I'll send to you off list. >>>> >>> >>> Hi, >>> >>> did you guys find out what was wrong? I may have a similar problem. My >>> server loses connectio

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

s find out what was wrong? I may have a similar problem. My server loses connection after some time. I think it is because the state table is getting full, but i only have a couple of active states. The current entries keep increasing, i had ~3600 this morning. flo@tb:~ # sudo pfctl -vsi|grep &

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

al, >> Thanks. I'll send to you off list. >> > > Hi, > > did you guys find out what was wrong? I may have a similar problem. My server > loses connection after some time. I think it is because the state table is > getting full, but i only have a couple of

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

I think it is because the state table is getting full, but i only have a couple of active states. The current entries keep increasing, i had ~3600 this morning. flo@tb:~ # sudo pfctl -vsi|grep "current entries" No ALTQ support in kernel ALTQ related functions disa

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

On Fri, Jul 08, 2011 at 02:26:37PM +0200, Ermal Lui wrote: > On Thu, Jul 7, 2011 at 9:35 PM, David O'Brien wrote: > > I have 'pfctl', 'netstat', 'netstat -rn', and 'sysctl -a' output from one > > of these experiences. ?Would they be useful to you in looking into this? > > please send those. > Als

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

On Thu, Jul 7, 2011 at 9:35 PM, David O'Brien wrote: > On Wed, Jun 29, 2011 at 07:22:24PM +0200, Fabian Keil wrote: >> "Bjoern A. Zeeb" wrote: >> > In short; please test! >> >> I didn't experience any real problems yet, but running > > Hi Bjoern, > Unfortunately I've had MAJOR network problems si

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

in/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules s... Author: bz Date: Tue Jun 28 11:57:25 2011 New Revision: 223637 URL: http://svn.freebsd.org/changeset/base/223637 Log: Update packet filter (pf) code to OpenBSD 4.5. Thanks! In short; please test! I didn't ex

Re: pf ALTQ bandwidth limited to a 32bit value (4294Mb)

Hennessy Cc: freebsd-pf@freebsd.org Subject: Re: pf ALTQ bandwidth limited to a 32bit value (4294Mb) Greg, Pf performance is quite good. The machine averages 9.2 Gbits/sec or 1.15 gigabytes per second (GB/s) in each direction, simultaneously. Interrupt load is about 12%. With a single Linux box on

Re: svn commit: r223637 - in head: . contrib/pf/authpf contrib/pf/ftp-proxy contrib/pf/man contrib/pf/pfctl contrib/pf/pflogd sbin/pflogd sys/conf sys/contrib/altq/altq sys/contrib/pf/net sys/modules

On Wed, Jun 29, 2011 at 07:22:24PM +0200, Fabian Keil wrote: > "Bjoern A. Zeeb" wrote: > > In short; please test! > > I didn't experience any real problems yet, but running Hi Bjoern, Unfortunately I've had MAJOR network problems since the pf upgrade. Besides getting the "state key linking mism

Re: pf ALTQ bandwidth limited to a 32bit value (4294Mb)

Ermal, Thanks for the diff. When we tried it on FreeBSD 8.2-p2, ALTq would no long start. We also looked into the source under /usr/src/sys/contrib/altq/altq. Sadly, most of the changes we made either broke altq completely or had no effect. If you have any other ideas we would be happy to try

  1   2   3   4   5   >