There seems to be a bug in the parsing code. You should be able to get a trace if you add ",ttl=64" just after flags(-df+csum+key).
On Wed, Dec 12, 2018 at 03:56:27PM -0800, Rallapalli Jagannath wrote: > Hi Ben, > Tried using the ofproto/trace but it is giving me errors. I pasted the > output of ovs-dpctl to ovs-appctl ofproto/trace. > ovs-dpctl doesn't show that queue is being set in action. > > // dpctl output > > :~$ sudo ovs-dpctl dump-flows | grep in_port\(2 > > recirc_id(0),skb_priority(0),tunnel(tun_id=0x6,src=10.0.2.240,dst=10.0.2.1,flags(-df+csum+key)),in_port(2),eth_type(0x0800),ipv4(dst= > 173.194.0.0/255.254.0.0,proto=6,frag=no),tcp(dst=256/0xff00), packets:1284, > bytes:95269, used:1.381s, flags:SFP., > actions:push_eth(src=02:00:00:00:00:01,dst=e2:0f:66:ad:01:44),1 > > > recirc_id(0),skb_priority(0),tunnel(tun_id=0x6,src=10.0.2.240,dst=10.0.2.1,flags(-df+csum+key)),in_port(2),eth_type(0x0800),ipv4(dst= > 56.0.0.0/248.0.0.0,proto=6,frag=no),tcp(dst=256/0xff00), packets:0, > bytes:0, used:never, > actions:push_eth(src=02:00:00:00:00:01,dst=e2:0f:66:ad:01:44),1 > > > > // Pasted tunnel info + inside info > > ~$ sudo ovs-appctl ofproto/trace > "tunnel(tun_id=0x6,src=10.0.2.240,dst=10.0.2.1,flags(-df+csum+key)),in_port(2),eth_type(0x0800),ipv4(dst= > 56.0.0.0/248.0.0.0,proto=6,frag=no),tcp(dst=256/0xff00)" > > Failed to parse datapath flow key > > ovs-appctl: ovs-vswitchd: server returned an error > > > :~$ sudo ovs-appctl ofproto/trace "in_port(2),eth_type(0x0800),ipv4(dst= > 56.0.0.0/248.0.0.0,proto=6,frag=no),tcp(dst=256/0xff00)" > > Invalid datapath flow > > ovs-appctl: ovs-vswitchd: server returned an error > > > :~$ sudo ovs-appctl ofproto/trace > "in_port(2),eth(),eth_type(0x0800),ipv4(dst= > 56.0.0.0/248.0.0.0,proto=6,frag=no),tcp(dst=256/0xff00)" > > Invalid datapath flow > > ovs-appctl: ovs-vswitchd: server returned an error > > > > > cookie=0x2b, duration=2872.227s, table=5, n_packets=67995, > n_bytes=17546204, idle_age=0, > priority=65235,ip,reg1=0x1,metadata=0x1485c02ed2e009 > actions=resubmit(,20),set_field:0x2b->reg > > 2,set_queue: > > > Thanks, > > -Jagan. > > On Wed, Dec 12, 2018 at 11:32 AM Ben Pfaff <b...@ovn.org> wrote: > > > Next, I'd suggest using ofproto/trace to figure out the path of the > > packets through OVS. It's documented in ovs-vswitchd(8). > > > > On Wed, Dec 12, 2018 at 11:19:52AM -0800, Rallapalli Jagannath wrote: > > > Hi Ben, > > > Thanks a lot for your reply. I added min-rate to queue config. Still the > > > traffic is going only to the default queue. Do I need to check anything > > > else? > > > > > > ovs-vsctl set port br1 qos=@newqos1 -- --id=@newqos1 create qos > > > type=linux-htb other-config:max-rate=1000000 queues:4=@vn4queue -- > > > --id=@vn4queue create queue other-config:max-rate=20000 > > > other-config:min-rate=2000 > > > > > > :~$ sudo ovs-ofctl queue-stats br1 > > > > > > OFPST_QUEUE reply (xid=0x2): 2 queues > > > > > > port LOCAL queue 0: bytes=272161446, pkts=193619, errors=0, duration=? > > > > > > port LOCAL queue 4: bytes=0, pkts=0, errors=0, duration=? > > > > > > > > > Thanks, > > > -Jagan. > > > > > > Thanks, > > > -Jagan. > > > > > > On Wed, Dec 12, 2018 at 7:56 AM Ben Pfaff <b...@ovn.org> wrote: > > > > > > > On Tue, Dec 11, 2018 at 11:18:16PM -0800, Rallapalli Jagannath wrote: > > > > > Hi, > > > > > I am new to OVS and I have a question on traffic shaping . > > > > > Setup: > > > > > --------- > > > > > I have a bridge br1 with two interfaces br1(LOCAL) and tn1 tunnel > > > > > interface. Bridge br1 doesn't have any physical interfaces. > > > > > Traffic coming on tn1 goes out of br1 Local interface. It uses > > iptables > > > > > and egresses out of eth0 to the internet. > > > > > > > > > > I want to apply traffic shaping on some flows from tn1 going out of > > eth0. > > > > > Can someone please tell me how to do this? > > > > > > > > > > I tried the following and it did not work. Traffic was always going > > to > > > > > default queue. > > > > > > > > > > // Creating QoS config on br1 > > > > > > > > > > # ovs-vsctl set port br1 qos=@newqos1 -- --id=@newqos1 create qos > > > > > type=linux-htb other-config:max-rate=1000000 queues:4=@vn4queue -- > > > > > --id=@vn4queue create queue other-config:max-rate=20000 > > > > > > > > It looks like you did not define a min-rate for the queue, but min-rate > > > > is required. > > > > > > _______________________________________________ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss