ADSL2+ modem uten latencyøkning under nedlasting

IceBlitz · 19. mars 2014

Hei.

Lurer på hvordan jeg kan vite, ved kjøp av ADSL2+ modem, at det har et oppsett for connection sharing som ikke forårsaker økt ping ved nedlasting.

Problemet er som hos mange med ADSL-tilknytning.

Ved gaming når ingenting bruker nettet har jeg svært fin ping. Men så fort jeg laster ned noe eller lignende flyr pingen til værs.

Dette skjer feks ikke hos fiberkunder etc da disse kundene får levert skikkelige modemer som koster mer enn feks "Speedtouch"-ene til 20kr pr stk.

Noen som vet om et modem som fungerer skikkelig?

Så på dette, men vet ikke hva jeg skal se etter for å unngå problemet jeg har nå: http://www.dustinhome.no/product/5010464908/d-link-dsl-321b-modem-adsl2/

Emancipate · 19. mars 2014

Vet du om problemet er i modemet eller ruteren? Det går jo an å sette opp en linux-maskin som ruter, da burde man få full kontroll. Men for alt jeg vet er det noe med selve adsl-teknologien som gjør det.

Kuldesjokk · 19. mars 2014

Kan godt være du ikke får et like stort problem, men er ikke for mye å hente i et bedre modem på en gammel a2+ linje. Tross alt fysiske begrensninger som gjør at du får pakkekø etc som gjør at pingen igjen går opp.

En del bruker også samme ruter på fiber som adsl, bare da selvfølgelig uten å gå via modembiten som muliggjør bruk av adsl

Edit: Andre relevante spørsmål, vet du hvor langt kabelstrekk det er fra sentralen til deg?

Tykkelse på kobberet?

Endret 19. mars 2014 av Kuldesjokk

xExodusx · 19. mars 2014

leverandør har du ? de siste to modemene fra Telenor har vært gode modem de hvertfall

Lars Dongeri Oppholdsnes · 19. mars 2014

Det er vel ADSL-teknologien og ikke modemet som er problemet?
Modem er jo stort sett bare dumme bokser, som oversetter toner på telefonlinjen til ethernetsignaler.

Skal du ha god responstid på gaming, så må du bruke god QoS (med klart høyest prioritering av spilling).

For at QoS skal fungere godt, så må du ha kanskje 20% headroom og gode parametre. Dvs du vil aldri få utnyttet mer enn 80% av linjehastigheten.

En bra router med Tomato Shibby e.l. firmware burde gi deg det resultatet du ønsker.

IceBlitz · 19. mars 2014

Takker for raske svar.

Det kan godt hende problemet ligger i teknologien og ikke i modemet.

Problemet øker eksponensielt om ikke lineært med båndbreddeutnyttelsen med 15ms på 0mbps som laveste ping til 1000ms (ish) på 5mbps.

Så å sette opp en QoS hjelper meg dessverre lite. 20% headroom vil gi en ping på 6-700ms eller mer under gaming istedenfor 1000ms på 0% headroom. Jeg ønsker å eliminere eller hvertfall forbedre problemet slik at nettet kan brukes under feks spilling.

EDIT: Prøvde med et annet modem. Gav 3ms bedre ping på laveste hastighet og lavere spikes på maks båndbreddeutnyttelse (5mbps). Foretok helt samme test, pinget mot VG.no kontinuerlig mens jeg kjørte en test på speedtest.net. Forsøkte 5 ganger på hvert modem, samme utfall hver gang fra hvert av modemene. Så det er hvertfall mulig å få en langt bedre opplevelse med et ordentlig modem enn med et dårlig et ser jeg.

Det gamle og dårlige

Reply from 195.88.55.16: bytes=32 time=15ms TTL=245

Reply from 195.88.55.16: bytes=32 time=15ms TTL=246

Reply from 195.88.55.16: bytes=32 time=15ms TTL=245

Reply from 195.88.55.16: bytes=32 time=16ms TTL=245

Reply from 195.88.55.16: bytes=32 time=16ms TTL=246

Reply from 195.88.55.16: bytes=32 time=324ms TTL=24

Reply from 195.88.55.16: bytes=32 time=380ms TTL=24

Reply from 195.88.55.16: bytes=32 time=412ms TTL=24

Reply from 195.88.55.16: bytes=32 time=426ms TTL=24

Reply from 195.88.55.16: bytes=32 time=404ms TTL=24

Reply from 195.88.55.16: bytes=32 time=399ms TTL=24

