[Snort-users] Snort, Stream4 State and Ethernet Taps.
larosa_vjay at ...3331...
Wed May 1 08:32:36 EDT 2002
I understand the whole concept of the splitting one stream in to two streams
and how to put
them back together. What I really am interested in understanding is if you
or won't put the two streams back together, how will it affect Stream 4
I am not interested in the "how to put things back together conversation",
just what will happen
to stream4 if they are permanently split. Thanks!
From: counter.spy at ...348... [mailto:counter.spy at ...348...]
Sent: Wednesday, May 01, 2002 11:11 AM
To: larosa, vjay
Cc: snort-users at lists.sourceforge.net
Subject: RE: [Snort-users] Snort, Stream4 State and Ethernet Taps.
in order to achieve what you are asking for you could either use a separate
switch, connect the tap ports to the switch and mirror the tap ports to
a SPAN or mirrorport.
Be aware that you need to use a gigabit switch if you want to be sure that
not packets will be dropped, since 100Mbit/s full-duplex sum up to 200Mbit/s
at full utilization.
Another, cheaper method is channel bonding
(search on sourceforge.net for this software).
Channel bonding can be used in order to merge datastreams of two or more
to one virtual interface - the bond interface.
I know that at least one member of this list successfully deployed this
(hi, Sandro) ;)
For more information, have a look at the archives of the list. I already
question some days ago and there were several replies, if I remember right.
>I was just thinking about something, If I have an ethernet full duplex 100
>Mb link, and I insert an ethernet tap that splits
>the full duplex link in to two half duplex streams, then run two seperate
>instances of snort to monitor each half duplex link.
>How will this affect the Stream 4 preprocessor with regards to TCP state?
>the initial syn goes out past one snort
>process, the syn-ack comes back in past the second snort process and the
>final ack in the TCP three way handshake
>goes out past snort process 1 again. Will snort ignore this conversation
>and not pass on the packets for rules parsing becuase the handshake was not
>seen entirely by one snort process? Or will Stream 4 assume bi-directional
>flow is in play
>on each process because process 1 saw the syn as well as the ack, and
>process 2 saw a syn-ack?
GMX - Die Kommunikationsplattform im Internet.
More information about the Snort-users