On Sunday, May 01, 2011 23:36:56 Brandon Gooch wrote:
> On Sun, May 1, 2011 at 8:24 AM, Bernhard Schmidt wrote:
> > On Sunday 01 May 2011 13:19:30 Bernhard Schmidt wrote:
> >> Hi,
> >>
> >> I finally managed to get the 11n bits for iwn(4) sorted out. Well,
> >> there is still an issue somewhere wi
2011/5/2 Bernhard Schmidt :
> On Sunday, May 01, 2011 23:36:56 Brandon Gooch wrote:
>> On Sun, May 1, 2011 at 8:24 AM, Bernhard Schmidt
>> wrote:
>> > On Sunday 01 May 2011 13:19:30 Bernhard Schmidt wrote:
>> >> Hi,
>> >>
>> >> I finally managed to get the 11n bits for iwn(4) sorted out. Well,
>>
Hi,
On Sun, May 1, 2011 at 10:50 PM, Li, Qing wrote:
> jeez, this bug has been around for quite a while ...
>
> Please try patch at http://people.freebsd.org/~qingli/arp.patch
>
d'oh!... Concerning Ingo's bug, your patch do the job, my report was
bad, 4.9-RELEASE and 7.x show the same behavior:
Your patch doesn't work because the in_lltable_prefix_free() is a generic
function.
The static entries are kept only when issuing if-down command, however, if the
interface
address is being removed, permanent static entries are gone and have to be
reinstalled.
I already have a working patch
On Monday, May 02, 2011 09:34:31 Brandon Gooch wrote:
> 2011/5/2 Bernhard Schmidt :
> > On Sunday, May 01, 2011 23:36:56 Brandon Gooch wrote:
> >> On Sun, May 1, 2011 at 8:24 AM, Bernhard Schmidt
> >> wrote:
> >> > On Sunday 01 May 2011 13:19:30 Bernhard Schmidt wrote:
> >> >> Hi,
> >> >>
> >> >>
Please give this patch a try for IPv4 ARP
http://people.freebsd.org/~qingli/arp2.patch
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Li, Qing
Sent: Monday, May 02, 2011 12:45 AM
To: Arnaud Lacombe
Cc: freebsd-net
This line from the OpenBSD 4.9 release notes attracted my attention :
"A radix tree sorting bug was fixed, which results in significant
improvements to IPsec performance under certain conditions.|
And this seems to be the relevant commit :
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/net/rad
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
On Wed, Apr 27, 2011 at 03:55:11PM -0300, Marc G. Fournier wrote:
>
> Would like to find something that runs on FreeBSD that I can use to map
> our network, preferrably dumping to a database, and grabbing
> information like: interface / ip / cpus / hostname, etc ...
>
> Server needs to run on F
On Wed, Apr 27, 2011 at 1:55 PM, Marc G. Fournier wrote:
>
> Would like to find something that runs on FreeBSD that I can use to map our
> network, preferrably dumping to a database, and grabbing information like:
> interface / ip / cpus / hostname, etc ...
>
> Server needs to run on FreeBSD ...
Nailed it, thank you ... I've used this one in the past, and it was
fantastic then .. .couldn't recall the name, and when I did a 'grep -i
snmp' in the descr files under net-mgmt, wasn't finding that one :(
Thx ...
On Mon, 2 May 2011, Gary Palmer wrote:
On Wed, Apr 27, 2011 at 03:55:11PM -
Hi,
On Mon, May 2, 2011 at 4:03 AM, Li, Qing wrote:
> Please give this patch a try for IPv4 ARP
>
> http://people.freebsd.org/~qingli/arp2.patch
>
Your patch works; the manually added address is kept upon a up/down/up
transition. However, the interface address is still flush, which I
find inconsi
On Sun, May 01, 2011 at 06:49:47PM +0300, Zeus V Panchenko wrote:
> Adrian Chadd (adr...@freebsd.org) [11.05.01 09:09] wrote:
> > On 1 May 2011 04:43, YongHyeon PYUN wrote:
> >
> > > It's tunable. Set net.link.ifqmaxlen.
> >
> > I know it's tunable at boot time; I mean why is it that low by defa
On Fri, Apr 29, 2011 at 11:28:07AM -0700, YongHyeon PYUN wrote:
> On Fri, Apr 29, 2011 at 12:52:31PM +0300, Zeus V Panchenko wrote:
> > Hi,
> >
> > may somebody epxplain it for me, what can cause collisions on tun
> > interfaces created by ppp(8) and openvpn?
> >
> > > uname -a
> > FreeBSD 8.2-ST
It's tunable. Set net.link.ifqmaxlen.
I know it's tunable at boot time; I mean why is it that low by default?
and what will be acceptable value for ASDL connections 8 and more MBit/s?
Maybe that depends on traffic pattern. I agree default value is too
low but I don't know what would be bes
Old Synopsis: em0 fails to init on CURRENT after March 17
New Synopsis: [em] em0 fails to init on CURRENT after March 17
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue May 3 06:12:14 UTC 2011
Responsible-Changed-Why:
Over to ma
Old Synopsis: ipfw/dummynet: performance improvement and several extensions
New Synopsis: [ipfw] [dummynet] [patch]: performance improvement and several
extensions
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue May 3 06:50:31 U
17 matches
Mail list logo
