* Lev Stipakov :
> Yeah there is definitely something wrong with dco driver behavior on
> that Windows machine. Looks like some TCP packets (running over UDP
> tunnel) got lost?
>
> There is more we could do to look into it, but I need some time to
> prepare necessary steps. Meanwhile it would be
* Lev Stipakov :
> I checked the logs you've sent to me in private and data channel
> params are identical in both dco and non-dco cases.
Ah thanks for the feedback (and to all the others: The logs were
huge, that's why I sent them in private)
> It would be nice to get the logs from the driver
I checked the logs you've sent to me in private and data channel
params are identical in both dco and non-dco cases.
It would be nice to get the logs from the driver when you get admin
access to the Windows machine.
Also would be interesting to know if this is reproducible on more than
one
Hi,
> Attached are the verb 4 logs from the client
> mssfix 1400 makes no difference, though
Sadly I could not find anything wrong there. Could you try with verb 6
please? And if possible the same with --disable-dco.
> > Does it reproduce on different client machines?
>
> Not sure yet.
By the
> > Once I switch the 2.6.5 windows client (with DCO) to UDP mode, we
> > still have fast downstream (measured on the client, 644Mbit/s) but
> > only 0.76Mbit/s upstream.
>
> Interesting. We haven't seen this before.
Thought so,
> > So it's some sort of DCO issue -- but only with UDP. Any ideas