From owner-freebsd-current@FreeBSD.ORG  Tue Nov 11 20:23:13 2003
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D3F8A16A4DB
	for <current@freebsd.org>; Tue, 11 Nov 2003 20:23:13 -0800 (PST)
Received: from marge.icomtek.csir.co.za (marge.icomtek.csir.co.za
	[146.64.28.1])	by mx1.FreeBSD.org (Postfix) with ESMTP id 839EF43F93
	for <current@freebsd.org>; Tue, 11 Nov 2003 20:23:11 -0800 (PST)
	(envelope-from jhugo@icomtek.csir.co.za)
Received: from jeep.icomtek.csir.co.za (jeep.icomtek.csir.co.za
	[146.64.28.29])hAC4N92v050024
	for <current@freebsd.org>; Wed, 12 Nov 2003 06:23:09 +0200 (SAST)
	(envelope-from jhugo@icomtek.csir.co.za)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Johann Hugo <jhugo@icomtek.csir.co.za>
Date: Wed, 12 Nov 2003 06:23:09 +0200
X-Mailer: KMail [version 1.4]
To: current@freebsd.org
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200311120623.09159.jhugo@icomtek.csir.co.za>
Subject: Re: atheros (ath) driver - media option
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Nov 2003 04:23:14 -0000

On Wednesday 12 November 2003 00:54, Sam Leffler wrote:
> Not sure what you're trying to accomplish by setting the media when
> operating in hostap mode.  It should be ignored, but I'm not sure exactly
> what will happen.  Locking the tx rate on the client side makes more sense
> and should be honored correctly.

Maybe I should give you some more info here. We currently have a 30km
 wireless link to a remote site:

Lucent/orinoco AP -----30km ----- FreeBSD client with Lucent adapter.

The problem is that over that distance the SIFS counter expires on most of
 the packets before we receive a ACK on the other side. So the throughput is
 way down.

I've decided to installed a parallel/experimental  link on another frq. so
that I can play around with the atheros driver/cards and also 11g. The second
link looks something like this:

FreeBSD/HostAP/Atheros ----- 30km ------ FreeBSD/Soekris/Client/Atheros

The problem is:
(mode 11b media DS/1Mbps)
HostAP TX = 11Mbps  --------- 30km -----Client RX at 11Mbps not OK
HostAP RX at 1Mbps = OK  ----- 30km ----- Client TX at 1Mbps

(mode 11g media OFDM/6Mbps)
HostAP TX = 54Mbps  --------- 30km -----Client RX at 54 Mbps not OK
HostAP RX at 1Mbps = OK  ----- 30km ----- Client RX at 54 Mbps not OK

So I am trying to force the max TX rate on both ends to a lower speed.

Another question:
Do you have control over the SIFS counter. Is there a way to adjust the
counter so that it will be more tolerant to longer links, or is it possible
to disable the ACK's for unicast packets ?
http://lists.nocat.net/pipermail/nocat/2002-April/001223.html

Johann