On Wed, Dec 13, 2017 at 09:24:49PM -0500, Vasu S wrote:
> I'm trying to connect two OVS bridges via patch ports, however, as soon as
> I add the ports as type=patch, they disappear from the ifconfig and I'm
> unable to check any traffic hits on either of the patch interfaces.
Patch ports aren't
The phrase is "patch port" and not "patch bridge"
I have said enough!
/Shivaram
::Sent from my mobile device::
> On Dec 13, 2017, at 6:24 PM, Vasu S wrote:
>
> Hi All,
>
> I'm trying to connect two OVS bridges via patch ports, however, as soon as I
> add the ports as
Hi All,
I'm trying to connect two OVS bridges via patch ports, however, as soon as
I add the ports as type=patch, they disappear from the ifconfig and I'm
unable to check any traffic hits on either of the patch interfaces. Of
course, I'm not able to get the ping going with the patched interfaces
just as an update, I found out a way to solve my problem, but not sure how
it causes it! I was trying to do hop-by-hop routing over a wireless mesh
network bt setting eth_dst field (Re-writing of Destination MAC). In my
prior configuration, I was not re-writing the eth_src field at each router,
Thanks for the replies!
We’re using v2.8.1.
I don’t completely understand Russell’s patch, but I don’t think our ACLs were
taking advantage of it. Do the ACLs need to be “tagged” with port information
in order for it to be useful?
Before, our ACLs were in terms of L3 and above. I brought down
Subrata Nath via discuss writes:
> HI,
>
> I have built OVS version 2.5.4 with DPDK 2.2 and want to create interface
> type dpdkvhostuser for the
> container.
>
> I followed the tutorial
>
HI,
I have built OVS version 2.5.4 with DPDK 2.2 and want to create interface
type dpdkvhostuser for the container.
I followed the tutorial
https://www.youtube.com/watch?v=gkCMk-1m3HA=PLg-UKERBljNx44Q68QfQcYsza-fV0ARbp=4
and then when i attempted to create the "dpdkvhostuser" interfaces,
Hi,
I will get a "OFPERR_OFPBAC_BAD_VENDOR_TYPE" error when running cmd:
ovs-ofctl add-flow ovsbr0 "table=0,in_port=1 actions=encap(nsh)".
Is this because of the command?
Does it need some other configuration?
The ovs version is "2.8.90"
Thanks,
Hello all,
I run a test with the user conntrack. And I found if I only change the udp
port, then the hash with function "conn_key_hash" is not balance.
I change the hmap num(ct->buckets) to 4096 and ct->n_conn_limit to 30,000,000.
And I print the num of the nodes contained in the hmap's bucket.
Hey, which version are you using?, There are a couple of patches that
Russell submitted recently to avoid flows not necessary on specific
chassis, and I know Ben was looking at improving the bundle logic on
ovn-controller to also reduce the number of flows generated for address
sets.
On Tue, Dec
Hi folks,
The following commit[0] added support for SSL connections to NB and SB
databases. Now for enabling open ptcp communication to NB and SB dbs,
we need to do this:
# ovn-sbctl set-connection ptcp:6642
# ovn-nbctl set-connection ptcp:6641
For an OpenStack cloud deployment(TripleO), if open
11 matches
Mail list logo