HBrujin está correto, mas na verdade a profundidade da recursão é muito pior do que qualquer coisa que dig +trace vai mostrar para você. A profundidade de recursão é algo que muitas vezes é ridicularizado e banalizado demais, mas essas pessoas esquecem que você não está apenas solucionando ~ 5% de registrosCNAME. Isso ocorre porque a resolução do destino de um registro CNAME cria a necessidade de pesquisar todos os servidores de nomes no caminho, o que geralmente é muito mais do que aparente à primeira vista.
A meta CNAME está em outro domínio? Você precisará recorrer a seus servidores de nomes, o que exige não apenas NS de pesquisas de registros, mas também A(AAA) de pesquisas em que a cola não está presente. Os servidores de nomes para esses servidores de nomes vivem em um domínio de nível superior diferente? Se esses TLDs não compartilharem servidores de nomes, é provável que os registros de cola não sejam incluídos e você também precise recorrer aos servidores de nomes de outros TLDs. E assim por diante.
Todo registro de CNAME adicionado à cadeia pode adicionar exponencialmente ao número de pesquisas necessárias, dependendo do número de servidores de nomes que precisam ser recursionados. Essas cadeias de pesquisas de registros CNAME + NS + A(AAA) podem, por sua vez, ficar incrivelmente complicadas, atingindo mais de 150 níveis de profundidade em um cache vazio. É aqui que os limites de profundidade de recursão podem ficar extremamente desagradáveis, resultando em falhas temporárias para pesquisar seu domínio em um cache vazio e por motivos que nem sempre são imediatamente aparentes.
Em suma, você pode fazer isso, mas continue com cautela e leve o feedback dessa natureza a sério. Você não tem controle sobre a freqüência com que os servidores DNS recursivos na Internet são reiniciados ou eliminados.