REFRESH_RESP and or REFRESH_COMPLETE
Hi
We see that USDTRY implied liquidities published by FMS aren’t traversing TREP correctly.
The message is large so is split over 3 TREP packets – we expect to receive a packet of REFRESH_RESP without REFRESH_COMPLETE for the first two packets followed by as REFRESH_RESP and REFRESH_COMPLETE. At which point we can correctly process the message.
On the non working version we get a single packet from TREP with REFRESH_RESP and REFRESH_COMPLETE set. In that packet we have a handful of tenors that are correct but also have to filter out some bad tenors.
We are currently using RFA 7.2.0, Note: this is a cascaded service
Best Answer
-
Hello @jeff.waterman,
The fragmentation of a large message may be introduced by the publisher/source or by TREP.
If you are sure that the message is getting fragmented incorrectly by TREP(?) then the issue looks to be a configuration of a TREP issue, unrelated to API, and then it is much better handled by our Helpdesk support organization. THIS forum is dedicated to APi related questions and discussions. In this case, we can help raise a support case on your behalf?
However, in my view, a publisher, especially a custom source. has more opportunity to introduce an error into fragmenting, as it fully implements it, setting "REFRESH_COMPLETE" or not setting it fully at the discretion of the app developer.
Are you consuming from a direct feed? Custom publisher? Elektron? If the later, and you provide an example RIC(s), I can test what I receive on the RIC on our testbed, with a supported version of RFA ( the supported versions of RFA is 7.6.2 and 8, so if this turns out to be an API issue, the issue will need to be reproduced on a supported version of the API).
0
Answers
-
Hello @jeff.waterman
You can find the supported RFA versions with which infrastructure and OS compiler versions from The API Compatibility Matrix . For upgrading RFA Java, you can refer to my answer in this question.
0
Categories
- All Categories
- 6 AHS
- 37 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 中文论坛