• Hei

    Vi i Foreningen Flyprat ønsker takke de av dere som har valgt å være medlem av foreningen gjennom det siste året, og dermed støttet driften av Flyprats forum og Airpics med 150kr.

    Vi håper å kunne ha deg videre med til neste år og at du fortsatt vil være medlem nå som nytt medlemsår begynte 1. oktober 2025

    Merk at etter årsmøtevedtaket er medlemsavgiften fra og med i år 150kr

    Betalingen kan enten gjøres via Vipps: 150kr til #18641 eller via Letsreg på linken under:

    https://www.letsreg.com/no/event/medlemskontingent_2026_01102025

    (Husk og oppgi brukernavn så betalingen kan linkes til brukeres)

    De av dere som alt har betalt i oktober er selvsagt registrert i det nye medlemsåret

    Med vennlig hilsen - Styret i Foreningen Flyprat

SK SAS og Starlink - Statustråd

Starlink er jo fin fin teknologi. Da jeg jobba i fjellet på en DNT hytte var det Starlink som var internettet. Dnt har jo noen hytter som virkelig er langt unna mobildekning så tipper Starlink etterhvert er standarden der.

Ja, Starlink er et bra produkt. Men opplastings hastigheten er elendig. Det blir spennende å se når trådløst internett får lik opp og ned hastighet (samme som fiber kabel).
 
For de fleste kunder så er det nedhastigheten som betyr noe. Og hvis «begrenset» opplasting er det som skal til for at færrest mulig skal kjøre samtaler i lufta så får vi vel leve godt med det.
 
For de fleste kunder så er det nedhastigheten som betyr noe. Og hvis «begrenset» opplasting er det som skal til for at færrest mulig skal kjøre samtaler i lufta så får vi vel leve godt med det.

Starlink er et veldig bra produkt til fly, og perfekt hastighet til det.
Vurderte om jeg skulle bytte det ut med fiber og teste Starlink, men for dårlig opplastings hastighet.
 
Er noe med hvordan satelitt internett er satt opp. Er nok bedre i lufta med fint vær.
Er noe at nedlasting blir prioritiert på satelittene. hvor de har begrenset kapasitet.

Key Reasons for Slow Uploads:
  1. Asymmetric Design: Providers allocate significantly more bandwidth for downloading than uploading because most users consume content more than they create it.
  2. Latency (Distance): Data travels to a satellite and back (thousands of miles), creating a significant delay (latency) that impacts responsiveness, especially for uploads, which need to confirm receipt.
  3. Power & Signal Strength: The user's dish needs to send a weaker signal back to the satellite compared to the powerful signal received from it, making the uplink more vulnerable to interference.
  4. Limited Satellite Bandwidth: Satellites have finite capacity, and uplink channels get saturated quickly during busy times, leading to slower speeds.
  5. Network Congestion: Peak usage hours overload the system, creating bottlenecks, especially on the less-resourced upload side.
  6. Satellite Handoffs (for LEO systems like Starlink): As satellites move, your dish switches connections, causing brief interruptions or slowdowns during uploads.
 
Last edited:
Spurt AI nå... ;)

Asymetriske linjer (at opplasting og nedlasting er forskjellig) er normalen i Internett hvis ikke du bruker et medium som ikke har begrensninger i kapasitet eller er delt med andre.
Mobilt Internett (4G, 5G), internett over kobber (ADSL, VDSL), satelittbredbånd og Internett over Coax-kabler (kabel-TV) er asymetriske, altså at man prioriterer nedlastning istedet for opplastning.

Det er også en ganske logisk ting å gjøre fordi en vanlig Internettbruker laster ned mye mer data enn det de sender ut, speielt på fly er dette en helt fornuftig ting å gjøre.
 
Looks like they have a system now in SVG regarding the Starlink installation. Monday evening LNRGM on SK4049 arrived and it left this morning (Wednesday) on SK4008. Same for SEDOX yesterdayevening until tomorrowmorning, so again one full day in SVG. Tonight SEROL will arrive and it will not leave until likely Friday morning.
  • SEROM (Confirmed)
  • LNRGM (21JAN?)
  • SEDOX (22JAN?)
  • SEROL (23JAN?)
 
