Hi Alfredo,
On Fri, Mar 30, 2018 at 7:20 PM, Alfredo Cardigliano
wrote:
>
>
> * I read in release notes that it was possible to us " kill -USR1 to
> close and flush the current pcap in order to make live traffic immediately
> available" which works but I notice every time I call it it generates
Hi Raoul
please read my comments inline.
> On 30 Mar 2018, at 20:07, Raoul Duke wrote:
>
> Hi list,
>
> I'm evaluating n2disk for a specific use-case but I'm not clear how to map my
> workflow to its mental model so I wanted to ask your advice.
>
> my desired workflow is:
>
> * I start captu
Hi list,
I'm evaluating n2disk for a specific use-case but I'm not clear how to map
my workflow to its mental model so I wanted to ask your advice.
my desired workflow is:
* I start capturing with n2disk. I'm using the -I option to make
on-the-fly index
* when a certain session event occurs in
Just to follow up, I ran tcpdump on the web interface of my ntop server while
it was running and saw no DNS or other traffic beyond ARP and what was going to
my Firefox client. It still seemed to behave with a little bit of stutter. The
performance page indicated it was only using about 0.59% C
Martin,
> On 26 Mar 2018, at 17:11, Martin Drašar wrote:
>
> Hi,
>
> moving on with my scenario, I have decided to just prepare a bunch of
> network interfaces before starting ntop and do not use virtual
> interfaces at all.
>
> This worked well, but after some time I hit this error:
>
> Too
Hi,
Please open an issue on our github page https://github.com/ntop
describing the issue.
Regards,
Emanuele
On 03/26/2018 05:11 PM, Martin Drašar wrote:
Hi,
moving on with my scenario, I have decided to just prepare a bunch of
network interfaces before starting ntop and do not use virtual
