<div dir="ltr">We have two applications, AHNC and nethealthd, that interacts with CCSP library and thereby with dbus, to frequently update certain parameters via periodic call backs. Apart from experiencing bus_timeout for such parameter updates (This happens at some random instance, usually post ~2+ hrs of long run), these applications are doing the rest of the activities that they are intended to do.<br><br>GPV wraper APIs from applications -> CcspBaseIf_getParameterValues -> CCSP_Message_Bus_Send_Msg , <div>where in, at some random instance (~post 2 hrs of long run, either AHNC/nethealthd experiences CCSP_BUS_TIMEOUT post the timeout reached. check <a href="https://code.rdkcentral.com/r/plugins/gitiles/rdkb/components/opensource/ccsp/CcspCommonLibrary/+/c0a0632e0cb179b66918e73b35f9765368dd5b80/source/util_api/ccsp_msg_bus/ccsp_message_bus.c#1735">here</a></div><div>  </div><div>This isn't a problem with CCSP, as the calls exit properly, and other applications that uses CCSP library calls are still functional.</div><div><br>PS: AHNC (CCSP.ahnc component), nethealthd (is a private application that does periodic gpv request for both CCSP.ahnc and few other CCSP component)<br>If the dbus call from AHNC is hung at some point, then nethealthd faces bus_timeout for gpv request of params that are registered in ccsp.ahnc,<br>while the dbus response for other CCSP components at the same time is still responsive.<br><p class="MsoNormal" dir="ltr"><br></p><p class="MsoNormal" dir="ltr"><u></u>Then after around 30mins or less, all the gpv requests/ dbus calls fails and every component becomes unresponsive. <u></u></p><p class="MsoNormal" dir="ltr"><br></p><p class="MsoNormal">Thanks,</p><p class="MsoNormal">Divya.</p><p class="MsoNormal" dir="ltr"><u></u> <br><u></u></p></div></div>