Re: match queue ignored

2011-08-18 Thread william dunand
 Greetings,

 I tried setting up the following into pf.conf on both 4.9 and latest
snapshot:

 altq on $ext_if priq queue {q1, q2}
 queue q1 priority 1 priq(default)
 queue q2 priority 2
 pass all queue q1
 match all queue q2

 And I see nothing going into q2.
 Is this the expected behavior?

 Thanks for your time.
 William


After further experimentation, I found out the following:

match queue overrides:
 - a previous match queue assignment
 - the default queue

but does not override:
 - a previous pass queue assignment
 - a previous block queue assignment

It seems to me this might not be the expected behavior, so well, I
thought it might be worth reporting...

 man 5 pf.conf:

 match
   The packet is matched.  This mechanism is used to provide
 fine
   grained filtering without altering the block/pass state of a
   packet.  match rules differ from block and pass rules in
 that
   parameters are set every time a packet matches the rule, not
 only
   on the last matching rule.  For the following parameters,
 this
   means that the parameter effectively becomes ``sticky''
 until
   explicitly overridden: nat-to, binat-to, rdr-to, queue,
 rtable, and
   scrub.

 R/

Rod,

Obviously I have read this part (many times). But I don't think it
implies that pass/block queue assignments cannot be overridden by a
match queue assignment. I would say it almost suggests the opposite
actually.

William



Re: match queue ignored

2011-08-17 Thread william dunand
 Greetings,

 I tried setting up the following into pf.conf on both 4.9 and latest snapshot:

 altq on $ext_if priq queue {q1, q2}
 queue q1 priority 1 priq(default)
 queue q2 priority 2
 pass all queue q1
 match all queue q2

 And I see nothing going into q2.
 Is this the expected behavior?

 Thanks for your time.
 William


After further experimentation, I found out the following:

match queue overrides:
 - a previous match queue assignment
 - the default queue

but does not override:
 - a previous pass queue assignment
 - a previous block queue assignment

It seems to me this might not be the expected behavior, so well, I
thought it might be worth reporting...

Regards,
William



Re: match queue ignored

2011-08-17 Thread Rod Whitworth
On Thu, 18 Aug 2011 10:30:43 +0900, william dunand wrote:

 Greetings,

 I tried setting up the following into pf.conf on both 4.9 and latest 
 snapshot:

 altq on $ext_if priq queue {q1, q2}
 queue q1 priority 1 priq(default)
 queue q2 priority 2
 pass all queue q1
 match all queue q2

 And I see nothing going into q2.
 Is this the expected behavior?

 Thanks for your time.
 William


After further experimentation, I found out the following:

match queue overrides:
 - a previous match queue assignment
 - the default queue

but does not override:
 - a previous pass queue assignment
 - a previous block queue assignment

It seems to me this might not be the expected behavior, so well, I
thought it might be worth reporting...

man 5 pf.conf:

match
   The packet is matched.  This mechanism is used to provide
fine
   grained filtering without altering the block/pass state of a
   packet.  match rules differ from block and pass rules in
that
   parameters are set every time a packet matches the rule, not
only
   on the last matching rule.  For the following parameters,
this
   means that the parameter effectively becomes ``sticky''
until
   explicitly overridden: nat-to, binat-to, rdr-to, queue,
rtable, and
   scrub.

R/

*** NOTE *** Please DO NOT CC me. I am subscribed to the list.
Mail to the sender address that does not originate at the list server is 
tarpitted. The reply-to: address is provided for those who feel compelled to 
reply off list. Thankyou.

Rod/
---
This life is not the real thing.
It is not even in Beta.
If it was, then OpenBSD would already have a man page for it.



match queue ignored

2011-08-15 Thread william dunand
Greetings,

I tried setting up the following into pf.conf on both 4.9 and latest snapshot:

altq on $ext_if priq queue {q1, q2}
queue q1 priority 1 priq(default)
queue q2 priority 2
pass all queue q1
match all queue q2

And I see nothing going into q2.
Is this the expected behavior?

Thanks for your time.
William



OpenBSD 5.0 (GENERIC) #51: Mon Aug  8 14:51:10 MDT 2011
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 267321344 (254MB)
avail mem = 246370304 (234MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe1000 (5 entries)
bios0: vendor innotek GmbH version VirtualBox date 12/01/2006
bios0: innotek GmbH VirtualBox
acpi0 at bios0: rev 2
acpi0: sleep states S0 S5
acpi0: tables DSDT FACP APIC SSDT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz, 1976.26 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,MWAIT,SSSE3,NXE,LONG
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: apic clock running at 1000MHz
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpibat0 at acpi0: BAT0 not present
acpiac0 at acpi0: AC unit online
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel 82441FX rev 0x02
pcib0 at pci0 dev 1 function 0 Intel 82371SB ISA rev 0x00
pciide0 at pci0 dev 1 function 1 Intel 82371AB IDE rev 0x01: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0: VBOX HARDDISK
wd0: 128-sector PIO, LBA, 2048MB, 4194304 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 disabled (no drives)
vga1 at pci0 dev 2 function 0 InnoTek VirtualBox Graphics Adapter rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
em0 at pci0 dev 3 function 0 Intel PRO/1000MT (82540EM) rev 0x02:
apic 1 int 19, address 08:00:27:e6:6a:e9
InnoTek VirtualBox Guest Service rev 0x00 at pci0 dev 4 function 0
not configured
piixpm0 at pci0 dev 7 function 0 Intel 82371AB Power rev 0x08: SMBus disabled
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
mtrr: CPU supports MTRRs but not enabled
vscsi0 at root
scsibus0 at vscsi0: 256 targets
softraid0 at root
scsibus1 at softraid0: 256 targets
root on wd0a (599187112325ad92.a) swap on wd0b dump on wd0b