RFA C++ consumer application dis not reconenct to ADS
A RFA consumer application receives an OMM Connection event with the following details:
ConnectionName:'Connection_RSSL' Host:206.100.1.240, Port:14002, ComponentVersion:'ads3.2.2.L1.linux.tis.rrg 64-bit', State:Up(1), StatusCode:None(1), StatusText:'Connection up'
Shortly after a login response with the following details is received:
respType:Status, streamState:'Closed', dataState:'Suspect', statusCode:'Timeout', statusText:'A21: Access Denied. Timed out waiting for response from DACS server. Try request again.'
Why does the ADS send a closed in this case while its waiting for DACS server?
Should it not not send a "closed recover" in this case which will mean that RFA will retry login.
Best Answer
-
Whether further login attempts succeed or not will depend on the nature of the ADS to DACS timeout issue. If it's of a transient nature then the later attempts should succeed. However, if it is something more serious, then continuously retrying would not be the best approach.
Therefore, what you could do is try a limited number of times with a short delay between each attempt.
You should also look sending an alert to initiate some human involvement to investigate and rectify the problem. This could be immediately after the first attempt fails - as there really should NOT be a timeout issue between your ADS and DACS - or you could delay till your subsequent attempts also fail.
In my experience of helping RFA developers I have rarely seen a timeout issue between the ADS and DACS - so it really should be investigated and resolved.
0
Answers
-
The 'Closed Recover' scenario applies to data items - where you have requested a valid instrument, which is unavailable (for whatever reason) at this point in time - but should be available if you try again later.
In terms of the DACS timeout, you should discuss with your Market Data team so they can investigate the cause of the timeout. If they require assistance, they should raise a ticket with TREP support .
If the problem was with connectivity to the ADS itself, then the API should try to reconnect where possible - however, here the problem appears to be at the ADS to DACS level.
0 -
In this case should the application keep sending a login request until sucessful or is there no chance of a login suceeding?
What is the recommended course of action?0 -
I am not a TREP expert, but I had a quick read of the ADS install guide and noted the following entry:
Setting the following parameter to True, causes the ADS to send a CLOSED_RECOVER status instead. This allows RFA to recover data on behalf of the application:
A *ads*dacs*sendCloseRecovOnTimeout : FalseSo, please check with your Market Data team to see if the above is set to False, whether they can change it to true.
0 -
If the paramter *ads*dacs*sendCloseRecovOnTimeout is set to TRUE will the CLOSED_RECOVER be received by the application or will it be silently handled by RFA.
0
Categories
- All Categories
- 6 AHS
- 39 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 367 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 59 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