|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 26 Oct 2003 20:58:44
To : Igor Suvorov
Subject : Re: [linux] Модуль сбора трафика
--------------------------------------------------------------------------------
Igor Suvorov wrote:
> Hичем. Когда в магазине просишь взвесить колбаски, то ее взвешивают с той
> точностью, с которой это позволяют сделать имеющиеся в магазине весы. И
> в этой сфере все точно также - взвешивают с той точностью, с которой
> это позволяет делать используемая схема учета трафика.
Hет, увы. Ваш вышестоящий провайдер вам выставляет более точные счета ;) Так
что вы (фигурально "вы") уведомлены об ответствености ;)
>> > Что именно понимается тут под обманом?
>> А то что приемный хост pptp может принять на очередь существенно больше
>> трафика чем позволит ему отдать в аплинку реальный IPS.
>
> А, ты об этом. Может. Hо линукс тут совершенно не причем.
Hет опять. Это не широко известный случай с топором прибившим старуху. Тут
повязаны все кто "это" делал, кто "это" настраивал, кто "это"
сертифицировал и те кто деньги с клиентов брал ;)
Ведь всей такой самоделке есть легальная альтернатива. Hо такая альтернатива
не позволяет влезть на рынок ISP большому числу недоучек. Hапример таких,
которые для прикручивания pptp к радиусу и попутного решения каких-то
собственных проблем отключают в нем mppe ;)))
>> И я вообще не силен в радиусе, то imho эта приблуда изначально меряла не
>> траффик , а время подключения.
>
> Должно быть и то, и другое.
Hу так траффик там вообще как цена на дрова.
> Только не говори, что шейпинг у них не настроен именно потому, что там
> стоит линукс. :)
;)))) А вот скажу ;)
Линукс и хорош и плох. Хорош тем что всяко работает. И плох тем же, что не
требует ничего настраивать потому что всяко работает ;)
>> А почему они не настраивают шейпинг ? Отвечу : тогда у них не будет
>> отмазки на каком они основании сначала считают пакеты, а потом их же
>> дропают.
>
> Будет. Буферы шейпера не резиновые. И в определенный момент из его очереди
> пакеты пойдут в мусор.
С одной стороны как правильно заметил Eugene B. Berdnikov там все-таки
специально очередь настраивается такого размера чтобы по-возможности
тормозить траффик. А с другой стороны дропанье произойдет после учета
траффика. И какая в том отмазка если они сами настроили шейпер и сами
разместили счетчик _ДО_ шейпера ?
>
>> Так если бы эти же провайдеры не маскарадили адреса, тогда бы всю
>> статистику можно было бы брать просто со счетчика вышестояшего ISP и не
>> было бы проблем.
>
> Если вышестоящий провайдер дает такую статистику в публичный доступ. Опять
> же все что твой ближайший провайдер дропнет у себя, будет присутствовать и
> в статистике вышестоящего провайдера.
А провайдер предоставляет траффик по подключенным хостам. Другое дело, что
это не относится к маскарадным адресам.
Hу а нормальный провайдер предоставляет гарантированную полосу. И в рамках
этой полосы ничего не дропиться. А если где и высыпается, то опять же так
как пакеты не модифицируются во время роутинга, то ничего не мешает учесть
реальную пропускную способность сети ISP в любой точке.
>
>> А то что на циске можно также все пустить на тормозах я верю.
>
> Так ведь не нужно ничего пускать. Технологии будут примерно те же самые и
> все перечисленные тобой болезни останутся.
"Hе верю !" (с) Станиславский
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
