On Sat, 21 Jul 2018, Jonathan Morton wrote:
An example of such a situation would be sparse flows in DRR++, which is
a key part of fq_codel and Cake. So to implement DRR++ using timing
wheels, you have to choose your scheduling horizon carefully so as to
minimise the delay to sparse packets.
Great info, thx. Using this opportunity to rant about city-wid
networks, I'd have done something so different
than what the governments and ISPs have inflicted on us, substituting
redundancy for reliability.
I'd have used bog standard ethernet over fiber instead of gpon. The
only advantages to gpo
On Mon, Jul 23, 2018 at 4:56 PM Dave Taht wrote:
> Great info, thx. Using this opportunity to rant about city-wid
> networks, I'd have done something so different
> than what the governments and ISPs have inflicted on us, substituting
> redundancy for reliability.
>
> I'd have used bog standard e
On Mon, Jul 23, 2018 at 5:52 AM Mikael Abrahamsson wrote:
>
> On Sat, 21 Jul 2018, Jonathan Morton wrote:
>
> > An example of such a situation would be sparse flows in DRR++, which is
> > a key part of fq_codel and Cake. So to implement DRR++ using timing
> > wheels, you have to choose your sched
On Mon, Jul 23, 2018 at 8:26 AM Jonas Mårtensson
wrote:
>
>
>
> On Mon, Jul 23, 2018 at 4:56 PM Dave Taht wrote:
>>
>> Great info, thx. Using this opportunity to rant about city-wid
>> networks, I'd have done something so different
>> than what the governments and ISPs have inflicted on us, subst
Hi Dave,
To follow you on this tangent ;)
I have come to the conclusion that the question about whether PtP is better or
GPON heavily depends on who is paying.
For a local community like Amsterdam the goal probably was to be able to
accommodate as many possible network topologies as possible so
On Mon, 23 Jul 2018 at 17:26 Jonas Mårtensson
wrote:
> On Mon, Jul 23, 2018 at 4:56 PM Dave Taht wrote:
>
>> Great info, thx. Using this opportunity to rant about city-wid
>> networks, I'd have done something so different
>> than what the governments and ISPs have inflicted on us, substituting
>
I don't know if this is possible for higher density cities, but the fiber
ISP here uses P2P fiber ring from the house all the way back to the CO.
It's only at the CO that they aggregate to the GPON port. This means I do
not share any field fiber with anyone else and the ring design allows for a
sin
Dave Taht wrote:
> I think the ietf should just rename itself to being DCTF (the data
> center task force) and let some other org arise to take care of the
> internet.
:-)
Internetworking is not really what DC's are about. But it's an indication of
where investors want to spend their money.
Th
I wish vumatel the best of luck. One thing that still will help the
fiber networks is applying fq_* derived algoritms.
This is cake vs sonic (gpon) fiber in san francisco. They have a
totally reasonable (60ms) buffer in their ONT, cut to... well... the
result I get is even less latency loaded than
Unloaded latency is 5ms. My retailer has a 100Mbps FIFO shaper that
will queue up to 100ms worth of full MTU packets.
Without ingress shaping, loaded latency builds up to about 95ms and
then stays there for the remainder of the test.
With ingress shaped to 99Mbps with cake, fast.com loaded latenc
On Mon, Jul 23, 2018 at 7:17 PM Ryan Mounce wrote:
>
> > On 24 July 2018 at 00:14, Dave Taht wrote:
> >> what does the fast.com test do to you with and without inbound shaping
> >> on your link?
>
> Sorry, brain dead today and didn't properly read your original email.
> I have now got flent up an
George does your result mean you also have a crappy cablemodem?
On Sat, Jul 21, 2018 at 10:20 AM Georgios Amanakis wrote:
>
> On Sat, 2018-07-21 at 09:09 -0700, Dave Taht wrote:
> >
> > 1) Can someone else on a cablemodem (even without the latest cake,
> > this happens to me on older cake and fq_c
On 24 July 2018 at 11:59, Dave Taht wrote:
> On Mon, Jul 23, 2018 at 7:17 PM Ryan Mounce wrote:
>>
>> > On 24 July 2018 at 00:14, Dave Taht wrote:
>> >> what does the fast.com test do to you with and without inbound shaping
>> >> on your link?
>>
>> Sorry, brain dead today and didn't properly re
On Mon, 2018-07-23 at 19:36 -0700, Dave Taht wrote:
> George does your result mean you also have a crappy cablemodem?
>
Yes, I think so. It's a Linksys DPC3008 DOCSIS 3.0. Also, I cannot get
it to behave any differently with hping3 as Arie suggested.
_
15 matches
Mail list logo
