[SFC-148] Missing actions in SFF egress flows Created: 15/Jun/16  Updated: 19/Oct/17  Resolved: 20/Jun/16

Status: Resolved
Project: sfc
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: Tomas Cechvala Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


External issue ID: 6068
Priority: Highest

 Description   

The following actions are missing in egress flows:

move:NXM_NX_NSI[]->NXM_NX_NSI[],
move:NXM_NX_NSP[]->NXM_NX_NSP[],
move:NXM_NX_NSH_C1[]->NXM_NX_TUN_IPV4_DST[],
move:NXM_NX_NSH_C2[]->NXM_NX_TUN_ID[0..31]

Example:
Should be
cookie=0xba5eba11ba5eba11, duration=148.460 table=15, n_packets=150 n_bytes=1195, priority=650,nsp=95,nsi=253 actions=move:NXM_NX_NSI[]>NXM_NX_NSI[],move:NXM_NX_NSP[]>NXM_NX_NSP[],move:NXM_NX_NSH_C1[]>NXM_NX_TUN_IPV4_DST[],move:NXM_NX_NSH_C2[]>NXM_NX_TUN_ID[0..31],IN_PORT
But is
cookie=0xba5eba11ba5eba11, duration=9.303s, table=15, n_packets=48, n_bytes=3552, priority=751,nsp=95,nsi=253,in_port=1 actions=IN_PORT

https://github.com/opendaylight/sfc/blob/stable/beryllium/sfcofl2/src/main/java/org/opendaylight/sfc/l2renderer/openflow/SfcL2FlowProgrammerOFimpl.java

I looked into configureVxlanGpeLastHopTransportEgressFlow method here on line 1085 (priority of flows are FLOW_PRIORITY_TRANSPORT_EGRESS + 1)

And I noticed, that all the missing actions are actually being configured.
Therefore it's possible that the problem may also be caused by Openflowplugin.

The misconfigured flow can be seen here:
https://jenkins.opendaylight.org/releng/view/groupbasedpolicy/job/groupbasedpolicy-csit-1node-6node-only-beryllium/539/robot/report/log.html#s1-s2-s11-t4-k2-k2

please notice the flow
priority 751,table=15,nsi=253,...

Nodes config and operational DS can be also seen on robot output:
nodes config:
https://jenkins.opendaylight.org/releng/view/groupbasedpolicy/job/groupbasedpolicy-csit-1node-6node-only-beryllium/539/robot/report/log.html#s1-s2-s11-t4-k2-k2
nodes operational:
https://jenkins.opendaylight.org/releng/view/groupbasedpolicy/job/groupbasedpolicy-csit-1node-6node-only-beryllium/539/robot/report/log.html#s1-s2-s11-t10-k2



 Comments   
Comment by Tomas Cechvala [ 15/Jun/16 ]

The bug is in stable/beryllium, boron works well.

Comment by Tomas Cechvala [ 15/Jun/16 ]

How can this be replicated.

build beryllium groupbasedpolicy distribution-karaf withouth nsu so that sfc and openflowplugin are up to date (removing those project from m2 is also a good approach)

run the following demo
https://github.com/opendaylight/groupbasedpolicy/tree/master/demos/gbpsfc-env

to sum it up
source ./env.sh
vagrant up (6 nodes should be created from a downloaded image, some memory will be consumed)
rm demo.lock (if it exist)
./startdemo demo-symmetric-chain

at this point VMs are having OVS configured and data will be send to ODL afterwards.

vagrant ssh gbpsfc2
sudo ovs-vsctl dump-flows sw2 -O Openflow13
exit
vagrant ssh gbpsfc4
sudo ovs-vsctl dump-flows sw4 -O Openflow13

this problematic flow should be spont on one of the VMs.

Comment by Tomas Cechvala [ 20/Jun/16 ]

fixed by https://git.opendaylight.org/gerrit/#/c/40509/

Generated at Wed Feb 07 20:38:46 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.