Discover Refinitiv
MyRefinitiv Refinitiv Perspectives Careers
Created with Sketch.
All APIs Questions & Answers  Register |  Login
Ask a question
  • Questions
  • Tags
  • Badges
  • Unanswered
Search:
  • Home /
  • TREP APIs /
  • RFA /
avatar image
Question by sbutler9 · Oct 06, 2020 at 04:52 PM · OMMrsslproviderrfa8.1

Provider accepting state interaction with ADH with discourageRequestsOnOutage enabled

We have an RSSL provider built against RFA 8.1 using the C++ API.

When the process detects that it is becoming a slow consumer it should stop accepting new requests but to infer that all existing requests are still ok. This is currently communicated to the ADH by sending a directory message with:
- load factor set to 65535;
- service state as 1 (Up); and
- accepting state as 0 (Not Accepting)

But, when this is sent to an ADH with discourageRequestsOnOutage enabled all requests are marked stale. This was using ADH 3.2.3.

Is this understanding of the accepting state incorrect? Should the process leave the accepting state as 1 (accepting) and simply "prevent" new requests by the use of the load factor alone?

People who like this

0 Show 0
Comment
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

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

2 Replies

  • Sort: 
avatar image
REFINITIV
Best Answer
Answer by umer.nalla · Oct 08, 2020 at 01:37 PM

Hi @sbutler9

Based on the information you have provided, it would appear that the ADH behaviour is not as expected.

Therefore, I would recommend you raise a Premium Support ticket and/or raise a TREP support ticket - so that this can be investigated offline in more detail with input from a TREP expert.

Please include relevant trace files from the Provider, Consumer and relevant ADS/ADH logs to help with the investigation.

Comment

People who like this

0 Show 0 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

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

avatar image
REFINITIV
Answer by umer.nalla · Oct 07, 2020 at 12:10 PM

Hi @sbutler9

When you say all requests are marked stale, do you mean new request or do you actually mean existing open items are receiving Stale status messages?

If you set AcceptingRequests to false, it indicates to the ADH that your provider will not accept any new requests.


Also, may I ask if you are developing a new Provider application with RFA or updating an existing application? If a new development, our recommendation is that any new development work is done using our newer strategic Refintiv Realtime SDK - rather than the legacy RFA APIs. The EMA part of the RealtimeSDK is much easier to learn, implement and maintain (than RFA) and will be supported for a much longer time period in the future.

The link above is for the Java version and it is also available C++


1602072174318.png (61.7 KiB)
Comment

People who like this

0 Show 1 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

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

avatar image
sbutler9 · Oct 07, 2020 at 03:41 PM 0
Share

The above appears to be from the RDM Usage guide and is what we have been using as our reference. Our intent is to not accept new requests but keep existing ones ticking over. Our provider includes a status of Open/Ok/None in this scenario. It does not include a group filter entry.

The adh logs the following:

"Source Application is no longer accepting requests and dismountOnOutage is enabled. The server will be removed from the network."

A test consumer connected to the ADS receives a group entry with a Closed Recover/Suspect/None state and text of "A23: Service has gone down. Will recall when service becomes available."


Watch this question

Add to watch list
Add to your watch list to receive emailed updates for this question. Too many emails? Change your settings >
8 People are following this question.

Related Questions

Upgrade RFA7.2.1.L1 to RFA8.1.0.L1 but missing TibMsg

Decoded login message has wrong OMMMsg.MsgType

OMM Provider settings to avoid RSSL buffer failures

What does RespMsg::ClearCacheFlag actually do?

OMM Provider Application Crashes Periodically When Sending Status Message

  • Feedback
  • Copyright
  • Cookie Policy
  • Privacy Statement
  • Terms of Use
  • Careers
  • Anonymous
  • Sign in
  • Create
  • Ask a question
  • Spaces
  • Alpha
  • App Studio
  • Block Chain
  • Bot Platform
  • Calais
  • Connected Risk APIs
  • DSS
  • Data Fusion
  • Data Model Discovery
  • Datastream
  • Eikon COM
  • Eikon Data APIs
  • Electronic Trading
    • Generic FIX
    • Local Bank Node API
    • Trading API
  • Elektron
    • EMA
    • ETA
    • WebSocket API
  • Legal One
  • Messenger Bot
  • Messenger Side by Side
  • ONESOURCE
    • Indirect Tax
  • Open PermID
    • Entity Search
  • Org ID
  • PAM
    • PAM - Logging
  • ProView
  • ProView Internal
  • Product Insight
  • Project Tracking
  • Refinitiv Data Platform
    • Refinitiv Data Platform Libraries
  • Rose's Space
  • Screening
    • Qual-ID API
    • Screening Deployed
    • Screening Online
    • World-Check One
    • World-Check One Zero Footprint
  • Side by Side Integration API
  • TR Knowledge Graph
  • TREP APIs
    • CAT
    • DACS Station
    • Open DACS
    • RFA
    • UPA
  • TREP Infrastructure
  • TRIT
  • TRKD
  • TRTH
  • Thomson One Smart
  • Transactions
    • REDI API
  • Velocity Analytics
  • Wealth Management Web Services
  • World-Check Data File
  • Explore
  • Tags
  • Questions
  • Badges