Sat, Sep 20, 2014 at 01:32:30PM CEST, j...@mojatatu.com wrote:
>On 09/20/14 07:01, Thomas Graf wrote:
>
>>Nothing speaks against having such a tc classifier. In fact, having
>>the interface consist of only an embedded Netlink attribute structure
>>would allow for such a classifier in a very straigh
On 09/20/14 at 03:50pm, Alexei Starovoitov wrote:
> I think HW should not be limited by SW abstractions whether
> these abstractions are called flows, n-tuples, bridge or else.
> Really looking forward to see "device reporting the headers as
> header fields (len, offset) and the associated parse gr
On 09/20/14 at 07:54pm, Pravin Shelar wrote:
> > +#define NET_NAME_UNKNOWN 0
> > +#define alloc_netdev(sizeof_priv, name, name_assign_type, setup) \
> > +alloc_netdev_mqs(sizeof_priv, name_assign_type, setup, 1, 1)
> > +#endif
> > +
> I changed name_assign_type to name.
Thanks Pravin.
On 09/22/14 03:53, Jiri Pirko wrote:
Jamal, would you please give us some examples on how to use tc to work
with flows? I have a feeling that you see something other people does not.
I will be a little verbose so as to avoid knowledge assumption.
Lets talk about tc classifier/action subsystem
Hello
I got your email from investor directory, I have an investment proposal for
you. For more details get back to us
Send response to : amandaletge...@gmx.com
Thanks
Henry Morgan
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/ma
Hi,
I searched your company from *Vmworld conference *which was hosted by
*VMware* and thought you would be interested in knowing best returns for
your investment.
*We do provide B2B contacts from below mentioned products:*
*VMware*
*NetApp*
*Oracle’s VirtuaBox*
*REVH*
*Amazon*
*Citrix*
*C
Hi Ben,
In reference to the mail dated 15.09.2014 I would like to thank you for your
continued support to the team.Attached is the mail for reference.
In progress to the same ,so far we have achieved the below mentioned.Wanted to
share the understanding and confirmation on the same.
Case 1
Processing control commands:
> reassign -1 openvswitch-datapath-dkms 1.4.2+git20120612-9.1~deb7u1
Bug #762452 [linux-headers-3.14-0.bpo.2-amd64]
linux-headers-3.14-0.bpo.2-amd64: Missing include/linux/version.h
Bug reassigned from package 'linux-headers-3.14-0.bpo.2-amd64' to
'openvswitch-datapa
On Mon, Sep 22, 2014 at 1:13 AM, Thomas Graf wrote:
> On 09/20/14 at 03:50pm, Alexei Starovoitov wrote:
>> I think HW should not be limited by SW abstractions whether
>> these abstractions are called flows, n-tuples, bridge or else.
>> Really looking forward to see "device reporting the headers as
It would save a lot of time for both of us if you would just post your
patches.
On Mon, Sep 22, 2014 at 08:09:03PM +0530, Rishi Bamba wrote:
> Hi Ben,
>
> In reference to the mail dated 15.09.2014 I would like to thank you for your
> continued support to the team.Attached is the mail for refere
Acked-by: Ariel Tubaltsev
On 9/19/14 7:29 AM, "Gurucharan Shetty" wrote:
>This is needed to create, get, set records in the Tunnel table.
>
>(We need to add the Tunnel table's 'local' and 'remote' columns
>that point to the Physical_Locator record to cache because vtep-ctl
>commands like 'add
Acked-by: Ariel Tubaltsev
On 9/19/14 7:29 AM, "Gurucharan Shetty" wrote:
>The VTEP emulator creates one OVS bridge for every logical switch and then
>programs flow in it based on learned local macs and controller programmed
>remote macs.
>
>Multiple logical switches can have multiple OVS tunn
On Fri, Sep 5, 2014 at 4:05 PM, Jarno Rajahalme wrote:
> When userspace inserts masked flows, it is not necessary to demand
> that flows matching in a known ethertype also must have the
> corresponding key, as a missing key will be automatically wildcarded.
>
> For example, if a drop flow dropping
On 09/22/14 at 08:10am, Tom Herbert wrote:
> Thomas, can you (or someone else) quantify what the host case is. I
> suppose there may be merit in using a switch on NIC for kernel bypass
> scenarios, but I'm still having a hard time understanding how this
> could be integrated into the host stack wit
On Mon, Sep 22, 2014 at 3:17 PM, Thomas Graf wrote:
> On 09/22/14 at 08:10am, Tom Herbert wrote:
>> Thomas, can you (or someone else) quantify what the host case is. I
>> suppose there may be merit in using a switch on NIC for kernel bypass
>> scenarios, but I'm still having a hard time understand
On Sep 22, 2014, at 2:26 PM, Jesse Gross wrote:
> On Fri, Sep 5, 2014 at 4:05 PM, Jarno Rajahalme wrote:
>> When userspace inserts masked flows, it is not necessary to demand
>> that flows matching in a known ethertype also must have the
>> corresponding key, as a missing key will be automatica
Commit 9ff33ca7 (ovs-pki: Use SHA-512 instead of MD5 as message
digest.) changes the message digest algorithm to SHA-512. This
seems to break the unit tests on some xenserver 5.6/6.0 builds
causing the error: "SSL_connect: error:0D0C50A1:asn1 encoding
routines:ASN1_item_verify:unknown message dige
On 09/22/14 at 03:40pm, Tom Herbert wrote:
> On Mon, Sep 22, 2014 at 3:17 PM, Thomas Graf wrote:
> > What makes stateful offload interesting to me is that the final
> > desintation of a packet is known at RX and can be redirected to a
> > queue or VF. This allows to build packet batches on shared
On Mon, Sep 22, 2014 at 3:53 PM, Thomas Graf wrote:
> On 09/22/14 at 03:40pm, Tom Herbert wrote:
>> On Mon, Sep 22, 2014 at 3:17 PM, Thomas Graf wrote:
>> > What makes stateful offload interesting to me is that the final
>> > desintation of a packet is known at RX and can be redirected to a
>> >
Hey Ben,
Could you help look at this patch when you are available?
Thx,
Alex Wang,
On Fri, Sep 19, 2014 at 1:32 PM, Alex Wang wrote:
> This commit adds a log message to notify the excessive backlog
> for jsonrpc. Expectedly, this message should never be printed.
>
> Signed-off-by: Alex Wang
On Mon, Sep 22, 2014 at 3:49 PM, Jarno Rajahalme wrote:
>
> On Sep 22, 2014, at 2:26 PM, Jesse Gross wrote:
>
>> On Fri, Sep 5, 2014 at 4:05 PM, Jarno Rajahalme
>> wrote:
>>> When userspace inserts masked flows, it is not necessary to demand
>>> that flows matching in a known ethertype also mus
On Mon, Sep 22, 2014 at 03:53:31PM -0700, Alex Wang wrote:
> Commit 9ff33ca7 (ovs-pki: Use SHA-512 instead of MD5 as message
> digest.) changes the message digest algorithm to SHA-512. This
> seems to break the unit tests on some xenserver 5.6/6.0 builds
> causing the error: "SSL_connect: error:0D
On 09/22/2014 04:07 PM, Tom Herbert wrote:
On Mon, Sep 22, 2014 at 3:53 PM, Thomas Graf wrote:
On 09/22/14 at 03:40pm, Tom Herbert wrote:
On Mon, Sep 22, 2014 at 3:17 PM, Thomas Graf wrote:
What makes stateful offload interesting to me is that the final
desintation of a packet is known at RX
Thanks for the fix! Looks good. Also verified it fixes the crash reported.
Acked-by: Andy Zhou
On Sat, Sep 20, 2014 at 9:10 PM, Pravin B Shelar wrote:
> OVS needs to segments large skb before sending it for miss
> packet handling to userspace. but skb_gso_segment uses
> skb->cb. This corrupted
On Mon, Sep 22, 2014 at 8:10 AM, Tom Herbert wrote:
> On Mon, Sep 22, 2014 at 1:13 AM, Thomas Graf wrote:
>> On 09/20/14 at 03:50pm, Alexei Starovoitov wrote:
>>> I think HW should not be limited by SW abstractions whether
>>> these abstractions are called flows, n-tuples, bridge or else.
>>> Rea
On Mon, Sep 22, 2014 at 6:54 PM, Alexei Starovoitov
wrote:
> On Mon, Sep 22, 2014 at 8:10 AM, Tom Herbert wrote:
>> On Mon, Sep 22, 2014 at 1:13 AM, Thomas Graf wrote:
>>> On 09/20/14 at 03:50pm, Alexei Starovoitov wrote:
I think HW should not be limited by SW abstractions whether
thes
On Mon, Sep 22, 2014 at 7:16 PM, Tom Herbert wrote:
> On Mon, Sep 22, 2014 at 6:54 PM, Alexei Starovoitov
> wrote:
>> On Mon, Sep 22, 2014 at 8:10 AM, Tom Herbert wrote:
>>> On Mon, Sep 22, 2014 at 1:13 AM, Thomas Graf wrote:
On 09/20/14 at 03:50pm, Alexei Starovoitov wrote:
> I think
On Mon, Sep 22, 2014 at 07:16:47PM -0700, Tom Herbert wrote:
[...]
>
> Alexei, I believe you said previously said that SW should not dictate
> HW models. I agree with this, but also believe the converse is true--
> HW shouldn't dictate SW model. This is really why I'm raising the
> question of wha
28 matches
Mail list logo
