Spec10RDDS Monitoring (S10RDDS)
About Spec10RDDS Checks
The Spec10RDDS check (S10RDDS) is designed to monitor WHOIS availability to the ICANN Registry Agreement, specification 10 requirements. It needs 10+ NodePing WHOIS or HTTP Content checks configured for 10+ locations running at 5 minute intervals.
If you're not a registrar, this isn't likely a useful check for you. You're probably looking for our regular WHOIS checks.
When to use Spec10RDDS Checks
If you're a registrar that is bound by the ICANN Registry Agreement (version 2017-07-31), you'll find the Spec10RDDS check will provide the required uptime monitoring for specification 10, paragraph 4. Only 4.5 is not satisfied by this check.
Using Spec10RDDS Checks
To set up a Spec10RDDS check,
- Select S10RDDS from the Check type drop down.
- Give it a friendly label to identify this check in lists and notifications.
- The check must run at a 5 minute interval to be valid.
- Specify a child WHOIS or HTTP Content check in the "RDDS checks" dropdown by choosing an existing check from the dropdown.
- Add additional child checks by clicking on "Add another RDDS check"
- At least 10 child checks must be configured for the collated results to be valid.
- Set the Sensitivity. High is appropriate.
- Set the notifications for this check. More information about notifications.
- To monitor registry RDDS performance according to the ICANN Registry Agreement, specification 10, paragraph 4.
Due to the strict requirements of Specification 10, it is advised to use at least 14 child WHOIS or HTTP Content checks to ensure there are enough valid results and locations to satisfy the Spec 10 requirements.
Child WHOIS/HTTP Content checks must be set with the following configurations:
- Interval: 5 minutes (3 minute recommended)
- Threshold: 10 seconds
Child results will be classified into one of four categories for purposes of the SLA. The child check results are returned in the 'data' element when querying the Spec10RDDS check results via the API.
- oldresults: If the child check results are older than the required interval of the Spec10RDDS check.
- unanswered: If the child check result RTT is 5X the timeout as defined in Spec 10.
- sla_fail: If the child check result RTT is a timeout according to Spec 10 or if the WHOIS/Web server responded with a failing result such as a 404 or the data received did not contail the expected content.
- pass: Anything that didn't fall into one of the categories above.
- sla: The metrics used for SLA fail - the timeouts defined.
- locations: Array of probe locations the child checks ran at.
- percentageFailing: Float number representing the percentage of child checks that are failing.