Hello,
I am new to OVS. I am trying to trace through the code to understand it
better. I programmed a flow to send the packet to LOCAL port.
Where can I see this packet within the code handled? I would like to get an
handle to the packet to do further processing on it.
Thank you in advance for h
On Mon, Jul 06, 2015 at 11:28:09AM -1000, Nicholas Bastin wrote:
> On Mon, Jul 6, 2015 at 3:46 AM, Adil Ahmad wrote:
>
> > I was trying to get flow statistics and the implementation that I'm
> > working on requires that I get flow stats in RTT timescales. But, the flow
> > statistics show that th
On Mon, Jul 6, 2015 at 3:46 AM, Adil Ahmad wrote:
> I was trying to get flow statistics and the implementation that I'm
> working on requires that I get flow stats in RTT timescales. But, the flow
> statistics show that the packet count counter is updated after almost a
> second for OF 1.0 swtich
Hey,
I was trying to get flow statistics and the implementation that I'm working
on requires that I get flow stats in RTT timescales. But, the flow
statistics show that the packet count counter is updated after almost a
second for OF 1.0 swtiches using POX. I want the packet counters to be
updated
> e.g., When restarting the host's networking stack, the system complains:
After destroying the bond and disbling the bond's ifcfg file:
> [root@xen-2 ~]# grep ONBOOT
> /etc/sysconfig/network-scripts/ifcfg-{bond2,eth1,eth5}
> /etc/sysconfig/network-scripts/ifcfg-bond2:ONBOOT=no
> /etc/sysconfig/ne
It's hard to guess without seeing the file. If you have it, please pass
it along.
On Mon, Jul 06, 2015 at 03:01:38PM -0600, Carlos Konstanski wrote:
> The file names are correct. And the "conversion" works once the old conf.db
> is deleted or moved out of the way.
>
> I wish I had a copy of the
The file names are correct. And the "conversion" works once the old
conf.db is deleted or moved out of the way.
I wish I had a copy of the old conf.db so I could provide it as a
sample. I'd be curious to know which section causes the failure. Is it
the big blob of JSON at the beginning, or the
On Mon, Jul 06, 2015 at 02:28:26PM -0600, Carlos Konstanski wrote:
> Again looking at the ebuild, this is how it tries to upgrade the db:
>
> /usr/bin/ovsdb-tool convert /var/lib/openvswitch/conf.db
> /usr/share/openvswitch/vswitch.ovsschema
That's the correct technique, assuming that the file na
Again looking at the ebuild, this is how it tries to upgrade the db:
/usr/bin/ovsdb-tool convert /var/lib/openvswitch/conf.db
/usr/share/openvswitch/vswitch.ovsschema
Carlos
On 06.07.15 14:25, Carlos Konstanski wrote:
I'll enter this as a gentoo bug.
Carlos
On 06.07.15 14:22, Gurucharan Sh
Please have a look at the function ''restart ()" and
"force_reload_kmod ()" in utilities/ovs-ctl.in of OVS repo for the
proper way to handle upgrades.
There is also a note in "Upgrading" and "Hot Upgrading" sections of
INSTALL.md file of OVS repo which talks about this topic.
On Mon, Jul 6, 201
I'll enter this as a gentoo bug.
Carlos
On 06.07.15 14:22, Gurucharan Shetty wrote:
Looks like Gentoo has screwed it up for you without providing a proper
way to upgrade OVS.
On Mon, Jul 6, 2015 at 1:18 PM, Carlos Konstanski
wrote:
Gentoo. Looking at the ebuild script, I see that it download
Looks like Gentoo has screwed it up for you without providing a proper
way to upgrade OVS.
On Mon, Jul 6, 2015 at 1:18 PM, Carlos Konstanski
wrote:
> Gentoo. Looking at the ebuild script, I see that it downloads the source
> from:
>
> http://openvswitch.org/releases/openvswitch-2.3.1.tar.gz
>
> I
Gentoo. Looking at the ebuild script, I see that it downloads the source
from:
http://openvswitch.org/releases/openvswitch-2.3.1.tar.gz
I actually have two service scripts:
/etc/init.d/ovsdb-server
/etc/init.d/ovs-vswitchd
ovs-vswitchd depends on ovsdb-server.
The moment I tried to restart t
On Mon, Jul 6, 2015 at 11:50 AM, Carlos Konstanski
wrote:
> I am in the middle of an openvswitch upgrade from version 2.3.0 to 2.3.1. It
> is not going well. The issue: conf.db.
>
> The format of the JSON changed, so it is not possible to start 2.3.1 with a
> file generated under 2.3.0. The file m
I am in the middle of an openvswitch upgrade from version 2.3.0 to
2.3.1. It is not going well. The issue: conf.db.
The format of the JSON changed, so it is not possible to start 2.3.1
with a file generated under 2.3.0. The file must be regenerated.
In order to regenerate it, I had to do the
On Sat, Jul 04, 2015 at 10:45:51PM +0800, Caleb Yu wrote:
> I have question concerning linking POX controller with openvswitch. I link
> bridge br0 of openvswitch to two qemu VM guests.
> The configuration of qemu VM to openvswitch bridge is sudo
> qemu-system-x86_64 -m 1028 -net nic,macaddr=00:00:
Please read the FAQ.
### Q: What versions of OpenFlow does Open vSwitch support?
A: The following table lists the versions of OpenFlow supported by
each version of Open vSwitch:
Open vSwitch OF1.0 OF1.1 OF1.2 OF1.3 OF1.4 OF1.5
### = = = ===
There is no such commit on github.
On Mon, Jul 06, 2015 at 04:23:42AM +, jayachandran.subraman...@wipro.com
wrote:
> Thank you for your mail , please find the github commit
> "512f6c83585bb0e32ef9faf215e595f1e85d56de".
>
> Here we are not committing anything in Github . We have downloaded t
18 matches
Mail list logo
