question

Upvotes
Accepted
Anup.Patel avatar image
1 ●2 ●1 ●3

empty source refresh message from ads

If we receive an empty “Source Refresh” message from the ADS

. Do we receive a “Source Update” message with “Service Down” prior to above

. If we don’t receive a “Source” update do we have to set service down for all prior services.


client's scenario is different, so as an example let’s say we start the system. The first “Source” message is a “Source Refresh” message which contains the services; cERT, CDERT, CNB_ERT, and ERT which typically have a service up state. We then receive “Source Updates” messages from this point on with associated service changes (Capabilities, Qos. State UP/DOWN, Accepting Requests, status ….).

Under certain conditions I see “Source Refresh” which is empty (no services). Should the course of action be to fabricate a service down state for all the items previously requested in the service, remove all the services, and wait for those services to return. If they are returned, will it be from a “Source Refresh” or a “Source Update”.

elektronelektron-sdktreprrtrefinitiv-real-timeupa
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.

zoya faberov avatar image   zoya faberov
Hello @Anup.Patel ,

My understanding is, that you are connecting to local RTDS (formerly TREP), is this correct?

Could you please include an example of the empty Source Directory update that you are seeing, and also any conditions/steps, to try to reproduce the same on our side?

Anup.Patel avatar image   Anup.Patel zoya faberov
Yes they are connecting to local RTDS
Anup.Patel avatar image   Anup.Patel zoya faberov

Hi Zoya, client tried to reproduce the problem under several different scenarios and was unsuccessful. Had the dev team review the code which showed that we can receive an empty “Source Refresh” message.

Regardless of whether we can reproduce this problem Reuters should give us guidance on the proper course of action. can think of two; either not taking any action or marking items as SUBJECT and wait for the next Source message.

Gurpreet avatar image   Gurpreet
Private posts are reserved for when client identifying information is disclosed. Making public.
raksina.samasiri avatar image   raksina.samasiri

hello @Anup.Patel

Thank you for your participation in the forum. Is the reply below satisfactory in resolving your query?
If so please can you click the 'Accept' text next to the appropriate reply? This will guide all community members who have a similar question or could you provide the information required for further investigation, please?

Thanks,
AHS

Jirapongse avatar image   Jirapongse

@Anup.Patel

Hi,

Please be informed that a reply has been verified as correct in answering the question, and marked as such.

Thanks,

AHS

2 Answers

· Write an Answer
Upvote
Accepted
zoya faberov avatar image
32.2k ●40 ●11 ●20

Hello @Anup.Patel and all,

After the detailed investigation, the conclusion was, that if the empty source directory refresh message is not accompanied by the clear cache flag, then the empty source directory message should be ignored by the consumer, and the previously communicated source directory state is valid and should remain without any changes.

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.

Upvotes
zoya faberov avatar image
32.2k ●40 ●11 ●20

Hello @Anup.Patel,

I think we both would agree that what you describe does not appear to be a common scenario.

In order to be able to handle it, I think we need to understand under what circumstances it can happen.

I fully agree that there could be a couple of ways to handle, however, I think the best course depends on the cause(s) of it happening? As well as if there is any consequent fully populated state guaranteed to be conveyed, i.e. if the empty message can be considered strictly intermittent?

Would have been helpful, I think, to have a sample of this message captured, and/or to learn more of the way to reproduce it, but as the issue is not readily reproducible, it appears to be hard to reproduce as well, I think we should investigate it in depth, by creating a case with RTDS support, with all the known details, and try to arrive at what we do not know.

Does this make sense?

Would you like to open one directly, including any relevant details, and include me, or I open one on your behalf?

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.

Bhimrao.Ghule avatar image Bhimrao.Ghule

Hi @zoya faberov,

We are also facing the same issue, and as per recommendation, we are ignoring Service Refresh message without RDM_DR_RFF_CLEAR_CACHE.

This is happening in our customers side, but I am not able to re-produce this. Is there any way to re-produce ServiceRefresh message?

/Bhimrao.

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.