Reply from 195.88.55.16: bytes=32 time=411ms TTL=24

Reply from 195.88.55.16: bytes=32 time=406ms TTL=24

Reply from 195.88.55.16: bytes=32 time=761ms TTL=24

Reply from 195.88.55.16: bytes=32 time=1049ms TTL=2

Reply from 195.88.55.16: bytes=32 time=1519ms TTL=2

Reply from 195.88.55.16: bytes=32 time=1787ms TTL=2

Reply from 195.88.55.16: bytes=32 time=1426ms TTL=2

Reply from 195.88.55.16: bytes=32 time=448ms TTL=24

Reply from 195.88.55.16: bytes=32 time=15ms TTL=245

Reply from 195.88.55.16: bytes=32 time=16ms TTL=246

Reply from 195.88.55.16: bytes=32 time=16ms TTL=245

Reply from 195.88.55.16: bytes=32 time=15ms TTL=246

Reply from 195.88.55.16: bytes=32 time=395ms TTL=24

Reply from 195.88.55.16: bytes=32 time=392ms TTL=24

Reply from 195.88.55.16: bytes=32 time=370ms TTL=24

Reply from 195.88.55.16: bytes=32 time=283ms TTL=24

Request timed out.

Reply from 195.88.55.16: bytes=32 time=277ms TTL=24

Reply from 195.88.55.16: bytes=32 time=213ms TTL=24

Reply from 195.88.55.16: bytes=32 time=124ms TTL=24

Reply from 195.88.55.16: bytes=32 time=213ms TTL=24

Reply from 195.88.55.16: bytes=32 time=265ms TTL=24

Reply from 195.88.55.16: bytes=32 time=15ms TTL=245

Reply from 195.88.55.16: bytes=32 time=15ms TTL=246

Reply from 195.88.55.16: bytes=32 time=15ms TTL=245

Reply from 195.88.55.16: bytes=32 time=16ms TTL=246

Reply from 195.88.55.16: bytes=32 time=15ms TTL=246

Reply from 195.88.55.16: bytes=32 time=15ms TTL=245

Reply from 195.88.55.16: bytes=32 time=15ms TTL=246

Reply from 195.88.55.16: bytes=32 time=16ms TTL=246

Reply from 195.88.55.16: bytes=32 time=15ms TTL=245

De nye på lån

Reply from 195.88.55.16: bytes=32 time=13ms TTL=246

Reply from 195.88.55.16: bytes=32 time=14ms TTL=246

Reply from 195.88.55.16: bytes=32 time=13ms TTL=246

Reply from 195.88.55.16: bytes=32 time=13ms TTL=245

Reply from 195.88.55.16: bytes=32 time=306ms TTL=24

Reply from 195.88.55.16: bytes=32 time=328ms TTL=24

Reply from 195.88.55.16: bytes=32 time=379ms TTL=24

Reply from 195.88.55.16: bytes=32 time=428ms TTL=24

Reply from 195.88.55.16: bytes=32 time=424ms TTL=24

Reply from 195.88.55.16: bytes=32 time=423ms TTL=24

Reply from 195.88.55.16: bytes=32 time=419ms TTL=24

Reply from 195.88.55.16: bytes=32 time=421ms TTL=24

Reply from 195.88.55.16: bytes=32 time=564ms TTL=24

Reply from 195.88.55.16: bytes=32 time=742ms TTL=24

Reply from 195.88.55.16: bytes=32 time=923ms TTL=24

Reply from 195.88.55.16: bytes=32 time=1100ms TTL=2

Reply from 195.88.55.16: bytes=32 time=974ms TTL=24

Reply from 195.88.55.16: bytes=32 time=979ms TTL=24

Reply from 195.88.55.16: bytes=32 time=830ms TTL=24

Reply from 195.88.55.16: bytes=32 time=434ms TTL=24

Reply from 195.88.55.16: bytes=32 time=13ms TTL=245

Reply from 195.88.55.16: bytes=32 time=14ms TTL=246

Reply from 195.88.55.16: bytes=32 time=13ms TTL=246

Reply from 195.88.55.16: bytes=32 time=13ms TTL=245

Reply from 195.88.55.16: bytes=32 time=831ms TTL=24

Reply from 195.88.55.16: bytes=32 time=1070ms TTL=2

Reply from 195.88.55.16: bytes=32 time=584ms TTL=24

Reply from 195.88.55.16: bytes=32 time=14ms TTL=245

Reply from 195.88.55.16: bytes=32 time=509ms TTL=24

