ath(4) apbridge does not work with PF and ALTQ

From: Michal Mertl <mime_at_traveller.cz>
Date: Tue, 11 Sep 2007 13:30:44 +0200
Hello,

I found out that "apbridge"ing with ath(4) does not work once I enable
altq on the interface with pfctl on recent CURRENT.

I can communicate between different hosts connected to ath(4) in hostap
mode when altq is not configured and it does not work for any protocol
(even for ARP) when it is enabled.

Now that I found out why it sometimes worked and sometimes not I think
it had not been working for some time - from 6.2 on at least.

>From /etc/pf.conf:
------
int_if="ath0"

altq on $int_if bandwidth 10Mb cbq queue { dflt, mini }
queue dflt bandwidth 1Mb cbq(default, borrow, ecn)
queue mini bandwidth 256Kb
------

Dmesg:
------
ath_rate: version 1.2 <SampleRate bit-rate selection algorithm>
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413,
RF5413)

ath0: <Atheros 5212> mem 0x80000000-0x8000ffff irq 12 at device 13.0 on
pci0
ath0: mac 5.9 phy 4.3 radio 3.6
------


ifconfig ath0:
------
ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
1500
        ether 00:0b:6b:35:be:6f
        inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
<hostap>
        status: associated
        ssid mig_ap_xx channel 1 (2412 Mhz 11g) bssid 00:0b:6b:35:be:6f
        authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 39
        bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250
        roam:rssi11g 14 roam:rate11g 5 protmode CTS burst -apbridge
        dtimperiod 1 bintval 100
------


Michal
Received on Tue Sep 11 2007 - 09:30:56 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:17 UTC