Re: Problem to priorize SSH traffic

Dave Taht <[email protected]>
Newsgroups org.kernel.vger.lartc
Message-ID <CAA93jw43kC7kV6Y5saOo9w-0C8hvj5_QwEQ5fD0GOKUhTwM_dw@mail.gmail.com>
We try to handle framing overhead and multiple tiers of qos sanely in
the cake qdisc,

and also have the "sqm-scripts" which do so sanely for htb + fq_codel.
(or sfq if you prefer)

https://www.bufferbloat.net/projects/codel/wiki/CakeTechnical/

https://github.com/tohojo/sqm-scripts

On Sat, Dec 17, 2016 at 7:49 AM, Andy Furniss <[email protected]> wrote:
> Ludovic Leroy wrote:
>>
>> Hello Andy,
>>
>> I have put it badly. My linux system is used as a firewall/router for a
>> small local network that is connected to eth0 interface.
>> I have created a dedicated class on eth1 interface to access files on a
>> shared network drive integrated into the DSL modem.
>
>
> If you are shaping on eth you need to be careful what you do with arp.
>
> Using htb default in your setup sends arp to 99, but as you have sfq on
> that it will work. If say you had pfifo on it then the arp may get
> delayed long enough for the kernel to thing that the remote has gone,
> which is not good.
>
> The default default for htb lets things through unshaped which is good
> for arp.
>
>
>> Le 17/12/2016 12:19, Andy Furniss a écrit :
>>>
>>> Ludovic Leroy wrote:
>>>>
>>>> Thanks for replying. The script is attached. Hope this helps.
>>>
>>>
>>> $TC qdisc add dev $NETCARD root handle 1: htb default 99 r2q 5
>>>
>>> SFQ saves the day, but you should be aware that using default on eth in
>>> this case catches arp and sending arp to a low bandwidth class is not a
>>> good thing to do.
>>
>>
>> .
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe lartc" in
> the body of a message to [email protected]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.