Vet vi noe om hvordan SAS vil bruke flyene med Starlink i starten? Vil det f.eks være verdt å bruke de på de lengste rutene, hvor kundene vil ha største «nytte». Eller på korte høy volum ruter hvor flest mulig blir «eksponert» og vil velge SAS neste gang? Eller er det bare for mye arbeid for planleggerne?
 
Ser for meg de går rett inn å flyr det programmet som passer. Tviler på de skilles ut for å fly spesifikke destinasjoner.
 
Vet vi noe om hvordan SAS vil bruke flyene med Starlink i starten? Vil det f.eks være verdt å bruke de på de lengste rutene, hvor kundene vil ha største «nytte». Eller på korte høy volum ruter hvor flest mulig blir «eksponert» og vil velge SAS neste gang? Eller er det bare for mye arbeid for planleggerne?
SE-ROM har fløjet lidt af det hele. En masse CPH-OSL, CPH-AAL og CPH-ARN. Derudover lidt ARN-KRN, CPH-MAN, ARN-MAN samt CPH-TLV. Den har også været på CPH-HRG som charter.
 
Så løsningen tas i bruk for hvert fly så snart det settes i trafikk etter oppgraderingen?
 
Registration - Back in service - Duration on the ground in SVG
  • SEROM - 17DEC - Around one month
  • LNRGM - 21JAN - 36h
  • SEDOX - 21JAN - 24h
  • SERUP - 22JAN - 24h (Confirmed no Starlink 26JAN)
  • SERZZ - 23JAN - 14h
  • SEROL - 24JAN - 13h
  • SEROA - 30JAN - 36h
  • LNRGL - 31JAN - 36h
  • SERUD - 02FEB - 16h
  • SEROF - 03FEB - 36h?
  • SEROO - 04FEB - 36h?
Another update from my part on the installation of Starlink. As we all know SEROM is confirmed, so it's more about which other planes. Time is running out to reach 10 planes by the 11th of February.

This is just speculation, I wasn't able to confirm anything in this list, except that SERUP didn't have Starlink installed on the 26th of January when I was at OSL airport. This likely also means that SEDOX, SERZZ and SEROL didn't have it installed as the time on the ground was very short and around the same period. Also note that the list doesn't include other nightstops that happened in the past week that were shorter than 12h.
Since I was at OSL, a few planes have been on the ground for more than 24h, operating the evening flight from OSL and operating the morning flight back to OSL two nights later.

Any plane spotters or airport staff that can confirm any of these in the list?
 
Registration - Back in service - Duration on the ground in SVG
  • SEROM - 17DEC - Around one month
  • LNRGM - 21JAN - 36h
  • SEDOX - 21JAN - 24h
  • SERUP - 22JAN - 24h (Confirmed no Starlink 26JAN)
  • SERZZ - 23JAN - 14h
  • SEROL - 24JAN - 13h
  • SEROA - 30JAN - 36h (Confirmed no Starlink 09FEB)
  • LNRGL - 31JAN - 36h
  • SERUD - 02FEB - 16h
  • SEROF - 04FEB - 36h
  • SEROO - 05FEB - 36h
  • SEROE - 06FEB - 36h (Confirmed no Starlink 12FEB)
  • EI-SIB - 10FEB - 5h50min
  • EI-SIC - 11FEB - 5h50min
  • EI-SIO - 12FEB - 5h50min
  • EI-SIA - 13FEB - 5h50min
Another update, and just more confusion on my end.
Last week I flew again on SAS (SEROA and SEROE), and to my surprise, both planes who had been in SVG for 36h, didn't have Starlink installed and still had the 'skiboxes' used for viasat installed. I used wifi on both flights without any issues, though it was a viasat connection.

Besides, I saw that since this week SAS Connect are operating the CPH-SVG-CPH nightstop route, instead of the Link with its E195's. Ofcourse, during this period SAS has also been sending different A320neos from OSL for the nightstop route. So the list of aircraft that have spend a night in SVG is much bigger that this. But this is a list of 'abnormal' nightstops. Quite interesting, so let's see what the next steps are!
 
Ser ut som også dette blir et forsinket utrullet "IT-program". 😳
Spørgsmålet er om det er et SAS-problem eller Starlink-problem. airBaltic skulle have været færdige i 2025, nu forventer de først at være færdige i slutningen af 2026, så måske Starlink har leveringsproblemer.
 
Back
Top