[ovs-discuss] Traffic Shaping in OVS

[Rallapalli Jagannath]

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 <blp at 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 <blp at 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.
> > >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openvswitch.org/pipermail/ovs-discuss/attachments/20181212/23976e93/attachment-0001.html>