[Starlink] New Customer or route leak?

[Starlink] New Customer or route leak?

[Inemesit Affia]

103.179.62.0/24 and other prefixes from a Bangladeshi provider are going to Australia(Singapore?) {GSL} via Starlink.

I'm not seeing any latency improvements (HE has similar performance in Sydney) and I also noticed Vocus is taking some traffic from Singapore via Perth to Bangladesh via this path.

Seen probes in Frankfurt/Ashburn/elsewhere do the similar.


Is there really a Community Gateway working this?

Where's it(Singapore/Australia)?

When I started at a large multinational Telco decades ago, I met a system that monitored/tracked path latency to pretty much every country/provider and alerted on shifts, is that something unusual to have?

[Starlink] Re: New Customer or route leak?

[j pan]

how do you know it traverses through starlink? it does not appear so
from the following

traceroute to 1.1.1.1 (1.1.1.1), 20 hops max, 60 byte packets
 1  _gateway (103.131.159.193)  0.645 ms  0.617 ms
 2  103.179.62.76 (103.179.62.76)  0.598 ms  0.596 ms
 3  103.131.159.145 (103.131.159.145)  1.257 ms  1.261 ms
 4  103.7.249.234 (103.7.249.234)  26.821 ms  26.818 ms
 5  one.one.one.one (1.1.1.1)  1.070 ms  1.067 ms
--
J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan

On Fri, Jul 3, 2026 at 4:14 AM Inemesit Affia via Starlink
<starlink@lists.bufferbloat.net> wrote:
>
> 103.179.62.0/24 and other prefixes from a Bangladeshi provider are going to Australia(Singapore?) {GSL} via Starlink.
>
> I'm not seeing any latency improvements (HE has similar performance in Sydney) and I also noticed Vocus is taking some traffic from Singapore via Perth to Bangladesh via this path.
>
> Seen probes in Frankfurt/Ashburn/elsewhere do the similar.
>
>
> Is there really a Community Gateway working this?
>
> Where's it(Singapore/Australia)?
>
> When I started at a large multinational Telco decades ago, I met a system that monitored/tracked path latency to pretty much every country/provider and alerted on shifts, is that something unusual to have?
> _______________________________________________
> Starlink mailing list -- starlink@lists.bufferbloat.net
> To unsubscribe send an email to starlink-leave@lists.bufferbloat.net

[Starlink] Re: New Customer or route leak?

[Inemesit Affia]

Try putting that prefix  in BGP.tools or bgp.he and you'll see there's no equal distance route to GSL from that prefix. 103.179.62.0/24


The AS path you'll see is 10075 *14593* 137408

You can try an Australian/Frankfurt/Ashburn looking Glass from GSL or Vultr in Sydney.



Maybe even Vocus or Lumen in Asia/Oceania

From Vultr Sydney

45.76.118.1[Vultr]
???
100.100.200.1
10.74.x.x.
10.74.x.x.
202.77.88.23
206.148.24.194
206.148.24.194
206.148.x.x
206.148.x.x
160.202.164.99[GSL]
206.224.74.121 [Starlink backbone]
???
206.214.228.69 [SB]
163.47.158.229[10075]
103.179.62.1[10075]

While I looked into it I found out it looks like an asymmetric route.


Attached is the traceroute for the forward and reverse path

Jul 3, 2026 3:40:26 PM j pan <panatuvicdotca@gmail.com>:

> how do you know it traverses through starlink? it does not appear so
> from the following
> 
> traceroute to 1.1.1.1 (1.1.1.1), 20 hops max, 60 byte packets
> 1  _gateway (103.131.159.193)  0.645 ms  0.617 ms
> 2  103.179.62.76 (103.179.62.76)  0.598 ms  0.596 ms
> 3  103.131.159.145 (103.131.159.145)  1.257 ms  1.261 ms
> 4  103.7.249.234 (103.7.249.234)  26.821 ms  26.818 ms
> 5  one.one.one.one (1.1.1.1)  1.070 ms  1.067 ms
> -- 
> J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan
> 
> On Fri, Jul 3, 2026 at 4:14 AM Inemesit Affia via Starlink
> <starlink@lists.bufferbloat.net> wrote:
>> 
>> 103.179.62.0/24 and other prefixes from a Bangladeshi provider are going to Australia(Singapore?) {GSL} via Starlink.
>> 
>> I'm not seeing any latency improvements (HE has similar performance in Sydney) and I also noticed Vocus is taking some traffic from Singapore via Perth to Bangladesh via this path.
>> 
>> Seen probes in Frankfurt/Ashburn/elsewhere do the similar.
>> 
>> 
>> Is there really a Community Gateway working this?
>> 
>> Where's it(Singapore/Australia)?
>> 
>> When I started at a large multinational Telco decades ago, I met a system that monitored/tracked path latency to pretty much every country/provider and alerted on shifts, is that something unusual to have?
>> _______________________________________________
>> Starlink mailing list -- starlink@lists.bufferbloat.net
>> To unsubscribe send an email to starlink-leave@lists.bufferbloat.net

[Starlink] Re: New Customer or route leak?

[Inemesit Affia]

Attached is a better testing pair

Jul 3, 2026 5:10:20 PM Inemesit Affia <inemesitaffia@gmail.com>:

> Try putting that prefix  in BGP.tools or bgp.he and you'll see there's no equal distance route to GSL from that prefix. 103.179.62.0/24
> 
> 
> The AS path you'll see is 10075 *14593* 137408
> 
> You can try an Australian/Frankfurt/Ashburn looking Glass from GSL or Vultr in Sydney.
> 
> 
> 
> Maybe even Vocus or Lumen in Asia/Oceania
> 
> From Vultr Sydney
> 
> 45.76.118.1[Vultr]
> ???
> 100.100.200.1
> 10.74.x.x.
> 10.74.x.x.
> 202.77.88.23
> 206.148.24.194
> 206.148.24.194
> 206.148.x.x
> 206.148.x.x
> 160.202.164.99[GSL]
> 206.224.74.121 [Starlink backbone]
> ???
> 206.214.228.69 [SB]
> 163.47.158.229[10075]
> 103.179.62.1[10075]
> 
> While I looked into it I found out it looks like an asymmetric route.
> 
> 
> Attached is the traceroute for the forward and reverse path
> 
> Jul 3, 2026 3:40:26 PM j pan <panatuvicdotca@gmail.com>:
> 
>> how do you know it traverses through starlink? it does not appear so
>> from the following
>> 
>> traceroute to 1.1.1.1 (1.1.1.1), 20 hops max, 60 byte packets
>> 1  _gateway (103.131.159.193)  0.645 ms  0.617 ms
>> 2  103.179.62.76 (103.179.62.76)  0.598 ms  0.596 ms
>> 3  103.131.159.145 (103.131.159.145)  1.257 ms  1.261 ms
>> 4  103.7.249.234 (103.7.249.234)  26.821 ms  26.818 ms
>> 5  one.one.one.one (1.1.1.1)  1.070 ms  1.067 ms
>> -- 
>> J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan
>> 
>> On Fri, Jul 3, 2026 at 4:14 AM Inemesit Affia via Starlink
>> <starlink@lists.bufferbloat.net> wrote:
>>> 
>>> 103.179.62.0/24 and other prefixes from a Bangladeshi provider are going to Australia(Singapore?) {GSL} via Starlink.
>>> 
>>> I'm not seeing any latency improvements (HE has similar performance in Sydney) and I also noticed Vocus is taking some traffic from Singapore via Perth to Bangladesh via this path.
>>> 
>>> Seen probes in Frankfurt/Ashburn/elsewhere do the similar.
>>> 
>>> 
>>> Is there really a Community Gateway working this?
>>> 
>>> Where's it(Singapore/Australia)?
>>> 
>>> When I started at a large multinational Telco decades ago, I met a system that monitored/tracked path latency to pretty much every country/provider and alerted on shifts, is that something unusual to have?
>>> _______________________________________________
>>> Starlink mailing list -- starlink@lists.bufferbloat.net
>>> To unsubscribe send an email to starlink-leave@lists.bufferbloat.net

[Starlink] Re: New Customer or route leak?

[Jianping Pan]

Yes, there is a path from fiber@home (starlink's host for the dhaka pop) through starlink to the world, e.g., https://bgp.he.net/AS10075#_graph6 , although not the main path
--
J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan
________________________________
From: Inemesit Affia via Starlink <starlink@lists.bufferbloat.net>
Sent: Friday, July 3, 2026 9:09 AM
To: j pan <panatuvicdotca@gmail.com>; Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Subject: [Starlink] Re: New Customer or route leak?

Try putting that prefix  in BGP.tools or bgp.he and you'll see there's no equal distance route to GSL from that prefix. 103.179.62.0/24


The AS path you'll see is 10075 *14593* 137408

You can try an Australian/Frankfurt/Ashburn looking Glass from GSL or Vultr in Sydney.



Maybe even Vocus or Lumen in Asia/Oceania

From Vultr Sydney

45.76.118.1[Vultr]
???
100.100.200.1
10.74.x.x.
10.74.x.x.
202.77.88.23
206.148.24.194
206.148.24.194
206.148.x.x
206.148.x.x
160.202.164.99[GSL]
206.224.74.121 [Starlink backbone]
???
206.214.228.69 [SB]
163.47.158.229[10075]
103.179.62.1[10075]

While I looked into it I found out it looks like an asymmetric route.


Attached is the traceroute for the forward and reverse path

Jul 3, 2026 3:40:26 PM j pan <panatuvicdotca@gmail.com>:

> how do you know it traverses through starlink? it does not appear so
> from the following
>
> traceroute to 1.1.1.1 (1.1.1.1), 20 hops max, 60 byte packets
> 1  _gateway (103.131.159.193)  0.645 ms  0.617 ms
> 2  103.179.62.76 (103.179.62.76)  0.598 ms  0.596 ms
> 3  103.131.159.145 (103.131.159.145)  1.257 ms  1.261 ms
> 4  103.7.249.234 (103.7.249.234)  26.821 ms  26.818 ms
> 5  one.one.one.one (1.1.1.1)  1.070 ms  1.067 ms
> --
> J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan
>
> On Fri, Jul 3, 2026 at 4:14 AM Inemesit Affia via Starlink
> <starlink@lists.bufferbloat.net> wrote:
>>
>> 103.179.62.0/24 and other prefixes from a Bangladeshi provider are going to Australia(Singapore?) {GSL} via Starlink.
>>
>> I'm not seeing any latency improvements (HE has similar performance in Sydney) and I also noticed Vocus is taking some traffic from Singapore via Perth to Bangladesh via this path.
>>
>> Seen probes in Frankfurt/Ashburn/elsewhere do the similar.
>>
>>
>> Is there really a Community Gateway working this?
>>
>> Where's it(Singapore/Australia)?
>>
>> When I started at a large multinational Telco decades ago, I met a system that monitored/tracked path latency to pretty much every country/provider and alerted on shifts, is that something unusual to have?
>> _______________________________________________
>> Starlink mailing list -- starlink@lists.bufferbloat.net
>> To unsubscribe send an email to starlink-leave@lists.bufferbloat.net
_______________________________________________
Starlink mailing list -- starlink@lists.bufferbloat.net
To unsubscribe send an email to starlink-leave@lists.bufferbloat.net

[Starlink] Re: New Customer or route leak?

[Inemesit Affia]

If you look at the image I attached you'll see that traffic from GSL to @fiberathome goes over Starlink but the return goes via a Singapore IX.

Surely they aren't deliberately running their traffic asymmetrically.

GSL and this company are settlement free peers and the non-Starlink path is lower latency and likely cheaper for @fiberathome

Jul 3, 2026 6:36:49 PM Jianping Pan <pan@uvic.ca>:

> Yes, there is a path from fiber@home (starlink's host for the dhaka pop) through starlink to the world, e.g., https://bgp.he.net/AS10075#_graph6 , although not the main path
> -- 
> J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan
> ----------------------------------------
> *From:* Inemesit Affia via Starlink <starlink@lists.bufferbloat.net>
> *Sent:* Friday, July 3, 2026 9:09 AM
> *To:* j pan <panatuvicdotca@gmail.com>; Dave Taht via Starlink <starlink@lists.bufferbloat.net>
> *Subject:* [Starlink] Re: New Customer or route leak?
>  
> Try putting that prefix  in BGP.tools or bgp.he and you'll see there's no equal distance route to GSL from that prefix. 103.179.62.0/24
> 
> 
> The AS path you'll see is 10075 *14593* 137408
> 
> You can try an Australian/Frankfurt/Ashburn looking Glass from GSL or Vultr in Sydney.
> 
> 
> 
> Maybe even Vocus or Lumen in Asia/Oceania
> 
> From Vultr Sydney
> 
> 45.76.118.1[Vultr]
> ???
> 100.100.200.1
> 10.74.x.x.
> 10.74.x.x.
> 202.77.88.23
> 206.148.24.194
> 206.148.24.194
> 206.148.x.x
> 206.148.x.x
> 160.202.164.99[GSL]
> 206.224.74.121 [Starlink backbone]
> ???
> 206.214.228.69 [SB]
> 163.47.158.229[10075]
> 103.179.62.1[10075]
> 
> While I looked into it I found out it looks like an asymmetric route.
> 
> 
> Attached is the traceroute for the forward and reverse path
> 
> Jul 3, 2026 3:40:26 PM j pan <panatuvicdotca@gmail.com>:
> 
>> how do you know it traverses through starlink? it does not appear so
>> from the following
>>
>> traceroute to 1.1.1.1 (1.1.1.1), 20 hops max, 60 byte packets
>> 1  _gateway (103.131.159.193)  0.645 ms  0.617 ms
>> 2  103.179.62.76 (103.179.62.76)  0.598 ms  0.596 ms
>> 3  103.131.159.145 (103.131.159.145)  1.257 ms  1.261 ms
>> 4  103.7.249.234 (103.7.249.234)  26.821 ms  26.818 ms
>> 5  one.one.one.one (1.1.1.1)  1.070 ms  1.067 ms
>> --
>> J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan
>>
>> On Fri, Jul 3, 2026 at 4:14 AM Inemesit Affia via Starlink
>> <starlink@lists.bufferbloat.net> wrote:
>>>
>>> 103.179.62.0/24 and other prefixes from a Bangladeshi provider are going to Australia(Singapore?) {GSL} via Starlink.
>>>
>>> I'm not seeing any latency improvements (HE has similar performance in Sydney) and I also noticed Vocus is taking some traffic from Singapore via Perth to Bangladesh via this path.
>>>
>>> Seen probes in Frankfurt/Ashburn/elsewhere do the similar.
>>>
>>>
>>> Is there really a Community Gateway working this?
>>>
>>> Where's it(Singapore/Australia)?
>>>
>>> When I started at a large multinational Telco decades ago, I met a system that monitored/tracked path latency to pretty much every country/provider and alerted on shifts, is that something unusual to have?
>>> _______________________________________________
>>> Starlink mailing list -- starlink@lists.bufferbloat.net
>>> To unsubscribe send an email to starlink-leave@lists.bufferbloat.net
> _______________________________________________
> Starlink mailing list -- starlink@lists.bufferbloat.net
> To unsubscribe send an email to starlink-leave@lists.bufferbloat.net