Re: [ovs-dev] question about openvswitch

2013-03-11 Thread Andy Zhou
Yes, the first option will be easier to implement. For the second option, yes you are right. Implementing a dpif provider as Justin suggested is also be a very good choice. Really depends on your design goals. On Mon, Mar 11, 2013 at 12:54 AM, 王国栋 wrote: > i think the first option may be impl

Re: [ovs-dev] question about openvswitch

2013-03-11 Thread 王国栋
i think the first option may be implemented more easily, in which i just implement the datapath kernel module. and in the second option, do you means that the whole project can be ported to SE mode(including ofproto and vswitch)? 2013/3/10 Andy Zhou > If you simply want a faster datapath impleme

Re: [ovs-dev] question about openvswitch

2013-03-09 Thread Andy Zhou
If you simply want a faster datapath implementation, you may want to consider just optimizing the kernel datapath code using OCTEON SDK APIs. As you may already know, most of the SE API are ported the kernel as the base APIs for OCTEON NIC driver. This approach will allow you to speed up datapat

Re: [ovs-dev] question about openvswitch

2013-03-08 Thread Justin Pettit
Using SE, I would imagine you'd implement a datapath there. In the Linux core running ovs-vswitchd, I would imagine you'd implement a dpif provider that that spoke to the datapaths running in your simple executive cores. --Justin On Mar 8, 2013, at 12:16 AM, 王国栋 wrote: > In the SE mode, i m

Re: [ovs-dev] question about openvswitch

2013-03-08 Thread 王国栋
In the SE mode, i must implement the datapath module, dpif provider and dpif as showed in the graph without other module changes, is this right? right now i'm on the stage of doing some research and experiments, i prepare to accelerate OVS. then, maybe used in campus network in future. what i want

Re: [ovs-dev] question about openvswitch

2013-03-07 Thread Justin Pettit
Please keep this on the list. I'm somewhat familiar with Cavium's platforms. One option would be to bring up the cores in Linux, and I think you could run the kernel module essentially unchanged. Another option, which would be a lot more work but would almost certainly be faster, is to port d

Re: [ovs-dev] question about openvswitch

2013-03-07 Thread Justin Pettit
What operating system and platform are you porting it to? The ofproto provider pushes flows that have wildcards, and are very similar to OpenFlow flows. The dpif provider only pushes exact-match flows. If you have access to something like a TCAM that supports priorities and wildcards, then im

[ovs-dev] question about openvswitch

2013-03-07 Thread 王国栋
i have some question about PORTING file. there is a graph in this file as follow: [image: 内嵌图片 1] now i am willing to port the source code to a network processor ,which is MIPS arch. my goal is implement the kernel module in the platform.but i still cannot figure out a clear procedure about it. whi