Latency 10 -> 20 ms
Rudi van Drunen
Gisteren eens naar mijn ping-grafieken gekeken, blijkt dat ik per
4-12 10.30 (ongeveer) een sprong in pingtijd zie... was het eerst
plm 12 ms (naar oa. ping.xs4all.nl) is het vanaf die datum tot nu
redelijk constant plm 20 ms. Dit is ADSL only BASIC over ISDN, met
een downstream van ca 15 Mbit/s (zo vertelt mijn modem (gereset,
heeft niet geholpen voor de pingtijd).
Er is bij mij binnen niets veranderd in de omgeving / settings etc.
Zijn er mensen die hetzelfde gezien hebben ?? 20 ms lijkt me wat aan
de hoge kant ... ik zit ergens achter lo1.dr6.d12.xs4all.net
Rudi
Rob
Ja dit is voor iedereen veranderd.
De interleave mode is ingeschakeld ipv de fast mode.
Ik weet niet of 20ms aan de hoge kant is, als ik pingtijden van
mensen in andere landen zie dan krijg ik de indruk dat we hiermee
helemaal niet slecht zitten. Maar hoe lager hoe beter natuurlijk.
Rob van der Putten
Rob wrote:
> Ja dit is voor iedereen veranderd.
> De interleave mode is ingeschakeld ipv de fast mode.
>
> Ik weet niet of 20ms aan de hoge kant is, als ik pingtijden van
> mensen in andere landen zie dan krijg ik de indruk dat we hiermee
> helemaal niet slecht zitten. Maar hoe lager hoe beter natuurlijk.
Een ouderwetsche analoge huurlijn met baseband modems zit op 2 ms.
Gaan we in de toekomst nog links met lage pingtijden krijgen? Het lijkt
me dat glas vrij laag zit.
Vr.Gr,
Rob
--
Nowadays people know the price of everything, and the value of nothing
Oscar Wilde
Rob
> Moguh
>
>
> Rob wrote:
>
>> Ja dit is voor iedereen veranderd.
>> De interleave mode is ingeschakeld ipv de fast mode.
>>
>> Ik weet niet of 20ms aan de hoge kant is, als ik pingtijden van
>> mensen in andere landen zie dan krijg ik de indruk dat we hiermee
>> helemaal niet slecht zitten. Maar hoe lager hoe beter natuurlijk.
>
> Een ouderwetsche analoge huurlijn met baseband modems zit op 2 ms.
Die kun je niet meer krijgen. En dat is ook onvergelijkbaar, want dat
is een veel kortere afstand.
In het ADSL netwerk kun je de ATM hops niet pingen, het dichtst bijzijnde
wat je kunt pingen zit al bij XS4ALL, dus niet in de centrale ofzo.
George
> Zijn er mensen die hetzelfde gezien hebben ?? 20 ms lijkt me wat aan
> de hoge kant ... ik zit ergens achter lo1.dr6.d12.xs4all.net
Same here, van 8ms naar 18ms, zowel over IPv4 als IPv6. Best wel een
grote stijging. Is dit tijdelijk of permanent?
grG
George
> Ja dit is voor iedereen veranderd.
> De interleave mode is ingeschakeld ipv de fast mode.
Mijn modem geeft (nog steeds) aan:
Latency 8 ms fast
Maar ping tijden liggen rond de 18ms. Draaien de routers in
vakantiebezetting? :)
grG
Miquel van Smoorenburg
Dit is permanent, en is/wordt gedaan op alle lijnen die op een
DSLAM van KPN uitkomen.
Mike.
Miquel van Smoorenburg
Ping is RTT (round-trip-time), en ik denk dat de latency die
je daar ziet voor een enkele reis is. Gok ik.
Mike.
Ikar
Ik krijg altijd 19-20 ms (minstens).
Wees blij dat je ooit 10 hebt gehaald :P
Satfreak
news:4b390b27$0$14076$e4fe...@dreader20.news.xs4all.nl...
Draait nog steeds goed hier,...gemiddeld 15 � 16 ms
C:\>ping www.xs4all.nl
Pingen naar www.xs4all.nl [194.109.6.92] met 32 bytes aan gegevens:
Antwoord van 194.109.6.92: bytes=32 tijd=15 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=16 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=16 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=16 ms TTL=61
Ping-statistieken voor 194.109.6.92:
Pakketten: verzonden = 4, ontvangen = 4, verloren = 0
(0% verlies).
De gemiddelde tijd voor het uitvoeren van ��n bewerking in milliseconden:
Minimum = 15ms, Maximum = 16ms, Gemiddelde = 15ms
George
>> Latency 8 ms fast
>>
>> Maar ping tijden liggen rond de 18ms. Draaien de routers in
>> vakantiebezetting? :)
>
> Ping is RTT (round-trip-time), en ik denk dat de latency die
> je daar ziet voor een enkele reis is. Gok ik.
Voor de vakantiebezetting was het ook 8 ms en de RTT ook.
grG
George
>> grote stijging. Is dit tijdelijk of permanent?
>
> Dit is permanent, en is/wordt gedaan op alle lijnen die op een
> DSLAM van KPN uitkomen.
Yikes! Is dit een voorbereiding op de vernieuwingen die gaan komen?
grG
Pasq
>>> Zijn er mensen die hetzelfde gezien hebben ?? 20 ms lijkt me wat aan
> De gemiddelde tijd voor het uitvoeren van één bewerking in
> milliseconden:
> Minimum = 15ms, Maximum = 16ms, Gemiddelde = 15ms
Hier:
xxx@xxx:~$ ping www.xs4all.nl
PING www.xs4all.nl (194.109.6.92) 56(84) bytes of data.
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=1 ttl=61 time=19.0 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=2 ttl=61 time=20.8 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=3 ttl=61 time=18.2 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=4 ttl=61 time=17.9 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=5 ttl=61 time=18.4 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=6 ttl=61 time=19.7 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=7 ttl=61 time=18.3 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=8 ttl=61 time=30.6 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=9 ttl=61 time=18.9 ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=10 ttl=61 time=17.8
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=11 ttl=61 time=28.1
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=12 ttl=61 time=17.0
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=13 ttl=61 time=18.0
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=14 ttl=61 time=20.1
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=15 ttl=61 time=18.2
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=16 ttl=61 time=21.9
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=17 ttl=61 time=20.6
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=18 ttl=61 time=41.3
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=19 ttl=61 time=18.1
ms
64 bytes from www.xs4all.nl (194.109.6.92): icmp_seq=20 ttl=61 time=17.4
ms
^C
--- www.xs4all.nl ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19077ms
rtt min/avg/max/mdev = 17.055/21.056/41.346/5.763 ms
Ik zie trouwens niet in waarom dat dit een probleem moet zijn.
Pingtijden van <10ms zijn normaal in een LAN, maar in een WAN is 20ms een
hele acceptabele pingtijd.
Met welke applicatie krijg je problemen met pingtijden van 20ms?
Ben ze nog niet tegengekomen...
Rob van der Putten
Rob wrote:
> Die kun je niet meer krijgen. En dat is ook onvergelijkbaar, want dat
> is een veel kortere afstand.
>
> In het ADSL netwerk kun je de ATM hops niet pingen, het dichtst bijzijnde
> wat je kunt pingen zit al bij XS4ALL, dus niet in de centrale ofzo.
Voor zover mij bekend is het ATM dat de grote pingtijden veroorzaakt.
Word dat ooit nog vervangen?
Miquel van Smoorenburg
>
>> In het ADSL netwerk kun je de ATM hops niet pingen, het dichtst bijzijnde
>> wat je kunt pingen zit al bij XS4ALL, dus niet in de centrale ofzo.
>
>Voor zover mij bekend is het ATM dat de grote pingtijden veroorzaakt.
Het hele ATM netwerk zal voor 1 of 2 ms vertraging zorgen denk ik.
De pingtijden worden voornamelijk bepaald door ADSL modulatie,
error correctie, en serialization delay.
>Word dat ooit nog vervangen?
Is grotendeels al gedaan zelfs, 70% van de klanten is al over
op ETN (ethernet transport netwerk) zonder dat ze er wat van
gemerkt hebben. Jouw verbinding ook :)
Mike.
Miquel van Smoorenburg
Is gewoon gedaan omdat het stabieler draait- met steeds meer adsl
verbindingen die gemiddeld ook sneller zijn dan voorheen is dat
gewoon nodig.
Mike.
Rob
Jaren geleden hadden we "Power ADSL" op een aantal locaties op het
werk en toen zaten die ook al op die interleaved mode.
Maar daar was nog meer mee fout, de pingtijden waren toen helemaal
droevig. 35ms als ik me goed herrinner.
Toen het mogelijk werd hebben we die gauw gemigreerd naar KPN :-)
Vandaag
Momenteel zijn dit mijn ping tijden
# ping www.xs4all.nl
PING www.xs4all.nl (194.109.6.92): 56 data bytes
64 bytes from 194.109.6.92: icmp_seq=0 ttl=62 time=8.032 ms
64 bytes from 194.109.6.92: icmp_seq=1 ttl=62 time=8.198 ms
64 bytes from 194.109.6.92: icmp_seq=2 ttl=62 time=8.188 ms
64 bytes from 194.109.6.92: icmp_seq=3 ttl=62 time=7.872 ms
64 bytes from 194.109.6.92: icmp_seq=4 ttl=62 time=8.066 ms
64 bytes from 194.109.6.92: icmp_seq=5 ttl=62 time=8.145 ms
64 bytes from 194.109.6.92: icmp_seq=6 ttl=62 time=7.852 ms
^C
--- www.xs4all.nl ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 7.852/8.050/8.198/0.132 ms
Wordt dit straks ook verleden tijd?
Groet,
Richard
Rob
> Momenteel zijn dit mijn ping tijden
>
> # ping www.xs4all.nl
> PING www.xs4all.nl (194.109.6.92): 56 data bytes
> 64 bytes from 194.109.6.92: icmp_seq=0 ttl=62 time=8.032 ms
> 64 bytes from 194.109.6.92: icmp_seq=1 ttl=62 time=8.198 ms
> 64 bytes from 194.109.6.92: icmp_seq=2 ttl=62 time=8.188 ms
> 64 bytes from 194.109.6.92: icmp_seq=3 ttl=62 time=7.872 ms
> 64 bytes from 194.109.6.92: icmp_seq=4 ttl=62 time=8.066 ms
> 64 bytes from 194.109.6.92: icmp_seq=5 ttl=62 time=8.145 ms
> 64 bytes from 194.109.6.92: icmp_seq=6 ttl=62 time=7.852 ms
> ^C
> --- www.xs4all.nl ping statistics ---
> 7 packets transmitted, 7 packets received, 0.0% packet loss
> round-trip min/avg/max/stddev = 7.852/8.050/8.198/0.132 ms
>
>
> Wordt dit straks ook verleden tijd?
Ja dat had ik tot voor kort ook. Nu 15 ms.
Vandaag
Hmmm, dan zijn we weer terug op het niveau van een aantal jaren geleden.
Die ping tijden had ik ook met AvK.
Hopelijk gaat de snelheid ook niet terug naar die tijd :)
Groet,
Richard
Maarten Bodewes
> Ben ze nog niet tegengekomen...
Games natuurlijk. Hoe lager hoe beter. Dit is weer iets waarbij de kabel
duidelijk wint, ik vind 18 ms toch wel erg hoog. Gelukkig game ik
nauwelijks meer - bij 3D shooters is elke ms meegenomen.
Maarten
Danny Terweij
"Rob" <nom...@example.com> schreef in bericht
news:slrnhjhtjl...@xs8.xs4all.nl...
>>> Ja dit is voor iedereen veranderd.
>>> De interleave mode is ingeschakeld ipv de fast mode.
Wat XS4ALL ook doet, het valt altijd op :)
Ze zijn idd iets hoger. Maar de train snelheid gaat hier wel hoger (gem.
+2Mbit).
Dus die paar ms trek ik me niks van aan.
Danny.
Jan Ehrhardt
>Gaan we in de toekomst nog links met lage pingtijden krijgen? Het lijkt
>me dat glas vrij laag zit.
2 tot 3ms. InterNLnet Glasvezel Amsterdam gemeten naar ping.xs4all.nl
Jan
Rob
Ja dat hebben we met de Ziggo aansluiting op het werk ook.
Bij die kortere tijden gaat het wel veel meer uitmaken wat je precies
pingt. Bij ADSL zit de meeste tijd in de eerste hop en krijg je ongeveer
hetzelfde als je de eerste router pingt of bij ping.xs4all.nl, maar bij
glas zit vooral de eerste hop veel lager (is bij ons ongeveer 1.1 ms)
en dan telt de rest relatief meer aan.
Rob van der Putten
Miquel van Smoorenburg wrote:
> Het hele ATM netwerk zal voor 1 of 2 ms vertraging zorgen denk ik.
>
> De pingtijden worden voornamelijk bepaald door ADSL modulatie,
> error correctie, en serialization delay.
Je raakt het dus alleen kwijt met glas dus tot in de woning dus.
> Is grotendeels al gedaan zelfs, 70% van de klanten is al over
> op ETN (ethernet transport netwerk) zonder dat ze er wat van
> gemerkt hebben. Jouw verbinding ook :)
Da's mooi. Maar ik bedoelde het laatste stukje.
Rob van der Putten
Maarten Bodewes wrote:
> Games natuurlijk. Hoe lager hoe beter. Dit is weer iets waarbij de kabel
> duidelijk wint, ik vind 18 ms toch wel erg hoog. Gelukkig game ik
> nauwelijks meer - bij 3D shooters is elke ms meegenomen.
Midi over IP is ook kritisch (max delay 10 ms, max jitter 1 ms).
Rob
>
>
> Maarten Bodewes wrote:
>
>> Games natuurlijk. Hoe lager hoe beter. Dit is weer iets waarbij de kabel
>> duidelijk wint, ik vind 18 ms toch wel erg hoog. Gelukkig game ik
>> nauwelijks meer - bij 3D shooters is elke ms meegenomen.
>
> Midi over IP is ook kritisch (max delay 10 ms, max jitter 1 ms).
Dat kun je dan niet over internet gebruiken. En dat wil je waarschijnlijk
toch al niet...
Newsreader
> Is gewoon gedaan omdat het stabieler draait- met steeds meer adsl
> verbindingen die gemiddeld ook sneller zijn dan voorheen is dat
> gewoon nodig.
Ik heb het idee (maar het is nog niet meer dan dat) dat sinds de
aanpassing die voor verhoogde pingtijden zorgde ook m'n snelheid iets is
gedaald. Voorheen haalde ik altijd 800+ kByte/s, nu blijf ik "keurig"
steken op 680 kByte/s. Dus niet de ene keer 400 en dan weer 800, nee,
het lijkt echt netjes "gecapt" op net onder de 700 kByte/s.
Bekabeling is gecontroleerd, direct op het ISRA-punt zonder splitter
geeft geen verschil. Heb de Fritzbox besteld, 's kijken of dat verschil
maakt t.o.v. de Linksys die ik nu heb hangen.
Het is jammer dat ik niet precies weet wanneer het trager is geworden,
ik check nu niet bepaald elke dag de snelheid... :-)
Pasq
Ah ok... Noujah.. Ik heb geen spel-console in huis,
en op mijn PC kom ik niet verder dan af en toe een spelletje schaak of
tetris. Dus ik heb er verder geen last van. ;-)
Morlog
"Miquel van Smoorenburg" <mik...@xs4all.nederland.invalid> schreef in
bericht news:4b392300$0$22934$e4fe...@news.xs4all.nl...
Zonder dat de ADSL abonnees hier van in kennis zijn gesteld is dus de
latency verhoogd door KPN! en ik maar modem/router resetten omdat mijn zoons
de laatste tijd klagen over "lag" of zo iets tijdens het gamen.
ADSL abonnees verlies zal in 2010 doorzetten, er is dus geen reden om de
latency te verhogen met de stelling" Is gewoon gedaan omdat het stabieler
draait- met steeds meer adsl verbindingen die gemiddeld ook sneller zijn
dan voorheen is dat gewoon nodig"
De gemiddelde Nederlandse internetsnelheid is in 2009 flink omhoog gegaan,
vooral dankzij de uitrol van Docsis 3 op de kabel. Het begin van het einde
voor ADSL
Volledig bericht op Webwereld
http://webwereld.nl/nieuws/64721/2009--kabel-kampioen--wint-snelheid---n-klanten.html#source=news_list
Rond de zomer van 2010 (of eerder) worden dus de telefooncentrales van KPN
aangepast voor VDSL! en dan ook nog alleen voor diegene die in een bepaalde
straal van de centrale wonen.
Zo rond het einde van het jaar doe ik veel vergelijkingen op div. sites wat
de beste prijs is voor ondermeer energie/zorgverzekering enz. nu is er dus
ook ADSL/Kabel bij gekomen, want met de upload loopt ADSL allang achter ten
opzichte van andere aanbieders.
Miquel van Smoorenburg
Newsreader <ne...@example.com> wrote:
>Miquel van Smoorenburg wrote:
>> Is gewoon gedaan omdat het stabieler draait- met steeds meer adsl
>> verbindingen die gemiddeld ook sneller zijn dan voorheen is dat
>> gewoon nodig.
>
>Ik heb het idee (maar het is nog niet meer dan dat) dat sinds de
>aanpassing die voor verhoogde pingtijden zorgde ook m'n snelheid iets is
>gedaald. Voorheen haalde ik altijd 800+ kByte/s, nu blijf ik "keurig"
>steken op 680 kByte/s. Dus niet de ene keer 400 en dan weer 800, nee,
>het lijkt echt netjes "gecapt" op net onder de 700 kByte/s.
xs4all (of het KPN netwerk deel) doet dat niet, je download snelheid
moet overeenkomen met je sync-snelheid (minus ATM/PPP overhead).
Misschien synct je modem ook op 6500-7000 Kbit/sec ?
>Het is jammer dat ik niet precies weet wanneer het trager is geworden,
>ik check nu niet bepaald elke dag de snelheid... :-)
Ah OK, hoeft dus niet gerelateerd te zijn.
Mike.
Miquel van Smoorenburg
Morlog <nom...@nospam.com> wrote:
>"Miquel van Smoorenburg" <mik...@xs4all.nederland.invalid> schreef in
>bericht news:4b392300$0$22934$e4fe...@news.xs4all.nl...
>> verbindingen die gemiddeld ook sneller zijn dan voorheen is dat
>> gewoon nodig.
>
>latency verhoogd door KPN! en ik maar modem/router resetten omdat mijn zoons
>de laatste tijd klagen over "lag" of zo iets tijdens het gamen.
Die paar ms extra merk je *echt* niet met gamen. Als je dat wel denkt,
dan zou ik zeker je bekabeling vervangen voor deze kabels, de
Denon AK-DL1 RJ45 kabel: http://www.usa.denon.com/productdetails/3429.asp
Lees vooral ook de reviews op
http://www.amazon.com/Denon-AKDL1-Dedicated-Link-Cable/dp/B000I1X6PM
:)
Mike.
Newsreader
>> het lijkt echt netjes "gecapt" op net onder de 700 kByte/s.
>
> xs4all (of het KPN netwerk deel) doet dat niet, je download snelheid
> moet overeenkomen met je sync-snelheid (minus ATM/PPP overhead).
>
> Misschien synct je modem ook op 6500-7000 Kbit/sec ?
Da's nogal lastig te zien op m'n huidige modem, maar ik had vandaag een
brief op de mat dat de Fritzbox onderweg is. Zodra die in gebruik is kan
ik wat beter zien hoe en wat.
> Ah OK, hoeft dus niet gerelateerd te zijn.
Nee, dat hoeft zeker niet. Het is echter wel rond die tijd ontstaan, of
in ieder geval is dat het moment dat ik het ontdekte. Ik meldde het hier
omdat het mogelijk een bekend probleem zou kunnen zijn van de
aanpassing. Blijkbaar niet, gelukkig.
Maar je hebt gelijk dat het van alles kan zijn, van mijn eigen modem tot
ijzel op het koperdraadje... :-)
Zodra ik meer duidelijkheid heb dan komt er ongetwijfeld een vervolg hier.
Edward
hwh
> Lees vooral ook de reviews op
> http://www.amazon.com/Denon-AKDL1-Dedicated-Link-Cable/dp/B000I1X6PM
>
> :)
Erg :-)
gr, hwh
rob_n
Veranderd de forward error correction niet van single bit naar multi bit
bij het aanzetten van interleaving? Dat is toch wel wat extra overhead.
Ook de sync snelheid kan, afhankelijk van de dslam/modem combinatie een
stapje omlaag gaan. Is dat voor de door xs4all geleverde modems uitgetest
Rob
Shakespeare
Deze kabel is standaard nog niet goed genoeg, ondanks de prijs van 1600$
per meter (tweedehands), getuige deze knutselaar:
"I bought one, and then upgraded it by wrapping the whole cable in
platinum foil."
Shakespeare
Dick Wesseling
Pasq <n...@mail.invalid> writes:
> Ik zie trouwens niet in waarom dat dit een probleem moet zijn.
> Pingtijden van <10ms zijn normaal in een LAN, maar in een WAN is 20ms een
> hele acceptabele pingtijd.
Maar als beide hosts een xs4all lijn met interleaving hebben haal
je die 20 ms niet meer, dan moet je de toename in latency met 2
vermenigvuldigen.
> Met welke applicatie krijg je problemen met pingtijden van 20ms?
> Ben ze nog niet tegengekomen...
Problemen is een wel een erg groot woord. Sta me toe de vraag te
herformuleren als: welke applicaties worden stroperig als de latency
toeneemt?
Dat zijn alle applicaties die RPC achtige dingen doen, dan kun je de RTT
toename niet - of moeilijk - wegmoffelen omdat er toch streaming
plaatsvindt.
Een typisch voorbeeld zijn X11 applicaties. Het X11 _protocol_ leent
zich uitstekend voor streaming, maar helaas zijn applicaties in de
praktijk beperkt tot wat de libX11 _library_ wel en niet kan, en daar
zitten de nodige lacunes in, en niet alle toolkits zijn even snugger.
Ik heb bijvoorbeeld een applicatie die omdat ie lang werk heeft om te
initialiseren een splash screen toont. Dat leek me aardig. Mooi mis, het
werd er alleen maar langzamer van. Bleek dat de Tcl/Tk applicatie 256
extra roundtrips kreeg vanwege het 256x aanroepen van XAllocColor(). Dit
specifieke probleem liet zich oplossen door aan mijn priv� versie van
libX11 een XAllocColors() toe te voegen, en die in mijn priv� versie van
Tk te gebruiken, maar zoiets kun je alleen doen voor een custom
applicatie. Als je kijkt naar de opstartfase van een forse X app dan heb
je akelig veel roundtrips vanwege XAllocZus en XQueryZo, na de opstartfase
werkt het verder meestal vlot.
Ik denk dat X11 daar niet alleen in staat, RPC is niet echt obscuur.
Miquel van Smoorenburg
rob_n <ro...@xs4all.nl> wrote:
>Veranderd de forward error correction niet van single bit naar multi bit
>bij het aanzetten van interleaving? Dat is toch wel wat extra overhead.
Iets, en ik heb me niet genoeg ingelezen om daar een goed antwoord op
te geven, maar ik heb in de praktijk het verschil niet gezien.
Zeker geen 8 mbit -> 6.5 mbit.
>Ook de sync snelheid kan, afhankelijk van de dslam/modem combinatie een
>stapje omlaag gaan. Is dat voor de door xs4all geleverde modems uitgetest
Ja, die is omhoog gegaan. Door de extra error correctie was het
mogelijk om de minimum SNR te verlagen van 8 dB naar 6 dB, en
daardoor is de gemiddelde snelheid iets toegenomen (niet als je
al sync op de nominale snelheid had natuurlijk).
Mike.
Erik - Vld
>> Zonder dat de ADSL abonnees hier van in kennis zijn gesteld is dus de
>> latency verhoogd door KPN! en ik maar modem/router resetten omdat mijn zoons
>> de laatste tijd klagen over "lag" of zo iets tijdens het gamen.
>
> Die paar ms extra merk je *echt* niet met gamen. Als je dat wel denkt,
> dan zou ik zeker je bekabeling vervangen voor deze kabels, de
> Denon AK-DL1 RJ45 kabel: http://www.usa.denon.com/productdetails/3429.asp
>
> Lees vooral ook de reviews op
> http://www.amazon.com/Denon-AKDL1-Dedicated-Link-Cable/dp/B000I1X6PM
>
LOL!!!
http://www.amazon.com/review/R2MBG53YJEKQCI/ref=cm_cr_rdp_perm
rob_n
Ja, die is omhoog gegaan. Door de extra error correctie was het
> mogelijk om de minimum SNR te verlagen van 8 dB naar 6 dB, en
> daardoor is de gemiddelde snelheid iets toegenomen (niet als je
> al sync op de nominale snelheid had natuurlijk).
>
> Mike.
Bij mij is de latency van 10 naar 15 ms gegaan, en de
sync/download 2 megabit lager geworden. Die 5ms is te
verklaren, maar de 2 megabit verlaging weet ik niet 100% zeker
of dat voor of na de verandering gebeurt is.
Is het mogelijk om interleaving uit te zetten, om uit te
vinden of het daar aan ligt?
Rob
George
> Is gewoon gedaan omdat het stabieler draait- met steeds meer adsl
> verbindingen die gemiddeld ook sneller zijn dan voorheen is dat
> gewoon nodig.
Het is alsof de servers van XS4ALL nu in Belgiￜ staan, ipv Amsterdam... :(
Miquel van Smoorenburg
rob_n <ro...@xs4all.nl> wrote:
>Miquel van Smoorenburg wrote:
> Ja, die is omhoog gegaan. Door de extra error correctie was het
>> mogelijk om de minimum SNR te verlagen van 8 dB naar 6 dB, en
>> daardoor is de gemiddelde snelheid iets toegenomen (niet als je
>> al sync op de nominale snelheid had natuurlijk).
>>
>> Mike.
>
>Bij mij is de latency van 10 naar 15 ms gegaan, en de
>sync/download 2 megabit lager geworden. Die 5ms is te
>verklaren, maar de 2 megabit verlaging weet ik niet 100% zeker
>of dat voor of na de verandering gebeurt is.
Tsja, hoe vaak check je dat .. hoe meer mensen snel ADSL nemen,
hoe meer de gemiddelde snelheid zakt door overspraak. Ik zie
dat bij mij thuis ook (en Timo heeft het er ook wel eens over gehad).
>Is het mogelijk om interleaving uit te zetten, om uit te
>vinden of het daar aan ligt?
Nee, dat kan niet uit - dat is een vaste instelling op de DSLAM
en er is geen manier om dat aan te passen.
Mike.
rob_n
> Nee, dat kan niet uit - dat is een vaste instelling op de DSLAM
> en er is geen manier om dat aan te passen.
>
> Mike.
Jammer.
Dan maar wachten op de snelheidsverhoging met fiber.
Henk de Jong
> In article<4b3a8610$0$22935$e4fe...@news.xs4all.nl>,
> rob_n<ro...@xs4all.nl> wrote:
>> Veranderd de forward error correction niet van single bit naar multi bit
>> bij het aanzetten van interleaving? Dat is toch wel wat extra overhead.
>
> Iets, en ik heb me niet genoeg ingelezen om daar een goed antwoord op
> te geven, maar ik heb in de praktijk het verschil niet gezien.
> Zeker geen 8 mbit -> 6.5 mbit.
<knip>
Vroeger zag ik lage getallen bij de CPE forward error correction.
Nu loopt die gestaag op met pakweg zo'n 17 errors/seconde (dat is na 3
en een halve dag al meer dan 5 miljoen...)
Ik begrijp dat dat sinds kort "normaal" is?
--
Met vriendelijke groet,
Henk de Jong
http://www.hsdejong.nl
Nepal and Myanmar (Burma) - Photo Galleries
Casper H.S. Dik
De mensen hebben de kabels getest zonder ze eerst in te spelen, geen wonder
dat ze teleurgesteld waren.
:-)
Casper
--
Expressed in this posting are my opinions. They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.
Casper H.S. Dik
>LOL!!!
>http://www.amazon.com/review/R2MBG53YJEKQCI/ref=cm_cr_rdp_perm
Ik vond deze ook wel mooi:
What Do Customers Ultimately Buy After Viewing This Item?
29% buy HDMI TO HDMI 6 foot cable 4.6 out of 5 stars (2,475) $3.07
Shakespeare
> "Miquel van Smoorenburg" <mik...@xs4all.nederland.invalid> writes:
>
>> In article <4b3a0f01$0$22941$e4fe...@news.xs4all.nl>,
>> Morlog <nom...@nospam.com> wrote:
>>> "Miquel van Smoorenburg" <mik...@xs4all.nederland.invalid> schreef in
>>> bericht news:4b392300$0$22934$e4fe...@news.xs4all.nl...
>>>> Is gewoon gedaan omdat het stabieler draait- met steeds meer adsl
>>>> verbindingen die gemiddeld ook sneller zijn dan voorheen is dat
>>>> gewoon nodig.
>>> Zonder dat de ADSL abonnees hier van in kennis zijn gesteld is dus de
>>> latency verhoogd door KPN! en ik maar modem/router resetten omdat mijn zoons
>>> de laatste tijd klagen over "lag" of zo iets tijdens het gamen.
>
>> Die paar ms extra merk je *echt* niet met gamen. Als je dat wel denkt,
>> dan zou ik zeker je bekabeling vervangen voor deze kabels, de
>> Denon AK-DL1 RJ45 kabel: http://www.usa.denon.com/productdetails/3429.asp
>
>> Lees vooral ook de reviews op
>> http://www.amazon.com/Denon-AKDL1-Dedicated-Link-Cable/dp/B000I1X6PM
>
> De mensen hebben de kabels getest zonder ze eerst in te spelen, geen wonder
> dat ze teleurgesteld waren.
>
> :-)
>
>
> Casper
Daar worden die kabels lui van, toch?
Shakespeare