IP terminando em zeros: válido (para /128) ou possivelmente confundido com anycast?

Afirmei isso como possíveis problemas de interoperabilidade, pois endereços com os últimos 64 bits, todos zeros, são normalmente endereços anycast para o roteador de sub-rede,

Para uma sub-rede, um ID de interface com zeros seria a sub-rede anycast. Embora em teoria tenha sido definido como 64 bits para unicast global IPv6, na prática o comprimento do prefixo da sub-rede é o que define o comprimento do ID da interface – geralmente é 64 bits porque é o que resta menos o prefixo /64, mas um / O endereço 128 não tem sub-rede nem um ID de interface (seria um IID de 0 bits).

e temo que outros nós possam tratá-lo de maneira especial.

Semelhante ao caso dos endereços de "difusão de sub-rede" IPv4, o anycast do roteador de sub-rede (ou qualquer outro tipo de anycast de sub-rede local definido no IPv6) só é significativo quando realmente atinge um roteador da referida sub-rede. Para começar, apenas os roteadores de sub-rede são capazes de fornecer qualquer tipo de tratamento útil; hosts ou roteadores que não estão nessa sub-rede não podem fazer mais nada além de encaminhá-lo como um endereço unicast regular. Portanto, se o endereço for roteado estaticamente 'através' do seu host, apenas a sua própria máquina será o "roteador de sub-rede" para ele e os outros nós não terão realmente uma palavra a dizer.

(Isso parece espelhar o endereçamento de classe IPv4, onde os nós que passam podem ter "sabido" que 192.168.4.255 é especial com base no fato de ser um endereço de Classe C... mas apesar desse conhecimento, eles ainda não seriam capazes de fazer nada senão roteá-lo de qualquer maneira como um endereço normal. E agora que o endereçamento de classe acabou, os nós não conseguem mais saber se é especial porque não sabem qual comprimento de prefixo a sub-rede final está usando.)

Uma rede de um host pode ser configurada em um host IPv6 e roteada. Mesmo que um endereço de roteador de sub-rede não tenha sentido aqui e deva ser desabilitado, ainda há dúvidas sobre se você pode obter um /64 adequado e se o planejamento de endereço está pronto para isso.

O IPv6 na determinação do link é uma questão de protocolo, portanto, não é necessário haver endereços IP de roteadores na mesma sub-rede, como a v4. O tráfego através de alguma outra rede on-link funciona bem, quase certamente o endereço local do link do gateway padrão.

Um prefixo longo semelhante cujos debates são registrados em RFCs é a prática de /127s ponto a ponto na RFC 6164 . As pessoas pensaram que isso quebraria as coisas, mas pode funcionar. Essas recomendações incluem que, se vários prefixos forem atribuídos a partir de um /64, o ID da interface com todos os zeros não deverá ser usado. "Caso contrário, os nós poderão receber pacotes que não deveriam receber." Isso é menos importante se você for o único cliente no /64, mas não interpreto a resposta deles para garantir isso.

Um endereço por VM alugada não é muito generoso, para dizer o mínimo. Existem casos de uso para IP de seus próprios contêineres ou hosts virtuais baseados em IP. No entanto, isso exigiria o roteamento de um prefixo inteiro para o seu host, o que a maioria dos provedores não está fazendo. Se eles ainda não estiverem fazendo isso, pode ser uma boa ideia, por motivos de planejamento de endereço, reservar um /64 inteiro, mesmo que apenas um IP esteja anexado ao seu convidado. Há espaço de endereço mais que suficiente para suportar isso.

É bom ter o endereço personalizado mais curto possível, mas isso não é realmente necessário. 2001:db8:c6ad:a661::1é apenas um pouco mais longo em formato de texto do que 2001:db8:c6ad:a661::. E o nome no DNS tem o mesmo comprimento de qualquer maneira.