On Fri, Jul 08, 2016 at 05:53:29AM +, Ansari, Shad wrote:
> I am trying to follow the OVSDB multi-threading patch discussed back
> in March
> (http://openvswitch.org/pipermail/dev/2016-March/067130.html). Appears
> this did not make it in. Anyone know the reasons why?
I don't think that the mu
Hi,
I am trying to follow the OVSDB multi-threading patch discussed back in March
(http://openvswitch.org/pipermail/dev/2016-March/067130.html). Appears this did
not make it in. Anyone know the reasons why?
-shad
___
discuss mailing list
discuss@open
Hi Ben,
No, I didn't had the evidence of IPFIX packets being monitored.
OK, since we're doing some experiments with Daniel in the other thread
and I'm not experiencing IPFIX packet loops, I think we can close this
thread and continue the test experiments with Daniel in the other thread.
Best
On Thu, Jul 7, 2016 at 1:30 PM, Han Zhou wrote:
>
>
> On Thu, Jul 7, 2016 at 1:15 PM, Andy Zhou wrote:
>
>>
>>
>> On Thursday, July 7, 2016, Russell Bryant wrote:
>>
>>>
>>> On Thu, Jul 7, 2016 at 2:44 PM, Andy Zhou wrote:
>>>
On Thu, Jul 7, 2016 at 11:37 AM, Han Zhou wrote:
> H
On Thu, Jul 7, 2016 at 3:15 PM, Andy Zhou wrote:
> Another consideration is that we'd be able to make use of ovsdb features,
>> but at the expense of not be able to use etcd features directly. An
>> example is authorization. This is a v2 API doc, but:
>>
>> https://coreos.com/etcd/docs/latest/a
On Thu, Jul 7, 2016 at 1:15 PM, Andy Zhou wrote:
>
>
> On Thursday, July 7, 2016, Russell Bryant wrote:
>
>>
>> On Thu, Jul 7, 2016 at 2:44 PM, Andy Zhou wrote:
>>
>>> On Thu, Jul 7, 2016 at 11:37 AM, Han Zhou wrote:
>>>
Hi Andy,
Sorry #1 seems not clear to me. It sounds like a
On Thursday, July 7, 2016, Russell Bryant wrote:
>
> On Thu, Jul 7, 2016 at 2:44 PM, Andy Zhou wrote:
>
>> On Thu, Jul 7, 2016 at 11:37 AM, Han Zhou wrote:
>>
>>> Hi Andy,
>>>
>>> Sorry #1 seems not clear to me. It sounds like a etcd cluster running
>>> behind a ovsdb-server cluster? Then what
On Thu, Jul 7, 2016 at 2:44 PM, Andy Zhou wrote:
> On Thu, Jul 7, 2016 at 11:37 AM, Han Zhou wrote:
>
>> Hi Andy,
>>
>> Sorry #1 seems not clear to me. It sounds like a etcd cluster running
>> behind a ovsdb-server cluster? Then what would be the HA mechanism for the
>> ovsdb-server layer?
>>
>
Hello, Jesse,
Thank you SO MUCH for pointing this out. I inherited an init script that
must have been older than the version in 2.3.1, and did not have the
iptables rules.
Now, it JUST WORKS, as it's supposed to :)
For anyone interested, the OpenSUSE LEAP 42.1 packages are in
https://build.merpr
On Thu, Jul 7, 2016 at 11:37 AM, Han Zhou wrote:
> Hi Andy,
>
> Sorry #1 seems not clear to me. It sounds like a etcd cluster running
> behind a ovsdb-server cluster? Then what would be the HA mechanism for the
> ovsdb-server layer?
>
Yes, your understanding is correct, expect ovsdb-servers do n
On Thu, Jul 7, 2016 at 11:05 AM, Guru Shetty wrote:
>
>
> On 7 July 2016 at 08:18, Taekho Nam wrote:
>
>> I'm following some command for set up OVN in 'overlay' mode in this
>> documents.
>> (https://github.com/openvswitch/ovs/blob/master/INSTALL.Docker.md)
>>
>> But, I'v faced some problems.
>>
On Sun, Apr 24, 2016 at 10:01 PM, Troy wrote:
> Dear all,
>
> It's really a shame that I cannot complete my job. So I have to ask for
> help here.
>
> I installed the OVN and run the northd and controller successfully. Also
> ,I added the fail_mode(secure) in br-int.
> Then, I followed the setup.
On Thu, Jul 7, 2016 at 10:55 AM, Bolesław Tokarski
wrote:
> Hello,
>
> I installed Ubuntu 16.04 on the hostB to check the behaviour between the two
> OSes.
>
> The setup is the same as with two hosts running OpenSUSE:
>
>
>>> >
>>> > hostA:
>>> >
>>> > ovs-vsctl add-br secure
>>> > ip link set sec
Hi Andy,
Sorry #1 seems not clear to me. It sounds like a etcd cluster running
behind a ovsdb-server cluster? Then what would be the HA mechanism for the
ovsdb-server layer?
Han
On Thu, Jul 7, 2016 at 11:07 AM, Andy Zhou wrote:
>
> Ben and I discussed briefly, and came up with two possible alt
On Sat, Jul 2, 2016 at 6:10 PM, Guru Shetty wrote:
>
>
> On 2 July 2016 at 05:31, Flaviof wrote:
>
>> Hi folks,
>>
>> I'm trying to install a node where all I have running is ovn northd. That
>> is very similar to what we have as the db node in
>> networking-ovn's Vagrantfile [1].
>> Note that I
Ben and I discussed briefly, and came up with two possible alternatives:
1. Deploy ovsdb and etcd in tendon.
The Ovsdb clients still connect to ovsdb server. OVSDB server(s) stores the
db in etcd, rather than
a file. Referential integrity will be enforced by ovsdb server.
2. Absorb some ovsdb s
Hello,
I installed Ubuntu 16.04 on the hostB to check the behaviour between the
two OSes.
The setup is the same as with two hosts running OpenSUSE:
>
>> > hostA:
>> >
>> > ovs-vsctl add-br secure
>> > ip link set secure up
>> > ip addr add 192.168.20.1/24 broadcast 192.168.20.255 dev secure
>>
Hi
I will do that .. N keep you posted ..
Shyam Yeduru
> On 07-Jul-2016, at 3:51 PM, Christian Ehrhardt
> wrote:
>
> Hi,
> check my former link - as it said you should check the syslog/journal around
> the time when starting the dpdk enabled openvswitch.
> At that time the device probing an
Hi ,
Sorry for confusing you. I will explain my issue clearly.
We have installed OVS and DPDK on Ubuntu14.04. We have done our configuration
using Physical NIC and Virtual
Functions (SR-IOV produced Interfaces).
We have followed this link:
https://software.intel.com/en-us/articles/using-op
Hi Christian,
Thanks for writing us. We are able to mount the Intel 10gig DPDK Supported NIC
Cards as stated in below url.Our Test Cases:1.0 Intel 10gig with Pass Through
on to Vyatta Router , Traffic Generator was IXIA (No DPDK Enabled
Interfaces)2.0 Intel 10gig with Pass Through on to Vyatta R
On 7 July 2016 at 08:18, Taekho Nam wrote:
> I'm following some command for set up OVN in 'overlay' mode in this
> documents.
> (https://github.com/openvswitch/ovs/blob/master/INSTALL.Docker.md)
>
> But, I'v faced some problems.
>
> When I typed
>
> ovn-docker-overlay-driver --detach, I can see f
I'm following some command for set up OVN in 'overlay' mode in this
documents.
(https://github.com/openvswitch/ovs/blob/master/INSTALL.Docker.md)
But, I'v faced some problems.
When I typed
ovn-docker-overlay-driver --detach, I can see following ImportError.
root@ubuntu:~# ovn-docker-overlay-d
I don’t understand what you mean by “translating mac addresses” ??
NAT works at layer 3 - it translates IP, not MAC
> On Jul 7, 2016, at 4:06 PM, Cristina Palomo Regidor
> wrote:
>
> Hi,
> thanks for your answer.
>
> I have tried a different setup
>
> Machine1 à Machine2 mgmt0 internal por
Hi,
thanks for your answer.
I have tried a different setup
Machine1 --> Machine2 mgmt0 internal port – br0 - web_server
Now I am reaching machine2 mgmt0 internal port with ip 10.51.89.166, and I am
translating it with nat to 172.16.1.7, that is the ip of the web server. The
wget is reaching t
On Wed, Jul 6, 2016 at 9:12 AM, Gray, Mark D wrote:
> Processes (not really dealt with by the charter but worth some discussion):
> * I think the following would improve transparency, I don't know if this
> should be in the charter, but I think it would be good to address:
> a. A more open r
The problem is not related to OpenFlow / Open vSwitch, but it’s a network
configuration on your machine.
Your machine is trying to find the MAC address of its gateway (192.168.9.220)
by ARPing for it. From what I see, noone replies. Where did you configure this
IP address 192.168.9.220 (that app
Hello,
Thanks for your answer. I would like to use real NAT.
Now I have changed ips to different subnet.
So I have:
Client --> br0 --> web server
Client: 192.168.9.218/29
Web server: 172.16.1.5/24
I am trying to reach the web server from the client with the below emails nat
rules. I am trying
Ah, sorry, now I got it: you try to NAT between 172.16.1.4 to 172.16.1.5,
meaning 2 IPs in the same subnet ? Why would you do that ?
If you just want to change the DST IP, you could use simple OF rules
(set_field:ip_dst=x.x.x.x) - this is without conntrack.
If, on the other hand you want the re
Hello,
Thanks for your answer.
I have set the same rules also for arp but the result is the same, the arp is
not being translated:
# ovs-ofctl add-flow br0
"in_port=4,arp,action=ct(commit,zone=1,nat(dst=172.16.1.5)),5"
sccf16:~ #
# ovs-ofctl add-flow br0
"in_port=5,ct_state=-trk,arp,action=ct
Hi Mechthild,
I've tried to reproduce this issue on my setup (Fedora 22 kerenl 4.1.8) but
have not been able to reproduce it.
A few questions to help the investigation
1. Are you running 1 or 2 VMs in the setup (i.e. 1 vm with 2 vhost user ports
or 2 vms with 1 vhost user port each?)
2. What a
Hello,
Your first flow “in_port=4, ip, ….” matches only IP traffic, but ARP is not
matched. You need another rule like “in_port, arp, actions….” to translate
also ARP.
Cheers,
DC
> On Jul 7, 2016, at 11:36 AM, Cristina Palomo Regidor
> wrote:
>
> Hello,
> I would appreciate any help on th
Hello,
I would appreciate any help on this nat example. I want to do dst nat
translation so the dst address is translated to 172.16.1.5 where I have a web
server.
I have implemented these flows:
ovs-ofctl add-flow br0
"in_port=4,ip,action=ct(commit,zone=1,nat(dst=172.16.1.5)),5"
ovs-ofctl add-
Hi,
check my former link - as it said you should check the syslog/journal
around the time when starting the dpdk enabled openvswitch.
At that time the device probing and initialization takes place, and there
you likely find why you have no dpdk0
Probably something around the iommu as this is often
Regards
_Sugesh
From: discuss [mailto:discuss-boun...@openvswitch.org] On Behalf Of Binghan
Sent: Monday, July 4, 2016 10:05 AM
To: b...@openvswitch.org
Subject: [ovs-discuss] How to enable dpdk interface for OVS+DPDK on RHEL?
Hi,
I built OVS+DPDK from source. I use OVS 2.5.0 and DPDK 2.2.0, t
34 matches
Mail list logo