Estou apenas imaginando se é possível. Eu não quero ouvir sobre outras soluções, desde que eu as conheço. Eu só quero saber se o ISC dhcpd (ou qualquer outro servidor dhcp de código aberto) o implementa.
Imagine que eu tenho uma sub-rede configurada no meu dhcpd e como parte dessa sub-rede eu tenho dois intervalos de IP / pools (A e B) com a mesma política de alocação. É verdade que, nesse cenário, o dhcpd fará um round-robin para a alocação de endereços?
Outra questão é: é possível associar a um IP pool dois roteadores com métricas diferentes?
Minha idéia é: ter dois pools de ip, na mesma sub-rede, alocando ip de maneira round-robing desses pools e com dois gateways usando métricas diferentes.
para uma sub-rede 192.168.100.0/24:
eu terei dois pools. Pool A (192.168.100.10-119) e Pool B (192.168.100.120-254). Para o pool A, quero dar métrica 10 e 192.168.100.2 métrica para o roteador 192.168.100.1 20 e para ips da métrica do pool B, 192.168.100.2 métrica 10 e 192.168.100.1 métrica 20.
isso é possível?
AFAIK, você pode definitivamente ter vários pools por sub-rede, com diferentes opções por pool. No entanto, o servidor ISC dhcp usará esses pools na ordem de declaração e provavelmente esgotará primeiro o primeiro pool antes de usar o próximo, a menos que outras condições sejam anexadas (por exemplo, correspondência a algum tipo de identificador de fornecedor ou endereço MAC ou similar) que permitiria que o servidor determinasse qual pool usar. Em outras palavras, não round-robin.
Lembro-me de que existe um comando de avaliação de execução no isc hdcpd que pode ser usado para tomar a decisão sobre qual classe usar para fornecer conjuntos de endereços. Assim, você pode ter um script bash simples que, em seguida, atribui esses clientes a classes aleatórias.