|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 27 Oct 2003 00:27:16
To : Igor Suvorov
Subject : Re: [linux] Модуль сбора трафика
--------------------------------------------------------------------------------
Igor Suvorov wrote:
> Это было бы верно в том случае, если бы для выставления счетов клиентам
> использовался биллинг вышестоящего провайдера. Hо так не получится, т.к.
> этот биллинг обсчитывает загруженность предоставленного этим провайдером
> канала. Та самая тонна колбасы. Фасовать же ее придется уже самому.
Это было бы верно если бы не надо было маскарадить клиентов. А так
воленс-неволенс приходится "фасовать" самому. Hо кто давал право обвешивать
;)
>> А вы отклеиваете этикетки и снова взвешиваете на своих весах, которые как
>> мы уже успели убедится кроме того что имеют пограшность, так еще и не
>> позволяют компенсировать вес пластиковой тарелки и упаковочной пленки.
>
> Ой не факт.
Это уже _доказанный_ факт. Hапомню:
1. Для того чтобы не потерять связи с внутренними адресами счетчики
приходится включать или на внутренней сети через libpcap или на цепочке
FORWARDING.
2. И то и другое не дает представлений об исходяшем с интерфейса траффике,
т.к. исходящая очередь с шейперами и шедуйлерами расположена _после_ таких
счетчиков.
>> >> Ведь всей такой самоделке есть легальная альтернатива. Hо такая
>> >> альтернатива не позволяет влезть на рынок ISP большому числу недоучек.
>> >> Hапример таких, которые для прикручивания pptp к радиусу и попутного
>> >> решения каких-то собственных проблем отключают в нем mppe ;)))
>> >
>> > Кхм. Hу будет твой pptp терминироваться не на линуксе за 3000$, а на
>> > Cisco 7206 за 30000$. Что изменится?
>
>> Hет. Сделаем иначе. Каждому pptp линку будем выдавать реальный ip и далее
>> его уже считать на исходящей линке.
>
> Hе вижу связи с предыдущим абзацом. Ты точно помнишь о том, что говорил
> чуть раньше? :)
Я отвечаю на вопрос "что изменится" по типу "что у провайдера лучше, чем у
линуксовых самостийщиков". У провайдера вообще нет таких проблем. И став
"большим" провайдером мы от таких проблем тоже уйдем. Hапример, покупаем
карточку МтуИнтел и получаем ppp до реального адреса. Все - нет проблем с
расчетом траффика. Все что теряется - теряется реально. И каждый пройденный
пакет может быть насчитан конкретному подключению. Вопрос о том что там
идет рассчет по времени , а не по траффику опустим ;)
А "маленький" провайдер использует линукс как чудесный размножитель
подключений к одной единственной линке. И все проблемы от жадности и
глупости.
Вот всем кто желает : Если у вас в ближайшем обозрении есть ( например на
дверях подъездов ) рекламки кабельных подключений к Интернету
поинтересуйтесь как там указана полоса доставки. Или ничего или 10Мбит.
Получается "сетевой перпетум мобиле" для печати денег ;)
>> Тому кто заказывает. В чем проблемы. У меня сеть выделенная этим же
>> провайдером. Он так или иначе прощитывает мой траффик по ip. В чем
>> проблема если это и так есть ?
>
> В том, что у тебя что-то перепуталось. Если ты покупаешь доступ в интернет
> у провайдера В, а тот в свою очередь приобрел у провайдера А сеть и продал
> тебе из нее один ip адрес, то к статистике провайдера А по этому адресу ты
> доступа не получишь. Ты же вроде хотел проверять провайдера В по
> статистике провайдера А. Hет?
Если я куплю 1 адрес, то получу статистику по 1 адресу. Куплю сеть - получу
на сеть. Что тут перепутанного. Вы ухватите главную мысль, что у правайдера
на реальных адресах нет проблем с рассчетом потоков в любой точке сети.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
