gt;
>>
>>
>> adam
>>
>>
>>
>> netconsultings.com
>>
>> ::carrier-class solutions for the telecommunications industry::
>>
>>
>>
>> From: Joel Wirāmu Pauling [mailto:j...@aenertia.net]
>> Sent: Friday, November 02, 20
:40 AM
> *To:* adamv0...@netconsultings.com
> *Cc:* Shivaram Mysore; ovs-discuss@openvswitch.org
> *Subject:* Re: [ovs-discuss] 100G with OvS
>
>
>
> Have a look at :
>
>
>
> https://m.youtube.com/watch?v=MglrK-JTiqc
>
>
>
> Disclaimer I worked for Nuage at
?
adam
netconsultings.com
::carrier-class solutions for the telecommunications industry::
From: Joel Wirāmu Pauling [mailto:j...@aenertia.net]
Sent: Friday, November 02, 2018 9:40 AM
To: adamv0...@netconsultings.com
Cc: Shivaram Mysore; ovs-discuss@openvswitch.org
Subject: Re: [ovs-discuss
Have a look at :
https://m.youtube.com/watch?v=MglrK-JTiqc
Disclaimer I worked for Nuage at the time that was done, and work for
Redhat now.
On Fri, 2 Nov 2018, 22:23 > boun...@openvswitch.org] On Behalf Of Joel Wiramu Pauling
> > Sent: Thursday, November 01, 2018 10:29 PM
> >
> > Currently
> boun...@openvswitch.org] On Behalf Of Joel Wiramu Pauling
> Sent: Thursday, November 01, 2018 10:29 PM
>
> Currently - doing slow-path through commodity x86 silicon you are pretty
> much capped at 40gbit; so beyond a few use cases where you are say
> writting to an NVME array directly within
Yes - it's only really possible with Vendor offload tricks i.e ASAP2
on the Mellanox X5 works well for 100G on commodity silicon.
You will need an OVS and Kernel stack that support said offload tricks.
Currently - doing slow-path through commodity x86 silicon you are
pretty much capped at