Часть вопросов снята отчасти. Посмотрел исходники netflow.c и еще вопросы.
Несколько коллекторов можно задать в описании модуля. А вот в исходниках
IMHO не оптимально (повторюсь IMHO) сделан сам сброс в коллекторы.
Строка 346:
rc = sendto(flow_so, (void*)&flow_packet, sizeof(flow_packet), 0, (struct
sockaddr*)&curr->addr, sizeof(struct sockaddr_in));
почему бы именно здесь не пройтись по списку коллекторов и отправить туда
уже сформированные данные? Вместо этого - строки 293-296:
while ( curr ) {
process_log_record(curr, elapsed, rq, obj);
curr = curr->next;
}
и тем самым дважды вызывается процедура process_log_record, а вместе с ней и
другие, вложенные там. Получается что для отправки одинх и тех же данных на
разные коллекторы приходится выполнять больше работы модулю. Я не ошибаюсь?
С уважением, Сергей.
----- Original Message -----
From: "Igor Khasilev" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 23, 2003 5:14 PM
Subject: Re: [OOPS] Re: [OOPS] Re: [OOPS] Re: [OOPS] пробшый шар на тему
1.5.23
> On Thu, 23 Oct 2003, Sergei Golod wrote:
>
> > > написано по просьбе :)
> > >
> > > >
> > > > Вопрос к Игорю: туда будет отправляться весь трафик? Включая
TCP_HIT,
> > > > TCP_MEM_HIT, TCP_DENIED? (названия взяты от сквида, но я думаю
вопрос
> > > > понят).
> > >
> > > Да. Весь. Честно говоря, я пока не получил отзывов о реальной работе
этого
> > > модуля, он тестирован на стенде, поэтому нужно с ним быть
повнимательнее.
> >
> > Посмотрим. А пока еще вопросы:
> > 1. Будет ли в дальнейшем возможность исключать например уже кэшированый
> > трафик? Т.е. экспортировать только TCP_MISS или задаваемые
самостоятельно
> > типы.
>
> в принципе сделать несложно - вся необходимая информация в модуль
попадает.
=====================================================================
If you would like to unsubscribe from this list send message to
[EMAIL PROTECTED] with "unsubscribe oops" in message body.
Archive is accessible on http://lists.paco.net/oops-rus/