Reply from 195.88.55.16: bytes=32 time=213ms TTL=24

Reply from 195.88.55.16: bytes=32 time=341ms TTL=24

Reply from 195.88.55.16: bytes=32 time=13ms TTL=245

Reply from 195.88.55.16: bytes=32 time=120ms TTL=24

Reply from 195.88.55.16: bytes=32 time=348ms TTL=24

Reply from 195.88.55.16: bytes=32 time=338ms TTL=24

Reply from 195.88.55.16: bytes=32 time=149ms TTL=24

Reply from 195.88.55.16: bytes=32 time=79ms TTL=246

Reply from 195.88.55.16: bytes=32 time=38ms TTL=245

Reply from 195.88.55.16: bytes=32 time=183ms TTL=24

Reply from 195.88.55.16: bytes=32 time=14ms TTL=246

Reply from 195.88.55.16: bytes=32 time=29ms TTL=246

Reply from 195.88.55.16: bytes=32 time=13ms TTL=245

Endret 19. mars 2014 av IceBlitz

Emancipate · 19. mars 2014

Så å sette opp en QoS hjelper meg dessverre lite. 20% headroom vil gi en ping på 6-700ms eller mer under gaming istedenfor 1000ms på 0% headroom.

Det vet du ikke sikkert før du har testet.

En annen sak er upload vs download. Om du snakker om torrent så er en nedlasting også en opplasting, og fordi linja opp er tynnere så blir det lettere propp.

