You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Many times in deployments the devices are behind firewalls and don't have access to the internet nor an ntp server to keep their time in sync. We have found during outages that the time on different hardware can be reset/wrong. When a masterdriver scrapes a device the driver will get an invalid date time stamp. When this is forwarded to a central system or system of record this invalid date time should be detected and not allowed into the main data store.
The date must be detected as off (within a configurable threshold) before being determined as invalid.
There should be an alternate store where this data can be interrogated later to see where it should fit within the main dataset.
There should be an alert that is raised for this so the owner will have insight into the issue.
The text was updated successfully, but these errors were encountered:
Many times in deployments the devices are behind firewalls and don't have access to the internet nor an ntp server to keep their time in sync. We have found during outages that the time on different hardware can be reset/wrong. When a masterdriver scrapes a device the driver will get an invalid date time stamp. When this is forwarded to a central system or system of record this invalid date time should be detected and not allowed into the main data store.
The text was updated successfully, but these errors were encountered: