Websocket protocols - tr_json2 vs rssl.json.v2

We are currently using RFA API for bringing in Realtime Market Data from TREP. We are looking to move to strategic Websocket API which is supported by our platform. Looking to understand the protocols supported with Websockets..?
- We are informed that tr_json2 is same as rssl.json.v2. Is that the case..? What is the diff between these two..?
- What is the diff between RSSL RWF vs JSON format..? Are both of these supported with Websockets to connect to TREP to fetch Realtime Market Data..?
Best Answer
-
Hello @Yatin
Question 1: We are informed that tr_json2 is same as rssl.json.v2. Is that the case..? What is the diff between these two..?
Answer: The tr_json2 and rssl.json.v2 are the same WebSocket connection that uses the JSON message format.
Question 2: What is the diff between RSSL RWF vs JSON format..? Are both of these supported with Websockets to connect to TREP to fetch Realtime Market Data..?
Answer:
- RSSL RWF is Refinitiv (LSEG) proprietary TCP-based connection that uses binary to represent data. This connection type is optimized and designed for high-performance data distribution. This connection type is supported by the Real-Time SDK (RTSDK - C#, C/C++, and Java) only.
- JSON format is "a string" message format. It is aimed for easy-to-read, easy-to-parse by other services, and supports various Programming languages.
- The RSSL RWF uses binary to represent data, so the message size is smaller than JSON string format and gives a better performance than JSON string.
- RSSL RWF supports the RSSL connection only.
- Both RSSL and WebSocket can consumer real-time data from Refinitiv Real-Time platform
If the performance is main concern, I highly recommend the client upgrade to the Enterprise Message API (EMA API) using the RSSL connection.
The EMA API gives higher performance than the WebSocket API and EMA API is a higher-level API than the WebSocket API.
- EMA API manages the connection and subscriptions for the application.
- WebSocket API is a lower-level protocol that the application needs to handle everything by itself.
The client can check the following articles for more details:
0
Answers
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 167 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 688 Datastream
- 1.4K DSS
- 624 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 557 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
- 276 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
- 692 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
- 105 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 10 Wealth Management Web Services
- 92 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