特定跨域DNS配置生效原理的技术问询

最近遇到个挺有意思的DNS配置问题，想请教下各位大佬原理：有个合作方让我们在某条DNS区域里做了这么几项配置：

_dmarc.send.domain.com. TXT "v=DMARC1; p=none"
send.domain.com.        NS  ns1.otherdomain.com.
send.domain.com.        NS  ns2.otherdomain.com.

另外他们还在otherdomain.com的DNS配置里，给send子域加了一条MX记录。

结果让我意外的是，这两套配置居然都能正常工作——不管是_dmarc.send.domain.com.的TXT记录，还是send.domain.com的MX记录，解析都没毛病。这到底是怎么实现的？

我自己的一些初步思考（关于根域DNS逻辑） #

我知道像.COM这类顶级根域里，域名的解析逻辑其实类似，下面是简化后的查询例子：
执行命令：dig google.com ns @a.gtld-servers.net.
得到的结果是：

google.com.     172800  IN  NS  ns2.google.com.
google.com.     172800  IN  NS  ns1.google.com.
ns2.google.com.     172800  IN  A   216.239.34.10
ns1.google.com.     172800  IN  A   216.239.32.10

不过这里我有个疑问：如果ns1.google.com和ns2.google.com这两台DNS服务器挂了，那像dig google.com ns @127.0.0.1这类依赖本地DNS的查询是不是也会失效？我猜应该会，因为本地DNS服务器会去请求这两台谷歌的DNS服务器拿解析信息对吧？

关于“根域内托管主机”的反例思考 #

这也让我联想到另一个常见的错误配置：为什么把域名的DNS服务器设成www.domain.com是行不通的？我来理理这个逻辑：
有些.COM域名注册商允许只设置一台DNS服务器（不用强制两台）。假设你注册了domain.com，然后把域名的DNS服务器指定为www.domain.com，同时在自己的web服务器上搭了DNS服务。
理论上，当用户访问网站时，DNS查询应该由根.COM服务器处理，但实际上这根本跑不通——或者说，运气好的时候查询能到你的DNS服务器，但如果你的本地DNS挂了，绝大多数客户端就完全解析不了www.domain.com了。

现在最搞不懂的就是开头那个跨域配置为什么能正常生效，有没有大佬能帮忙拆解下原理？

备注：内容来源于stack exchange，提问作者Nick