Gå til innhold

Lulzor

Medlemmer
  • Innlegg

    33
  • Ble med

  • Besøkte siden sist

Nylige profilbesøk

Blokken for nylige besøkende er slått av og vises ikke for andre medlemmer.

Lulzor sine prestasjoner

9

Nettsamfunnsomdømme

  1. Som andre påpeker har du sannsynligvis ganske lite å hente på å forsøke å senke idle latency. Det som kan være interessant er å sjekke hvorvidt du har bufferbloat, det vil si høy latency under load. Har du det så kan det hende at du opplever latency spikes når for eksempel en annen klient på nettverket ditt kjører en stor nedlastning mens du gamer. Du kan teste om du har bufferbloat ved å kjøre denne testen: https://www.waveform.com/tools/bufferbloat Anbefaler å først lukke alt av andre programmer på PCen du kjører testen på og sørge for at ingen andre klienter gjør nettverkstunge ting i løpet av testen. Du kan dele resultatet ditt med en link etter at den er ferdig.
  2. Per § 12 tredje ledd og § 16 første ledd i Forskrift om IT-standarder i offentlig forvaltning skulle alle offentlige universiteter og høyskoler støtte IPv6 for interne klienter fra og med 1. januar 2023. Unntaket er om man har søkt om og fått innvilget utvidet overgangsordning fra Digitaliseringsdirektoratet. Forskriften har vært lite kjent blant offentlige virksomheter, og det er derfor mange som ikke har dette på plass. Det hadde vært interessant å se hvor mange som faktisk støtter IPv6 på eduroam-nettene sine i Norge, så jeg kan starte med de nettverkene jeg har sjekket (ja betyr at IPv6 støttes, og nei at det ikke gjør det): Universitetet i Oslo - Nei. Ifølge IT-avdelingen er det prioritert, men det er en del andre ting som må på plass først. Det kommer til å bli gjort så fort som mulig. Politihøgskolen - Nei. Norges musikkhøgskole - Ja. OsloMet - Ja. Kunsthøgskolen i Oslo - Ja. Arkitektur- og designhøgskolen i Oslo - Nei.
  3. Absolutt. Jeg vil si at det største problemet har vært at ytelsestester nesten utelukkende har fokusert på båndbredde istedenfor latency. Heldigvis har den største aktøren innen ytelsestester (Speedtest) relativt nylig begynt å måle latency under load, men jeg skulle gjerne ha sett at det ble vektlagt mer på resultatsiden med en forklaring om hva det faktisk betyr. I tillegg har nettleverandører hele tiden hatt fokus på å selge mer båndbredde, noe som har ført til en missforståelse hos folk flest om hva det er som er viktig for å ha en high quality of experience (QoE) på nettet. For folk flest er 100/100 Mbps mer enn nok, og økninger utover dette vil ikke føre til en høyere QoE. Det hadde vært fint om leverandørene la mer vekt på å sette krav til produsentene av nettverksutstyret og teste det som de gir ut til kundene sine for latency. Alt av rutere som blir sent til kunder burde ha en form for queue management (fq_codel, fq_pie eller cake) - både på WAN og i WiFi-driveren.
  4. Forskriften er ganske eksplisitt på at dette også gjelder eksisterende tjenester. I § 12 andre og tredje ledd står det følgende: Offentlige virksomheter skal gjøre alle nye og eksisterende, eksternt publiserte tjenester tilgjengelig både på IPv4 og IPv6, med unntak av peer to peer kommunikasjon mellom offentlige virksomheter, der man kan legge om på best egnet tidspunkt. Alle interne klienter i offentlige virksomheter skal ha tilsvarende tilgang til eksterne tjenester publisert på IPv4 og IPv6. Og om når dette skal tre i kraft står det følgende i § 16 første ledd: § 12 andre ledd, eksisterende løsninger, og tredje ledd gjelder fra 1. januar 2023. Virksomheter med spesielle behov, kan søke Digitaliseringsdirektoratet om inntil 2 års utvidet overgangsordning. Her ser du at de med spesielle behov kan søke om utvidet overgangsordning, men jeg sliter med å se at kommuner skal ha så store utfordringer med å få tjenestene sine over på IPv6 at de skal måtte ha behov for å gjøre det. Den aktuelle delen av forskriften med 1. januar 2023 fristen ble kunngjort gjennom en endring 16. oktober 2020, så offentlige virksomheter skal ha hatt mer enn nok tid til å ordne IPv6 til da.
  5. Funksjonene du lister er stort sett gimmicker som har tilnærmet ingen effekt på bufferbloat. Produsenter lover gull og grønne skoger med OFDMA, men tester har vist at det ikke fungerer i det hele tatt. MU-MIMO og Beamforming virker ofte kun med et begrenset antall klienter og kobles helt ut hvis flere enn dette er koblet til nettverket. Det man trenger for å ha lav latency over WiFi er en ruter som har queue management i WiFi driveren. Et eksempel på dette er min NETGEAR R7800 med OpenWrt firmware. Der har det blitt lagt inn mye arbeid i å implementere fq_codel i ath10k-driveren, og bufferbloat problemene er stort sett fikset, men det er ikke helt perfekt enda.
  6. Har en følelse av at du har rett, men jeg er i hvert fall heldig nok som har en ISP (Vikenfiber) med IPv6-støtte. Hadde først 6rd en god stund, men har hatt dual stack et par år nå.
  7. @Athos2011 Et siste spørsmål: har du mobilt bredbånd? Det vil i så fall forklare hvorfor hastighetene er så forskjellige i testene dine.
  8. Ok, skjønner. Jepp, testen gir bedre karakter så du har mindre bufferbloat, men den er litt missvisende da det ser ut som den gir en karakter basert på hva forskjellen i gjennomsnittlig latency er mellom når nettet er unloaded og når det er loaded. Det er mye mer relevant å se på 95-prosentilen og maksimumsverdien da det er slike hopp i latency som du vil merke under en videosamtale hvis de er store. Verdiene dine er (95-prosentil og maksimumsverdi): Unloaded: 12.3 ms og 17.7 ms Loaded down: 43.2 ms og 87.9 ms Loaded up: 30.4 ms og 61.2 ms Forskjellen i latency mellom unloaded og loaded verdiene er fortsatt stor nok til at det vil merkes som hakking eller lag under en videosamtale, men den er vesentlig bedre sammenlignet med forrige test. Det kan hende at det var noe som gikk i bakgrunnen i den forrige testen, men nettverkskortet ditt spiller også en veldig stor rolle. Noen kort har mye bedre drivere enn andre som bufrer mindre og behandler nettverkstrafikken på en bedre måte. Det kan hende at den andre PCen din rett og slett har et bedre nettverkskort. I tilfelle du er interessert så er dette mine testresultater: https://www.waveform.com/tools/bufferbloat?test-id=5efc1629-1c4a-4855-a3ba-daf24ec5aa42
  9. Så i denne testen har du plugga PCen inn der hvor ruteren vanligvis er koblet til, sant? Er litt rart at du har så mye høyere opplastingshastighet sammenlignet med nedlastingshastighet, det pleier som regel å være omvendt. Det var vel ikke noen programmer i bakgrunnen som lastet ned noe mens testen gikk? Forøvrig ser jeg at du har ganske høy bufferbloat i dette tilfellet også, noe som en ruter med queue management hadde kunnet fikse.
  10. Jepp, det stemmer at å bruke en Ethernet-kabel ofte forbedrer ting vesentlig, men man kan fortsatt oppleve bufferbloat hvis ruteren ikke har queue management. Kunne du gjort en test over Ethernet også? Hadde vært interessant å sammenligne resultatene.
  11. Ja, her har du veldig mye bufferbloat, særlig på uplink siden. Hvor god signalstyrke er det du har der du sitter? Jeg var en gang borti samme problem når jeg forsøkte å bruke PCen min akkurat på grensen av dekningen til ruteren min.
  12. At videosamtaler hakker og faller ut når man bruker WiFi skyldes ofte noe som heter bufferbloat. Kort sagt så består fenomenet av at ruteren din bufrer for mye trafikk som fører til at den blir stående i kø og blir forsinket. Du kan teste om ruteren din lider av dette ved å kjøre denne testen: https://www.waveform.com/tools/bufferbloat Jeg anbefaler å lukke alt av andre programmer og faner før du gjør testen og sørge for at nettet er relativt rolig (ingen store nedlastninger eller strømming av film osv.). Det vil gi et resultat som er så nært som mulig den faktiske kvaliteten på nettet ditt. Når testen er ferdig kan du dele resultatet ved å trykke på "Copy" for å kopiere linken til resultatsiden din (se skjermdump).
  13. Per Forskrift om IT-standarder i offentlig forvaltning skulle alle offentlige virksomheter ha gjort sine eksternt publiserte tjenester tilgjengelige over IPv6 fra og med 1. januar 2023. Jeg har sjekket et par offentlige nettsider, og det er fortsatt mange som ikke har IPv6 på stell. For eksempel et par kommuner i mitt nærområde: lillestrom.kommune.no - laster ikke ralingen.kommune.no - laster ikke enebakk.kommune.no - laster ikke lorenskog.kommune.no - laster ok (flott!) nittedal.kommune.no - laster ikke oslo.kommune.no - laster ikke Et annet eksempel er NRK nett-TV hvor siden laster inn som den skal, men videoinnholdet kun laster inn over IPv4. I tillegg er altinn.no ikke tilgjengelig over IPv6, noe som er litt pinlig siden de er underlagt Digitaliseringsdirektoratet. Når det er sagt så er det mulig at alle disse virksomhetene har søkt om utvidet overgangsordning hos Digitaliseringsdirektoratet. Det kan man få i inntil 2 år ved spesielle behov ifølge forskriften. Hvor mange av virksomhetene som ikke har IPv6 på stell har faktisk søkt om utvidet overgangsordning og fått det innvilget? Er det noen som håndhever eventuelle brudd på denne forskriften? EDIT: Forskriften gjelder ikke for NRK da de er et heleid statsaksjeselskap og er ikke drevet av et forvaltningsorgan.
×
×
  • Opprett ny...