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-535 bgpcep <p>Steps to reproduce:<br/> 1. run ODL distribution with configured peer and application peer<br/> 2. inject 100k routes to the app-rib<br/> 3. connect remote peer (exabgp)<br/> 4. unexpected behavior observed: holdtimer expired on remote peer, not all Update messages where introduced by ODL BGP</p> <p>Symptoms are very similar to <a href="https://bugs.opendaylight.org/show_bug.cgi?id=4689" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=4689</a></p> <p>Operating System: All<br/> Platform: All</p> BGPCEP-535

Holdtimer expired when ODL BGP is advertising many prefixes

Bug Resolved Done Milos Fabian Milos Fabian Tue, 30 Aug 2016 12:22:46 +0000 Sun, 3 Mar 2019 11:49:52 +0000 Mon, 5 Sep 2016 20:48:32 +0000 Bugzilla Migration Bugzilla Migration BGP 0 0 <p>After a while (when an output buffer reach upper bound), BGP's OutputChannelLimiter handler get stacked waiting for the channel to become writable. The writability change never happen, however socket flush is invoked, so the session peer dies on holdtimer expiration.</p> <p>2016-08-31 15:58:05,481 | DEBUG | entLoopGroup-7-6 | ChannelOutputLimiter | 288 - org.opendaylight.bgpcep.bgp-rib-impl - 0.7.0.SNAPSHOT | Writes on session BGPSessionImpl</p> {channel=[id: 0xeec1d421, L:/127.0.0.1:1790 - R:/127.0.0.2:56984], state=UP} <p> blocked<br/> 2016-08-31 15:58:05,481 | TRACE | n-dispatcher-140 | ChannelOutputLimiter | 288 - org.opendaylight.bgpcep.bgp-rib-impl - 0.7.0.SNAPSHOT | Blocked slow path tripped on session BGPSessionImpl</p> {channel=[id: 0xeec1d421, L:/127.0.0.1:1790 - R:/127.0.0.2:56984], state=UP} <p>2016-08-31 15:58:05,531 | DEBUG | n-dispatcher-140 | ChannelOutputLimiter | 288 - org.opendaylight.bgpcep.bgp-rib-impl - 0.7.0.SNAPSHOT | Waiting for session BGPSessionImpl</p> {channel=[id: 0xeec1d421, L:/127.0.0.1:1790 - R:/127.0.0.2:56984], state=UP} <p> to become writable</p> <p>master: <a href="https://git.opendaylight.org/gerrit/#/c/44946/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/44946/</a></p> <p>This problem happens when Loc-RIB is pre-filled with many routes (100k+) and then remote peer connects.<br/> The prefix dump results in a big AdjRibInListener receive a huge DTCL notification, built Update messages quickly fills in the output buffer.<br/> As a result, the channel become unwritable, hence Update messages writing is blocked and is waiting until the channel become writable again. But the writability change event is not received even the flush is called immediately.<br/> It looks like the flush have no effect in this case. However, while debugging the application, writability has truly changed after the flush invocation. It might indicate some multithreading/thread-locking problem.</p> <p>As the proposed solution is is not clearly efficient, more investigation is needed to hunt down the true root cause of this problem.</p> <p>stable/boron: <a href="https://git.opendaylight.org/gerrit/#/c/45170/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/45170/</a></p> Development External References bgpcep_bgp_ingest_txt_bgp_app_peer_prefixcount_check_bgp_peer_updates_for_prefilled_route External issue ID 6585 External issue URL Issue Type ODL SR Target Milestone Rank 0|i02cvz: