Dagbog-bloggen

Nu med kvante-internet

Vi har netop gennemført en opgradering af vores platform til levering af internet via kabel-TV - og jeg har fået nedenstående hastighedstest tilsendt fra en af vores brugere.

Han var meget imponeret over sin pingtid - og det er jeg også.

Især fordi der er minimum 300 kilometer tur-retur mellem vores bruger og vores speedtest-node fra Ookla. Det burde give en pingtid på minimum 1,5 millisekunder under optimale forhold, og i praksis nok lidt over 5 millisekunder.

Kviknet er således den første internetudbyder på det danske marked, der tilbyder kvante-internet med en pingtid på 0 ms.

Så mangler vi bare nogle kvante-computere, der kan udnytte dette.

God weekend...

Kommentarer (17)
Morten Brørup

Eller i dette tilfælde en variant:

Når man bruger legetøj i stedet for et måleapparat, får man også legetøjsresultater.

Absolut en sjov observation. Thumbs up til Yoel, hans kunde og René Markvard for at dele observationerne.

PS: Autoriserede elinstallatørers måleapparater skal være dokumenterbart kalibrerede for at installatøren kan bibeholde sin autorisation. Internetudbydere, teleoperatører osv. kan stadig fortsætte med "op til"-hastigheder, måleværktøjer, der er optimeret til at give det bedst mulige (for internetudbyderen) resultat, og masser af andet gøgl og blålys.

mvh
Morten Brørup
CTO, SmartShare Systems

René Markvard

Hej Morten

Vi har faktisk fået en sådan rapport for vores interne netværk.
Men den rapport er jo ikke bedre end moralen hos den medarbejder der har udarbejdet den.

Vi har fx. et drop i en lejlighed, hvor rapporten siger at det virker rigtigt fint.
Det er det eneste drop i hele bebyggelsen, som IKKE var monteret, men blot "hang ud af væggen"... og det eneste drop, som absolut IKKE virker.

Så det kan være meget fint med certificerede måleinstrumenter, men hvis de håndteres af folk med flosset moral, så hjælper det ét fedt!

.. og Nej, jeg nævner ikke montørens navn. Så vidt jeg ved findes firmaet ikke mere... det er der nok en grund til!

/René

Yoel Caspersen Blogger

Når man bruger legetøj i stedet for et måleapparat, får man også legetøjsresultater.

Nu tror jeg ikke, man skal lægge for meget i at speedtest.net viser en pingtid på 0 ms, hvor den i virkeligheden burde have været højere - speedtest.net melder jo åbent ud, at deres speedtest uden Flash er i beta-mode. Det har den så godt nok været i over et år, men der må være en årsag til, at de ikke har udgivet den som en normal release.

Når det så er sagt, så er det jo et godt spørgsmål, hvordan man laver en retvisende speedtest - for hvad er det helt præcist, vi skal måle?

Det eneste, vi reelt har en indflydelse på, er hastigheden på forbindelsen mellem kundens CPE og kanten af vores netværk. Alt før CPE'en og efter vores netværk er uden for vores kontrol - og selv inde i vores netværk er det jo efter best effort-princippet. Så selv om man kan foretage en detaljeret test med et fancy testapparat lørdag formiddag, kan den præcis samme test vise et helt andet billede, hvis den foretages søndag aften. Og man er lige vidt, hvis kundens PC er langsom, eller den trådløse wifi-dækning er dårlig på grund af de fysiske forhold på adressen.

Så et kompromis, vi synes, vi kan leve med, er at lade kunderne teste forbindelsen på vores speedtest-node via en computer med tilsluttet netværkskabel. Selv om den så tilsyneladende godt kan ramme en smule forkert på pingtiden, er det absolut det mest retvisende, jeg har set, som samtidig er praktisk anvendeligt.

Vores speedtest-node kører i øvrigt med 10 Gbit/s uplink, så den burde fungere fint til gigabit-forbindelser også - med eller uden entanglement ;-)

Jens Jönsson

Vores speedtest-node kører i øvrigt med 10 Gbit/s uplink, så den burde fungere fint til gigabit-forbindelser også - med eller uden entanglement ;-)

Kunne være interessant at vide, hvor mange speedtest noder, som kører > 1 Gbit/s.
Har mange gange på fornemmelsen, at når der testes op mod forskellige servere, så er det serveren der er begrænsningen, ikke forbindelsen.
Men det er sådan en hemmelig, der forbliver en hemmelighed.
Der er nok ekstremt få, som vil indrømme at deres speedtest node, kun sidder på 1 Gbit/s.

Jens Jönsson

Når det så er sagt, så er det jo et godt spørgsmål, hvordan man laver en retvisende speedtest - for hvad er det helt præcist, vi skal måle?


Der hvor jeg kommer nærmest, er med en FTP test, især hvis den kan åbne flere sessioner samtidigt.

Oplevede i øvrigt engang, netop med FTP, at TDC cappede forbindelsen mellem 2 netværk, dvs. deres eget og ét de peer'ede med. Det fandt vi ud af, med FTP test, da både server og klient åbnede flere sessioner og forsøgte af max'e forbindelsen ud..
Alle sessioner var på max 5 Mbit/s, når det var fra det ene netværk til TDC's netværk. Den modsatte vej, var der fint hul igennem.
Det er mange år siden, så tror ikke TDC benytter den metode længere. Har ihvertfald ikke oplevet det...

Morten Brørup

Der findes ikke et værktøj der kan give et enkelt og retvisende billede af internetlinjens kvalitet.

Af samme årsag tester jeg altid med flere værktøjer. Lidt ligesom med de 3 instrumenter i flyet.....

Og her iblandt findes formodentlig iperf, som udmærker sig ved at kunne teste med mindre pakkestørrelser (kun UDP), og dermed afsløre evt. pakkerate-begrænsninger i CPE'en eller kundens egen firewall.

mvh
Morten Brørup
CTO, SmartShare Systems

Yoel Caspersen Blogger

Og her iblandt findes formodentlig iperf, som udmærker sig ved at kunne teste med mindre pakkestørrelser (kun UDP), og dermed afsløre evt. pakkerate-begrænsninger i CPE'en eller kundens egen firewall.

Jeg synes at have lagt mærke til, at iperf generelt ser ud til at have en væsentlig lavere threshold for pakketab på UDP, end det Mikrotik-udstyr, jeg tidligere har testet med, burde kunne klare.

Jeg mistænker, at det skyldes nogle problemer med threading i iperf eller for små bufferstørrelser på UDP, men hvad er din oplevelse - kan der være et issue der, eller er det bare noget skrammel, jeg har testet?

Yoel Caspersen Blogger

Jeg håber det går fremad med jeres internet via kabel-TV planer. Kan du afsløre noget om (tids)planer om en evt. udrulning til hele landet?

Jeg er selv interesseret i postnummer 8260 :)

Vi er lige ved at teste, om kunderne vil betale en pris, der gør det rentabelt for os at levere via coax - så vores planer er ikke helt fastlagt endnu.

Hvad synes du selv er en rimelig pris for hhv. 100/35 Mbit/s og 300/60 Mbit/s?

Morten Brørup

Jeg synes at have lagt mærke til, at iperf generelt ser ud til at have en væsentlig lavere threshold for pakketab på UDP, end det Mikrotik-udstyr, jeg tidligere har testet med, burde kunne klare.

Jeg mistænker, at det skyldes nogle problemer med threading i iperf eller for små bufferstørrelser på UDP, men hvad er din oplevelse - kan der være et issue der, eller er det bare noget skrammel, jeg har testet?


Generelt kan jeg sige, at de "gode gamle" Linux-baserede routere som OpenWRT på den originale Linksys WRT54G-hardware desværre har overraskende ringe performance. (Vi fik en Linux-kerneludvikler til at teste det for os for en del år siden, og han blev også overrasket. I øvrigt arbejder han på at få Linux-netværksstakken til at køre hurtigere den dag i dag, og gør fremskridt!) Og det bliver kun værre, hvis man ikke kører med en meget simpel netværkskonfiguration i sin Linux-baserede router. Så hvis det er Linux-baseret Mikrotik-udstyr, du har testet, kan det skyldes, at dine konfigurationer ikke har været lige så primitive, som dem Mikrotiks datablade for udstyret er baseret på.

Det kan også skyldes, at udstyrets burst-kapacitet er for lille. Hvis iperf sender microbursts, der overstiger udstyrets ingress-bufferkapacitet, får du meget pakketab. (Jeg er ikke klar over, hvor store microbursts, iperf benytter.) Tilsvarende kan det også være din testcomputers burst-kapacitet, der er for lille til at håndtere de microbursts, der kommer ud af DUT'en (DUT = Device Under Test). Det kan du fikse ved at øge RX-bufferstørrelsen i NIC'en på din testcomputer.

Jeg har selv fået 5+ Gbit/s med iperf mellem en server i IBM's datacenter i Amsterdam og en server hos svenske Tele2, så iperf kan godt klare mosten!

Hvis du tester netværksudstyr, bør du benytte testudstyr fra IXIA, Spirent eller danske XENA Networks, så dine tests ikke bliver forurenet af, at testsekvenserne bliver sendt i bursts i stedet for en kontinuerlig strøm af UDP-pakker med den angivne pakke-rate.

mvh
Morten Brørup
CTO, SmartShare Systems

Rolf Thorup

Hvad synes du selv er en rimelig pris for hhv. 100/35 Mbit/s og 300/60 Mbit/s?

Helt kort: Uden at have kigget på konkurrenternes priser ville jeg have sagt 300kr for 100/35 Mbit/s. Med Hipoers priser i mente skal prisen nok lidt længere ned. Hvad er kviknet-sympati værd pr. måned? 20kr, så måske 250kr.

Lidt baggrund: Jeg har pt. 15/2 til 229kr (209 hvis man iberegner inkluderet Spotify rabat på 20kr), så jeg tænkte umiddelbart at 100/35 må være noget mere værd. Men nu prissætningen på internet jo lidt at sammenligne med når man køber is: første kugle og bægeret er ret dyrt og efterfølgende kugler koster noget mindre.

Jeg ligger ikke i kundesegmentet til 300/60 så her har jeg intet bud.

Log ind eller Opret konto for at kommentere