| | 1.1, Arti (??), 13:08, 02/12/2008  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  | Законный вопрос зачем в этой ситуации ng_tee? ng_tee копирует данные, да и потом еще в довесок one2many - процессорное время девать чтоли некуда.
 ng_netflow отлично вещается непосредственно на интерфейс. Для учета входящего и исходящего трафика достаточно просто задействовать две пары хуков ng_netflow.
 |  |  | 
 
|  | | 2.6, Andrew Kolchoogin (?), 01:01, 03/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | > Для учета входящего и исходящего трафика достаточно просто задействовать > две пары хуков ng_netflow.
     Сам-то пробовал? А попробуй.
     Но статья -- действительно, дурь полная. Видимо, man по ng_split так никто почитать и не удосужится...
 |  |  | 
 |  | | 3.8, Arti (??), 08:36, 03/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | Если это роутер ng_netflow c несколькими интерфейсами, то вешаем на разные интерфейсы, при это надо  учесть направление движение трафика, если интерфейс один то вместо ng_tee два ng_split: mix'ы сплитов подключам к upper и lower; крюк in каждого сплита соединяется с крюком out через пары ifaceX outX ноды ng_netflow.
 В конце концов есть ng_ipfw, но в любом случае ng_tee использовать не надо в тем более one2many.
 |  |  | 
 |  | | 4.10, Andrew Kolchoogin (?), 15:28, 03/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | >  Если это роутер ng_netflow c несколькими интерфейсами, то вешаем на разные интерфейсы     Нет. (C)
     Учёт траффика будет работать неправильно при наличии адресной трансляции.
 |  |  | 
 |  | | 5.12, Arti (??), 16:38, 03/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | Я бы не стал так категорично. Особено если учесть, что автор заметки не описал топологию сети, которую планируется считать. Про NAT речи не идёт, да и то все зависит от того где и что надо считать.
 Пример: 
роутер c "нетранзитной" AS, 3 интерфейса: два на провайдера и один смотрит на DMZ; обсчитываем DMZ.
 Соответвтенно на "провардерских" интерфейсах считаем в одном направлении, на "локальном" в другом. Все замечательно посчитается за исключением трафика (в одну (любую) строну) генерируемого самим этим роутером, однако что кроме BGP должен генерить внешний гейт.
 Пример два:
Внешний гейт с NAT и несколькими NAS в DMZ . На внешнем гейте у нас есть NAT; задача считать клиентов NAS.
 Соответственно если обсчитывать пользователей NAS, то вещаем ng_netflow на интерфейс внешнего роутера смотрящего на NAS и на самих NAS, понятно что NAS'ах и роутере трафик считается в разном (встречном) направлении.
 Описанное выше кстати решает проблему подсчета дважды межабонентского трафика.
 Одним словом все зависит от задачи.
 |  |  | 
 | 
 | 
 | 
 | 2.7, Sky_lord (ok), 01:22, 03/12/2008 [^] [^^] [^^^] [ответить] | +/– |  |  Мммм.... А можно примерчик для учета входящего и исходящего трафика только через ng_netflow без использования ng_tee? Чисто для общего образования - у меня у самого сделано через ng_tee (хотя, конечно, и без one2many - зачем его заюзали - вообще не понятно) и сделать только через ng_netflow сходу не соображу. И не видел нигде никогда подобных примеров... Собственно, вроде непосредственно в man'е и то через tee Было... 
 |  |  | 
 |  | | 3.11, Andrew Kolchoogin (?), 15:30, 03/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | >Мммм.... А можно примерчик для учета входящего и исходящего трафика только через >ng_netflow без использования ng_tee?
     Пример есть в мане (работает только с 6.0, во FreeBSD v5.x без ng_tee нельзя никак).
Однако, при наличии адресной трансляции учёт траффика будет неправильным.
 |  |  | 
 | 
 | 
 
 
|  | | 2.3, _umka_ (ok), 15:05, 02/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | netflow это общее название протокола. ng_netflow реализация в freebsd средствами netgraph.
 
 |  |  | 
 |  | | 3.4, SubGun (ok), 18:59, 02/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | Оно-то понятно. Но какая разница в том, что я, используя flow-tools(как пример) буду снимать с цисок статистику через netflow, либо то же самое, но используя flow-tools-ng и ng_netflow? Получу ли я в чем-то выигрыш за счет использования netgraph? 
 |  |  | 
 |  | | 4.5, Stell (??), 19:09, 02/12/2008 [^] [^^] [^^^] [ответить] | +/– |  | Речь идет о случае, когда netflow снимается не с цисок, а с роутера под FreeBSD - для этого и нужен ng_netflow. 
 |  |  | 
 |  | | 5.13, rednikov (ok), 09:42, 05/06/2009 [^] [^^] [^^^] [ответить] | +/– |  |  По моему вы неправы.. ng - наверно от next generation
 Это форк от flow-tools
 
 |  |  | 
 | 
 | 
 | 
 | 
 |