For packets that go to the slow path, the trace is supposed to show what
happens when the packet is processed in the slow path and then note why
it goes to the slow path.  That wasn't happening in your case because of
that formatting/parsing mismatch.

On Wed, Dec 06, 2017 at 06:38:23AM +0000, Amar Padmanabhan wrote:
> oh, I think I remember that output to slow_path doesn’t show up in the 
> ofproto/trace. Don’t remember why though
> - Amar
> 
> From: <ovs-discuss-boun...@openvswitch.org> on behalf of Amar Padmanabhan 
> <amarpadmanab...@fb.com>
> Date: Tuesday, December 5, 2017 at 9:59 PM
> To: "ovs-discuss@openvswitch.org" <ovs-discuss@openvswitch.org>, Ben Pfaff 
> <b...@ovn.org>
> Cc: Jacky Tian <xjt...@fb.com>
> Subject: [Potential Spoof] [ovs-discuss] Discrepancy between ofproto/trace 
> output and dpctl dump-flows output
> 
> Hi,
> We are debugging a setup and are seeing something that we are finding it hard 
> to explain.
> 
> 1 - Here is the ovs-dpctl dump-flows output.
> recirc_id(0),in_port(3),eth_type(0x0800),ipv4(dst=192.168.128.0/255.255.255.0,frag=no),
>  packets:550, bytes:53900, used:0.364s, 
> actions:userspace(pid=3276048382,slow_path(controller))
> 
> 2 - We are now trying to trace this flow and are not seeing the output to 
> controller flow getting hit in the trace.
> sudo ovs-appctl ofproto/trace 
> "in_port(3),eth_type(0x0800),ipv4(dst=192.168.128.0/255.255.255.0,frag=no)"
> Flow: 
> packet_type=(1,0x800),in_port=32770,nw_src=0.0.0.0,nw_dst=192.168.128.0,nw_proto=0,nw_tos=0,nw_ecn=0,nw_ttl=0
> bridge("gtp_br0")
> -----------------
> 0. priority 0 resubmit(,1)
> 1. in_port=32770, priority 10 set_field:0->metadata resubmit(,2)
> 2. priority 0 resubmit(,3)
> 3. No match. drop Final flow: unchanged Megaflow: 
> recirc_id=0,packet_type=(1,0x800),in_port=32770,nw_frag=no Datapath actions: 
> drop ---> Why isn’t the output to controller flow getting hit?
> 
> 
> 3 - We are also seeing the flow counts go up for the output to controller 
> flow per the ofctl dump-flows output (pasting relevant flows)
> 
> NXST_FLOW reply (xid=0x4): cookie=0x0, duration=1482.245s, table=0, 
> n_packets=1408, n_bytes=148464, idle_age=1, priority=0 actions=resubmit(,1)
> cookie=0x0, duration=1482.244s, table=1, n_packets=1283, n_bytes=123662, 
> idle_age=1, priority=10,in_port=32770 
> actions=set_field:0->metadata,resubmit(,2)
> cookie=0x0, duration=1482.244s, table=2, n_packets=1247, n_bytes=122150, 
> idle_age=1, priority=0 actions=resubmit(,3)
> cookie=0x0, duration=1482.245s, table=3, n_packets=1245, n_bytes=122010, 
> idle_age=1, priority=0,ip,metadata=0,nw_dst=192.168.128.0/24 
> actions=CONTROLLER:65535 ---> Notice that this is getting hit as well
> 
> 4 - Misc info:
> ovs-vsctl (Open vSwitch) 2.8.0
> DB Schema 7.15.0
> 
> ovs-appctl dpif/show
> gtp_br0:
>         gtp0 32768/4: (gtp: key=flow, remote_ip=flow)
>         gtp_br0 65534/1: (internal)
>         int_nat_peer 32770/3: (system)
>         veth0_ovs 32769/2: (system)
> 
> Also, Whoever improved the output of ofproto/trace thanks a ton!
> 
> Thanks in advance!
> Amar
_______________________________________________
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Reply via email to