RFA Api : Multipart Refresh message with unexpected cache clearing instruction in between
Hello, we use RFA 8.2 C++ api to consume market data in MBP domain. Please let us know if following message format is expected and if yes where it is documented?
<Refresh Message A>
Part <1> of Refresh Message <A> with clear cache instruction and summary fields
Part <2> of Refresh Message <A> with clear cache instruction and summary fields
Part > of Refresh Message <A> with RefreshComplete flag
The problem here is same summary fields are published twice in same Refresh Message. Is it expected?
Also is it allowed to publish same summary fields multiple times in same Refresh Message without any cache clearing instructions in between?
Answers
-
Thank you for reaching out to us.
Typically, the CLEAR_CACHE flag should only be set in the first part of the multipart refresh messages.
The summary data in a MAP is used to convey information that applies to every entry housed in the container. Using summary data ensures data is sent only once, instead of repetitively including data in each entry.
I checked the RDM usage guide of Market By Price and found that the summaryData of the RsslMap needs to be present only for the first refresh part, which typically includes:
- Permission information (PROD_PERM)
- Currency of the orders (CURRENCY)
- Trade Units for the precision with which order prices are set (TRD_UNITS)
- Market State (MKT_ST_IND)
- The identifier of the exchange on which the orders were placed (RDN_EXCHD2)
- Price Ranking Rules (PR_RNK_RUL)
- Quote Date (QUOTE_DATE)
However, please contact the content support team directly via MyAccount to verify the content published on the Real-Time network.
1 -
@Jirapongse Thank you for your response.
We have a use case from Milan Exchange (Sample RIC DIAS.MI) MBP domain where we are receiving messages that do not follow what you mentioned -
1. As seen in my original post, we receive clear cache instruction(flag) in second part of the multipart refresh messages.
2. We also receive summary fields such as INSTRUMENT_PHASE and TRD_STATUS are present in even second part of the Refresh message.
I am not sure why only Milan stock exchange is exception as we have a client who trades globally and never faced this issue before.
Do you think if Milan MBP data is not inline with protocol?
Also can you tell me how is the end of Multi part refresh message is marked? I know it is marked using RefreshCompleteFlag but just wanted to confirm.
0 -
You may need to enable tracing in API to verify the retrieved data. Then, please contact the content support team directly to verify this.
Yes, you are correct. A flag value of COMPLETE indicates the final part of a multi-part message (or that the message is a single-part and no subsequent parts will be delivered).
1 -
@Jirapongse Alternatively I can also use consumer client and share it's log as well right?
0 -
If you see the same behavior in the trace log, you need to contact the support team to verify it.
The support team needs to check with the data feed team to confirm the behavior.
0 -
@Jirapongse Is it possible that application will receive same summary field twice in same refresh message <which is multi-part> without cache clear instruction separating them?
0 -
Yes, it is possible. We need to check the trace file.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 中文论坛