freebsd-net Digest, Vol 364, Issue 3
freebsd-n...@freebsd.org
freeb...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-net
or, via email, send a message with subject or body 'help' to
freebsd-n...@freebsd.org
You can reach the person managing the list at
freebsd-...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-net digest..."
Today's Topics:
1. Re: Setting HT capabilities in net80211 (Rui Paulo)
2. Re: Choosing CPU for router (Ivan Voras)
3. Re: Setting HT capabilities in net80211 (Alexander Egorenkov)
4. Re: Setting HT capabilities in net80211 (Rui Paulo)
5. Re: kern/143627: [ieee80211] [panic] A bug in
ht_send_action_ba_addba causes net80211 to send malformed ADDBA
response frames (rpa...@FreeBSD.org)
6. Re: kern/144323: [ieee80211] A response management frame
appears in wireshark captures before the corresponding request
management frame in HOSTAP mode (rpa...@FreeBSD.org)
7. Re: Choosing CPU for router (Jon Otterholm)
8. Re: kern/144987: [wpi] [panic] injecting packets with
wlaninject using Intel 3945ABG wireless card gives kernel panic
(lin...@FreeBSD.org)
9. Re: Is this correct? (Denis Antrushin)
10. IPSec NAT-T patch for FreeBSD 7.3 (Oleg Fedorov)
11. Re: IPSec NAT-T patch for FreeBSD 7.3 (Denis Antrushin)
12. Re: IPSec NAT-T patch for FreeBSD 7.3 (VANHULLEBUS Yvan)
----------------------------------------------------------------------
Message: 1
Date: Tue, 23 Mar 2010 12:03:30 +0000
From: Rui Paulo <rpa...@freebsd.org>
Subject: Re: Setting HT capabilities in net80211
To: Alexander Egorenkov <egor...@googlemail.com>
Cc: freeb...@freebsd.org
Message-ID: <A8CAB524-BC71-4240...@freebsd.org>
Content-Type: text/plain; charset=us-ascii
On 13 Mar 2010, at 16:17, Alexander Egorenkov wrote:
> I have finally patched net80211 on my system and added HT extended capabilities support.
>
> Here are the patches.
>
> I added a new variable to ieee80211com struct.
> It seems that only the lowest 16 bit of ic_htcaps are used, an alternative to a new variable would be to use the highest 16 bit of ic_htcaps.
>
> Here is a code snippet from my driver which sets ic_htextcaps:
>
> ic->ic_htextcaps = IEEE80211_HTCAP_MCSFBACK_UNSOL |
> IEEE80211_HTCAP_HTC |
> IEEE80211_HTCAP_RDR;
>
> I also captured an association process with 802.11n AP and it seems the capabilities were set right.
Thanks, I've committed this.
--
Rui Paulo
------------------------------
Message: 2
Date: Tue, 23 Mar 2010 14:12:20 +0100
From: Ivan Voras <ivo...@freebsd.org>
Subject: Re: Choosing CPU for router
To: freeb...@freebsd.org
Message-ID: <hoaen6$1cv$1...@dough.gmane.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 03/18/10 01:32, Andrew Snow wrote:
>
> Jon Otterholm wrote:
>> This machine is going to act as access-router serving ~500
>> FTTH-customers.
>> About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000
>> pipes (2
>> pipes/customer).
>
> That doesn't sound right, 200kpps @ 500Mbps works out to an average
> packet size of 250 bytes? Am I missing something
Maybe he's pushing VoIP...
------------------------------
Message: 3
Date: Tue, 23 Mar 2010 14:23:47 +0100
From: Alexander Egorenkov <egor...@googlemail.com>
Subject: Re: Setting HT capabilities in net80211
To: Rui Paulo <rpa...@freebsd.org>
Cc: freeb...@freebsd.org
Message-ID:
<2d3b7e441003230623t24...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
We also need to set/update/delete these capabilities for nodes, e.g. after a
beacon or
a (re)association frame is received from a node. I mean the field ni_flags
in struct ieee80211_node. And ifconfig support would be nice to have in
order to be able to enable/disable these features dynamically.
On Tue, Mar 23, 2010 at 1:03 PM, Rui Paulo <rpa...@freebsd.org> wrote:
>
> On 13 Mar 2010, at 16:17, Alexander Egorenkov wrote:
>
> > I have finally patched net80211 on my system and added HT extended
> capabilities support.
> >
> > Here are the patches.
> >
> > I added a new variable to ieee80211com struct.
> > It seems that only the lowest 16 bit of ic_htcaps are used, an
> alternative to a new variable would be to use the highest 16 bit of
> ic_htcaps.
> >
> > Here is a code snippet from my driver which sets ic_htextcaps:
> >
> > ic->ic_htextcaps = IEEE80211_HTCAP_MCSFBACK_UNSOL |
> > IEEE80211_HTCAP_HTC |
> > IEEE80211_HTCAP_RDR;
> >
> > I also captured an association process with 802.11n AP and it seems the
> capabilities were set right.
>
> Thanks, I've committed this.
>
> --
> Rui Paulo
>
>
------------------------------
Message: 4
Date: Tue, 23 Mar 2010 13:25:29 +0000
From: Rui Paulo <rpa...@freebsd.org>
Subject: Re: Setting HT capabilities in net80211
To: Alexander Egorenkov <egor...@googlemail.com>
Cc: freeb...@freebsd.org
Message-ID: <7FBB67B4-0CBA-48B3...@freebsd.org>
Content-Type: text/plain; charset=us-ascii
On 23 Mar 2010, at 13:23, Alexander Egorenkov wrote:
> We also need to set/update/delete these capabilities for nodes, e.g. after a beacon or
> a (re)association frame is received from a node. I mean the field ni_flags in struct ieee80211_node. And ifconfig support would be nice to have in order to be able to enable/disable these features dynamically.
I'm happy to review and commit patches.
--
Rui Paulo
------------------------------
Message: 5
Date: Tue, 23 Mar 2010 13:37:15 GMT
From: rpa...@FreeBSD.org
Subject: Re: kern/143627: [ieee80211] [panic] A bug in
ht_send_action_ba_addba causes net80211 to send malformed ADDBA
response frames
To: egor...@gmail.com, rpa...@FreeBSD.org, freeb...@FreeBSD.org
Message-ID: <201003231337....@freefall.freebsd.org>
Synopsis: [ieee80211] [panic] A bug in ht_send_action_ba_addba causes net80211 to send malformed ADDBA response frames
State-Changed-From-To: open->closed
State-Changed-By: rpaulo
State-Changed-When: Tue Mar 23 13:36:44 UTC 2010
State-Changed-Why:
Fixed with a commit I made last week.
http://www.freebsd.org/cgi/query-pr.cgi?pr=143627
------------------------------
Message: 6
Date: Tue, 23 Mar 2010 14:32:26 GMT
From: rpa...@FreeBSD.org
Subject: Re: kern/144323: [ieee80211] A response management frame
appears in wireshark captures before the corresponding request
management frame in HOSTAP mode
To: egor...@gmail.com, rpa...@FreeBSD.org, freeb...@FreeBSD.org,
rpa...@FreeBSD.org
Message-ID: <201003231432....@freefall.freebsd.org>
Synopsis: [ieee80211] A response management frame appears in wireshark captures before the corresponding request management frame in HOSTAP mode
State-Changed-From-To: open->patched
State-Changed-By: rpaulo
State-Changed-When: Tue Mar 23 14:31:56 UTC 2010
State-Changed-Why:
Fixed in HEAD. Will MFC.
Thanks.
Responsible-Changed-From-To: freebsd-net->rpaulo
Responsible-Changed-By: rpaulo
Responsible-Changed-When: Tue Mar 23 14:31:56 UTC 2010
Responsible-Changed-Why:
Fixed in HEAD. Will MFC.
Thanks.
http://www.freebsd.org/cgi/query-pr.cgi?pr=144323
------------------------------
Message: 7
Date: Tue, 23 Mar 2010 19:36:28 +0100
From: Jon Otterholm <jon.ot...@ide.resurscentrum.se>
Subject: Re: Choosing CPU for router
To: Ivan Voras <ivo...@freebsd.org>, <freeb...@freebsd.org>
Message-ID: <C7CEC8BC.2493D%jon.ot...@ide.resurscentrum.se>
Content-Type: text/plain; charset="US-ASCII"
Den 2010-03-23 14.12, skrev "Ivan Voras" <ivo...@freebsd.org>:
> On 03/18/10 01:32, Andrew Snow wrote:
>>
>> Jon Otterholm wrote:
>>> This machine is going to act as access-router serving ~500
>>> FTTH-customers.
>>> About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000
>>> pipes (2
>>> pipes/customer).
>>
>> That doesn't sound right, 200kpps @ 500Mbps works out to an average
>> packet size of 250 bytes? Am I missing something
>
> Maybe he's pushing VoIP...
Today we are pushing ~0,4kpps/Mbit. At the same ratio 500Mbit/s sums up to
~200kpps.
//JO
------------------------------
Message: 8
Date: Tue, 23 Mar 2010 22:39:01 GMT
From: lin...@FreeBSD.org
Subject: Re: kern/144987: [wpi] [panic] injecting packets with
wlaninject using Intel 3945ABG wireless card gives kernel panic
To: lin...@FreeBSD.org, freebs...@FreeBSD.org,
freeb...@FreeBSD.org
Message-ID: <201003232239....@freefall.freebsd.org>
Old Synopsis: injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic
New Synopsis: [wpi] [panic] injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 23 22:38:38 UTC 2010
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=144987
------------------------------
Message: 9
Date: Wed, 24 Mar 2010 09:50:16 +0300
From: Denis Antrushin <DAntr...@mail.ru>
Subject: Re: Is this correct?
To: freeb...@freebsd.org
Message-ID: <4BA9B628...@mail.ru>
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
On 03/19/10 14:53, Ermal Luçi wrote:
> Shouldn't this check be
> if (m->m_len> sizeof (struct ip)) {
> instead of
> if (m->m_len< sizeof (struct ip)) {
>
> in
> http://fxr.watson.org/fxr/source/netipsec/ipsec.c?im=excerpts#L595
>
You're right (only '>' should be '>=' here, perhaps?).
This change fixed my problem with natted ipsec when
UDP NATT port 4500 sometimes turned into garbage in socket's
security policies. After I applied this fix, ports are correct.
------------------------------
Message: 10
Date: Wed, 24 Mar 2010 10:14:15 +0300
From: Oleg Fedorov <fo...@yandex.ru>
Subject: IPSec NAT-T patch for FreeBSD 7.3
To: freeb...@FreeBSD.org
Message-ID:
<872fff51003240014v490...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
If exist some IPSec NAT-T patch for FreeBSD 7.3?
Thanks.
------------------------------
Message: 11
Date: Wed, 24 Mar 2010 10:59:05 +0300
From: Denis Antrushin <DAntr...@mail.ru>
Subject: Re: IPSec NAT-T patch for FreeBSD 7.3
To: freeb...@freebsd.org
Message-ID: <4BA9C649...@mail.ru>
Content-Type: text/plain; CHARSET=US-ASCII; format=flowed
On 03/24/10 10:14, Oleg Fedorov wrote:
> If exist some IPSec NAT-T patch for FreeBSD 7.3?
There is patch for 7.2 here:
http://people.freebsd.org/~vanhu/NAT-T/
This short thread is worth reading also:
http://www.mail-archive.com/freeb...@freebsd.org/msg30675.html
(ipsec-tools 0.7.3 is broken w.r.t. NAT-T, you'll need 0.8alpha
snapshot of checkout CVS HEAD from NetBSD CVS).
------------------------------
Message: 12
Date: Wed, 24 Mar 2010 09:49:42 +0100
From: VANHULLEBUS Yvan <va...@FreeBSD.org>
Subject: Re: IPSec NAT-T patch for FreeBSD 7.3
To: freeb...@freebsd.org
Message-ID: <20100324084...@zeninc.net>
Content-Type: text/plain; charset=us-ascii
On Wed, Mar 24, 2010 at 10:59:05AM +0300, Denis Antrushin wrote:
> On 03/24/10 10:14, Oleg Fedorov wrote:
> >If exist some IPSec NAT-T patch for FreeBSD 7.3?
>
> There is patch for 7.2 here:
>
> http://people.freebsd.org/~vanhu/NAT-T/
Basically, those patchsets will work with ipsec-tools 0.7.x.
I haven't generated an updated patch for FreeBSD 7.3, but I guess
patch for FreeBSD 7.2 will apply and work (let me know if you have
issues).
You can also get Bjoern's backport from HEAD here:
http://people.freebsd.org/~bz/20100129-01-ipsec-natt-mfc7.diff
which will need ipsec-tools HEAD.
Please report us (at least Bjoern and me) any issues with that
patchset.
Yvan.
------------------------------
End of freebsd-net Digest, Vol 364, Issue 3
*******************************************