Her er mitt testresultat på vanlig ADSL. Jeg lastet ned denne fila (http://cznic.dl.sourceforge.net/project/ghostbsdproject/release/i386/3.5/GhostBSD3.5-mate-i386.iso) fra samme maskin som jeg pinget med, med en hastighet på rundt 1300 KB/s, som er rundt max.

PING vg.no (195.88.54.16) 56(84) bytes of data.

64 bytes from www.vg.no (195.88.54.16): icmp_req=1 ttl=247 time=17.3 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=2 ttl=247 time=16.0 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=3 ttl=247 time=19.7 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=4 ttl=247 time=22.6 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=6 ttl=248 time=16.8 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=7 ttl=248 time=26.5 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=8 ttl=248 time=19.3 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=9 ttl=248 time=17.7 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=10 ttl=248 time=17.4 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=11 ttl=247 time=15.2 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=12 ttl=248 time=28.9 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=13 ttl=248 time=21.7 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=14 ttl=248 time=15.0 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=15 ttl=248 time=18.3 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=16 ttl=248 time=17.8 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=17 ttl=247 time=15.6 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=18 ttl=247 time=18.2 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=19 ttl=248 time=18.3 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=20 ttl=247 time=20.5 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=21 ttl=248 time=14.9 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=22 ttl=247 time=23.0 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=23 ttl=248 time=34.6 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=24 ttl=247 time=90.5 ms <- starter nedlasting

64 bytes from www.vg.no (195.88.54.16): icmp_req=25 ttl=247 time=137 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=26 ttl=247 time=181 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=27 ttl=248 time=231 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=28 ttl=247 time=276 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=29 ttl=248 time=304 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=30 ttl=248 time=219 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=31 ttl=247 time=269 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=32 ttl=247 time=289 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=33 ttl=248 time=298 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=34 ttl=247 time=211 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=35 ttl=248 time=230 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=36 ttl=247 time=239 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=37 ttl=248 time=252 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=38 ttl=248 time=255 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=39 ttl=247 time=254 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=40 ttl=247 time=249 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=41 ttl=248 time=255 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=42 ttl=247 time=261 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=43 ttl=247 time=283 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=44 ttl=248 time=295 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=45 ttl=247 time=213 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=46 ttl=247 time=247 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=47 ttl=247 time=273 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=48 ttl=247 time=290 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=49 ttl=247 time=262 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=50 ttl=247 time=215 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=51 ttl=248 time=235 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=52 ttl=247 time=234 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=53 ttl=247 time=245 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=54 ttl=247 time=247 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=55 ttl=247 time=256 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=56 ttl=248 time=252 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=57 ttl=247 time=258 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=58 ttl=248 time=268 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=59 ttl=248 time=279 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=60 ttl=247 time=16.7 ms <- slutter nedlasting

64 bytes from www.vg.no (195.88.54.16): icmp_req=61 ttl=248 time=18.6 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=62 ttl=247 time=17.3 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=63 ttl=247 time=15.5 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=64 ttl=247 time=19.2 ms

64 bytes from www.vg.no (195.88.54.16): icmp_req=65 ttl=247 time=17.6 ms

Endret 19. mars 2014 av Tåkelur

IceBlitz · 19. mars 2014

Så å sette opp en QoS hjelper meg dessverre lite. 20% headroom vil gi en ping på 6-700ms eller mer under gaming istedenfor 1000ms på 0% headroom.

Det vet du ikke sikkert før du har testet.

En annen sak er upload vs download. Om du snakker om torrent så er en nedlasting også en opplasting, og fordi linja opp er tynnere så blir det lettere propp.

Her er mitt testresultat på vanlig ADSL. Jeg lastet ned denne fila (http://cznic.dl.sourceforge.net/project/ghostbsdproject/release/i386/3.5/GhostBSD3.5-mate-i386.iso) fra samme maskin som jeg pinget med, med en hastighet på rundt 1300 KB/s, som er rundt max.

PING vg.no (195.88.54.16) 56(84) bytes of data.

"""snip"""

Jo, jeg vet det da jeg har testet det.

Har ikke testet å sette opp en QoS-profil, men jeg har feks begrenset en torrent til både 50% og 80% av nedlastingskapasiteten min, har også testet med vanlige filer også som ikke laster opp med 50% etc av nedlastingskapasiteten. Får fortsatt en veldig økning i ping under bruk.

I beste fall er økningen geometrisk lineær, i andre tilfeller er det en veldig eksponensiell økning.

Endret 19. mars 2014 av IceBlitz

Lars Dongeri Oppholdsnes · 19. mars 2014

QoS fungerer ikke likt med at du laster ned 50% eller 80% av linjekapasiteten.
Du kan prioritere trafikken slik at de viktigste pakkene (eks: spill) sendes først i køen.

Dermed vil forsinkelsen bli mindre for spill og høyere for annen trafikk som legges bakerst i køen.

Det er hele poenget med å ha headroom, slik at det alltid er ledig plass til å stokke om på pakkene ut.

Det negative med dagens QoS, er at den optimalt sett burde vært prioritert helt fra avsender til mottaker og tilbake. Slik det er nå, så må man jukse det til ved å ha headroom inn og prioritere pakker ut.
QoS vil throttle ned totalhastigheten (ved behov) om parametrene er bra satt. Dermed vil også ping bli bedre.

Rim · 20. mars 2014

Dette er et typisk bufferbloat problem og det finnes ikke noe magisk modem som fikser det for deg desverre.

IceBlitz · 20. mars 2014

Dette er et typisk bufferbloat problem og det finnes ikke noe magisk modem som fikser det for deg desverre.

Hvorfor oppstår ikke bufferbloat ved fiberlinjer feks da?

Jeg har mange ganger pumpet 100mbps med kun 7ms i ping samtidig.

Hva er det med ADSL2+ teknologien som ikke muliggjør dette?

Grunnen til at jeg spør er fordi det virker som om det er modemet som forårsaker det da jeg merker mindre til packet queueing med forskjellige modemer som vist ovenfor.

Kan forsøke å kjøre en test med ICSI Netalyzr senere for å se om det er noe feil langs veien hvertfall.

Endret 20. mars 2014 av IceBlitz

Emancipate · 20. mars 2014

Jeg har jo mindre problemer enn deg, så noe må du jo kunne gjøre.

Lars Dongeri Oppholdsnes · 20. mars 2014

Forskjellen du opplever kan være relatert til makshastigheten på modemene. Hvis et modem presser litt høyere makshastighet, så vil det bli litt tregere respons.

IceBlitz · 21. mars 2014

Forskjellen du opplever kan være relatert til makshastigheten på modemene. Hvis et modem presser litt høyere makshastighet, så vil det bli litt tregere respons.

Begge modemene målte identisk. 4.72 på det ene og 4.73 på det andre.

Dessuten er det avhengig av DSLAM og SNR-verdiene som avgjør hastigheten, ikke modemet

Lars Dongeri Oppholdsnes · 22. mars 2014

Jeg hadde to forskjellige routermodem som jeg testet. Der var det forskjellig hastighet etter hvilket jeg brukte og hvilken firmware jeg hadde. Dette var mot NGT, som gir hastighet etter "best effort".

Det blir vel ikke helt det samme mot Telenor som gir en "fast" hastighet.

ADSL2+ modem uten latencyøkning under nedlasting

Anbefalte innlegg

Lenke til kommentar

Videoannonse

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Opprett konto

Logg inn

Populær nå

Hvem er aktive 0 medlemmer