[Starlink] dhcpv6-pd details

Darrell Budic budic at onholyground.com
Sat Jun 5 23:41:50 EDT 2021 

Just wanted to comment that NetworkManager (testing on Centos 8 Stream) beyond 1.20 or 1.22 works for -pd as well, once you tell it to use dhclient for dhcp anyway. method=shared after that and it’s good to go.

I’m using 'rdisc6 <starlink interface>' every 150 seconds to keep starlink sending RAs and keep my main v6 address alive as well, so far it hasn’t changed at all in ~48 hours.

> On May 18, 2021, at 9:50 AM, Annika Wickert <aw at awlnx.space> wrote:
> 
> That could be the reason, yes. Some times I get France as Groundstation.
> 
> 
>> On 18. May 2021, at 16:48, Nick Buraglio <buraglio at forwardingplane.net <mailto:buraglio at forwardingplane.net>> wrote:
>> 
>> I suspect it is due to roaming between ground stations, but I am totally guessing. 
>> 
>> nb
>> 
>> ᐧ
>> 
>> On Tue, May 18, 2021 at 6:41 AM Annika Wickert <aw at awlnx.space <mailto:aw at awlnx.space>> wrote:
>> 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 <mailto: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>
>> 
>> _______________________________________________
>> 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
> https://lists.bufferbloat.net/listinfo/starlink

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/starlink/attachments/20210605/6653f1bb/attachment.html>

More information about the Starlink mailing list