Hi Lawrence,
Thank you so much for your response. I discuss KPI changes with Hiren
over a month and understood your idea.
The main point in your discussion thread was the KPI changes in
cc_module. So, I describe about it as follows. As you mention, the
changes in my implemtation is DCTCP spe
On 22 September 2014 15:35, Jim Thompson wrote:
>
>> On Sep 22, 2014, at 5:15 PM, Adrian Chadd wrote:
>>
>> On 22 September 2014 13:39, Elof Ofel wrote:
>>> Hi Adrian!
>>>
>>> Now this sounds promising! All my sensors use the ixgbe driver.
>>> However, my skills in programming/compiling isn't va
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193053
--- Comment #8 from ncrog...@gmail.com ---
(In reply to ncrogers from comment #7)
> (In reply to Eric Joyner from comment #6)
> > You didn't try a kernel build with the newer driver that I posted?
>
> I have not.
I finally had a chance to
> On Sep 22, 2014, at 5:15 PM, Adrian Chadd wrote:
>
> On 22 September 2014 13:39, Elof Ofel wrote:
>> Hi Adrian!
>>
>> Now this sounds promising! All my sensors use the ixgbe driver.
>> However, my skills in programming/compiling isn't vast. I know how to patch
>> and use poudriere. That's ab
Elof Ofel wrote this message on Mon, Sep 22, 2014 at 17:12 +0200:
> I have a single NIC, mon0, that constantly receive 800 Mbps of mirrored
> traffic.
> I want to split these 800 Mbps into smaller chunks and feed them to a couple
> of virtual interfaces.
> Each virtual interface can then have ins
On 22 September 2014 13:39, Elof Ofel wrote:
> Hi Adrian!
>
> Now this sounds promising! All my sensors use the ixgbe driver.
> However, my skills in programming/compiling isn't vast. I know how to patch
> and use poudriere. That's about it.
>
> I must admit I don't really understand what you mean
Hi Adrian!
Now this sounds promising! All my sensors use the ixgbe driver.
However, my skills in programming/compiling isn't vast. I know how to patch and
use poudriere. That's about it.
I must admit I don't really understand what you mean with "patch it to use a
symmetric RSS key", but it soun
Hi,
Yes.
* grab an ixgbe NIC and the -HEAD driver; (or cxgbe - I haven't gone
and written RSS programming code for that just yet);
* patch it to use a symmetric RSS key;
* configure up N queues;
* run an instance of snort on each TX/RX ring from the NIC.
The last step requires that you have snor
Hi Nikolay.
Unfortunetly no, that's not a solution.
mon0 could in theory be a bridge0 with four 10 GE interfaces = 40 Gbps
theoretical input that need to be distributed over multiple virtual NICs. Also,
I have no control of the mirrored traffic, so it would be hard for me to build
and maintain
On Mon, Sep 22, 2014 at 5:12 PM, Elof Ofel wrote:
> I have a single NIC, mon0, that constantly receive 800 Mbps of mirrored
> traffic.
> I want to split these 800 Mbps into smaller chunks and feed them to a couple
> of virtual interfaces.
> Each virtual interface can then have instance of 'snort
I have a single NIC, mon0, that constantly receive 800 Mbps of mirrored traffic.
I want to split these 800 Mbps into smaller chunks and feed them to a couple of
virtual interfaces.
Each virtual interface can then have instance of 'snort' inspecting its traffic.
Say approximately 200 Mbps per inte
Hi Ryan,
in gso_dispatch(), I put the "eh_len" parameter in order to have the
offset of the L3 header. In this way, if someone adds QinQ support,
just call gso_dispatch() with the right length of the MAC header.
During the execution the GSO, the MAC header is simply copied
as it is in each new segm
Hi,
You have a bug in the "Needs MFC" state which has not been touched in 7 or more
days. This email serves as a reminder that you may want to MFC this bug or
marked it as completed.
In the event you have a longer MFC timeout you may update this bug with a
comment and I won't remind you again
13 matches
Mail list logo
