Regarding the cause of disconnection from Real-Time-Optimized.

Hi.
We are retrieving data from Real-Time-Optimized (hereinafter RTO). Data has been collected from 08:55:00 to 19:30:00 Japan time, but on 2025/02/13, the following message was output at 15:16:11, and we were disconnected from RTO. What was the cause of the disconnection? Also, for the 15 minutes prior to the disconnection, data was collected that was quite divergent from the actual rate. What is the cause of this? (RIC: JPY=, Field Id: 22, 25)
2 13, 2025 3:16:11 PM com.refinitiv.ema.access.ChannelCallbackClient reactorChannelEventCallback
WARN: loggerMsg
ClientName: ChannelCallbackClient
Severity: Warning
Text: Received ChannelDownReconnecting event on channel Channel_1
RsslReactor @707c8ef8
RsslChannel @66f606c3
Error Id 0
Internal sysError 0
Error Location null
Error text Tunnel Channel disconnected
loggerMsgEnd
2 13, 2025 3:16:11 PM com.refinitiv.ema.access.LoginCallbackClient rdmLoginMsgCallback
WARN: loggerMsg
ClientName: LoginCallbackClient
Severity: Warning
Text: RDMLogin stream state was changed to suspect with status message
username <not set>
usernameType <not set>
State: Open/Suspect/None - text: ""
loggerMsgEnd
2 13, 2025 3:16:11 PM com.refinitiv.ema.access.ChannelDictionary processCallback
WARN: loggerMsg
ClientName: ChannelDictionary
Severity: Warning
Text: RDMDictionary stream was closed with status message
streamId 3
Reason State: Closed, Recoverable/Suspect/None - text: "channel down."
loggerMsgEnd
2 13, 2025 3:16:11 PM com.refinitiv.ema.access.ChannelDictionary processCallback
WARN: loggerMsg
ClientName: ChannelDictionary
Severity: Warning
Text: RDMDictionary stream was closed with status message
streamId 4
Reason State: Closed, Recoverable/Suspect/None - text: "channel down."
loggerMsgEnd
Answers
-
Hello @yuichiro.saito
The given API log messages do not show the reason why a disconnection occurred.
There might be a slow consumer issue as the JPY= RIC is a high update rate RIC.
Ann application should not take much time in the onRefreshMsg(), onUpdateMsg(), and onStatusMsg() callback methods. The reason is those methods need to fast to avoid a slow consumer issue that the application to slow to dispatch incoming message and leads to a disconnection issue eventually.
You can clone and copy the EMA messages to decode or process in other threads outside the callbacks with the following methods:
- RefreshMsg refreshCopy = EmaFactory.createRefreshMsg(RefreshMsg original)
- UpdateMsg updateCopy = EmaFactory.createUpdateMsg(UpdateMsg original)
- StatusMsg StatusCopy = EmaFactory.createStatusMsg(StatusMsg original)
If you need to verify the issue on the server side, I suggest you contact the RTO Support team . You can contact the team via https://myaccount.lseg.com/en/productsupport website.
To minimize a data loss issue when a disconnection event occurs, an application can use the Warm Standby feature. You can find more detail about this feature from the following articles:
I hope this helps.
0 -
Hello @wasin.w.
Thank you for your response. It was mentioned that "JPY= RIC is a high update rate RIC," but how many times per second can "JPY=" be updated? If the processing speed on the RTO side is too fast for our application to handle, does that mean we are acquiring data that is delayed and different from the actual data?
0 -
It is better to contact the server team to verify the cause of disconnections.
Regarding the update rate of RTO, please refer to this discussion.
0 -
According to the provided link, the RTO feed is updated three times per second, but is it possible to change this to once per second? This is a question about whether we can reduce the number of data retrievals from the RTO.
0 -
The update rates of RTO can't be changed.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 685 Datastream
- 1.4K DSS
- 615 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 252 ETA
- 556 WebSocket API
- 38 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 275 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 652 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 104 UPA
- 193 TREP Infrastructure
- 228 TRKD
- 917 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 90 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 46 中文论坛