Yep, this also seems like the same issue: https://bugs.opendaylight.org/show_bug.cgi?id=8103
BR/Luis > On May 10, 2017, at 10:01 AM, Anil Vishnoi <[email protected]> wrote: > > https://bugs.opendaylight.org/show_bug.cgi?id=8401 > <https://bugs.opendaylight.org/show_bug.cgi?id=8401> > > I believe you are hitting the same issue reported in above bug. > > On Wed, May 10, 2017 at 9:55 AM, Anil Vishnoi <[email protected] > <mailto:[email protected]>> wrote: > Hi Thomas, > > Can you please open a bug against openflowplugin project here > https://bugs.opendaylight.org/enter_bug.cgi?product=openflowplugin > <https://bugs.opendaylight.org/enter_bug.cgi?product=openflowplugin> > > Please upload the wireshark capture (with 50 connection + 200 connection) and > karaf log. can you provide the instruction to recreate the issue locally? > Also please provide the flow dump from the ovs. > > Thanks > Anil > > On Wed, May 10, 2017 at 9:13 AM, Luis Gomez <[email protected] > <mailto:[email protected]>> wrote: > cc-ing openflowplugin too. > >> Begin forwarded message: >> >> From: Thomas FERRANDIZ <[email protected] >> <mailto:[email protected]>> >> Subject: [openflowjava-dev] ODL disconnects from switch during performance >> tests >> Date: May 10, 2017 at 8:36:11 AM PDT >> To: "[email protected] >> <mailto:[email protected]>" >> <[email protected] >> <mailto:[email protected]>> >> >> Hello all, >> >> I am currently developing a stateful firewall application for SDN using ODL >> as the controller. >> The application uses the TCP flags OpenFlow extension to match the >> successive states when establishing a connection. >> This means that a large amount of packets–in is sent to the controller and >> that in turn the controller adds and deletes many flows from the switches. >> I use the MD-SAL API to add and remove flows from the switches without going >> through the datastore. >> The version of ODL used is Boron-SR3. >> >> At the moment, I am writing a POC firewall with only one switch and I run >> into the following problem. >> I run a stress test that involves creating TCP connection from a client >> machine to a server machine (running Apache). >> The 2 machines are connected by an OVS switch connected to ODL. >> >> When the stress test is run with a low number of connections/second (~50) >> everything works fine. >> When using ~200 TCP connections/second, the firewall seems to work fine for >> a few seconds. >> Then the duration of the TCP connections start to increase and the >> controller ends up disconnection from the OVS. >> >> The following errors appear in the log: >> >> 2017-04-07 09:42:34,419 | ERROR | pool-15-thread-1 | >> OutboundQueueProviderImpl | 192 - >> org.opendaylight.openflowplugin.impl - 0.3.2.Boron-SR2 | No queue present, >> failing request >> >> And the future returned by salFlowService.addFlow show the following error >> message: >> >> Error: [operation-failed]: Device disconnected >> >> The following exception also occurs: >> org.opendaylight.controller.md >> <http://org.opendaylight.controller.md/>.sal.dom.api.DOMRpcImplementationNotAvailableException: >> No implementation of RPC >> AbsoluteSchemaPath{path=[(urn:opendaylight:flow:service?revision=2013-08-19)add-flow]} >> available >> at org.opendaylight.controller.md >> <http://org.opendaylight.controller.md/>.sal.dom.broker.impl.DOMRpcRoutingTable.invokeRpc(DOMRpcRoutingTable.java:173)[154:org.opendaylight.controller.sal-broker-impl:1.4.3.Boron-SR3] >> at org.opendaylight.controller.md >> <http://org.opendaylight.controller.md/>.sal.dom.broker.impl.DOMRpcRouter.invokeRpc(DOMRpcRouter.java:102)[154:org.opendaylight.controller.sal-broker-impl:1.4.3.Boron-SR3] >> at >> Proxy1d02b267_bf62_4c92_a739_263c328d7038.invokeRpc(Unknown Source)[:] >> at org.opendaylight.controller.md >> <http://org.opendaylight.controller.md/>.sal.binding.impl.RpcServiceAdapter.invoke0(RpcServiceAdapter.java:65)[156:org.opendaylight.controller.sal-binding-broker-impl:1.4.3.Boron-SR3] >> at org.opendaylight.controller.md >> <http://org.opendaylight.controller.md/>.sal.binding.impl.RpcServiceAdapter.access$000(RpcServiceAdapter.java:43)[156:org.opendaylight.controller.sal-binding-broker-impl:1.4.3.Boron-SR3] >> at org.opendaylight.controller.md >> <http://org.opendaylight.controller.md/>.sal.binding.impl.RpcServiceAdapter$RpcInvocationStrategy.invoke(RpcServiceAdapter.java:159)[156:org.opendaylight.controller.sal-binding-broker-impl:1.4.3.Boron-SR3] >> at org.opendaylight.controller.md >> <http://org.opendaylight.controller.md/>.sal.binding.impl.RpcServiceAdapter.invoke(RpcServiceAdapter.java:96)[156:org.opendaylight.controller.sal-binding-broker-impl:1.4.3.Boron-SR3] >> at com.sun.proxy.$Proxy54.addFlow(Unknown >> Source)[120:org.opendaylight.openflowplugin.model.flow-service:0.3.3.Boron-SR3] >> >> The OVS logs also shows that it’s the controller that breaks the connection. >> >> The JVM has 8GB of memory allocated and uses at most 3 so it’s not a memory >> issue. >> The machine running ODL has 8 logical cores, of which only one is used. >> CPU and memory usage is also pretty low on the machine running OVS. >> >> So my question would be whether you have an idea of what I could do to solve >> this issue or a direction in which to investigate? >> >> Thanks in advance, >> >> Thomas Ferrandiz >> {P} >> R&D Engineer >> Network Architecture & Security >> >> <image001.gif> <http://www.b-com.com/> >> >> 1219 AVENUE CHAMPS BLANCS >> 35510 CESSON-SÉVIGNÉ (FR) >> >> >> >> >> >> >> _______________________________________________ >> openflowjava-dev mailing list >> [email protected] >> <mailto:[email protected]> >> https://lists.opendaylight.org/mailman/listinfo/openflowjava-dev >> <https://lists.opendaylight.org/mailman/listinfo/openflowjava-dev> > > _______________________________________________ > openflowplugin-dev mailing list > [email protected] > <mailto:[email protected]> > https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev > <https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev> > > > > > -- > Thanks > Anil > > > > -- > Thanks > Anil
_______________________________________________ openflowplugin-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev
