On Tue, 14 Oct 2014, Olivier Cochard-Labbé wrote:
> I can use my forwarding/firewalling 10Giga lab for testing VIMAGE impact.
> Here are my ministat results (smallest packet size, value in
> packet-per-second, about 2000 flows).
> => I didn't see lot's of performance impact with VIMAGE option adde
I don't think this is about disk or memory leak as transfering files locally
seem to work fine.
Can you test transferring files from (and to) your Linux boxes to (and from) the
FreeBSD servers to check that it is not a network issue inside your DCs.
King regards,
--
Ben
Mehmet Erol Sanlit
The following reply was made to PR kern/140036; it has been noted by GNATS.
From: Benjamin Kaduk
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/140036: [iwn] [lor] lock order reversal with iwn0_com_lock
and iwn0 softc lock
Date: Mon, 11 Jan 2010 17:51:17 -0500 (EST)
Helps if I
To follow-up after a fairly long hiatus: I had been running Bernhard's
driver from his svn repository for a while with no LORs. Over the weekend,
I updated past FreeBSD r201882 to pick up Rui's big update from
r201209 as well as the firmware error fix in r201882.
I do not see the LOR anymore (and
idge0 prefixlen 64"
>
> Once you're doing that, rtadvd will start doing the right thing.
My workaround was to enumerate each bridge member in rc.conf:
rtadvd_interfaces="vlan1 wlan0"
--
Benjamin Lee
http://www.b1c1l1.com/
signature.asc
Description: OpenPGP digital signature
The following reply was made to PR kern/140036; it has been noted by GNATS.
From: Benjamin Kaduk
To: Bernhard Schmidt
Cc: bug-follo...@freebsd.org
Subject: Re: kern/140036: [iwn] [lor] lock order reversal with iwn0_com_lock
and iwn0 softc lock
Date: Sat, 5 Dec 2009 16:30:35 -0500 (EST)
On
The following reply was made to PR kern/140036; it has been noted by GNATS.
From: Benjamin Kaduk
To: Bernhard Schmidt
Cc: s...@freebsd.org, bug-follo...@freebsd.org
Subject: Re: kern/140036: [iwn] [lor] lock order reversal with iwn0_com_lock
and iwn0 softc lock
Date: Sat, 5 Dec 2009 15:25:25
On Sat, 5 Dec 2009, Brandon Gooch wrote:
Ben, have you tried Bernhard Schmidt's driver? He's recently updated
it with a reordering of locking code:
http://svn.techwires.net/viewvc/viewvc.cgi/svnrepos/projects/freebsd/sys/dev/iwn/if_iwn.c?view=log
I've been using the code from his repository f
The following reply was made to PR kern/140036; it has been noted by GNATS.
From: Benjamin Kaduk
To: Bernhard Schmidt , s...@freebsd.org
Cc: bug-follo...@freebsd.org
Subject: Re: kern/140036: [iwn] [lor] lock order reversal with iwn0_com_lock
and iwn0 softc lock
Date: Fri, 4 Dec 2009 21:49:42
The following reply was made to PR kern/140036; it has been noted by GNATS.
From: Benjamin Kaduk
To: Bernhard Schmidt
Cc: bug-follo...@freebsd.org
Subject: Re: kern/140036: [iwn] [lor] lock order reversal with iwn0_com_lock
and iwn0 softc lock
Date: Mon, 23 Nov 2009 21:27:15 -0500 (EST)
On
le would use
> me6. I would rather figure out the IPv6 bug so that TCP is treated the
> same for both protocols instead of having a weaker firewall for IPv6 than
> IPV4.
There is a bug in ipfw send_pkt() that prevents ipfw_tick() from
functioning for IPv6. See PR kern/117234.
--
Benjamin Lee
http://www.b1c1l1.com/
signature.asc
Description: OpenPGP digital signature
The following reply was made to PR kern/140036; it has been noted by GNATS.
From: Benjamin Kaduk
To: Bernhard Schmidt
Cc: bug-follo...@freebsd.org
Subject: Re: kern/140036: [iwn] [lor] lock order reversal with iwn0_com_lock
and iwn0 softc lock
Date: Mon, 23 Nov 2009 02:25:35 -0500 (EST)
On
The following reply was made to PR kern/140036; it has been noted by GNATS.
From: Benjamin Kaduk
To: Bernhard Schmidt
Cc: bug-follo...@freebsd.org
Subject: Re: kern/140036: [iwn] [lor] lock order reversal with iwn0_com_lock
and iwn0 softc lock
Date: Sat, 31 Oct 2009 19:24:59 -0400 (EDT
y problems with it for ages so I think
it's safe to say we're out of the period were debug by default is needed?
I've no objections, I was originally turned on to aid in helping user
issues. Many of these seem to have now been
The following reply was made to PR kern/118975; it has been noted by GNATS.
From: Benjamin Close <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: kern/118975: [bge] [patch] Broadcom 5906 not handled by
The following reply was made to PR kern/118975; it has been noted by GNATS.
From: Benjamin Close <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: kern/118975: [bge] [patch] Broadcom 5906 not handled by FreeBSD
Date: Wed, 19 Mar 2008 22:51:16 +1030
Hi
Yousif Hassan wrote:
Benjamin Close wrote:
Sam Leffler wrote:
Yousif Hassan wrote:
On Wed, 2008-03-12 at 08:06 +1030, Benjamin Close wrote:
The slightly wonky:
- As reported by someone else:
wpi0: timeout resetting Tx ring 1
wpi0: timeout resetting Tx ring 3
wpi0: timeout resetting
Sam Leffler wrote:
Yousif Hassan wrote:
On Wed, 2008-03-12 at 08:06 +1030, Benjamin Close wrote:
Alphons "Fonz" van Werven wrote:
Mel wrote:
Do the recent patches by Andrew make a difference?
http://people.freebsd.org/~thompsa/wpi_head.diff
http://people.f
The following reply was made to PR kern/118975; it has been noted by GNATS.
From: Benjamin Close <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: kern/118975: [bge] [patch] Broadcom 5906 not handled by FreeBSD
Date: Wed, 02 Jan 2008 18:42:34 +1030
The -C
Looks like a problem with the network card.
7.0-CURRENT-200706 FreeBSD 7.0-CURRENT-200706 #0: Thu Jun 7 21:38:42 UTC
2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64
Jul 29 16:01:55 Desktop kernel: msk0: link state changed to UP
Jul 29 16:01:58 Desktop kernel: Memory modified after
employees are killing the network with torrents. anyone know a company where
I can get a box to monitor traffic and kill torrents. Thanks
PS Not looking to build a firewall this time.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mai
On Wed, 2006-12-06 at 16:25 -0800, Julian Elischer wrote:
> Benjamin D Adams wrote:
> > What my network looks like:
> > NET
> > |
> > NAT/FIREWALL(2.1.24.34)
> > |
> > --
What my network looks like:
NET
|
NAT/FIREWALL(2.1.24.34)
|
---
| | |
2.1.24.35 2.1.24.36 2.1.24.37
There is no DHCP, I don't think it is possablie to do this but I want to
install a
I'm on a network that has a normal store firewall, setup as a NAT. I'm
trying to find a way to monitor all bandwidth by clients through that
firewall. I don't have the ability to just put an inline box to examine
packets. Is there a program where I can see whats going on from the
computer on th
ID: 000a Num hooks: 0
Name: fxp1Type: ether ID: 0009 Num hooks: 0
Name: fxp0Type: ether ID: 0008 Num hooks: 0
Tom
--
==++==++==++==++==++==++==++==++==++==++==++==++==++==++==
Thomas Benjamin
irst to support IPFW/Dummynet, then later, Netgraph.
Thanks,
Tom Benjamin
# kernel options added for 1st compile (IPFW)
options BRIDGE
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT
options DUMMYNET
options NMBCLUSTERS
options HZ=1000
# kernel options added
short sleep interval, but there was only very coarse
control of the number of packets blocked.
Is it feasible to do this with netgraph? Please outline how this may
be accomplihsed.
TIA
Tom Benjamin
___
freebsd-net@freebsd.org mailing list
http
my non working card is 82547EI aka 1000CT.
Darren Pilgrim wrote:
From: Chuck Swiger
People who have em NICs, and who do not have problems, probably do not
report regularly that their Intel 10/100/1000 NIC works fine, even
though it does, at least for them. I've got a dozen or so machines
w
on here. also something that should be noted its
not very common for someone to be running the type of constant load that
i do on my system and thats probably why more people arent reporting
this issue.
Chuck Swiger wrote:
Benjamin Rosenblum wrote:
i have been messing with the em driver now
i have been messing with the em driver now for over a month, ive come to
the conclusion is a piece of crap. if you watch on this list every
other day you have someone saying there em driver is causing some sort
of error, this should not be on a nic from a company like intel. im
saddly contimp
fixes the
problem but until then i would like some sort of fix for this.
Petri Helenius wrote:
Benjamin Rosenblum wrote:
the em driver in itself is extremly buggy. many people, myself
included, are hitting some major problems with this driver that are
causeing some serious issues. i cant
the em driver in itself is extremly buggy. many people, myself
included, are hitting some major problems with this driver that are
causeing some serious issues. i cant transfer any large files to my
server because the em driver panics and drops the connection for 15-20
seconds. its a real pa
Im having an issue with my new linksys eg1032 nic and the onboard intel
82547EI on my new server. ill go over both problems individually and
include my dmesg below that.
First the SK problem.
Sep 18 13:43:50 Valhalla kernel: skc0:
port 0xc400-0xc4ff mem 0xfeafec00-0xfeafecff irq 21 at devi
PAIGN | Benjamin von Mossner
\ / AGAINST HTML MAIL | [EMAIL PROTECTED]
X
/ \ multiple exclamation marks are a sure sign of a diseased mind
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
status: active
Thx anyway.
Regards Benny
--
/"\ ASCII RIBBON CAMPAIGN | Benjamin von Mossner
\ / AGAINST HTML MAIL | [EMAIL PROTECTED]
X
/ \ multiple exclamation marks are a sure sign of a diseased mind
_
/"\ ASCII RIBBON CAMPAIGN | Benjamin von Mossner
\ / AGAINST HTML MAIL | [EMAIL PROTECTED]
X
/ \ multiple exclamation marks are a sure sign of a diseased mind
___
[EMAIL PROTECTED] mailing list
http://lists.free
message ?
Regards,
Benjamin Lauzière
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I'm using FreeBSD 4.5 and have custom applications that send receive
network packets over both tcp and udp sockets. For the sake of an
example, assume that the udp traffic is always constant, but the tcp
traffic density changes. During times of heavy tcp traffic density, will
udp messages which
When I attempt to make a sock_stream connection to an IP, and DON'T
receive an ACK or RST response, it seems that the system retries a finite
number of times by sending additional SYN packets. There also looks to be
a 3 or 6 second delay between SYN retries. After four or five, the
connection f
y afford to buy expensive hardware
solutions).
Thanks again,
Ben
--- Nick Rogness <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Apr 2001, Benjamin Gavin wrote:
>
> > Hi all,
> > I've got a problem. I have two providers (cable modem/DSL) and I
> need
> > to load-bal
Hi all,
I've got a problem. I have two providers (cable modem/DSL) and I need
to load-balance the connection between them. I don't want to do BGP, and
would prefer something that is marginally easy to maintain. I don't care
about balancing based on load, simple round-robin style balancing wou
41 matches
Mail list logo
