Refine subscription and processing steps for Sensor Centre#253
Refine subscription and processing steps for Sensor Centre#253golfvert wants to merge 5 commits into
Conversation
Now that all GC include the properties.global-cache, the text can be amended. And based on the suggestion from ET-WISOP on May 18th, add a check of the provided link.
|
I would suggest, that the sensor centre is asked to store and make available the missed data_ids. This could be done for example by a monitor message destined to the global cache or by providing a means to download a list of data ids for a given global cache. Without data id there is no way for a Global Cache to investigate issues because the metrics are telling the cache only "You are missing something" without specifying what. |
|
My implementation of the Sensor Centre already does that. It creates an hourly message on monitor topic with a link to a file with all data_id seen over the last hour (in fact the full WNM from origin) and then for each global cache a timestamp when the data_id was republished by the cache and, if missed a 999....999 instead. An example of such entry: Should this be also part of the spec ? I was seeing this as a (nice) bonus and not a must. |
|
Yes, i know that your Sensor Centre does that. But i think it should be part of the Spec. At least we need someone who does that if we want to solve the problems. Alternatively i can only think of using the Global Replay and verify if all data ids are on the cache |
|
OK. I'll add the spec for the "log file" to be provided. |
Updated language to specify that metrics and logfiles must be exposed and published according to standards.
|
ok |
Added details about the hourly logfile contents for SCGC.
Now that all GC include the properties.global-cache, the text can be amended. And based on the suggestion from ET-WISOP on May 18th, add a check of the provided link.