On Sun, Mar 30, 2014 at 10:37 PM, Midori Kato wrote:
> Hi FreeBSD developpers,
>
> I'm Midori Kato. I'm working on the DCTCP implementation in the FreeBSD with
> Lars Eggert. I mail you because I would like to ask you a code review and
> testing. The attached patch is not good enough to test our c
K Simon wrote:
> Hi, Rick,
>Does these patches will commit to the stable soon, or I had to
>patch
> it manually?
>
Yonghyeon Pyun has already committed the changes for the drivers to
head (making them handle 35 mbufs in the chain instead of 32). I'll
assume those will be in stable in a cou
mxb,
On Mon, Mar 31, 2014 at 10:21:48PM +0200, mxb wrote:
m> Manually setting net.inet.carp.demotion brought BOTH VHIDs in desired state.
m> pfsync bulk update seems to not put everything back as it should.
m>
m> lagg0: flags=8943 metric 0
mtu 9000
m>
options=8407bb
m> ether 00:25:9
OK, thanks everyone whom replayed. E.g. NONE.
The problem seems to be related to LACP trunking.
Disabling LACP and configuring trunk in ‘loadbalance’ mode puts all in desired
state (even after reboot).
lagg0: flags=8943 metric 0 mtu
9000
options=8407bb
ether 00:25:90:e3:71:f2
Hi FreeBSD developers,
I'm Midori Kato. I was working with Lars Eggert about DCTCP.
I would like to share our patch for an ECN marking mechanism on
dummynet, which I used for DCTCP testing.
My implementation allows to set ECN with RED as an AQM scheme. The
following command is an example:
$ ipfw
Moving this to freebsd-pf.
On 31 mar 2014, at 22:21, mxb wrote:
>
> Manually setting net.inet.carp.demotion brought BOTH VHIDs in desired state.
> pfsync bulk update seems to not put everything back as it should.
>
> lagg0: flags=8943 metric 0
> mtu 9000
>
> options=8407bb
> eth
