Já existe uma hierarquia interna para isso e você não deve alterá-la. Os computadores encontrarão um controlador de domínio mais próximo a eles para sincronização de horário com base nas informações de site e sub-rede definidas em Sites e Serviços. Por sua vez, esses controladores de domínio sincronizarão seu tempo com o controlador de domínio que mantém a função FSMO do emulador de PDC. Esse controlador de domínio que detém a função deve ser configurado para usar a sincronização de horário do NTP em relação a uma fonte confiável, seja ela interna ou externa, e todos os demais membros do domínio devem estar alinhados. Normalmente, as pessoas vão sincronizar com o NIST, Microsoft, Apple ou pool.ntp.org. Também é muito comum que seu switch / roteador central faça isso e, em seguida, aponte para todos os dispositivos que precisam de sincronização de tempo.
EDITAR
Aqui estão alguns artigos referentes a fazer exatamente isso:
Aqui está o comando para rodar em seu DC que é o emulador PDC:
w32tm /config /manualpeerlist: peers /syncfromflags:manual /reliable:yes /update
Tudo o que você precisa fazer aqui é configurar e sincronizar o DC do emulador PDC e todo o restante do AD será iniciado e você poderá chamá-lo por um dia. Anexou a imagem abaixo para sua referência (está em um dos links acima). Também é importante notar que isso cuida dos seus sistemas Microsoft, mas se você tivesse servidores Linux ou dispositivos de rede precisando de respostas do protocolo NTP, você pode ter problemas de compatibilidade, já que a implementação da Microsoft como servidor NTP é ... digamos ... não tão bom. Como eu mencionei acima, normalmente apontarei meu roteador de núcleo em uma fonte de tempo externa e, em seguida, apontarei o emulador de PDC para isso. Tudo o mais na minha rede que precisa do NTP é apontado para o roteador local que, por sua vez, está direcionado para o roteador principal.