Primeiro, não sei por que você faria isso para os usuários. O único cenário em que consigo pensar é que você está fora de IPs na sua sub-rede de usuário atual e não pode estender sua sub-rede atual com facilidade. Neste caso, acho que seria bom adicionar outra sub-rede. O spoofing se torna um problema quando você está usando os IPs dessa maneira, porque as duas sub-redes são iguais, então você tem o mesmo risco de falsificação, seja usando uma única sub-rede ou várias. Uma pergunta que tenho aqui é como o DHCP funcionaria. Se os escopos DHCP não forem contíguos e o servidor DHCP atender aos IPs com base no endereço "auxiliar" do roteador, todas as solicitações não serão enviadas para um escopo ou para o outro? Suponho que isso possa se tornar um problema se o servidor DHCP estiver localizado diretamente no domínio de broadcast, mas ainda é algo a ser explorado.
Tudo o que disse, eu realmente faço isso em produção para um dos meus apps. Eu tenho um aplicativo que tem silos geograficamente diversificados, cada silo tem seu próprio / 27. Esses IPs são o que considero ser IPs de infraestrutura. Eles pertencem a esses servidores. Então eu roteio um adicional / 29 para o mesmo domínio de broadcast. Esta sub-rede pertence ao aplicativo. Quando eu atualizar o hardware, eu construirei um silo inteiramente novo com um novo / 27, então mude a rota para o aplicativo / 29 para ele. Como isso / 29 lida com a comunicação com elementos de rede, isso me permite não ter que reprogramar todos os NEs se tivermos novos hardwares ou novos softwares, e usar o mesmo domínio de broadcast me permite fazê-lo sem uma NIC dedicada.