Discovery failing to set DNS Domain values on some CI recordsIssue <!-- div.margin { padding: 10px 40px 40px 30px; } table.tocTable { border: 1px solid; border-color: #e0e0e0; background-color: #fff; } .title { color: #d1232b; font-weight: normal; font-size: 28px; } h1 { color: #d1232b; font-weight: normal; font-size: 21px; margin-bottom: 5px; border-bottom-width: 2px; border-bottom-style: solid; border-bottom-color: #cccccc; } h2 { color: #646464; font-weight: bold; font-size: 18px; } h3 { color: #000000; font-weight: bold; font-size: 16px; } h4 { color: #666666; font-weight: bold; font-size: 15px; } h5 { color: #000000; font-weight: bold; font-size: 13px; } h6 { color: #000000; font-weight: bold; font-size:14px; } ul, ol { margin-left: 0; list-style-position: outside; } --> Discovery shows failing to set the DNS Domain value on some CI records. CauseReview the Discovery scan for your target CI and look for the input record on the DNS ECC Queue input payload, to see if the name was resolved. This happens when the reverse DNS lookup for a CI fails. The input payload would show something like this: <result ip_address="x.x.x.x" result="unresolved"> <name/> </result> For a successful reverse DNS lookup, the DNS input ECC Queue record has a domain name available, as the name was successfully resolved from the IP address. Here is an example snippet: <result ip_address="x.x.x.x" result="resolved"> <name>ABCD</name> </result> Notice the difference in the result value for the two snippets. The unsuccessful one is 'unresolved', and the successful one is 'resolved'. ResolutionIn the above example snippets, the reason the DNS Domain is not populated for the CI is that the reverse DNS lookup fails for this CI. For this, it is recommend to check with your internal teams managing your CIs or reviewing your CI for why the reverse DNS lookup is failing.