question

Upvotes
Accepted
3 0 2 0

Need to understand few extra details on disconnection issues.

Hi,

We are going to do the production deployment of Reuter Elektron adaptor at Integral and would like to know few extra details regarding the connectivity and disconnection issues.

If there is a situation when our application is connected to Reuter Elektron and getting rates, at this point if the connection has been dropped or closed by Reuter Elektron for some reason, how our application will come to know about the disconnection and reason behind it?

Will Reuter Elektron send any kind of disconnection notification to the application in such cases or is there any api we need to poll from application side time to time to check the health/connectivity status of the connection?

elektronrefinitiv-realtimeelektron-sdkrrtema-apielektron-message-apiconnectiondisconnection
icon clock
10 |1500

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

Upvotes
Accepted
9.5k 10 5 7

Hello @banerjees

One possible way to know disconnection with details is in the answer in this question. If the server does not send the reason why it disconnects, you have to check the server log file.

Another way is to use ChannelInformation interface and check the channel state. The interface is about the out bound channel used to connect for receiving data. For example when the connection is closed, example170__MarketPrice__ChannelInfo prints:

event channel info (status)
hostname: 192.168.27.15
    IP address: not available for OmmConsumer connections
    connected component info: unavailable
    channel state: closed
    connection type: socket
    protocol type: Reuters wire format
    major version: 14
    minor version: 1
    ping timeout: 30
    max fragmentation size: 0
    max output buffers: 0
    guaranteed output buffers: 0
    number input buffers: 0
    system send buffer size: 0
    system receive buffer size: 0
    compression type: none
    compression threshold:

Please more details of this interface, please refer to Elektron Message API Java Edition Reference Manual

icon clock
10 |1500

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

Upvotes
38.1k 71 35 53

@banerjees

The most common reason for disconnection is "overflow condition". You can verify this in the server log. The message looks like:

RSSL disconnect from "xxx" at position "x.x.x.x" on host "abc" using application "" on channel xx. Reason: User using application on channel xx has been disconnected due to an overflow condition.

If you found this error in the server log, it could indicate that the application is a slow consumer.

The Buffer Overflow condition generally occurs once the Consumer application cannot keep up with the amount of data that is received, so the server needs to store data in its outbound buffer and disconnect the Consumer client once the buffer exceeds limitation.

For more information, please refer to this thread.


icon clock
10 |1500

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

Upvotes
3 0 2 0

Thanks for the ChannelInformation interface information. I think we can use that interface to cater the purpose if the need comes.

icon clock
10 |1500

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

Click below to post an Idea Post Idea