DSDataRequest - large volumes of data going OUT of the network
I am using ThomsonReuters.DswsApi DSDataRequest and have run a few times (five or six) for an Index and maybe 60 data columns
So out going data should be small enough. However our network is alerting us of large volumes of data going OUT of the network within a short period of time (1GiB+) to datastreamwide.refinitiv.com
Any idea why this is happening ?
DSDataRequest reqDSRequest = new DSDataRequest()
{
Instrument = new DSInstrument(arrSecurities),
DataTypes = new DSDataTypes(arrColumns),
Date = new DSSnapshotDate(DSDateType.Literal(DSDateLiterals.LatestDate))
};
DSDataResponse resDSResponse;
resDSResponse = DSClient.DataService.GetData(reqDSRequest);
Thanks
Fergal
Answers
-
Hi @fergal.twomey,
May I ask:
Are you coding this in JAVA?
What is the list of instruments and fields you are requesting exactly?
0 -
Hi - it's in C#
Running for an index, and then for approx 300 stocks. About 50 columns - GICS classifications (sector, industry, industry groups etc and their codes), market values, prices etc.
The outgoing data I would have thought would be very small
0 -
Hi @fergal.twomey, Have you had a look at the DSWS product page on the developers forum? It contains a link to the usage and limits document. Specifically, it looks like the data limit is reached with your call, no?
a) 10 instruments x 10 datatypes
b) 50 instruments x 2 datatypes
c) 2 instruments x 50 datatypes
0 -
Sorry I checked, it is 50 (or less) datatypes at a time, and one instrument (it is an Index name)
When running for example 300 sedols, we split up to to two instruments at a time.
Anyway we are getting data back, there is no issue there, there is no Datastream error.
The issue is our network is alerting us of large volumes of data going OUT of our network within a short period of time (1GiB+) to datastreamwide.refinitiv.com.
However it's hard to see how a request of 300 sedols and 50 data column names could be considered a large volume of data. I wonder is the DSDataRequest very big regardless of teh instrument and datatypes been passed
0 -
Sorry I checked, it is 50 (or less) datatypes at a time, and one instrument (it is an Index name)
When running for example 300 sedols, we split up to to two instruments at a time.
Anyway we are getting data back, there is no issue there, there is no Datastream error.
The issue is our network is alerting us of large volumes of data going OUT of our network within a short period of time (1GiB+) to datastreamwide.refinitiv.com.
However it's hard to see how a request of 300 sedols and 50 data column names could be considered a large volume of data. I wonder is the DSDataRequest very big regardless of teh instrument and datatypes been passed
0 -
Hi @fergal.twomey, it would appear that your access ID is being shared. The owner of this ID is Eoin Fahy. You are requesting much more than 300 hundred sedols on this ID and under 50 datatypes on a daily basis. We will need to block your usage until this security breach is investigated, Please speak with your account manager to speak about your next steps.
0 -
This is a production environment - it is not appropriate to block our access!
0 -
There is a security breach with this ID. Please speak with your account manager to regain access as soon as possible.
0 -
What is the security Breach - we are permissioned for10000 stocks. Eoin Fahy's id is used for the process.
I am putting in a technical support question, and your response is to block our production id which is now causing a production issue!!!!
0 -
How is this an accepted answer ? The answer has noting to do with the question ?0
-
Hello @fergal.twomey
Sorry, I am contacting the Datastream team to look into the issue.
0 -
Hello @fergal.twomey
The Datastream team confirms that the new IDs were created for additional team members and recommend you contact your Refinitiv account manager.
Hope this helps0 -
How does creating new IDs answer the question posed ?
I posed a question...during the discussion it was (incorrectly) assumed there was a security breach so our access was switched off, which affected our live systems. It has since been switched on, and yes, extra ids created.
However the original question above remains unanswered?
0 -
Hi @fergal.twomey ,
Several users were sending many data requests for data on one ID leading to the large volumes you saw.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 37 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 698 Datastream
- 1.5K DSS
- 633 Eikon COM
- 5.2K Eikon Data APIs
- 14 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 6 Trading API
- 2.9K Elektron
- 1.5K EMA
- 257 ETA
- 565 WebSocket API
- 40 FX Venues
- 16 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 283 Open PermID
- 47 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 24 RDMS
- 2.1K Refinitiv Data Platform
- 803 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
- 122 Open DACS
- 1.1K RFA
- 107 UPA
- 194 TREP Infrastructure
- 232 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 100 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛
