[GTER] Revision de IETF I-D sobre IPv6 multi-router, multi-prefix, y... a oportunidade de nao utilizar NAT com IPv6! :-)

[Fernando Frediani]

Olá Fernando

On 11/02/2025 15:26, Fernando Gont wrote:
>
>> O outro é o problema já antigo e até hoje sem muita solução (Homenet 
>> nunca vi nem comi) é como fazer failover entre 2 conexões banda larga 
>> para uma mesma LAN sem utilizar NAT.
>> Olhando para o funcionamento do SLAAC em teoria seria possível ter 2 
>> roteadores (1 para cada ISP e banda larga) configurando no RA um 
>> "Router Priority" flag de priority maior para o roteador principal e 
>> menor para o de backup.
>
> Mais isso nao es tam simple. Com router priority vc pode elegir ISP da 
> saida.  Mais ainda tem estos problemas:
> * Que DNS utilizar pra resolver nomes
> * que endereco de oriem utilizar
>
> Ese es el problema que a gente documenta em: 2) 
> https://www.ietf.org/archive/id/draft-gont-v6ops-multi-ipv6-01.txt
DNS pode ser um cache local.
Sobre qual endereço utilizar o device deveria de alguma maneira entender 
por qual gateway default está saindo para a internet e utilizar como 
endereço de origem o endereço daquela range /64. O problema aqui é que 
não necessariamente o endereço de gateway será um GUA mas pode ser um 
Link-Local. Ainda sim após o tempo do "preffered lifetime" e "valid 
lifetime" os endereços da range anunciada pelo roteador que parou de 
encaminhar pacotes deveria desaparecer. Mas existe ainda o problema do 
roteador entender que perdeu conectividade com o upstream (mas ainda 
está ativo na LAN) e parar de anunciar no seu respectivo RA.
>
>
>> Dessa maneira os devices deveriam configurar endereços de LAN de cada 
>> um dos roteadores, mas tem apenas 1 gateway default, que é trocado 
>> quando o roteador mais prioritário desaparecer daquele Layer 2.
>
> Problema de isso es que, a menos que vc este fazendo BGP com os dos 
> ISPs, e utilice espcio de endereco PI, si vc utiliza enderecos do ISP1 
> com o routeador do ISP2, o enderecos do ISP2 com o ruteador do ISP1, 
> EL ISP va a eliminar seus pacotes (ingress/egress filtering).
Se o device entender por qual endereço de origem deve enviar pacotes 
para cada gateway não seria necessário o BGP.
Como estamos falando de conexões banda larga, BGP está fora de cogitação 
para este cenário.
>
>
>
> Mais parte del problema es que si, por ejemplo, o CPE router es 
> reinicializado, y logo os prefixos trocan al iniciar novamente, os 
> sistemas (hosts) locales nao tem forma de conhecer que os prefixos 
> trocaron... y continuan utilizando os prefixos velhos.
Como é proposta essa correção hoje ? Algum tipo de flag que possa forçar 
essa troca antes do lifetime expirar de maneira que os hosts entendam ?
De qualquer maneira após o tempo de lifetime não deveriam desaparecer os 
endereços ?

Fernando

>
>
>
>