Problems with ath under FreeBSD-6x

[Josef Karthauser]

Hi Sam (and net at FreeBSD list),

I was wondering if you could help me.  I've upgraded a server from
FreeBSD-5x to FreeBSD-6x and since the upgrade I cannot get my ath
interface to work.  Everything is consistant with network packets not
being forwarded through the wireless interface.

Here's my config:

    FreeBSD x 6.0-STABLE FreeBSD 6.0-STABLE #59: Sat Jan 7 00:53:43 GMT 2006 root at x:/usr/obj/usr/src/sys/X  i386

And boot time device probe:
    ath0: <Atheros 5212> mem 0xf4200000-0xf420ffff irq 23 at device 7.0 on pci2
    ath0: Ethernet address: 00:09:5b:e5:1f:a4
    ath0: mac 5.6 phy 4.1 radio 1.7

/etc/rc.conf:
    ifconfig_ath0="ssid tao mode 11g mediaopt hostap wepmode on wepkey 0x1111111111"


x# ifconfig ath0
ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::209:5bff:fee5:1fa4%ath0 prefixlen 64 scopeid 0x1 
        inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
        ether 00:09:5b:e5:1f:a4
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap>
        status: associated
        ssid tao channel 2 bssid 00:09:5b:e5:1f:a4
        authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax 30
        protmode CTS burst dtimperiod 1 bintval 100

And the kernel config:

    # Wireless NIC cards
    device          ath
    device          ath_hal
    device          ath_rate_sample
    #device         ath_rate_onoe
    device          wlan            # 802.11 support
    device          wlan_wep
    #device         wlan_tkip
    #device         wlan_ccmp
    #device         wlan_acl

On FreeBSD 5.x I had it working with ath_rate_onoe, but I switched to
ath_rate_sample under FreeBSD 6.x as that's what the manual page said I
should do.

Now what happens is as follows.  I've got a windows PC with a wireless
card in that always used to work.  It sees the 'tao' wireless segment
and appears to negotiate the WEP stuff.  If I give it 10.0.0.2 (the
FreeBSD box is on 10.0.0.1) and ping I can see traffic arriving at the
FreeBSD box with tcpdump.

On the FreeBSD box I get an arp entry for the windows PC:

    x# arp -a
    ? (10.0.0.1) at 00:09:5b:e5:1f:a4 on ath0 permanent [ethernet]
    ? (10.0.0.2) at 00:90:4b:77:cc:a2 on ath0 [ethernet]

and I see arp requests from the PC with tcpdump:

    x# tcpdump -n -i ath0
    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
    listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes
    13:56:07.095607 arp who-has 10.0.0.1 tell 10.0.0.2
    13:56:07.095636 arp who-has 10.0.0.1 tell 10.0.0.2
    13:56:07.095771 arp reply 10.0.0.1 is-at 00:09:5b:e5:1f:a4
    13:56:12.437757 arp who-has 10.0.0.1 tell 10.0.0.2
    13:56:12.437783 arp who-has 10.0.0.1 tell 10.0.0.2
    13:56:12.437902 arp reply 10.0.0.1 is-at 00:09:5b:e5:1f:a4

but the windows PC never gets an ARP entry for the FreeBSD box.  That's
what's happening.  Could it be that no network packets are forwarded
over the wireless from the FreeBSD side?

Oh, yes, I'm also running IPFW, but that shouldn't be the problem:

    X# ipfw show | head -4
    00001   341    33606 allow ip from 10.0.0.0/24 to 10.0.0.0/24
    00100 44460  5358720 allow ip from any to any via lo0
    00200     0        0 deny ip from any to 127.0.0.0/8
    01000 21043   967978 allow ip from any to any layer2 mac-type 0x0806

and:

    X# sysctl -a | grep ipfw 
    net.link.ether.ipfw: 0
    net.link.ether.bridge.ipfw: 1
    net.link.ether.bridge.ipfw_drop: 0
    net.link.ether.bridge.ipfw_collisions: 0
    net.link.ether.bridge_ipfw: 1
    net.link.bridge.ipfw: 0

Is this to be expected and I've just not got it configured correctly, or
is there a genuine bug here?

Many thanks,
Joe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-net/attachments/20060114/4a1eff36/attachment.bin