nd have FreeBSD re-route the
packets through Firewire if the Ethernet link goes down (or vice versa)?
Or do I need to go CARP for this to work?
Ulrich Spoerlein
--
PGP Key ID: F0DB9F44 Encrypted mail welcome!
Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44
packet length - plen=17 + 20 byte IP
> header len + 20
> byte TCP header len, check at offset 2 in IP header, according to RFC 791.
> Construction
> "get_u32 == __constant_htonl()" means comparing 4-byte values at given offset.
Great stuff, this should make it somewher
al minutes.
I can't give you more details, as it is a rather complex setup and I
would have to isolate the problem first (is it WEP, is it bridge(4),
etc.)
Ulrich Spoerlein
--
PGP Key ID: 20FEE9DD Encrypted mail welcome!
Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E
.
The 400kb limit should also be low enough, as I'm able to upload to that
same ftp with up to 100kB/s if I turn off queueing.
This is definitely not what I would expect. Where is my error?
Ulrich Spoerlein
--
A: Yes.
>Q: Are you sure?
> >A: Because it reverses the logical flow of
Ulrich Spoerlein wrote:
> This is definitely not what I would expect. Where is my error?
Oh well, I should have tried 'cbq' earlier. With the following settings
(renamed the queues)
altq on $ext_if cbq bandwidth 800Kb queue { q_pri, q_std }
queue q_pri priority 6 cbq(borrow)
queue q
Hi,
I observe a strange effect, when using the following setup: Three
FreeBSD 6.2[1] machines on Gigabit Ethernet using em(4) interfaces.
HostC is the NFS server, HostB has /net/share mounted from HostC. I
will use HostA and HostB to demonstrate the issue. Picture this:
hostA # scp 500MB hostB:
On 3/29/07, Bruce Evans <[EMAIL PROTECTED]> wrote:
On Wed, 28 Mar 2007, Ulrich Spoerlein wrote:
> hostA # scp 500MB hostB:/net/share/
> ...
> If I run the scp again, I can see X MB/s going out from HostA, 2*X
> MB/s coming in on HostB and X MB/s out plus X MB/s in on HostC.
