https://devzone.nordicsemi.com/f/nordic-q-a/25089/concurrent-connections-parametersHello, I&#39;m working on a concurrent role device (advertiser+scanner+peripheral+central) and devices are configured to connect each other in a mesh-like way (Note: I&#39;m not using BLE MESH!). I noticed that the connection events seems to be skipped whenen-USTelligent Community 13Tue, 12 Sep 2017 09:59:55 GMThttps://devzone.nordicsemi.com/thread/98819?ContentTypeID=1Tue, 12 Sep 2017 09:59:55 GMT137ad170-7792-4731-bb38-c0d22fbe4515:63ee3674-d3ad-4c2e-bd93-35ad57b11ef4Davide<p>Yep, that&#39;s what I expected. Anyway I&#39;m focusing on the central side of the link and I saw some strange behavior in multirole (for instance, the scanner was activated just a faction of the &#39;free&#39; time of the radio). I found useful to change NRF_SDH_BLE_GAP_EVENT_LENGTH parameter to a low value (I&#39;m not transferring data, but just keeping the link!)</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/98818?ContentTypeID=1Tue, 12 Sep 2017 09:28:56 GMT137ad170-7792-4731-bb38-c0d22fbe4515:aced03ef-7576-4981-9b1a-f0f15f55b8d7Petter Myhre<p>It could be normal. It depends a bit on what kind connection you have. If you have peripheral connections (as a central) you shouldn&#39;t have many dropped connection events if you have selected your connection interval correctly, see the Suggested intervals and windows Section in the SoftDevice specification. This is because the central dictates when the first connection event is (and all others), and it can schedule them one after another. As a peripheral it is the peer (central) that dictates this, so then you could have conflicts.</p><div style="clear:both;"></div>