|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Yury Trembach 2:5020/400 28 Oct 2003 13:06:03 To : Aleksey Barabanov Subject : Re: [linux] Модуль сбора трафика -------------------------------------------------------------------------------- Aleksey Barabanov <abb@wessen.ru> wrote: >> [ISP](a)-->(b)[ROUTER](c)--->(d)[USER] - в какой из точек (a/b/c/d) и в >> [каком ISP](a)-->направлении мы должны смотреть ? Хотя тебя только волнует >> [входящий ISP](a)-->трафик от точки a до точки c, так ? AB> ---<---[router]-->---- AB> Справа на выходе считаем траффик вправо. Слева на выходе считаем траффик AB> влево. Hа выходе это значит после удачного декьюинга в интерфейс. Во-первых, так никто не считает, Ваши реверансы в сторону "правильных" цисок с netflow не совсем понятны, поскольку netflow считает в точности наоборот. Т.е. трафик вправо посчитается в левой точке, трафик влево - в правой. Т.о. вероятность потери посчитанного пакета даже выше, чем при счете в iptables/ip accounting, поскольку кроме qdisc на выходе в сторону клиента, теоретически возможны потери на промежуточных линках внутри сети провайдера. Во-вторых, предложение считать "после удачного декьюинга" оставляет без ответа вопрос, уже заданный Игорем Суворовым, вопрос о том, кто будет оплачивать порезанный шейпером _клиентский_ трафик (см. письмо о литре пепсиколы). С помощью того же регета клиент вполне может создать поток идущего на него трафика на десятки процентов превышающий rate, разрешенный шейпером. Вы, я так понимаю, предлагаете ISP оплачивать этот трафик самостоятельно? AB> Рекомендую перечитать тред с начала. Вопрос о просчете траффика по хукам AB> iptables для меня закрыт точно также как и ловля через libpcap всякого И каким образом Вы его собираетесь считать? -- С уважением Yury --- ifmail v.2.15dev5 * Origin: Satellite Net Service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/13028e2d5638a.html, оценка из 5, голосов 10
|