Thanks Justin. I will keep your point in mind.
On Sun, Mar 10, 2013 at 7:21 AM, Justin Pettit wrote:
> If you only run network namespaces, it's pretty easy to run multiple
> instances of OVS. I touched on it briefly a couple of weeks ago on the
> ovs-discuss mailing list:
>
>http://openvswi
Thanks for replying Ben. I totally missed that.
You are right though. Turns out Mininet does not allow you to create
user-space openvswitch. There is a Mininet branch created by Bob Lantz
for it but it uses ovs-openflowd instead of ovs-vsctl. I might have to
get my hands dirty with the code.
On Sa
If you only run network namespaces, it's pretty easy to run multiple instances
of OVS. I touched on it briefly a couple of weeks ago on the ovs-discuss
mailing list:
http://openvswitch.org/pipermail/discuss/2013-February/009157.html
As you mentioned, you'll need to have each ovsdb-server a
On Sat, Mar 9, 2013 at 8:00 PM, Justin Pettit wrote:
> I'm not familiar with Mininet's configuration, but OVS does have some
> documentation on running the userspace switch:
>
>
> http://openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=blob;f=INSTALL.userspace
>
> You won't be using ov
Your output makes it clear that you are not using Open vSwitch but actually
the OpenFlow reference implementation.
On Mar 9, 2013 4:15 PM, "Dushyant Arora" wrote:
> Here are the contents of /tmp/s1-ofd.log
> RTNETLINK answers: No such file or directory
> RTNETLINK answers: No such file or directo
I'm not familiar with Mininet's configuration, but OVS does have some
documentation on running the userspace switch:
http://openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=blob;f=INSTALL.userspace
You won't be using ovs-dpctl, since that's just for speaking with the kernel
module, w
Here are the contents of /tmp/s1-ofd.log
RTNETLINK answers: No such file or directory
RTNETLINK answers: No such file or directory
ofdatapath: udatapath/datapath.c:2245: fwd_control_input: Assertion
`oh->version == 0x01' failed.
Mar 09 12:18:23|1|fault|EMER|Caught signal 6.
0x08056ded
0x617
Ok, I figured out I need to use dpctl utility but I don't know what to
provide as the switch path $ dpctl show unix:???
The only example I could find on the Internet uses /var/run/... as the
path but I don't see s1.sock there.
On Sat, Mar 9, 2013 at 6:32 PM, Dushyant Arora
wrote:
> Thanks for rep
Thanks for replying Ben. I changed the Mininet python file to use a UserSwitch :
def emptyNet():
"Create an empty network and add nodes to it."
net = Mininet( controller=lambda name: NOX ( name, 'NOXSwitch' ),
switch=UserSwitch )
but now when I fire up Mininet I don't the switch when u
To clarify, I believe the default configuration of the OVS daemons uses unix
domain sockets, which is a perfectly good idea but may break when your switch
and daemons are in different namespaces.
On Mar 9, 2013, at 12:19 AM, Bob Lantz wrote:
> Mininet doesn't currently support that configurati
Mininet doesn't currently support that configuration because I wasn't able to
come up with an easy way to make it work out of the box with the Ubuntu OVS
packages. I suspect one problem could be that unix domain sockets don't work
across network namespaces, even with a shared filesystem, and
op
11 matches
Mail list logo
