I got dhcpv6-pd running some time ago with wide-dhcpv6 and the following settings:

profile default
{
  information-only;

  request domain-name-servers;
  request domain-name;

  script "/etc/wide-dhcpv6/dhcp6c-script";
};

interface eth0 {
        send ia-pd 0;
        send ia-na 0;
};

id-assoc na 0 {
};

id-assoc pd 0 {
        prefix-interface wlan0 {
                sla-len 8;
                sla-id 1;
        };
        prefix-interface eth0.222 {
                sla-len 8;
                sla-id 2;
        };

};

To request my IPv6 /64 on my WAN interface I run the following every two minutes, otherwise I lose the address:

/bin/rdisc6 -v eth0

With this v6 works very good and I have no issues at all.

But prefixes change every 24 hours or so

Best,

Annika

On 17. May 2021, at 21:15, Dave Taht <dave.taht@gmail.com> wrote:

On Mon, May 17, 2021 at 12:04 PM Nick Buraglio <nick@buraglio.com> wrote:

As discussed privately with Dave, I have removed the starlink provided
router and replaced it with a Mikrotik RB2011 to allow for more

Running routerOS? Latest beta's of that have cake in 'em.

granular control, and to better tie into my existing network.

Starlink provides a router, also? I'm so confused. I thought the dishy
was all there was. Care to tear it apart and describe what's in it?

This has
allowed me to make a dhcpv6-pd request that is reasonably stable (so
far it has changed once in the last 2 months). The lease time is
incredibly short, which is a little strange but as long as the DHCPv6
server is the same and remains unchanged, it should just hand out the
same prefix upon request.

That was a terrible habit that comcast had got into in the early days
that forced
openwrt to flush and reload the firewall every minute, or less.

I'd pioneered a stateless firewall in cerowrt that never ever ever
needed to reload the
rules, using a pattern match for each specifically renamed ethernet interface.

Regrettably that was not accepted into openwrt, because "nftables" was
just around the corner.
It scaled beautifully to tons of interfaces going up and down so long
as they were named appropriately,
at far less cpu overhead for complicated rules than the standard
openwrt firewall.

https://www.bufferbloat.net/projects/cerowrt/wiki/CeroWall/?version=9

Anyway, I don't remember all that we did to suppress the flood of
useless static changes
to everything ipv6, but I hope that whatever we ended up doing still
works in this case.

I also built a very crude measurement display that just uses curl get
and dig via smokeping to display reasonable RTT. It's detailed in the
reddit post here:
https://www.reddit.com/r/Starlink/comments/mykxjv/functional_ipv6_and_some_crude_starlink_latency/
and can be viewed directly here:
https://starmon.qosbox.com/

THX! We really need to collect the "good" information and publish it
somewhere, the reddit noise level is too high.

One piece of mis-information I think was the news you can "route"
packets over ipv4 with a box in front of it and
a default gw of 192.168.100.1 Not clear from that news whether or not
NAT was required on the next hop or not... ?

(that's from another reddit post I mis-remember)

Making dhcpv6-pd work is pretty standard:

/ipv6 dhcp-client

add add-default-route=yes interface=ether2 pool-name=starlink-ipv6
prefix-hint=::/56 request=prefix

On each interface you want to have IPv6 on:

/ipv6 address

add address=::1 from-pool=starlink-ipv6 interface=bridge.8

add address=::1 from-pool=starlink-ipv6 interface=bridge.6

THANKS SO MUCH. I am thinking at the moment that openwrt's dhcp-pd
implementation is currently
broken (it's not working on admittedly a comcast modem I just got that
I'd not used before), but
as soon as I get a chance I'll try configuring odhcpd6 to do something
like this. If I can remember how.

_______________________________________________
Starlink mailing list
Starlink@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink

-- 
Latest Podcast:
https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/

Dave Täht CTO, TekLibre, LLC
_______________________________________________
Starlink mailing list
Starlink@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink

_______________________________________________
Starlink mailing list
Starlink@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink