Yes it does!
We have deployed many 7.0-STABLE routers based on the EPIA EN12000E
motherboard, and found that vge works really well, never had any major
problems with it - don't touch it! :-)
I suspect the OP should try a newer version of FreeBSD than 7.0-RELEASE
which was so long ago.
On Fri, Nov 28, 2008 at 09:20:35PM +0100, Mam Ruoc wrote:
> Onboard LAN: VIA VT6122 GLAN Controller
>
> I have submitted a bug report, but has not heard anything, can anybody
> help me because this is a big showstopper!
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/129135
>
I think
Synopsis: [ppp] [panic] kernel panic with pppoe_server
State-Changed-From-To: open->feedback
State-Changed-By: kris
State-Changed-When: Sat Nov 29 01:59:30 UTC 2008
State-Changed-Why:
Please provide some details so we can begin to investigate your problem.
http://www.freebsd.org/cgi/query-pr.cgi
Onboard LAN: VIA VT6122 GLAN Controller
I have submitted a bug report, but has not heard anything, can anybody
help me because this is a big showstopper!
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/129135
Mam Ruoc
___
freebsd-net@freebsd.org mailin
> Yes, this makes sense. Probably this is a bug since 4.4BSD-Lite.
I had a look to see what Linux does - it only generates pure window
updates in the case that the advertised window would change by a
factor of two. I guess this practically eliminates these updates.
I would guess that changing the
Synopsis: [ath] ath cannot connect using WEP
Responsible-Changed-From-To: freebsd-net->sam
Responsible-Changed-By: sam
Responsible-Changed-When: Fri Nov 28 18:13:53 UTC 2008
Responsible-Changed-Why:
didn't know this existed; will check
http://www.freebsd.org/cgi/query-pr.cgi?pr=129022
__
By backoff if you are referring to sender side mistakenly counting the window
updates
for a "fastretransmit" on a count of 3 dup acks, isn't the following in
tcp_input.c taking care of it ?
[Only when twin == tp->snd_wnd it is counted as a dup ack.]
1836 if (SEQ_LEQ(th->th_ack, tp->snd_una)) {
18
On 27 Nov 2008, at 14:03, David Malone wrote:
I was looking at some tcpdumps from a FreeBSD box receiving a TCP
stream with someone yesterday and noticed that it seemed to be
generating quite a lot of dupliacte acks. Looking more carefully,
we noticed that the duplicates were actually window up
The following reply was made to PR kern/129022; it has been noted by GNATS.
From: Alex <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
Subject: Re: kern/129022: [ath] ath cannot connect using WEP
Date: Fri, 28 Nov 2008 12:26:59 GMT
>Submitter-Id: current-users
>Originator: Alex
>Organization
