Hi Guys,
[root@cloud ]# ovs-vsctl del-port provision bond0
[root@cloud]# ovs-vsctl add-port provision bond0
ovs-vsctl: Error detected while setting up 'bond0'. See ovs-vswitchd
log for details.
ovs-vswitchd.log
1581163:2017-06-22T05:42:07.644Z|283577|dpif|WARN|system@ovs-system:
failed to a
OK, thanks!
On 6/22 11:38, Ben Pfaff wrote:
On Thu, Jun 22, 2017 at 08:25:37AM +0800, Margin Hu wrote:
I met an issue about neutron+openvswitch , in my
neutron-openvswitch-agent.log, there is
2017-06-22 06:38:23.541 6 DEBUG neutron.agent.ovsdb.native.vlog [-]
tcp:192.168.16.11:6640: received
Hello,
Does OVS support Nfqueue? I'm using version 2.7.0 and I did quite a bit of
search and didn't find any nfqueue related actions.
However, https://www.slideshare.net/ThomasGraf5/ovs-41973875 speaks of OVS
integration with Nfqueue.
Regards,
Deepak
___
On Thu, Jun 22, 2017 at 08:25:37AM +0800, Margin Hu wrote:
> I met an issue about neutron+openvswitch , in my
> neutron-openvswitch-agent.log, there is
>
> 2017-06-22 06:38:23.541 6 DEBUG neutron.agent.ovsdb.native.vlog [-]
> tcp:192.168.16.11:6640: received unexpected reply message run
> /usr/lib
On Thu, Jun 22, 2017 at 09:48:38AM +0800, xu.binb...@zte.com.cn wrote:
> Is there any plan for OVS to support egress pipline which defined
> in OpenFlow-1.5?
I don't know of anyone working on that. As usual, we would accept
patches for an implementation that meets the OVS coding standards
On Wed, Jun 21, 2017 at 05:11:48AM +, Deepak S wrote:
> Hello,
>
>
> Is there a way to update a flow by changing only the cookie field?
>
>
> What works:
>
> ovs-ofctl mod-flows br0 cookie=1/-1,cookie=2,actions=normal
>
> What I would like to have:
>
> ovs-ofctl mod-flows br0 cookie=1/-1
Hello,
Is there a way to update a flow by changing only the cookie field?
What works:
ovs-ofctl mod-flows br0 cookie=1/-1,cookie=2,actions=normal
What I would like to have:
ovs-ofctl mod-flows br0 cookie=1/-1,cookie=2
This is required for a particular restart scenario where stale flows are
Hi guys:
Is there any plan for OVS to support egress pipline which defined in
OpenFlow-1.5?___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
Hi guys:
Is there any plan for OVS to support egress pipline which defined in
OpenFlow-1.5?___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
Hi Darrell,
I checked my config.status, and it was correct.
./config.status:S["OVS_LDFLAGS"]="
-L/usr/share/dpdk/x86_64-default-linuxapp-gcc/lib"
Any more idea about the failure? Did someone successfully build it? Thanks
BTW, I am using Centos 7.2
Wang Zhike
-邮件原件-
发件人: Darrell Ball [
Hi Guys:
I met an issue about neutron+openvswitch , in my
neutron-openvswitch-agent.log, there is
2017-06-22 06:38:23.541 6 DEBUG neutron.agent.ovsdb.native.vlog [-]
tcp:192.168.16.11:6640: received unexpected reply message run
/usr/lib/python2.7/site-packages/ovs/db/idl.py:255
what's mea
On 21 June 2017 at 04:19, Numan Siddique wrote:
>
>
> On Tue, Jun 20, 2017 at 3:11 AM, Joe Stringer wrote:
>>
>> On 19 June 2017 at 00:37, Numan Siddique wrote:
>> >
>> >
>> > On Fri, Jun 16, 2017 at 11:22 PM, Joe Stringer wrote:
>> >>
>> >> On 15 June 2017 at 22:20, Numan Siddique wrote:
>> >
> On Jun 22, 2017, at 12:36 AM, Bruce Hartpence wrote:
>
> Thanks for the reply - I am giving GRE a whirl with ESXi (GRE seems to be the
> choice for most). I haven't had much luck so far but it does seem
> counter-intuitive especially when dealing with traffic that does not have an
> IP head
Hello,
I have a strange problem with VXLAN encapsulation of MPLS flows.
VXLAN encapsulation is working fine for MPLS flows if the flows are
produced at the same switch as the vxlan port, but it is not working if
the MPLS flows arrive from neighboring switch.
The encapsulation works fine for I
Thanks for the reply - I am giving GRE a whirl with ESXi (GRE seems to be the
choice for most). I haven't had much luck so far but it does seem
counter-intuitive especially when dealing with traffic that does not have an IP
header. It seems like L2TP might be a better option for connecting layer
Hi Greg,
Just a small update. I tried to find the problem myself, and it seems to
me that there is only ever one packet received per sampling period.
In dpif_ipfix_bridge_sample there is:
2113 /* Use the sampling probability as an approximation of the number
2114 * of matched packets. */
2115 pa
On Tue, Jun 20, 2017 at 3:11 AM, Joe Stringer wrote:
> On 19 June 2017 at 00:37, Numan Siddique wrote:
> >
> >
> > On Fri, Jun 16, 2017 at 11:22 PM, Joe Stringer wrote:
> >>
> >> On 15 June 2017 at 22:20, Numan Siddique wrote:
> >> >
> >> >
> >> > On Thu, Jun 15, 2017 at 5:06 PM, Aswin S
> wr
Hi everyone,
I'm trying to construct a NUMA-aware OVS-DPDK testbed with two VMs on each
different NUMA node.
I found this article [1] and knew that for this kind of testbed setup,
there are three types of memory; QEMU mem, OVS mem and DPDK mem (Figure 3.
in the article).
Originally, I simply tho
18 matches
Mail list logo
