Hi everyone,
I see what I believe to be less-than-adequate communication performance
between many devices in parts of our network.
Can someone recommend software (and config recommendations if possible)
that I can implement to test both throughput and pps reliably,
initially/primarily in a s
On Tue, 10 Jun 2008, John Baldwin wrote:
|On Tuesday 10 June 2008 03:01:34 pm hotlips Internet admin wrote:
|> On Tue, 10 Jun 2008 [EMAIL PROTECTED] wrote:
|>
|> |Synopsis: [nfs] "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok
|in 7.0-release) [regression]
|> |
|> |State-Changed-From-
On Tuesday 10 June 2008 03:01:34 pm hotlips Internet admin wrote:
> On Tue, 10 Jun 2008 [EMAIL PROTECTED] wrote:
>
> |Synopsis: [nfs] "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok
in 7.0-release) [regression]
> |
> |State-Changed-From-To: open->patched
> |State-Changed-By: jhb
> |St
On Tue, 10 Jun 2008 [EMAIL PROTECTED] wrote:
|Synopsis: [nfs] "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok in
7.0-release) [regression]
|
|State-Changed-From-To: open->patched
|State-Changed-By: jhb
|State-Changed-When: Tue Jun 10 18:47:56 UTC 2008
|State-Changed-Why:
|Fix committ
Synopsis: [nfs] "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok in
7.0-release) [regression]
State-Changed-From-To: open->patched
State-Changed-By: jhb
State-Changed-When: Tue Jun 10 18:47:56 UTC 2008
State-Changed-Why:
Fix committed to HEAD.
Responsible-Changed-From-To: freebsd-ne
On 6/10/08, Jack Vogel <[EMAIL PROTECTED]> wrote:
> This is a small patch that Sam came up with for me, it will allow
> drivers to know
> when a vlan attaches.
>
> It is transparent to any code that doesn't want to change, but this
> will allow my
> drivers to finally utilize the vlan hardware filt
This is a small patch that Sam came up with for me, it will allow
drivers to know
when a vlan attaches.
It is transparent to any code that doesn't want to change, but this
will allow my
drivers to finally utilize the vlan hardware filter (something Linux has had for
ever but we lacked).
My test g
Hi,
Thanks for the suggestion. I am trying to get real time cwnd data via SCTP
logging function (SCTP_LOCAL_TRACE_BUF). I could compile the utilities
dump_apple_log and prtcwdlog successfully. But I failed to enable logging
trace. Below are the steps I have proceeded:
1. Installed FreeBSD 7.0
2.
In response to R J <[EMAIL PROTECTED]>:
> I am trying to use tcpdump (or snort, but they are both behaving the same
> in this case) to capture all the lines or contents of an msn
> chat session, the actual conversation. I am getting partial output; i.e,
> I'll only get half of a sentence, and
On Mon, Jun 09, 2008 at 10:07:20PM -0700, Doug Barton wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: RIPEMD160
>
> By default, IPv6 stateless autoconfiguration creates a 64 bit hostid
> for each interface based on the mac address (for ethernet, but for us
> that's the common case). This is con
I am trying to use tcpdump (or snort, but they are both behaving the same
in this case) to capture all the lines or contents of an msn
chat session, the actual conversation. I am getting partial output; i.e,
I'll only get half of a sentence, and I don't see the rest of the lines.
And ofcourse,
Am Di, 10.06.2008, 07:07, schrieb Doug Barton:
> By default, IPv6 stateless autoconfiguration creates a 64 bit hostid
> for each interface based on the mac address (for ethernet, but for us
> that's the common case). This is convenient since if you're using RA
> neither the user nor the admin has
Archimedes S. Gaviola wrote:
...if ever there's a way to implement IP multicasting with PIM-SM and
or PIM-DM in the FreeBSD base system, how big is the work would be?
What are the things that needs to be considered if we are going to
implement PIM-SM and or PIM-DM to the current FreeBSD networ
Randy Bush wrote:
To address those privacy concerns RFC 3041 was written, and eventually
obsoleted by RFC 4941. ftp://ftp.rfc-editor.org/in-notes/rfc4941.txt
Our IPv6 implementation comes with the code to enable this feature,
but by default it is turned off. My proposal is to enable it by
default
Hi All.
I'm working on a 10GigE driver for FreeBSD 7.
Looking at other GigE and 10GigE drivers I've seen that
mbuf->m_pkthdr.tso_segsz is assigned to MSS (Max Segment Size) on the Tx
routines.
If I understand correctly the tso_segsz is supposed to inform the driver
with the MTU set by the OS, the
Hi All.
I'm working on a 10GigE driver for FreeBSD 7, supporting both LRO and TSO
(LSO).
I get a stable connection enabling LRO alone and TSO alone, but when I
enable both offloads I get OUT OF ORDER packets on the sender side.
Meaning the sending OS sends the same packet several times without ge
> To address those privacy concerns RFC 3041 was written, and eventually
> obsoleted by RFC 4941. ftp://ftp.rfc-editor.org/in-notes/rfc4941.txt
> Our IPv6 implementation comes with the code to enable this feature,
> but by default it is turned off. My proposal is to enable it by
> default, and give
17 matches
Mail list logo
