That's correct.
On Wed, Sep 16, 2015 at 09:18:01AM -0700, Han Zhou wrote:
> In userspace, if the tables lookup of the first bridge results in an
> action of output to a patch port, then it should lookup the bridge of
> the peer port consequently.
> The flow installed to datapath will be the final
In userspace, if the tables lookup of the first bridge results in an
action of output to a patch port, then it should lookup the bridge of
the peer port consequently.
The flow installed to datapath will be the final actions combining all
the results.
E.g.
port_A --- br1 --- port_B (patch) ...
Thank you very much.
Could you tell me more details about this?
I know the packet will be transfer to userspace if flow-miss happens and flow
will be installed to kernel
if the packet matches the openflow-table in openflow switch.
So if one patch port exists between two bridges, how the flow wi
Patch port is like a wormhole, which transfers packets between bridges
transparently. There is no datapath port for it.
In your case, the packet should be forwarded to br-tun, but it seems
you have no tunnel port (vxlan, geneve, stt, etc.) in br-tun, so you
didn't see any output on that bridge. You
On Tue, Sep 15, 2015 at 03:33:15PM +0800, openvswitcher wrote:
> I want to ask one question about patch port and flooding.
>
>
> The topology used is below:
>
>
> namespace 1(tap516ed44b-29) --br-int--br-tun
>
>
> I ping an unreachable address 192.168.10.20 from 192.168.10.2(namespace port
I want to ask one question about patch port and flooding.
The topology used is below:
namespace 1(tap516ed44b-29) --br-int--br-tun
I ping an unreachable address 192.168.10.20 from 192.168.10.2(namespace port
tap516ed44b-29),so the arp flow is installed in kernel.
But the action is "push_vla
