Re: [Comm] ip link show &пониже скорость?

[Alexey Novikov]

>Есть
>[root на xxx root]# ip link show
>1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
>    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>2: eth0: <BROADCAST,MULTICAST,NOARP,UP> mtu 1500 qdisc pfifo_fast qlen 
>100 *из ADSL модема*
>    link/ether 00:10:48:5e:0a:2a brd ff:ff:ff:ff:ff:ff
>3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
>    link/ether 00:01:02:16:82:43 brd ff:ff:ff:ff:ff:ff
>4: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1492 qdisc pfifo_fast qlen 
>3 *ADSL подключение*
>    link/ppp
>
>Вопрос
>Почему mtu разные у eth0 и ppp0?
>Что будет если eth0 по максимуму отправит  (т.е. пекет в 1500)  на ppp0?
>Полез в эти дебри  по проблеме описанной ниже(с ответом из fido).
>
>ПЕ> Есть довольно загадочная проблема. Обычное ADSL-подключение (параметры
>ПЕ> ниже, чего не хватает - скажите), но если один процесс начинает
>ПЕ> использовать подключение, то делает это на полную катушку, не оставляя
>ПЕ> другим ничего. Например, отправляет MTA наружу почту - и time в пинге
>ПЕ> увеличивается как минимум в 100 раз, а большая часть пингов просто
>ПЕ> теряются, HTTP-запросы не проходят и т.д.
>  Проблема стандартная: eth0 льет в модем больше, чем тот успевает передать.
>  Искать "решение" по ключевым словам tc, tbf, cbq, htb, egress, bandwidth,
>  lartc.org. :) С одним каналом - только шейпить и снижать mtu до
>
>Скорее всего это правильный ответ т.к. если кто-то что-то качает то со 
>связью вроде все нормально.
>Может можно проще решить проблему чем tc, tbf, cbq, htb, egress, 
>bandwidth а просто указать скорость сетевой карте например не 10Мб а 
>1Мб. Вот только как ?

Посмотрите вот эту статью, думаю это как раз оно:
http://gazette.linux.ru.net/rus/articles/adsl_bandwidth_management-howto.html

-- 
С уважением,
Алексей Новиков