question

Upvotes
Accepted
21 2 6 10

When multiple clients request same data is it possible for the interactive provider to send one message out rather than sending individual message for every stream

elektronrefinitiv-realtimeelektron-sdkrrteta-apielektron-transport-api
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

The question is more likely to be UPA/ETA functionality question so that I moved it to ETA section.

Thank you for your participation in the forum.

Are any of the replies below satisfactory in resolving your query?

If yes please click the 'Accept' text next to the reply that best answers your question. This will guide all community members who have a similar question.

Otherwise please post again offering further insight into your question.
Thanks,

-AHS

Hello @Kam.Anjorin

Thank you for your participation in the forum.

Are any of the replies below satisfactory in resolving your query?

If yes please click the 'Accept' text next to the reply that best answers your question. This will guide all community members who have a similar question.

Otherwise please post again offering further insight into your question.
Thanks,

AHS

@Kam.Anjorin
Please be informed that a reply has been verified as correct in answering the question, and has been marked as such.
Thanks,
-AHS

Upvote
Accepted
4.4k 10 6 9

Hi @Kam.Anjorin

The provider must write to each connected channel.

However, when the clients connect through TREP, TREP will manage the clients and made only a single connection channel to the interactive provider. And as a result, when the interactive provider sends the message to TREP channel, TREP will fan-out the message to all clients.

If the clients connect directly to the interactive, then the provider must write to their connected channel.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Also;
Connected channel means the rsslChannel that returned when the provider accepts a connection, and should not be confuse with the "item stream".

Each connected channel could have multiple "item streams", which represent each item request-response stream; e.g. when a client request <IBM.N>, it creates stream id 1, then <JPY=> create stream id 2 etc..

If a client on a connected channel requests the same item on a different stream id, then the provider should reject that request and inform the client that the item stream already exists.

Upvotes
21 2 6 10

If there are 5 clients requesting for same dataset e.g. Symbol "IBM"

Will it be possible to send 1 message to 5 clients? Or do I have to send total of 5 individual messages to 5 clients?

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Hello @Kam.Anjorin, are consumers going to connect to your provider directly, each consumer establishing a separate connection, or via TREP?

@Kam.Anjorin,

  1. Do you have any details in reply to Zoya's comment ? That would help us answer.
  2. Are you using ETA or UPA ? I ask because I saw you posted a UPA related query on the same day.

@Kam.Anjorin
Could you please answer clarifying questions by @zoya.farberov & @Christiaan Meihsl? I'm afraid without these details we cannot answer the question you asked.

Upvotes
21 2 6 10

@zoya.farberov & @Christiaan Meihsl

This is interactive provider that sends mkt data (L1&L2) via adh/ads to the clients.

it is based on UPA API running Linux with TR upa8.0.0.L1.linux.rrg.

98 percent of clients connect via ADS/ADH and 2 percent connect directly to the interactive provider. The interactive provider is based on UPA API.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.