So after reading many articles going ‘Don’t use NAT66’, I’m experimenting deploying NAT66 to provide IPv6 internet access to some VLANs on my network.

I’ve tried asking my ISP for anything better then a /64, but apparently they are either unwilling, or unable to provide that. And every. single. ISP. in my country (Malaysia) is giving out /64 prefix delegations.

So on my test network, which is a VLAN (w/ WiFi) routed by an OPNSense instance running on one of my proxmox hosts, I’ve been testing it and it seems to work well enough I suppose. Well, at least better then HE TunnelBroker, speed wise anyway.

Unless anyone knows of any other approaches I can use for this?

#tech

  • kronicd@kbin.social
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    @0spkl is DHCPv6 not an option for some reason?

    It’s not as good as SLAAC, but I thought it would be preferable to NAT66.

    • 0spkl@kbin.socialOP
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      @kronicd Unless android has implemented DHCPv6 and nobody is talking about it, no, no it’s not. It would still need me to route the entire /64 to one network after all for SLAAC.

      Unless you’re suggesting I install more-specific routes on the other networks? maybe a /65 or /66 on them? But in that case, wouldn’t the main network, with it’s full /64 prefix, have issues reaching those other hosts… hmm. Unless I deploy it with ULA addresses too. And treat the GUA addresses as just for internet connectivity.

      Might still have to NAT66 it for other networks that may see android devices…

      Might experiment with it once my opnsense box arrives I guess. Don’t want to muck around with that on openwrt.
      I just wish I got like a /60 at least.

      I suppose tunnelling to a VPS is one option, but I’d rather use NAT66 over that because it’d have better throughput/latency.