Guten Tag,
Ich kontaktiere Sie, weil ich auf der Suche nach einem Partner bei der
Realisierung eines Projekts bin. Zunaechst moechte ich mich vorstellen; ich bin
Barr. James George, ich lebe in Accra, Ghana und praktiziere als Rechtsanwalt
und ich habe ein ungewoehnliches aber lukratives Angebo
Hello guys,
I have seen in your code that you have support for LLC and SNAP (i.e. 802.2)
MAC frames.
Do we actually need that?
I mean, from what I've seen, in a hyper-v switch extension / NDIS filter driver
we deal only with 802.3 frames.
Such as, in FilterAttach/OvsExtAttach we have the check:
Hello guys,
I think this is a problem that both implementations suffer of:
Namely, when we give a packet to the userspace, we strip off the NBL info array
from it. In other words, when the packet gets back from the userspace and must
be outputted to ports, all NBL info that it had before is clea
On Sun, Aug 03, 2014 at 05:06:14PM +, Samuel Ghinet wrote:
> I think this is a problem that both implementations suffer of: Namely,
> when we give a packet to the userspace, we strip off the NBL info
> array from it. In other words, when the packet gets back from the
> userspace and must be out
We do have some Cisco contributors now, so I suppose that they could
implement it if they chose to do so.
On Sat, Aug 02, 2014 at 09:27:57PM -0700, Justin Pettit wrote:
> ERSPAN is a Cisco-proprietary format. ??You can configure OVS to
> mirror packets through a GRE tunnel, which is quite similar,
Well, things such as IPSec offload, and more obscure stuff such as:
"any media-specific out-of-band data that accompanies the NET_BUFFER structures
that are associated with the NET_BUFFER_LIST structure."
The complete list, which includes the latest version of NDIS, is here:
http://msdn.microsoft
Hi Samuel, my initial implementation was holding a reference to NBLs which were
indicated to user mode. However, there is an issue with that as in general not
all packets are returned to back to the kernel and some packets could be
modified in user space. Perhaps, Ben could confirm?
Thanks,
Ei
Hello guys,
I have studied a bit more the part of your code that deals with tunneling and
WFP.
A summary of the flow, as I understand it:
ON RECEIVE (from external):
A. If there's a VXLAN encapsulated packet coming from outside, one that is NOT
fragmented, the flow is like this:
1. Extract pac
Cisco contributors please comment if this can be implemented :-)
The remote end Cisco 7K router is sending the ERSPAN traffic that my third
party receiving devices are not able to understand so looking into options.
Thanks,
Meenakshi
On 8/3/14, 10:18 AM, "Ben Pfaff" wrote:
>We do have some Cis
Dear user dev@openvswitch.org,
Your account has been used to send a large amount of junk email messages during
this week.
Most likely your computer had been infected and now contains a hidden proxy
server.
Please follow our instructions in order to keep your computer safe.
Sincerely yours,
ope
On Fri, Aug 01, 2014 at 06:39:12PM -0700, Ethan Jackson wrote:
> In accordance with CodingStyle.
>
> Signed-off-by: Ethan Jackson
Pravin has been doing most of the review for DPDK work, I think, but let
me know if you want me to look at any of these.
_
1 through 10 are all ofproto reorganization, so I think you or jarno would be
appropriate reviewers.
Ethan (iPhone)
> On Aug 3, 2014, at 19:24, Ben Pfaff wrote:
>
>> On Fri, Aug 01, 2014 at 06:39:12PM -0700, Ethan Jackson wrote:
>> In accordance with CodingStyle.
>>
>> Signed-off-by: Ethan J
OK.
I'll plan to spend Monday reviewing code, then. I owe Jarno a bunch of
reviews and probably others as well.
On Sun, Aug 03, 2014 at 07:55:41PM -0700, Ethan Jackson wrote:
> 1 through 10 are all ofproto reorganization, so I think you or jarno
> would be appropriate reviewers.
>
> Ethan (iPho
The issue can be closed. Tested it out, got no crash and double checked with
the debugger.
Acked-by: : Alin Gabriel Serdean
Kind Regards,
Alin.
From: Eitan Eliahu [elia...@vmware.com]
Sent: Friday, August 01, 2014 8:12 PM
To: Eitan Eliahu; Alin Serdean;
14 matches
Mail list logo
