​If adh switch between active and standby could not send close events for the most subscribed req...

john.zhang

...uests how to ensure it send?

If adh switch between active and standby could not send close events for the most subscribed requests how to ensure it send?

The interactive provider needs to receive close events for all the symbols or request tokens when adh switches between active and standby, when there are a large number of such requests, adh only send a part of it, how to get the adh to send close events for the complete set of subscriptions. The interactive provider is an C++ application using RFA.

Jirapongse

@john.zhang

In the Hot Standby mode, each ADH (Active or Standby) connects to its own source application. They subscribe to the same item and retrieve the same update messages from the source applications. When using Hot Standby, each datafeed/source application must deliver the same update stream for each item open on the datafeed; i.e., the order of update delivery and the update’s data content must be the same for a given item.

Though both servers receive updates for an open item, only the active server transmits the updates to a sink (ADS). The standby server records all updates in synchronization buffers (which store all updates not sent by the active server). If there is a failover, the standby server plays these updates to the network.

When the connection between the active ADH and its source application is down or the source application connected by the active ADH is down, the standby ADH takes the role of an active server and then transmits the updates to an ADS.

I am not sure why ADH needs to send close requests to the source applications when ADH switches between active and standby. Please explain more about the use case.