Description of problem: Tried to run SCTP traffic between VMs in same tenant and network Version-Release number of selected component (if applicable): OSP 10 How reproducible: 100% Steps to Reproduce: 1.INstall osp10 with ovs2.5 , configure FW driver to OVS- see how to in the testplan "OVS security group" 2. boot 2 VMs with ncat support, and allow sctp traffic in the sec groups ( other protocol-> ip protocol 132. ingress and egress) 3. try to run sctp traffic between the VMs VM1 : ncat --sctp DST.IPADDR 6500 VM2 : ncat --sctp -l -p 6500 Actual results: No connection established Expected results: Connectivity and data transferring should be ok. Additional info: from logs: 2016-09-20 11:20:38.121 17370 DEBUG neutron.agent.linux.openvswitch_firewall.firewall [req-1e1ee4b4-0722-42fb-b9a6-5499eeac7028 - - - - -] RULGEN: Rules generated for flow {u'ethertype': u'IPv4', u'direction': u'ingress', u'source_ip_prefix': u'0.0.0.0/0', u'protocol': u'132'} are [{'dl_type': 2048, 'reg_port': 7, 'actions': 'strip_vlan,output:7', 'priority': 70, 'table': 82, 'dl_dst': u'fa:16:3e:5b:c9:06'}] add_flows_from_rules /usr/lib/python2.7/site-packages/neutron/agent/linux/openvswitch_firewall/firewall.py:667
Correct verification/reproduction steps: How reproducible: 100% Steps to Reproduce: 1.INstall osp10 with ovs2.5 , configure FW driver to OVS- see how to in the testplan "OVS security group" 2. On compute nodes : execute import of sctp support for conntrack modprobe ip_conntrack_proto_sctp 3. boot 2 VMs with ncat support, and allow sctp traffic in the sec groups ( other protocol-> ip protocol 132. ingress and egress) 4. try to run sctp traffic between the VMs VM1 : ncat --sctp DST.IPADDR 6500 VM2 : ncat --sctp -l -p 6500 We managed to establish sctp connection [root@controller-0 ~]# rpm -qa | grep ack-neutron openstack-neutron-9.2.0-2.el7ost.noarch openstack-neutron-bigswitch-lldp-9.40.0-1.1.el7ost.noarch openstack-neutron-openvswitch-9.2.0-2.el7ost.noarch openstack-neutron-ml2-9.2.0-2.el7ost.noarch openstack-neutron-lbaas-9.1.0-4.el7ost.noarch openstack-neutron-bigswitch-agent-9.40.0-1.1.el7ost.noarch openstack-neutron-metering-agent-9.2.0-2.el7ost.noarch openstack-neutron-common-9.2.0-2.el7ost.noarch openstack-neutron-sriov-nic-agent-9.2.0-2.el7ost.noarch
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2017-0314.html