我一直在某些networking供应商有一些问题 ，而不改变名称服务器，使我的网站隐藏给他们的客户。 除了他们是爱尔兰最大的互联网服务提供商之外，我不会感到困扰。
他们声称，我的网站的旧名称服务器上的logging仍然是活跃的，所以他们不应该改变，直到他们得到一个回应，告诉他们没有该网站的DNSlogging。
我的问题是，什么是正确的行为？ networking上的其他networking提供者，isp，dns服务器已更新为我的新名称服务器。
他们是否遵循了一些技术上正确但被忽略的RFC，他们不需要检查新的名称服务器，直到旧的名称服务器返回错误？
更新：
沃达丰最终联系了我，并表示他们已经解决了这个问题，更重要的是现在升级到他们正确的技术人员，所以这个问题不应该影响其他人。 希望这可以解决这个问题。
你似乎正在看到一个被称为儿童粘性parsing器的问题 。
对于每个域名，都有两组可能的NSlogging – 父区域和区域本身。
一些recursionparsing器会caching从subprocess学习的集合，然后重复回到那些服务器进行所有后续的刷新。 这是孩子的粘性行为。 如果父区logging发生更改但（原始）子区logging保持不变，则这些子粘滞parsing程序将无法注意到父区中的更改。
许多（如果不是大多数）实现将恢复到父NSlogging，以确保当前的NSlogging集从caching到期时，它们没有改变。 这被认为是“正常行为”，但在RFC中没有明确规定。
要在您的最后解决此子级粘滞行为，您应该使用显示新服务器名称的正确loggingreplace旧服务器中的NSlogging。
有关更多详情，请参阅IETF DNSEXT工作组主席ÓlafurGuðmundsson的幻灯片8至15。
他们是否遵循了一些技术上正确但被忽略的RFC，他们不需要检查新的名称服务器，直到旧的名称服务器返回错误？
我们怎么知道？
AFAIK没有这样的事情 – 他们应该刷新logging每次他们收到一个TTL到期的cachinglogging的请求。
那么，我在ns.webfusion.co.uklogging中看到了你的域数据。 可悲的是，你们并没有杀死旧有的国家安全局，但这并不能为沃达丰的行为辩解。 我现在解释一下。 那么，让我们假设前段时间沃达丰parsing器caching两个logging：A为WW和NS为域。 但我明白了
Quering 212.67.202.1 for {cookingisfun.ie.,NS} ; Answer ID: 18467 QR: true OPCODE: QUERY AA: true TC: false RD: true ; RA: false RCODE: NOERROR qc 1 an 2 au 0 ad 2 ; Question section: ;cookingisfun.ie. IN NS ; Answer section: cookingisfun.ie. 1d IN NS ns2.hosteurope.com. cookingisfun.ie. 1d IN NS ns.hosteurope.com. ; Authority section: ;(none) ; Additional section: ns2.hosteurope.com. 2h IN A 92.51.159.40 ns.hosteurope.com. 2h IN A 212.67.202.2
即在接收一天之后，NSlogging必须过期并从caching中移除
Quering 212.67.202.1 for {www.cookingisfun.ie.,A} ; Answer ID: 18467 QR: true OPCODE: QUERY AA: true TC: false RD: true ; RA: false RCODE: NOERROR qc 1 an 1 au 0 ad 0 ; Question section: ;www.cookingisfun.ie. IN A ; Answer section: www.cookingisfun.ie. 1d IN A 212.67.220.186 ; Authority section: ;(none) ; Additional section: ;(none) ; Query took: 94 msec ; Server queried: 212.67.202.1[udp]
对于www.cookingisfun.ie适用于A的相同的1天间隔
即经过一天的延迟沃达丰必须重新问一下，path上的一些recursor将返回新的NS和新的NS – 新的A.
由于我们知道这种情况没有发生，所以我将其视为一串强烈的RFC-忽略 （将过期的数据存储在caching中 – 请参阅您对上一个问题的回答）。 托比，我想，你可以向沃达丰展示我的请求，并问“WTF ???为什么你使用过时的数据？你不能问212.67.202.2很久以前关于烹饪方面没有任何关系 。尽快修复 ”
检查这个问题的答案，并考虑在更改名称服务器时是否执行了所有操作：名称服务器更改跳回到旧名称服务器 – 原因？