Re: [Ecn-sane] osx ecn

[Dave Taht <dave.taht@gmail.com>]

fq_codel on osx ethernet (I'd only seen it on wifi before)

https://discussions.apple.com/thread/250589601

On Wed, Aug 28, 2019 at 4:45 PM Dave Taht <dave.taht@gmail.com> wrote:
>
> Very cool, thank you for jailbreaking.
>
> I'm a little puzzled over the cwr/ece ratio?
>
> 25 times received congestion experienced (CE) notification
> 37 times CWR was sent in response to ECE
> 619 times sent ECE notification
> 1029 connections received CE atleast once
>
> And um, er, while you are here busting your warranty for the sake of
> science, I'm dying to know what
>
>  netstat -I each_interface_you_have_especially_lte -qq
>
> shows. They have a really short queue and some form of flow control
> and I've never seen anything trigger except though a vm
>
> my laptop:
>
> en0:
>
>      [ sched:  FQ_CODEL  qlength:    0/128 ]
>
>      [ pkts:          0  bytes:          0  dropped pkts:   1087 bytes: 177812 ]
>
> =====================================================
>
>      [ pri: VO (1)      srv_cl: 0x400180        quantum: 600    drr_max: 8 ]
>
>      [ queued pkts: 0   bytes: 0 ]
>
>      [ dequeued pkts: 36767     bytes: 5237639 ]
>
>      [ budget: 0        target qdelay: 10.00 msec       update
> interval:100.00 msec ]
>
>      [ flow control: 0  feedback: 0     stalls: 0       failed: 0 ]
>
>      [ drop overflow: 0 early: 0        memfail: 0      duprexmt:0 ]
>
>      [ flows total: 0   new: 0  old: 0 ]
>
>      [ throttle on: 0   off: 0  drop: 0 ]
>
> =====================================================
>
>      [ pri: VI (2)      srv_cl: 0x380100        quantum: 3000   drr_max: 6 ]
>
>      [ queued pkts: 0   bytes: 0 ]
>
>      [ dequeued pkts: 96836     bytes: 36619772 ]
>
>      [ budget: 0        target qdelay: 10.00 msec       update
> interval:100.00 msec ]
>
>      [ flow control: 0  feedback: 0     stalls: 0       failed: 0 ]
>
>      [ drop overflow: 0 early: 0        memfail: 0      duprexmt:0 ]
>
>      [ flows total: 0   new: 0  old: 0 ]
>
>      [ throttle on: 0   off: 0  drop: 0 ]
>
> =====================================================
>
>      [ pri: BE (7)      srv_cl: 0x0     quantum: 1500   drr_max: 4 ]
>
>      [ queued pkts: 0   bytes: 0 ]
>
>      [ dequeued pkts: 5212250   bytes: 2820548356 ]
>
>      [ budget: 0        target qdelay: 10.00 msec       update
> interval:100.00 msec ]
>
>      [ flow control: 30 feedback: 30    stalls: 0       failed: 0 ]
>
>      [ drop overflow: 0 early: 0        memfail: 0      duprexmt:0 ]
>
>      [ flows total: 0   new: 0  old: 0 ]
>
>      [ throttle on: 0   off: 0  drop: 0 ]
>
> On Wed, Aug 28, 2019 at 4:29 PM Ryan Mounce <ryan@mounce.com.au> wrote:
> >
> > On Wed, 28 Aug 2019 at 04:30, Michael Welzl <michawe@ifi.uio.no> wrote:
> >>
> >>
> >>
> >> On Aug 27, 2019, at 8:36 PM, Dave Taht <dave.taht@gmail.com> wrote:
> >>
> >> On Mon, Aug 26, 2019 at 11:54 PM Michael Welzl <michawe@ifi.uio.no> wrote:
> >>
> >>
> >> run it as root - strange, yes, but then the output is very different.
> >>
> >> cheers,
> >> michael
> >>
> >>
> >> Sent from my iPhone
> >>
> >>
> >> speaking of iphones I have no idea what they do nowadays, any odds you
> >> could do a packet
> >> cap either on it or at a server or via wifi on a middlebox
> >>
> >>
> >> I wouldn’t know … but I can guess: some years ago, I did a “jailbreak” on my iPhone, and as a result, I could ssh into it.
> >> So I’m guessing: if you do this with a current one, you can probably still ssh into it and then perhaps run netstat.
> >>
> >> Cheers,
> >> Michael
> >
> >
> > You sure can :)
> >
> > https://gist.github.com/rmounce/74dd5e92e6304688219024349bfaad0e
> >
> > -Ryan
> >
> >>
> > --
> > Regards,
> > Ryan Mounce
> >
> > ryan@mounce.com.au
> > 0415 799 929
> >
> > Sent from mobile
>
>
>
> --
>
> Dave Täht
> CTO, TekLibre, LLC
> http://www.teklibre.com
> Tel: 1-831-205-9740



-- 

Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-205-9740