In general, you should always get a response from the market data system, whether success or failure when you request for data. In your case, I tried to request for the RIC (CN101478003=CRXM), but received a "record could not be found" when using this ETA tutorial to get data.
Channel is ready. Subscribing to CN101478003=CRXM Received activity on channel: 428 Receive statusMsg for stream: 100 State: Closed/Suspect/Not found - text: "The record could not be found"
As suggested, try the RIC (EUR=) just to confirm you are getting valid data.
The RIC I tested with was misspelled. After trying the correct one, I noticed a number of <blank> fields. Perhaps your application may be looking for specific FID (field ID's) that all may be blank. Here is a short dump of my output:
Item: CN101478003=CFXM State: Open/Ok/None - text: "All is well" Domain: RSSL_DMT_MARKET_PRICE PROD_PERM 1865 RDNDISPLAY 152 DSPLY_NAME SASAFY MTN 1400 RDN_EXCHID CFS(255) TRDPRC_1 <blank data> TRDPRC_2 <blank data> TRDPRC_3 <blank data> NETCHNG_1 <blank data> HIGH_1 <blank data> LOW_1 <blank data> CURRENCY CNY(156) TRADE_DATE <blank data> TRDTIM_1 <blank data> OPEN_PRC <blank data> HST_CLOSE 102.1401 BID <blank data> ASK <blank data> NEWS NEWS_TIME <blank data> ACVOL_1 <blank data> TRD_UNITS 4DP (4) PCTCHNG <blank data> MATUR_DATE <blank data> COUPN_RATE 6.35 NUM_MOVES <blank data> OFFCL_CODE 101478003 HSTCLSDATE 02 MAR 2016 YRHIGH <blank data> YRLOW <blank data> LIFE_HIGH <blank data> LIFE_LOW <blank data> COUPN_DATE 22 DEC 2015 RATING (0) BOND_TYPE FRN(1) ISSUE_DATE 18 DEC 2014 CALL_DATE <blank data> RATING_ID (0) DAYS_MAT <blank data> CUM_EX_MKR (0) PRC_QL_CD (0) DURATION <blank data>
We do the same snapshot request approx. 30 minutes later, we do not get a reply nor do we get updates (in case the symbol was really updated on TR end).
From the description, I think there might be two cases
-First one is the case that application may recieve Refresh message at the low level but your application unable to parse data from some FID/Field so that it does not show the update on applicaiton layer. Therefore you think it does not get reply from server.
As Nick said, the RIC "CN101478003=CFXM" was last updated on 02-Mar-2016 so that I’m not sure what FID or Field you are monitoring and expect to see an update?
-The second one is the case that application does not recieve any Refrsh or Status message back after it send request message .
ETA/UPA does not have configuration like this, your application seems to use RFA C++/.NET, can you please confirm with your developer?
If it’s RFA C++/.NET, you can turn on RSSL tracing log to confirm whether or not your application actually received any Refresh or Status message reply from Provider server. Also the RSSL tracing log can help us verify what messages your application send and receive from Provider server. You can add RFA configuration from the below post to turn on the log and then you have to re-start your application so that it can generate the log. Note that it's configuration for troubleshooting only and you can change it back to original one after the test.
-If you have permission to run other application to connecting to the same server or other test server, you can also use StarterConsumer example from RFA C++/.NET package or using ETA/EMA example to request same RIC from the server so that you can compare the result with your application.