Just to let you know that I am under test and it is working for now :)
Please don't hesitate to correct me or improve if you see any room for
improvement :)
_ovs-vsctl show (extract)_
Bridge vswitch_wan
Port span_wan
Interface span_wan
* type: patch**
** options: {peer=rspan_wan}*
Port pnic_wan
Interface pnic_wan
Bridge vswitch_rspan
Bridge vswitch_rspan
Port rspan_wan
Interface rspan_wan
* type: patch**
** options: {peer=span_wan}*
Port "vnic_v00_r_win"
Interface "vnic_v00_r_win"
_then I have deleted all flows_
ovs-ofctl del-flows vswitch_rspan
_checking the port num__bers_
ovs-ofctl show vswitch_rspan
OFPT_FEATURES_REPLY (xid=0x2): dpid:000062d170d77844
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP
actions: output enqueue set_vlan_vid set_vlan_pcp strip_vlan mod_dl_src
mod_dl_dst mod_nw_src mod_nw_dst mod_nw_tos mod_tp_src mod_tp_dst
* 1(rspan_wan)*: addr:3e:d6:91:68:94:fd
config: 0
state: 0
speed: 0 Mbps now, 0 Mbps max
* 7(vnic_v00_r_win)*: addr:ae:e0:55:16:7a:76
config: 0
state: 0
current: 10MB-FD COPPER
speed: 10 Mbps now, 0 Mbps max
_add__ing__direct forwarding from port 1 to 7 only_
ovs-ofctl add-flow vswitch_rspan priority=500,in_port=*1*,actions=output:*7*
_checking the flow tab__le_
ovs-ofctl dump-flows vswitch_rspan
NXST_FLOW reply (xid=0x4):
cookie=0x0, duration=169.843s, table=0, n_packets=6947,
n_bytes=1882243, idle_age=0, priority=500,in_port=1 actions=output:7
_and last stage is doing normal mirroring on __vswitch_wan_
ovs-vsctl --id=@m create mirror name=span_test -- add bridge
*vswitch_wan* mirrors @m
ovs-vsctl -- --id=@pnic_wan get port *pnic_wan* -- set mirror span_test
select_src_port=@*pnic_wan* select_dst_port=@*pnic_wan*
ovs-vsctl -- --id=@span_wan get port *span_wan* -- set mirror span_test
output-port=@*span_wan*
On 12/19/15 09:39, Benoît wrote:
Hi Justin
It makes perfectly sense to me but I am wondering if I would create
loop as the trafic could comme back to the different path ports...
(and as well for the Mac learning as you already mentioned)
Is there any specific commands to avoid both Mac learning and deny the
traffic to come back from any port from the four bridge to the others
bridges?
Many thanks
On December 19, 2015 1:09:15 AM GMT+01:00, Justin Pettit
<[email protected]> wrote:
On Dec 16, 2015, at 10:19 AM, Benoît <[email protected]>
wrote: Hi, I got 3 OVS bridges in a single host and I use the
mirroring function in ovs. Is there any way to have interfaces
from different ovs bridges and copy the traffic to one
destination interface? The reason why is that my monitoring
system works better with one interface only and it is more
complicated to manage with 3 destination interfaces (1 per
each bridge) Is there a tips to do like a remote span (one
source interface from a bridge to a destination interface from
another bridge)
I wonder if you could create a fourth bridge and connect your monitoring
system to that. Then, I think you could create a patch port that is the mirror
target in each bridge and have the other end of each patch port plug into that
fourth bridge. You might need to modify that bridge's flow table to direct
traffic into the monitoring system's port, since if you wouldn't want mac
learning to happen. I haven't tried it, but it works in my head. :-)
--Justin
_______________________________________________
discuss mailing list
[email protected]
http://openvswitch.org/mailman/listinfo/discuss
