[VTN-142] Failed to install flow entries due to BADACTION Created: 02/Sep/16 Updated: 19/Oct/17 |
|
| Status: | Open |
| Project: | vtn |
| Component/s: | VTN Manager |
| Affects Version/s: | unspecified |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Hideyuki Tai | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| External issue ID: | 6620 |
| Description |
|
VTN Manager failed to install flow entries due to BADACTION in the CSIT. It seems to me that the failures always happens in the VTN CSIT even when all tests go successful. I'm guessing some tests in the VTN CSIT try to install flow entries which the OVS, which is used in the CIST, doesn't support. We may need to modify the test script of the VTN CSIT, or of course, it could be a bug of VTN Manger. Anyway, we need to investigate that. https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-boron/639/ 2016-09-01 04:44:16,754 | TRACE | TN Flow Thread-0 | FlowAddContext | 194 - org.opendaylight.vtn.manager.implementation - 0.5.0.SNAPSHOT | Flow entry has been installed: flow=[id=7f56000000000048-1, pri=14, timeout=(0,0), node=openflow:1, ingress=openflow:1:1, cond= {DL_SRC=92:ce:45:0b:10:01,DL_DST=5e:71:4c:55:0e:06,DL_TYPE=2048,DL_VLAN=0,IP_SRC=10.0.0.1,IP_DST=10.0.0.3,IP_PROTO=1}, actions= {OUTPUT(port=openflow:1:2, len=65535)}2016-09-01 04:44:16,758 | ERROR | entLoopGroup-5-5 | SalFlowServiceImpl | 183 - org.opendaylight.openflowplugin.impl - 0.3.0.SNAPSHOT | flow add failed for flow=AddFlowInput [_cookie=FlowCookie [_value=9175521290813964360], _flags=FlowModFlags [_cHECKOVERLAP=false, _rESETCOUNTS=false, _nOPKTCOUNTS=false, _nOBYTCOUNTS=false, _sENDFLOWREM=true], _flowRef=FlowRef [_value=KeyedInstanceIdentifier {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.table.Flow, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:3]]], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowCapableNode, org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table[key=TableKey [_id=0]], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.table.Flow[key=FlowKey [_id=Uri [_value=vtn:72-2]]]]}], _flowTable=FlowTableRef [_value=KeyedInstanceIdentifier {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:3]]], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowCapableNode, org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table[key=TableKey [_id=0]]]}], _hardTimeout=0, _idleTimeout=0, _instructions=Instructions [_instruction=[Instruction [_instruction=ApplyActionsCase [_applyActions=ApplyActions [_action=[Action [_action=SetTpDstActionCase [_setTpDstAction=SetTpDstAction [_port=PortNumber [_value=1], augmentation=[]], augmentation=[]], _key=ActionKey [_order=0], _order=0, augmentation=[]], Action [_action=SetTpSrcActionCase [_setTpSrcAction=SetTpSrcAction [_port=PortNumber [_value=3], augmentation=[]], augmentation=[]], _key=ActionKey [_order=1], _order=1, augmentation=[]], Action [_action=OutputActionCase [_outputAction=OutputAction [_maxLength=65535, _outputNodeConnector=Uri [_value=openflow:3:1], augmentation=[]], augmentation=[]], _key=ActionKey [_order=2], _order=2, augmentation=[]]], augmentation=[]], augmentation=[]], _key=InstructionKey [_order=0], _order=0, augmentation=[]]], augmentation=[]], _match=Match [_ethernetMatch=EthernetMatch [_ethernetDestination=EthernetDestination [_address=MacAddress [_value=5e:71:4c:55:0e:06], augmentation=[]], _ethernetSource=EthernetSource [_address=MacAddress [_value=92:ce:45:0b:10:01], augmentation=[]], _ethernetType=EthernetType [_type=EtherType [_value=2048], augmentation=[]], augmentation=[]], _inPort=Uri [_value=openflow:3:3], _ipMatch=IpMatch [_ipProtocol=1, augmentation=[]], _layer3Match=Ipv4Match [_ipv4Destination=Ipv4Prefix [_value=10.0.0.3/32], _ipv4Source=Ipv4Prefix [_value=10.0.0.1/32], augmentation=[]], _vlanMatch=VlanMatch [_vlanId=VlanId [_vlanId=VlanId [_value=0], _vlanIdPresent=false, augmentation=[]], augmentation=[]], augmentation=[]], _node=NodeRef [_value=KeyedInstanceIdentifier {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:3]]]]}], _priority=14, _tableId=0, _transactionUri=Uri [_value=add-flow:7f56000000000048-2], _strict=true, augmentation=[]], errors=Device reported error type BADACTION code BADSETARGUMENT |
| Comments |
| Comment by Karthik Sivasamy [ 06/Sep/16 ] |
|
This is not a VTN Manager Bug. Due to ICMP test cases in flowfilter "errors=Device reported error type BADACTION code BADSETARGUMENT" occurred in karaf log. Since ICMP code are not supported in the earlier version of (OVS 2.0 to 2.3.1). Also in releng OVS version is not updated. Reason for adding flowfilter test with ICMP: |
| Comment by Karthik Sivasamy [ 06/Sep/16 ] |
|
Currently in releng, OVS version is 2.0.2. And which is not supported ICMP code and type actions. |