[Starlink] dhcpv6-pd details
Annika Wickert
aw at awlnx.space
Tue May 18 07:41:40 EDT 2021
My lease time is also at 5min, I am in Germany close to Munich.
Maybe it stops changing when my pole mount finally arrives and I get a more stable connection.
> On 18. May 2021, at 13:37, Nick Buraglio <buraglio at forwardingplane.net> wrote:
>
> Interesting. My lease time is set to 5m(!!!) but it’s only changed once in about 2 months. Where are you located?
>
> nb
>
> On Tue, May 18, 2021 at 3:33 AM Annika Wickert <aw at awlnx.space <mailto:aw at awlnx.space>> wrote:
> 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 at gmail.com <mailto:dave.taht at gmail.com>> wrote:
>>
>> On Mon, May 17, 2021 at 12:04 PM Nick Buraglio <nick at buraglio.com <mailto:nick at 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 <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/ <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/ <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 at lists.bufferbloat.net <mailto:Starlink at lists.bufferbloat.net>
>>> https://lists.bufferbloat.net/listinfo/starlink <https://lists.bufferbloat.net/listinfo/starlink>
>>
>>
>>
>> --
>> Latest Podcast:
>> https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/ <https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/>
>>
>> Dave Täht CTO, TekLibre, LLC
>> _______________________________________________
>> Starlink mailing list
>> Starlink at lists.bufferbloat.net <mailto:Starlink at lists.bufferbloat.net>
>> https://lists.bufferbloat.net/listinfo/starlink <https://lists.bufferbloat.net/listinfo/starlink>
> _______________________________________________
> Starlink mailing list
> Starlink at lists.bufferbloat.net <mailto:Starlink at lists.bufferbloat.net>
> https://lists.bufferbloat.net/listinfo/starlink <https://lists.bufferbloat.net/listinfo/starlink>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/starlink/attachments/20210518/c3b9b822/attachment.html>
More information about the Starlink
mailing list