Con el servidor DHCP de Windows puedo tener dos servidores que atiendan el alcance de una red, de modo que si uno falla, el otro toma el relevo. Con DHCPv4 hay dos opciones para hacer esto, la primera es configurar una relación de conmutación por error y la otra es establecer el inicio y el final del alcance en cada uno de los servidores para que no se superpongan.
Estoy tratando de entender cómo funciona esto con DHCPv6. Cuando configuro un alcance con v6, no hay forma de establecer un rango inicial y final y no hay forma de configurar una relación de conmutación por error. Entonces, mi pregunta es ¿cómo es posible que dos servidores eviten la situación en la que se asigna la misma dirección IP a dos clientes diferentes, uno por cada uno de los dos servidores?
Respuesta1
Asigne diferentes ámbitos a cada servidor DHCP, siendo cada uno su propio /64. Digamos por ejemplo 2001:db8:8721:d001::/64 y 2001:db8:8721:d002::/64. La superposición es imposible y cada uno tiene su propio espacio fuera de su plan de direcciones.
No hay elección de tamaño porque las subredes son de talla única /64. Existen muchos /64 para justificar uno por servidor DHCP; es un caso de uso natural para una subred. O incluso simplemente desear que los humanos puedan determinar qué servidor DHCPv6 por sus direcciones asignadas es un caso de uso razonable para que cada uno tenga un /64.
Un /64 es prácticamente ilimitado. Las probabilidades de elegir la misma dirección al azar son minúsculas. No es que esta remota posibilidad importe cuando usan redes separadas.
Y como protección final contra la rotura, se supone que los hosts IP deben funcionardetección de direcciones duplicadasen sus IP. En el peor de los casos, esto evita que existan direcciones duplicadas por mucho tiempo; en el mejor de los casos, un cliente DHCPv6 inteligente enviará un rechazo al servidor.
Aparentemente servidor DHCPv6 de Windowsno implementa la conmutación por error. La falta de direcciones IPv6 es una de las razones para no implementar esta característica.