|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 24 Oct 2003 21:46:49
To : Igor Blagodetelev
Subject : Re: [linux] Модуль сбора трафика
--------------------------------------------------------------------------------
Igor Blagodetelev wrote:
> Hello Aleksey.
>
> 24 Oct 03 14:48, you wrote to me:
> AB> Hадо рассмотреть еще возможность регистрации динамического
> устройства.
> ppp, vlan, ipip, ...?
Точно.
>
> >> У этого метода, как я понимаю, есть недостаток - при
> >> переинициализации сетевого устройства нужно очень внимательно
> >> следить за этим.
> AB> Hо это не "недостаток", а "условие".
> Тогда надо думать чем-же отслеживать появление нового устройства.
Когда устройство регистрируется оно вписывается в ряд системных таблиц. Я
специально это еще не копал, но думаю можно найти вызовы которые можно
перехватывать.
В крайнем случае как обычно - делается утилитка , которая из юзерспейса
заставляет переинитить включение перехватов на отправку пакетов и далее
этот вызов прописывается в скрипты инициализации динамических устройств.
>
> AB> И еще одно условие, при инициализации skb просто сдублировать еще
> AB> пару полей, которые использовать в подсчете траффика.
> А вот тут по-подробнее, plz. Куда сдублировать и какие поля, например?
Поскольку подсчет траффика идет по ip то достаточно в точке инициализации
просто сохранить исходное значение ip-хедера. Эту точку я еще не искал.
Думаю что так или иначе в каждом драйвере. Hо можно так как у вас сделать -
подключиться N1 к хуку на прероутинг. Через этот хук проходят все пакеты в
исходном виде и в обязательном порядке. Т.е. надо зарезервировать место в
ядерном инклюде и при прохождении этого хука как у вас и сделано сохранить
ip хедер.
>
> >> Вот и хочется сделать что-то без лишнего "подкручивания" :)
> AB> Так, эта ... Когда ? ;)
> Хороший вопрос :) Пока эксперименты по большому счету. В идеале хотелось
> бы
> еще block list и вывод в формате netflow, чтобы в биллинги разные можно
> было подключить. Самому хочется сделать побыстрее, поэтому и открыл в
> паблик доступ. В идеале нужно добиться точности netflow цискиного, ну а по
> функциональности (учет AS, задержек в обработке...) - как получится.
Вообще интерфейс с такого рода инструментом это отдельный вопрос. Imho надо
сделать максимально безглючный вывод сырых данных но с минимальными
издержками и в ascii виде. Тогда к этому можно в дальнейшем подключить
любой бекэнд на чем угодно написанный от баша до Ц. Поскольку цифры всегда
бесспорны, то и решение подсчета траффика которое не заморочено на
интерфейсе тоже будет абсолютно бесспорным. А вот обработка и интерпретация
результатов это уже дело совершенно иного дизайна. Собственно этот
добавочный дизайн и может быть отличием коммерческого продукта от
общеиспользуемого модуля и/или кернельного патча.
Главное как мне кажется если подсчет статистики проводить на выходе девайса,
то все импрувности типа файрвола, шейпинга, шедуйлинга с полисингом и проч.
роутинги с балансингами на реальные цифры ни как не повлияют. И если за
таким хостом поставить циску со счетчиком, то циска намереет теже цифры.
>
> AB> А то надоело быть тем лохом, который оплачивает траффик по предъяве
> AB> сволочей, пользующихся биллинговыми системами, написанными ламерами.
> Я та самая сволочь, которая уже 3 года пишет различные биллинговые
> системы ;)
Hет. Сволочи те, которые требуют на основании этого денег ;)
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
