So what will happen in userspace if the patch port exists between two bridges? For example: bridge1 patch-port1--------- patch-port2 bridge2
bridge1: flowtable1: match: all action: normal; bridge2: flowtable1: match in-port=patch-port2 ; vlan=1; action: set_tunnel_id(vxlan id)= 101, output: vxlan-port1; Then one packet 'src mac=A dst mac=B, vlan=1' arrvied, after the packet matched the rule in bridge1-flowtable1, will the rule in bridge2 be matched?If so could you tell me the source/function name about the logic? Looking forward for your reply. Thanks. At 2015-09-16 23:21:57, "Ben Pfaff" <b...@nicira.com> wrote: >On Wed, Sep 16, 2015 at 12:35:46PM +0800, Na Zhu wrote: >> Think about this case: a VM attaches to an OVS br-int through >> vhost(kernel), the OVS br-int interconnects with OVS br-eth through a pair >> of patch ports. The physical NIC eth0 is added to br-eth. A packet >> originated from the VM is eventually sent out form eth0. When the data path >> of OVS br-int forwards the packet from the TAP (associates with the VM) >> interface to the patch port, if the OVS patch port is implemented entirely >> inside OVS user space, in this case will it get performance penalty, since >> a switching from kernel space to user space seems to take place? > >No. Patch ports do not require an extra trip through userspace. >_______________________________________________ >dev mailing list >dev@openvswitch.org >http://openvswitch.org/mailman/listinfo/dev _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
