I asked our domain registrar to configure the name servers for a new domain. They said it was done so I checked:
dig example.com NS
Using Google's servers, this is what I get:
dig example.com NS ; <<>> DiG 9.7.1-P2 <<>> example.com NS ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 27910 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;example.com. IN NS ;; Query time: 244 msec ;; SERVER: 22.214.171.124#53(126.96.36.199)
In other words, there is no answer. So I figure they did not yet the nameservers. Asked again and they now came with their proof:
dig @local-isp-ns example.com NS ; <<>> DiG 9.4.1-P1 <<>> @local-isp-ns example.com ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53790 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;example.com. IN NS ;; AUTHORITY SECTION: example.com. 86400 IN NS our-name-servers. example.com. 86400 IN NS our-name-servers. ;; Query time: 1 msec ;; SERVER: 188.8.131.52#
In other words, they query a local ISPs NS, and all of a sudden it DOES get an answer. I repeated this exercise and the NS indeed show up at certain servers but not at others (including Google DNS). This change was supposed to be done weeks ago so syncing is not an issue. I just want to understand what is going on. A fact is that the domain.com has NOT yet been configured on our nameservers. So could it be that the NS answer on some nameservers comes back blank, because it sees that the nameservers that were specified are not in fact functioning? Or is something else going on?