[prev in list] [next in list] [prev in thread] [next in thread]
List: ipng
Subject: Re: Starlink is on IPv6
From: Nick Buraglio <buraglio () es ! net>
Date: 2021-09-06 16:19:15
Message-ID: CAM5+tA_6TC2bfyfowCcaqhs8_tGDidy_kGUi0-w+DE2=DVGQLQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
---
Nick Buraglio
Planning and Architecture
Energy Sciences Network
+1 (510) 995-6068
On Mon, Sep 6, 2021 at 10:42 AM Behcet Sarikaya <sarikaya2012@gmail.com>
wrote:
>
> Hi Nick,
>
>
> On Fri, Sep 3, 2021 at 12:45 PM Nick Buraglio <buraglio@es.net> wrote:
> >
> > I do not believe it is enabled by default if using their routed device
yet. It is possible to get a /56 PD if you remove their router and put in
your own that does a PD request, but it does change fairly frequently, the
lease time is ~5m last I looked. In the past the service basically proxy
responded to all ICMP even if the addresses were not actually legitimately
active. I can, however, ssh to an IPv6 enabled host on my starlink network,
so if it's up it's available (if ACLs allow for it).
> >
> > I have a couple of test points running over mine,
https://starmon.qosbox.com is some simple end to end latency graphene using
smokeping internally and reporting back to a cloud system.
>
>
> I looked at this site, it shows that Netflix has seconds level RTT while
almost all others (Amazon Apple, etc.) have msec level RTT.
> Why could that be?
All this probe is doing is an http get to the netflix page, it's not really
indicative of opening a stream from their content distribution. If you
start looking at the graphs, there are two sources, you want to focus on
the one labeled STARLINK_IL_AS14593, as that is my local probe. The other
source is the cloud system and was meant to be a control, although it is
surprisingly less consistent. This graph represents the long term averages
of my home node.
https://starmon.qosbox.com/smokeping/?displaymode=n;start=2020-09-11%2016:13;end=now;target=Common_Web_Services_HTTP.NetFlix~starlink-il-as14593
It is quite reasonable.
>
>
> > https://atlas.ripe.net/probes/1002417 is a raspberry pi running the ripe
atlas software over starlink
>
> This probe says IPv6 works.
Yes, this one is working. The other one seems to be broken.
>
> How did you get the antennas from Starlink? I thought they don't sell to
residential areas?
I put in for an early node. I actually didn't think I'd get it but they
gave it to me, I used it as a primary service for a few months but I really
just got it to do testing and then to take to my parents. Eventually I will
take it to my parents who live outside of a smaller town. Their only option
for broadband is a very unreliable DSL service.
>
>
>
> Keep up the good work!
>
> Behcet
> >
> > https://atlas.ripe.net/probes/25983/ is a ripe probe on their hardware
(which appears to be down, I'll need to look into that).
> >
> > nb
> >
> >
> > ---
> > Nick Buraglio
> > Planning and Architecture
> > Energy Sciences Network
> > +1 (510) 995-6068
> >
> > ᐧ
> >
> > On Fri, Sep 3, 2021 at 12:35 PM Behcet Sarikaya <sarikaya2012@gmail.com>
wrote:
> > >
> > > Hi all,
> > >
> > > Sometime back we discussed about IP support on Starlink.
> > >
> > > Here is what I found out:
> > > Starlink network is on IPv6 they have this /28 prefix
> > > 2605:59C0::/28
> > >
> > >
> > > I can ping6 this host from my MacOs laptop connected to AT&T Fiber:
> > > ping6 2605:59c0:3318:4e00:a811:8e64:62b1:8b86
> > >
> > > Behcet
> > >
> > > --------------------------------------------------------------------
> > > IETF IPv6 working group mailing list
> > > ipv6@ietf.org
> > > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > > --------------------------------------------------------------------
[Attachment #5 (text/html)]
<div dir="ltr"><br><br>---<br>Nick Buraglio<br>Planning and Architecture<br>Energy \
Sciences Network<br>+1 (510) 995-6068<br><br><br>On Mon, Sep 6, 2021 at 10:42 AM \
Behcet Sarikaya <<a \
href="mailto:sarikaya2012@gmail.com">sarikaya2012@gmail.com</a>> \
wrote:<br>><br>> Hi Nick,<br>><br>><br>> On Fri, Sep 3, 2021 at 12:45 \
PM Nick Buraglio <<a href="mailto:buraglio@es.net">buraglio@es.net</a>> \
wrote:<br>>><br>>> I do not believe it is enabled by default if using \
their routed device yet. It is possible to get a /56 PD if you remove their router \
and put in your own that does a PD request, but it does change fairly frequently, the \
lease time is ~5m last I looked. In the past the service basically proxy responded to \
all ICMP even if the addresses were not actually legitimately active. I can, however, \
ssh to an IPv6 enabled host on my starlink network, so if it's up it's \
available (if ACLs allow for it). <br>>><br>>> I have a couple of test \
points running over mine, <a \
href="https://starmon.qosbox.com">https://starmon.qosbox.com</a> is some simple end \
to end latency graphene using smokeping internally and reporting back to a cloud \
system. <br>><br>><br>> I looked at this site, it shows that Netflix has \
seconds level RTT while almost all others (Amazon Apple, etc.) have msec level \
RTT.<br>> Why could that be?<br><br><br>All this probe is doing is an http get to \
the netflix page, it's not really indicative of opening a stream from their \
content distribution. If you start looking at the graphs, there are two sources, you \
want to focus on the one labeled STARLINK_IL_AS14593, as that is my local probe. The \
other source is the cloud system and was meant to be a control, although it is \
surprisingly less consistent. This graph represents the long term averages of my home \
node. <a href="https://starmon.qosbox.com/smokeping/?displaymode=n;start=2020-09-11%2 \
016:13;end=now;target=Common_Web_Services_HTTP.NetFlix~starlink-il-as14593">https://st \
armon.qosbox.com/smokeping/?displaymode=n;start=2020-09-11%2016:13;end=now;target=Common_Web_Services_HTTP.NetFlix~starlink-il-as14593</a><div>It \
is quite reasonable. <br> <br>><br>><br>>> <a \
href="https://atlas.ripe.net/probes/1002417">https://atlas.ripe.net/probes/1002417</a> \
is a raspberry pi running the ripe atlas software over starlink<br>><br>> This \
probe says IPv6 works.</div><div>Yes, this one is working. The other one seems to be \
broken. </div><div><br>><br>> How did you get the antennas from Starlink? I \
thought they don't sell to residential areas?<br><br><br>I put in for an early \
node. I actually didn't think I'd get it but they gave it to me, I used it as \
a primary service for a few months but I really just got it to do testing and then to \
take to my parents. Eventually I will take it to my parents who live outside of a \
smaller town. Their only option for broadband is a very unreliable DSL service. <br> \
<br>><br>><br>><br>> Keep up the good work!<br>><br>> Behcet \
<br>>><br>>> <a \
href="https://atlas.ripe.net/probes/25983/">https://atlas.ripe.net/probes/25983/</a> \
is a ripe probe on their hardware (which appears to be down, I'll need to look \
into that). <br>>><br>>> nb<br>>><br>>> <br>>> \
---<br>>> Nick Buraglio<br>>> Planning and Architecture<br>>> \
Energy Sciences Network<br>>> +1 (510) 995-6068<br>>><br>>> \
ᐧ<br>>><br>>> On Fri, Sep 3, 2021 at 12:35 PM Behcet Sarikaya <<a \
href="mailto:sarikaya2012@gmail.com">sarikaya2012@gmail.com</a>> \
wrote:<br>>>><br>>>> Hi all,<br>>>><br>>>> \
Sometime back we discussed about IP support on \
Starlink.<br>>>><br>>>> Here is what I found out:<br>>>> \
Starlink network is on IPv6 they have this /28 prefix <br>>>> \
2605:59C0::/28<br>>>><br>>>><br>>>> I can ping6 this host \
from my MacOs laptop connected to AT&T Fiber:<br>>>> ping6 \
2605:59c0:3318:4e00:a811:8e64:62b1:8b86<br>>>><br>>>> \
Behcet<br>>>><br>>>> \
--------------------------------------------------------------------<br>>>> \
IETF IPv6 working group mailing list<br>>>> <a \
href="mailto:ipv6@ietf.org">ipv6@ietf.org</a><br>>>> Administrative \
Requests: <a href="https://www.ietf.org/mailman/listinfo/ipv6">https://www.ietf.org/mailman/listinfo/ipv6</a><br>>>> \
--------------------------------------------------------------------</div></div>
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic