* [Starlink] teardown of the starlink provided "router" @ 2021-05-18 15:20 Dave Taht 2021-05-18 15:23 ` Nathan Owens 0 siblings, 1 reply; 4+ messages in thread From: Dave Taht @ 2021-05-18 15:20 UTC (permalink / raw) To: starlink I would really like someone to disassemble, and take photographs of the chipset and design of the starlink provided "router", which is proving to be such a disaster, and put those up somewhere. Youtube videos seem to be popular... we could do a kvetchy one of those? I have really goofed in that my visit to the starlink site I'd assumed the dishy was all there was! At one level I'm deliriously happy that that router can be junked, and with a decent OS, ipv6 etc can be enabled, as well as many other interesting local networking services. At another level I'm grumpy as to have to throw out all the bufferbloat related testing to date. In my dream world, the dishy would do ethernet flow control at a "single transmit upstream buffer" granularity, below 4ms, and emit pause frames that an fq_codel upstream could deal with, but that still is not enough, accurate parsing of the dishy's actual link rates up and down would allow for controlling the sch_cake queues tighter. -- Latest Podcast: https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/ Dave Täht CTO, TekLibre, LLC ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Starlink] teardown of the starlink provided "router" 2021-05-18 15:20 [Starlink] teardown of the starlink provided "router" Dave Taht @ 2021-05-18 15:23 ` Nathan Owens 2021-05-18 15:28 ` Nathan Owens 0 siblings, 1 reply; 4+ messages in thread From: Nathan Owens @ 2021-05-18 15:23 UTC (permalink / raw) To: Dave Taht; +Cc: starlink [-- Attachment #1: Type: text/plain, Size: 1627 bytes --] Here ya go: https://fcc.report/FCC-ID/2AWHPR201/4805890 There's at least one teardown video, but the FCC pics are better. Qualcomm IPQ4018, can run OpenWrt 19.07.7, or the latest 21.02.1 RC branch. --Nathan On Tue, May 18, 2021 at 8:20 AM Dave Taht <dave.taht@gmail.com> wrote: > I would really like someone to disassemble, and take photographs of > the chipset and design of the starlink provided "router", > which is proving to be such a disaster, and put those up somewhere. > Youtube videos seem to be popular... we could do a > kvetchy one of those? > > I have really goofed in that my visit to the starlink site I'd assumed > the dishy was all there was! At one level I'm deliriously happy > that that router can be junked, and with a decent OS, ipv6 etc can be > enabled, as well as many other interesting local > networking services. At another level I'm grumpy as to have to throw > out all the bufferbloat related testing to date. > > In my dream world, the dishy would do ethernet flow control at a > "single transmit upstream buffer" granularity, below 4ms, and > emit pause frames that an fq_codel upstream could deal with, but that > still is not enough, accurate parsing of the dishy's actual link rates > up and down would allow for controlling the sch_cake queues tighter. > > -- > 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 > [-- Attachment #2: Type: text/html, Size: 2422 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Starlink] teardown of the starlink provided "router" 2021-05-18 15:23 ` Nathan Owens @ 2021-05-18 15:28 ` Nathan Owens 2021-05-18 16:32 ` Dave Taht 0 siblings, 1 reply; 4+ messages in thread From: Nathan Owens @ 2021-05-18 15:28 UTC (permalink / raw) To: Dave Taht; +Cc: starlink [-- Attachment #1: Type: text/plain, Size: 2118 bytes --] Here are the chips in the dish: https://twitter.com/VirtuallyNathan/status/1331709138276024320 There's a bunch of the black ones, some sort of RF chip, and one of the heat-spreader capped ones. Parts seem to be custom, nothing I could find online. The Dish acts as the modem, so any router can be used. How were you testing? With their router? Without? On Tue, May 18, 2021 at 8:23 AM Nathan Owens <nathan@nathan.io> wrote: > Here ya go: https://fcc.report/FCC-ID/2AWHPR201/4805890 > There's at least one teardown video, but the FCC pics are better. > > Qualcomm IPQ4018, can run OpenWrt 19.07.7, or the latest 21.02.1 RC > branch. > > --Nathan > > On Tue, May 18, 2021 at 8:20 AM Dave Taht <dave.taht@gmail.com> wrote: > >> I would really like someone to disassemble, and take photographs of >> the chipset and design of the starlink provided "router", >> which is proving to be such a disaster, and put those up somewhere. >> Youtube videos seem to be popular... we could do a >> kvetchy one of those? >> >> I have really goofed in that my visit to the starlink site I'd assumed >> the dishy was all there was! At one level I'm deliriously happy >> that that router can be junked, and with a decent OS, ipv6 etc can be >> enabled, as well as many other interesting local >> networking services. At another level I'm grumpy as to have to throw >> out all the bufferbloat related testing to date. >> >> In my dream world, the dishy would do ethernet flow control at a >> "single transmit upstream buffer" granularity, below 4ms, and >> emit pause frames that an fq_codel upstream could deal with, but that >> still is not enough, accurate parsing of the dishy's actual link rates >> up and down would allow for controlling the sch_cake queues tighter. >> >> -- >> 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 >> > [-- Attachment #2: Type: text/html, Size: 3326 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Starlink] teardown of the starlink provided "router" 2021-05-18 15:28 ` Nathan Owens @ 2021-05-18 16:32 ` Dave Taht 0 siblings, 0 replies; 4+ messages in thread From: Dave Taht @ 2021-05-18 16:32 UTC (permalink / raw) To: Nathan Owens; +Cc: starlink On Tue, May 18, 2021 at 8:28 AM Nathan Owens <nathan@nathan.io> wrote: > > Here are the chips in the dish: > https://twitter.com/VirtuallyNathan/status/1331709138276024320 > There's a bunch of the black ones, some sort of RF chip, and one of the heat-spreader capped ones. Parts seem to be custom, nothing I could find online. > > The Dish acts as the modem, so any router can be used. How were you testing? With their router? Without? behind their router. this explains my issues with ipv6, and at least some, with bufferbloat. We will toss the starlink router over the cliff soon and start over. > > > On Tue, May 18, 2021 at 8:23 AM Nathan Owens <nathan@nathan.io> wrote: >> >> Here ya go: https://fcc.report/FCC-ID/2AWHPR201/4805890 >> There's at least one teardown video, but the FCC pics are better. >> >> Qualcomm IPQ4018, can run OpenWrt 19.07.7, or the latest 21.02.1 RC branch. >> >> --Nathan >> >> On Tue, May 18, 2021 at 8:20 AM Dave Taht <dave.taht@gmail.com> wrote: >>> >>> I would really like someone to disassemble, and take photographs of >>> the chipset and design of the starlink provided "router", >>> which is proving to be such a disaster, and put those up somewhere. >>> Youtube videos seem to be popular... we could do a >>> kvetchy one of those? >>> >>> I have really goofed in that my visit to the starlink site I'd assumed >>> the dishy was all there was! At one level I'm deliriously happy >>> that that router can be junked, and with a decent OS, ipv6 etc can be >>> enabled, as well as many other interesting local >>> networking services. At another level I'm grumpy as to have to throw >>> out all the bufferbloat related testing to date. >>> >>> In my dream world, the dishy would do ethernet flow control at a >>> "single transmit upstream buffer" granularity, below 4ms, and >>> emit pause frames that an fq_codel upstream could deal with, but that >>> still is not enough, accurate parsing of the dishy's actual link rates >>> up and down would allow for controlling the sch_cake queues tighter. >>> >>> -- >>> 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 -- Latest Podcast: https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/ Dave Täht CTO, TekLibre, LLC ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-05-18 16:32 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-05-18 15:20 [Starlink] teardown of the starlink provided "router" Dave Taht 2021-05-18 15:23 ` Nathan Owens 2021-05-18 15:28 ` Nathan Owens 2021-05-18 16:32 ` Dave Taht
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox