Re: ng_ipacct

From
Vadim Goncharov (2:5020/400)
To
Eugene Grosbein (2:5054/37.63)
Date
2006-09-02T17:26:30Z
Area
RU.UNIX.BSD
From: Vadim Goncharov <vadimnuclight@tpu.ru>

Hi Eugene Grosbein! 

On Tue, 29 Aug 2006 19:46:22 +0400; Eugene Grosbein wrote about 'Re: ng_ipacct':

 >>> Хочется попробовать посчитать входящий в машину трафик при помощи
 >>> ng_ipacct. Канонический путь, подключение к ноде интерфейса
 >>> при помощи ng_tee, предполагает обсчет всего входящего трафика.
 >>> Мне же нужно считать трафик не весь, а
 CS>> А может засунуть в ng_ipacct весь трафик, а потом при снятии результатов
 CS>> уже исключить ненужный?
 EG> А смысл? Делать работу, а результаты её выкидывать, причем для этого
 EG> выкидывания еще специальную обработку приделывать.
 EG> Пришла мысль трафик направлять в ng_ipacct не напрямую после ng_tee,
 EG> а пропустив через ng_bpf и отфильтровав пакеты его средствами.
 EG> Убивается сразу два зайца - снимается лишняя нагрузка с ng_ipacct
 
И добавляется большая нагрузка на ng_bpf. Скорее всего ты все таки
проиграешь в производительности. Ибо ng_bpf очень прожорлив. Он мало
того что делает malloc(9) для каждого пакета, собирая его из цепочки
mbuf'ов (потому что bpf требует непрерывноо блока), так еще и исполняет
инструкции на виртуальной bpf-машине (в 7-ке включили bpf_jitter,
компилиирующий в нативный код, но неизвестна производительность
сравнительно с ipfw). Кроме того, ассемблер bpf не вполне полноценен
- запрещены джампы назад, в результате что-то серьезное в лимит в 512
инструкций может и не получиться впихнуть.

 EG> и обходится проблема ipfw tee, который хотя и передает пакет
 EG> через ksocket в netgraph, но и прекращает просмотр правил для
 EG> этого пакета, а это тут не годится.

Уходи с 4-ки - пора уже (at least на таких задачах). А в 6-ке есть
нормальный netgraph/ngtee в ipfw. Если совсем уж никак - ipfw divert
+ ksocket + ng_echo.

-- 
WBR, Vadim Goncharov. ICQ#166852181       mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
 * Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
SEEN-BY: 50/12 203 400/814 450/159 186 1024 451/30 461/43 132 640 469/999
SEEN-BY: 550/196 4616/3 4625/8 4635/4 4641/444 5000/76 5000 5006/1 5007/1
SEEN-BY: 5010/70 352 5011/13 5012/46 5015/28 5019/31 5020/18 154 175 194 400
SEEN-BY: 5020/545 549 715 758 982 1057 1523 1604 1630 1909 1922 2142 2238 2395
SEEN-BY: 5020/2450 2590 2871 4441 5021/3 29 5022/128 5025/3 750 5026/45
SEEN-BY: 5027/12 5029/32 5030/49 500 556 966 1063 1080 1900 1957 2828 5031/47
SEEN-BY: 5031/70 5034/10 13 5035/3 38 5036/1 5040/47 5042/13 5045/7 5049/1 50
SEEN-BY: 5049/97 5051/15 5054/1 4 8 9 11 28 35 36 37 45 63 66 67 70 75 84 85
SEEN-BY: 5055/95 5057/1 5059/9 5060/88 5061/15 5062/1 10 5063/3 5064/7 5066/18
SEEN-BY: 5074/9 5075/5 5077/70 5080/80 1003 5082/6 5083/21 5085/13 5090/108
SEEN-BY: 5094/4 5095/20 5096/18 5099/11 6001/3 10
PATH: 5020/400 4441 545 5054/1 37