https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/BGPCEP-294 bgpcep <p>Seen on recent Lithium snapshot builds.</p> <p>A Sandbox run <span class="error">&#91;0&#93;</span> for new suite (2 iBGP peers, 1 million routes total, continuous GET in IPv4 topology during initial synchronization) has seen one suite fail. Output from play.py shows holdtimer was overstepped, karaf.log shows frequent OperationsLimiter activity.</p> <p>Previous runs did not see this bug, more data will get available when the suite is merged. Increased number of peers would risk triggering <a href="https://jira.opendaylight.org/browse/BGPCEP-289" title="Metadata not available for modification NodeModification" class="issue-link" data-issue-key="BGPCEP-289"><del>BGPCEP-289</del></a>.</p> <p><span class="error">&#91;0&#93;</span> <a href="https://jenkins.opendaylight.org/sandbox/job/bgpcep-csit-1node-periodic-bgp-ingest-only-stable-lithium/3/" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/sandbox/job/bgpcep-csit-1node-periodic-bgp-ingest-only-stable-lithium/3/</a></p> <p>Operating System: All<br/> Platform: All</p> BGPCEP-294

ODL under load do not send Keepalives quickly enough.

Bug Resolved Cannot Reproduce Claudio David Gasparini Vratko Polak Tue, 27 Oct 2015 17:47:48 +0000 Sun, 3 Mar 2019 11:50:31 +0000 Fri, 6 Nov 2015 07:39:03 +0000 Bugzilla Migration Bugzilla Migration BGP 0 3 <p>... another evidence (1M UPDATEs &amp; 1M target number of prefixes, each UPDATE includes 10 prefixes in NLRI &amp; 9 prefixes in WITHDRAWN lists): <a href="https://jenkins.opendaylight.org/releng/job/bgpcep-csit-1node-periodic-bgp-ingest-mixed-only-stable-lithium/2/robot/report/log.html#s1-s2-t8-k3-k3-k2" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/releng/job/bgpcep-csit-1node-periodic-bgp-ingest-mixed-only-stable-lithium/2/robot/report/log.html#s1-s2-t8-k3-k3-k2</a></p> <p>After talk with Radovan, issue observed is</p> <p>2015-11-01 16:15:15,620 | INFO | oupCloseable-6-2 | BGPSessionImpl | 281 - org.opendaylight.bgpcep.bgp-rib-impl - 0.4.3.SNAPSHOT | Failed to send message Keepalive [augmentation=[]] to socket java.io.IOException: Connection reset by peer<br/> 2015-11-01 16:15:15,621 | INFO | oupCloseable-6-2 | BGPPeer | 281 - org.opendaylight.bgpcep.bgp-rib-impl - 0.4.3.SNAPSHOT | Session with peer 10.30.11.190 went down<br/> java.io.IOException: End of input detected. Close the session.</p> <p>This is an expected behavior, <br/> the cause of the exception is that once the message has been queued to be send, <br/> the session is closed abruptly form client side and therefore the message cannot be send.</p> <p>&gt; the session is closed abruptly form client side</p> <p>Yes, but that is because the hold timer expired, and when ODL got around to eventually send the keepalive it was too late.<br/> Radovan, do you have a link similar to that in comment 1 which would show the tool has reacted to previous keepalives correctly?</p> <p>Adding more logging to the test tool showed an regression inside (because of a decoding issue, only the first keep alive could reset the hold timer). After correction in the test tool logs confirmed that there is not an issue with KEEPALIVE on the controller side: <a href="https://jenkins.opendaylight.org/sandbox/job/bgpcep-csit-1node-periodic-bgp-ingest-mixed-only-stable-lithium/26/robot/report/log.html#s1-s2-t8-k3-k3-k2" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/sandbox/job/bgpcep-csit-1node-periodic-bgp-ingest-mixed-only-stable-lithium/26/robot/report/log.html#s1-s2-t8-k3-k3-k2</a></p> Development External issue ID 4533 External issue URL Issue Type ODL SR Target Milestone Rank 0|i02bef: