#19105: Allow for more flexible port mirroring on ar8xxxx switches
----------------------------+-----------------------------------
 Reporter:  squidevil       |      Owner:  developers
     Type:  enhancement     |     Status:  new
 Priority:  normal          |  Milestone:  Barrier Breaker 14.07
Component:  base system     |    Version:  Trunk
 Keywords:  switch, mirror  |
----------------------------+-----------------------------------
 The current mirror_monitor_port/mirror_source_port feature in the ar8216.c
 driver for ar8216 and ar8327 network switches isn't as flexible as the
 base hardware allows.  Currently, mirroring is restricted to packets
 rx/tx/both at one port to one other port.  The switch itself allows the
 tx/rx from any combination of ports to be mirrored to the monitor_port.

 I've pulled together a patch for the ar8216.c driver that enables this.
 Commands like this can now be run, which mirrors any packet received on
 port 4 or port 5 to port 0:

 {{{
 swconfig dev switch0 set mirror_monitor_port 0
 swconfig dev switch0 port 4 set enable_mirror_rx 1
 swconfig dev switch0 port 5 set enable_mirror_rx 1
 }}}

 Corresponding changes to the network switch setup bash scripts would need
 to be made as well.

 It looks like the source_port/mirror_port concept came from the
 rtl8366rb.c driver, whose hardware appears to only support the single
 source port. I elected not to support the older mirror_source_port (and
 its associated switch-level enable_mirror_rx/enable_mirror_tx options).
 It would be fairly easy to add those back into the driver and support both
 syntaxes, but I thought it important to get this request looked at before
 bothering with the additional work.  I'll let the other
 maintainers/developers provide an opinion, first.

--
Ticket URL: <https://dev.openwrt.org/ticket/19105>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets

Reply via email to