Hi Georgios,
> On Oct 18, 2016, at 03:33 , Georgios Amanakis wrote:
>
> I tried with "besteffort dual-dsthost nat" on ifb ingress and
> “besteffort dual-srchost nat" on WAN egress,
Thanks.
> and when doing simple
> things (i.e. downloading from a couple of
robably is something most home-users will see
occasionally.
Best Regards
Sebastian
>
> 2016年10月12日 下午8:04,"moeller0" <moell...@gmx.de>寫道:
> Hi Ching?
>
> > On Oct 12, 2016, at 12:17 , ching lu <lschin...@gmail.com> wrote:
> >
> >
> >
Hi Ching?
> On Oct 12, 2016, at 12:17 , ching lu <lschin...@gmail.com> wrote:
>
>
> 2016年10月12日 下午6:05,"moeller0" <moell...@gmx.de>寫道:
> >
> > Hi Ching,
> >
> > > On Oct 12, 2016, at 11:35 , ching lu <lschin...@gmail.com> wr
Hi Jonathan,
> On Oct 4, 2016, at 13:18 , Jonathan Morton <chromati...@gmail.com> wrote:
>
>
>> On 4 Oct, 2016, at 11:46, moeller0 <moell...@gmx.de> wrote:
>>
>> About that PTM accounting, could you explain why you want to perform the
>> adjustm
Hi Jonathan,
> On Sep 26, 2016, at 16:30 , Jonathan Morton <chromati...@gmail.com> wrote:
>
>
>> On 26 Sep, 2016, at 16:28, moeller0 <moell...@gmx.de> wrote:
>>
>> Does that mean an initial packet(s) for a flow will be “misclassified” (not
>&g
Hi Kevin,
this is like the missing puzzle piece, if you solved this, most home users
might end up deep in your debt (without them realizing it of course).
Question, if I enable this on my link how will it deal with the typical
differences between IPv4 and IPv6? I believe that the situation I
Hi techicist,
> On Aug 26, 2016, at 13:15 , techic...@gmail.com wrote:
>
> Is flowblind likely to give better performance?
That depends on your definition of better, I guess. Typically flow-fair
queuing seems to be what most people prefer (unless an application either does
not respond
Hi techicist,
> On Aug 23, 2016, at 15:44 , techic...@gmail.com wrote:
>
> I am using a TalkTalk (UK) VDSL2 connection via bridged PTM to my TP-LINK
> Archer C7 V2. I am running LEDE.
>
> TalkTalk uses DHCP to obtain an IP address and not DHCP as most other ISPs do.
I take it that
Hi Loganaden,
> On Jul 24, 2016, at 19:13 , Loganaden Velvindron <logana...@gmail.com> wrote:
>
> On Sun, Jul 24, 2016 at 6:40 PM, moeller0 <moell...@gmx.de> wrote:
>> Hi Jonathan,
>>
>>> On Jul 24, 2016, at 13:28 , Jonathan Morton <chromati...@gma
Hi Loganaden,
this is exactly the right idea; interval basically defines the “reaction time”
window, or the time the endpoints of a connection minimally require to actually
react to the drop/mark signal. So on a slow link with RTTs in the order of
300ms set interval to 300ms.
Target should be
Hi Dave,
> On Jul 2, 2016, at 14:47 , Dave Täht wrote:
>
> It is generally my hope that ipv6 nat will not be widely deployed.
>
> Firewalls will be stateful instead, and thus there would be no need to
> access the conntrack information for ipv6 in cake.
I would hope
any…
Best Regards
Sebastian
>
> Thanks :)
>
>
> Am 10.06.2016 um 07:20 schrieb moeller0:
>> Hi Dennis,
>>
>>
>>> On Jun 10, 2016, at 02:49 , Dennis Fedtke <dennisfed...@gmail.com> wrote:
>>>
>>> Hi Sebastian,
>>
the IP header: 42 bytes
>
> Can the errors be ignored ?
I have never seen these before, so I need to see whether I can recreate
them, which octave version are you using?
Best Regards
Sebastian
>
> Best Regards
> Dennis
>
>
> Am 10.06.2016 um 01:
Hi Dave,
> On Jun 7, 2016, at 18:07 , Dave Taht wrote:
>
> shiny! I could not resist and installed lede head on my 1200ac just now.
>
> But:
>
> root@linksys-1200ac:/etc/config# tc qdisc add dev eth0 root cake bandwidth
> 9mbit
> Unknown qdisc "cake", hence option
Hi Jonathan,
> On Jun 4, 2016, at 16:16 , Jonathan Morton <chromati...@gmail.com> wrote:
>
>
>> On 4 Jun, 2016, at 17:01, moeller0 <moell...@gmx.de> wrote:
>>
>> Maybe cake should allow to switch from the default mark by ECN policy to
>> mar
Hi Jonathan,
> On Jun 4, 2016, at 15:55 , Jonathan Morton wrote:
>
>
>> On 4 Jun, 2016, at 04:01, Andrew McGregor wrote:
>>
>> ...servers with ECN response turned off even though they negotiate ECN.
>
> It appears that I’m looking at precisely
> On Jun 2, 2016, at 20:55 , Jonathan Morton <chromati...@gmail.com> wrote:
>
>
>> On 2 Jun, 2016, at 21:53, moeller0 <moell...@gmx.de> wrote:
>>
>> “conservative”-keyword needs special care in documentation as it is the only
>> keyword that compo
> On May 20, 2016, at 15:41 , David Lang wrote:
>
> On Fri, 20 May 2016, Jonathan Morton wrote:
>
>> Normal traffic does not include large numbers of fragmented packets (I would
>> expect a mere handful from certain one-shot request-response protocols which
>> can produce
> On Apr 5, 2016, at 22:06 , Jonathan Morton wrote:
>
>
>> On 5 Apr, 2016, at 21:57, Dave Taht wrote:
>>
>> https://tools.ietf.org/html/draft-you-tsvwg-latency-loss-tradeoff-00
>
> Interesting. This is obviously written around the DualQ AQM, but
> limits purchased by the customer.
Ah, you are right, I have not fully thought through your requirements
then. I am quite curios to learn how this will work out ;) Especially since you
will need to run (100 to 2000) * 2 cake instances on the router if you go for a
“two shaper p
Hi Allan,
> On Mar 27, 2016, at 07:31 , Allan Pinto wrote:
>
> > Is the cache inside or outside the point where the router is fitted
> outside..
>
> Cache-Server
>|
> internet Gateway —> L2 switch --> LInux router with cake - - [ pppoe
> connection ] -->
Hi Kevin,
> On Jan 11, 2016, at 21:33 , Kevin Darbyshire-Bryant
> <ke...@darbyshire-bryant.me.uk> wrote:
>
>
>
> On 11/01/16 18:16, moeller0 wrote:
>> Hi Kevin,
>>
>> I agree the triple mode seems under-documented ;)
> Yes that's true but it is e
Hi Kevin,
I agree the triple mode seems under-documented ;)
> On Jan 11, 2016, at 18:40 , Kevin Darbyshire-Bryant
> wrote:
>
> Hello List,
>
> I've been looking at latest 'triple flow isolation' features in latest
> cake git and find myself confused. It's very
23 matches
Mail list logo