[ADSL] Fast / Interleaved?

[BHQ]

Lijkt me vrij duidelijk, wat is het en wat doet het? Ik heb iets meegekregen van errorcorrectie op niet. Je moet dan wat inleveren aan ping (veel te veel ) voor als je lijnkwaliteit niet genoeg is, of iets in die trand.

Een ander verschil dat ik kon merken: Op m'n interleaved lijn zijn pings altijd mistnes 20 ms , en bij games rond de 70. Ik zit op 8 mbit dsl, waarom zie ik sommige mensen op zo'n lijntje 8 ms halen? ik zit op bbned @ provider ipact.nl.

[bjck]

Heeft niet alleen met fast/interleaved verschil te maken. Eigenlijk niet eens bijzonder veel.

BBned gebruikt twee verschillende fabrikanten van apparatuur in de centrales. Jou 20ms op je lijn (dus tussen jou en je ISP op een onbelaste lijn) komt overeen met de (oudere) Cisco apparatuur. Deze geeft in de configuratie zoals BBned het gebruikt tussen de 16 en 22ms latency op een kale lijn. Beetje afhankelijk van de bandbreedte van je verbinding (dus of je 8/1 hebt of 256/256 en wat andere factoren).

Een groot deel van de apparatuur hebben ze al gewisseld (ook voor ADSL2 en 2+ straks) naar nieuwe (alcatel) en daar hebben mensen via BBned op een kale lijn 8ms ongeveer. Dit kan per ISP natuurlijk heel anders zijn! Als een ISP veel gebruikers heeft die veel dataverkeer genereren kan het gebeuren dat ergens anders een verstopping optreedt en dat geeft bijna altijd verhoogde latnecy (ping) of schommelende waardes.

Dat je in games 70ms haalt en op je lijn 20ms kan liggen dat je op een gameserver netwerktechnisch gezien een eindje bij je vandaan zit? Dat kan per ISP (en doelnetwerk) ook erg verschillen. Afhankelijk van waar bandbreedte wordt ingekocht kan je kortere routes of langere hebben tussen netwerken. Afstand verhoogt ook latency.

[BHQ]

Allereerst erg bedankt voor je lap text

16 tot rond de 20 ms klopt inderdaad precies. "Onbelast" geeft m'n 1e hop dit al, maar de hogere latency komt dus ook omdat ik op interleaved zit.

Ik vermoed iig wel dat ik op een oude Cisco zit: Cisco gebruikte ook Globespan chipsets. Deze zit (helaas) ook in m'n dslam I guess: m'n vorige crash-a-holic modem trainde iig. fijn op 8064, mijn huidige traint telkens op 7616. Soms heb ik het geluk dat-ie op 8064 traint, maar dan krijg ik een rare Vendor ID. Normaal is dit ALCB / GSPN (Speedtouch / DSL centrale van iPact) maar als het modem wel op de juiste snelheid traint dan krijg ik ALCB / ÿÿÿÿ.

Dus in principe: Ik zit op oude troep, of zie ik het verkeerd? Dit poept m'n modem uit, iig:

Output Power (dBm) up/down = 12.0 / 19.5
Attenuation (dB) up/down = 12.0 / 19.0
Noise Margin (dB) up/down = 7.0 / 11.5
Vendor Id (local/remote) = ALCB / ÿÿÿÿ
Als er GSPN ipv ÿÿÿÿ staat belt het modem op 7616 in ipv 8064.

Nu mijn vraag: Stel, ik ga over op een andere provider. Ben ik dan in staat op "fast" te komen? Moet ik wachten tot de apperatuur vervangen wordt? Of moet ik gewoon met vrij hoge latencies? Toen ik op een lanparty met zijn 6-en aan het Warcraften was, had ik een latency van 24. Thuis is dit minstens 40, in grotere gebieden rond de 120.

[bjck]

KPN-DSL gebruikt 'fast' in princiepe dacht ik alleen.

BBned gebruikt interleaved en ook BaByXL (Tiscali) gebruikt interleaved. Maakt eigenlijk ook niet veel uit want op BBned heb je of stabiel 18ms of 8ms afhankelijk van de apparatuur (nog) in jou centrale (is geen 'oude troep' want werkt prima toch) of op BaByXL 10 a 12ms ongeveer op een kale lijn.

De voor mij vreemde verhoging in games is toch appart. Moet een andere oorzaak hebben want of je nu op je lijn 10 of 20ms hebt als het contant is maakt dat verschil echt niets uit.

Mijn inziens heb je een bijna perfecte lijn, waardes zijn ruim en erg mooi.

[ Voor 7% gewijzigd door bjck op 09-04-2005 00:12 ]

[BHQ]

Toch? Ik vond m'n margins al érg laag, 11,5.. En met de 7616 traint ie op (dacht ik) lagere waardes.

Nou ja, dan ga ik maar accoord met de wat hogere ping.. Ik zit op rond de 40, hun nu rond de 25.. valt an sich te doen, kan het ook weiden aan brakke verbindingen bij iPrut zelf

Laatste vraag voor ik (denk ik) alles snap: Waarom traint het modem op slechts 7616 als hij de naam van de dslam door krijgt, maar op 8064 als hij ÿÿÿÿ doorkrijgt? Niet dat ik er problemen mee heb, maar toch

Ik ben pitten...

[Anoniem: 76345]

Als je op het bbned netwerk zit zal je latency alleen naar beneden gaan als je overstapt op een andere netwerkprovider, of als je geluk hebt en de DSLAM waarop je connected zit, vervangen wordt door een Alcatel. Dat laatste zal niet zo snel gebeuren, want volgens mij rolt bbned voorlopig alleen maar Alcatel uit als er een DSLAM bijgeplaatst moet worden, en worden er momenteel geen Cisco's vervangen door Alcatel.

BBned doet inderdaad geen fast path, maar ik vraag me af of het klopt dat BaByXL ook geen fast profiel gebruikt, want die zaten voor zover ik weet ook op Cisco apparatuur.

Anyway, ik "ken iemand" die wel fast path op het bbned netwerk heeft, en dat scheelt behoorlijk; 9 - 10 ms, maar iets minder "strak" dan als je interleaved gebruikt; uitschieters naar 12 zit er wel in, terwijl je op interleaved meestal strak 18 haalt.

Over je gameserver: ik weet niet hoe je die latency meet, maar als je het in-game test, dan zit je altijd met de daadwerkelijke gameservice op de server die het antwoord geeft op je ping, als ik me niet vergis, en dit kan zo vele malen langzamer zijn dan je latency naar die machine daadwerkelijk is. En op een lanparty... tsja, ping dan eerst de machine eens direct, en doe het dan eens in-game. Als ik mijn router hier ping, dan is de latency 0.3 ms. En dat terwijl er 40 meter UTP en twee switches tussen zit. Dus als jij dat ook had op die lanparty, hoe verklaar je dan een in-game latency van 24 ms? 24 + 18 = 42... dat zou dus wel kloppen!

[BHQ]

Nou ja, dan blijf ik maar sticky tot BBned.. Liever idd een stabielere verbinding tov een schommelende ping (m'n pings zijn idd. bijna altijd constant!).

Maar als ik ooit op mezelf ga wonen of iets in die geest, dan houd ik BabyXL gezien de wat lagere pings toch in de gaten.

C:\Documents and Settings\Teletubbie>tracert www.tweakers.net

Bezig met het traceren van de route naar www.tweakers.net [213.239.154.35]
via maximaal 30 hops:

1 <1 ms <1 ms <1 ms SpeedTouch.lan [10.0.0.138]
2 19 ms 18 ms 18 ms lo1.dsl-nas-1-nkh.infopact.nl [212.29.182.213]
3 19 ms 20 ms 19 ms vlan3.l3sw-1-nkh.infopact.nl [84.35.80.17]
4 19 ms 19 ms 18 ms if-1-1-sub1.core-1-nkh.infopact.nl [84.35.80.21]

5 19 ms 30 ms 19 ms 10ge6-3.e600-1.ams5.trueserver.nl [195.69.144.16
3]
6 19 ms 19 ms 19 ms www.tweakers.net [213.239.154.35]

Ping-statistieken voor 212.29.182.213:
Pakketten: verzonden = 20, ontvangen = 20, verloren = 0
(0% verlies).De gemiddelde tijd voor het uitvoeren van één bewerking in mill
iseconden:
Minimum = 16ms, Maximum = 25ms, Gemiddelde = 17ms

Dan nog de vraag: Hoe zit dat met de ÿÿÿÿ en de GSPN?

[Anoniem: 76345]

Yapser schreef op zaterdag 09 april 2005 @ 10:27:
Dan nog de vraag: Hoe zit dat met de ÿÿÿÿ en de GSPN?

Ik denk een chipset bugje. Dat er een relatie schijnt te zijn tussen die 7616 en 8064 snelheden die je haalt aan de ene kant, en welk type chipset je modem doorkrijgt aan de andere kant is heel apart, maar er zal vast wel een of andere technische verklaring voor zijn. Dat kan in zowel de DSLAM als in de modemchipset zitten, en het kan ook nog eens een gevolg van de combinatie van de twee zijn. Een probleem mag het niet zijn overigens (de chipset aanduiding dan; het snelheidsverschil is natuurlijk wel jammer, al zal je dat in de praktijk nauwelijks voelen).

[bjck]

Yapser schreef op zaterdag 09 april 2005 @ 00:26:
Toch? Ik vond m'n margins al érg laag, 11,5.. En met de 7616 traint ie op (dacht ik) lagere waardes.

Je kan die SNR margin waardes laag vinden maar je hebt wel een wide-open verbinding. Die waardes zijn dan altijd laag, op het randje (rond 6dB is liefs als laagste) omdat je lijn maximaal loopt. Mensen die bijvoorbeeld op ongeveer 6500Kbps verbinden (linesync) hebben vaak minimale SNR van 6dB ongeveer. Dat is juist omdat je modem modem in samenspraak met de dslam configuratie (onder andere) kijkt naar de SNR waarde bij welke snelheid die nog acceptabel is

Zou je je verbinding nu laten omzetten naar 1024/512 heb je opeens 30dB SNR omdat je niet zo veel signaal meer nodig hebt om die snelheid te hebben.

Waarom jou modem zo springt van 8064 --> 7616 en hij dan niet meer de naam kan geven van de chipset fabrikant in de DSLAM is onduidelijk.

[ Voor 19% gewijzigd door bjck op 10-04-2005 10:29 ]

[BHQ]

Naja, het is duidelijk. De vendor id.. kijken of hier iemand voorbij huppelt die weet waarom ik bij ÿÿÿÿ wél de 8 mbit krijg

[epias]

Yapser schreef op zaterdag 09 april 2005 @ 18:52:
Naja, het is duidelijk. De vendor id.. kijken of hier iemand voorbij huppelt die weet waarom ik bij ÿÿÿÿ wél de 8 mbit krijg

Waarschijnlijk een andere `Operation Mode'. Meestal staat deze op auto/multimode. Probeer de andere mogelijkheden eens en kijk dan naar de VendorId.

[bjck]

epias schreef op zaterdag 09 april 2005 @ 19:05:
[...]
Waarschijnlijk een andere `Operation Mode'. Meestal staat deze op auto/multimode. Probeer de andere mogelijkheden eens en kijk dan naar de VendorId.

Kan inderdaad de oorzaak zijn. Mogelijk dat je op een andere standaard dan de bedoelde G.DMT verbinding maakt op dat moment en het toch werkt (T1.143 misschien?).

[BHQ]

Hrm, tell me more? Hoe zie / verander ik dat op een SnelheidAanraak Vijfhonderdtien?

[Anoniem: 76345]

epias schreef op zaterdag 09 april 2005 @ 19:05:
Waarschijnlijk een andere `Operation Mode'. Meestal staat deze op auto/multimode. Probeer de andere mogelijkheden eens en kijk dan naar de VendorId.

Ik denk niet dat dat het is. Op een Cisco DSLAM worden chipsets per 2 poorten gebruikt (1 chipset dus voor 2 poorten). De eerst trainenende poort bepaalt (aan de hand van het modem) welke chipset (versie) er precies gebruikt wordt op beide poorten. Ik denk dus dat Yapser een buurman heeft die trained op een andere chipset versie. Het is dus heel afhankelijk van of hij de "eerste" is die trained of niet (na bijvoorbeeld een connection hiccup op de DSLAM, of na een kaart-/DSLAM-reset).

[ Voor 3% gewijzigd door Anoniem: 76345 op 10-04-2005 10:08 ]

[Strikie]

Voor mij iets te technisch topic maar ik probeer het toch.
Ik heb een Xs4all 8mbit verbinding met een constante d/u\als hieronder.

Download
857.4 KByte/sec
(=6859 kbps)
Upload
93.7 KByte/sec
(=750 kbps)
Connection
1467.0 Conn/min

Ik speel veel Quake3 maar sinds mij upgrade naar Xs4all fast zit ik met een nogal
fluctuerende ping, deze varieert tussen de 1 en 33 dit schommelt continue, vrij irritant dus.

Dit veroorzaakt toch een soort van lag waardoor ik niet 100% kan spelen, ik heb een speedtouch 510 met de nieuwste firmware.
Pingen naar bv www.tweakers.net is gemiddeld steeds 9 ms ook constant dus.

Ik heb in Quake al diverse dingen verandert maar het probleem blijft, ik heb dus het idee dat het wel degelijk aan mijn verbinding ligt.

Heeft iemand een idee of oplossing

[Chutney]

Best jammer dat BBned de huidige Cisco's niet vervangen voor Alcatel centrales

Ik zit net als jij op een 8Mbits BBned DSL lijn icm Cisco DSLam.

Ik gebruik een DrayTek Vigor 2600G, met het volgende gegevens al resultaat:

code:

   Running Mode            :    G.DMT       State                : SHOWTIME
   DS Actual Rate          :  8064000 bps   US Actual Rate       :   928000 bps
   DS maximum Rate         :  8672000 bps   US maximum Rate      :   992000 bps
   DS Path Mode            :  Interleave    US Path Mode         :  Interleave
   NE Current Attenuation  :    13.0  dB    Cur SNR Margin       :     8.5  dB
   DS actual PSDM(C)       : 00000003       US actual PSDM(R)    : 000037ab
   ADSL Firmware Version   : 42e2ea53
  -------------------------------- ATU-C Info ---------------------------------
   Far Current Attenuation :    10.0  dB    Far SNR Margin       :     7.0  dB
   CO ITU Version[0]       : 00004753       CO ITU Version[1]    : 504e0007
   DSLAM CHIPSET VENDOR    : < Nokia >
  -----------------------------------------------------------------------------

code:

Ping statistics for 213.239.154.35:
    Packets: Sent = 24, Received = 24, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 16ms, Maximum = 16ms, Average = 16ms

[BHQ]

Anoniem: 76345 schreef op zondag 10 april 2005 @ 10:07:
[...]

Ik denk niet dat dat het is. Op een Cisco DSLAM worden chipsets per 2 poorten gebruikt (1 chipset dus voor 2 poorten). De eerst trainenende poort bepaalt (aan de hand van het modem) welke chipset (versie) er precies gebruikt wordt op beide poorten. Ik denk dus dat Yapser een buurman heeft die trained op een andere chipset versie. Het is dus heel afhankelijk van of hij de "eerste" is die trained of niet (na bijvoorbeeld een connection hiccup op de DSLAM, of na een kaart-/DSLAM-reset).

Naar mijn weten is er niemand die de flat die DSL heeft.. en anders heb ik gewoon puur geluk dat als ik net 10x reset, de 10e keer toevallig wel 8 mbit geeft...

[Anoniem: 76345]

Yapser schreef op zondag 10 april 2005 @ 17:37:
Naar mijn weten is er niemand die de flat die DSL heeft.. en anders heb ik gewoon puur geluk dat als ik net 10x reset, de 10e keer toevallig wel 8 mbit geeft...

Buurman heeft niets te maken met JOUW buurt he. Buurman op de DSLAM. ;-) Die kan 5km van je vandaan wonen. Maar als jij gewoon 10x kan resetten en soms wel, soms niet 8 Mbit haalt, dan zal het wel niets met hetgeen ik noemde te maken hebben.

[Anoniem: 142018]

Bezig met het traceren van de route naar www.tweakers.net [213.239.154.35]
via maximaal 30 hops:

1 <1 ms <1 ms <1 ms my.router [192.168.1.1]
2 9 ms 9 ms 9 ms bbned-nrp5.ams1.network.solcon.net [213.134.248.
1]
3 9 ms 9 ms 9 ms ge0-2.ar2.ams2.network.solcon.net [212.45.33.218
]
4 9 ms 9 ms 9 ms ge2.bw1.ams2.network.solcon.net [212.45.33.243]

5 10 ms 10 ms 10 ms fe0.pr1.ams2.network.solcon.net [212.45.35.40]
6 10 ms 9 ms 10 ms ge0-0-0-201.cr1.ams2.core.solcon.net [212.45.35.
33]
7 10 ms 10 ms 10 ms ge1-0-0.cr1.ams1.core.solcon.net [212.45.33.165]

8 9 ms 15 ms 17 ms 10ge6-3.e600-1.ams5.trueserver.nl [195.69.144.16
3]
9 11 ms 10 ms 10 ms www.tweakers.net [213.239.154.35]

De trace is voltooid.

-----------------------------------------------------------------------------------------------------------------------------------------------
Router Web Configurator

> System Management> Online Status <<Main Menu

--------------------------------------------------------------------------------
System Status
System Uptime: 172:57:37

LAN Status 192.168.1.1 Primary DNS 212.45.33.3 Secondary DNS 212.45.32.3
IP Address TX Packets 2558208 RX Packets 2319122

WAN Status GW IP Addr xxx.xxx.xxx.xxx
Mode IP Address TX Packets 5040 TX Rate RX Packets 6829 RX Rate 1
DHCP Client xxx.xxx.xxx.xxx 1 Up Time 0:38:48

ADSL Information (ADSL Firmware Version : 40e2be29)
ATM Statistics TX Blocks 2527178544 RX Blocks 2527178337 Corrected Blocks 0 Uncorrected Blocks 0


--------------------------------------------------------------------------------

ADSL Status Mode State Up 960000 Down 8032000 Speed SNR Margin. 14.5 Loop Att 15.0
G.DMT SHOWTIME

--------------------------------------------------------------------------------

Copyright (c) 2002, DrayTek Corp. All Rights Reserved.

Hmm, dit zijn de waardes die ik haal met een 8mbit van BBned
Gemiddelde pingtijd komt niet veel hoger dan 11/12 ms alleen mijn snr margin varieert tussen de 14.5 en de 15.5.

Op de gameserver waar ik speel www.dominategame.com zijn mijn pingtijden ook zo rond de 10 a 12 ms.
Dus het moet wel kunnen Yapser.
gr Vannelle

[Anoniem: 76345]

Anoniem: 142018 schreef op vrijdag 15 april 2005 @ 20:42:
[knip log met ongeveer 9ms latency + router config en status]

Hmm, dit zijn de waardes die ik haal met een 8mbit van BBned. Gemiddelde pingtijd komt niet veel hoger dan 11/12 ms alleen mijn snr margin varieert tussen de 14.5 en de 15.5. Op de gameserver waar ik speel www.dominategame.com zijn mijn pingtijden ook zo rond de 10 a 12 ms. Dus het moet wel kunnen Yapser.

In de tweede post van deze thread staat ook:

bjck schreef op vrijdag 08 april 2005 @ 23:27:
BBned gebruikt twee verschillende fabrikanten van apparatuur in de centrales. Jou 20ms op je lijn (dus tussen jou en je ISP op een onbelaste lijn) komt overeen met de (oudere) Cisco apparatuur. Deze geeft in de configuratie zoals BBned het gebruikt tussen de 16 en 22ms latency op een kale lijn. [knip]

Een groot deel van de apparatuur hebben ze al gewisseld (ook voor ADSL2 en 2+ straks) naar nieuwe (alcatel) en daar hebben mensen via BBned op een kale lijn 8ms ongeveer.

Het kan dus ook wel, dat was al vastgesteld; je hebt er alleen zelf zo weinig invloed op.

[ Voor 4% gewijzigd door Anoniem: 76345 op 16-04-2005 17:34 ]

[BHQ]

Hmm, toch maar even een harde trap gegeven.

Ik had een tijd terug s'ochtends stroomuitval , dus ik al pissed en denken dat het modem weer op 7616 en bijbehorende vage upload (832, 864, 896) traind.

Volgens mij was ik de eerste op mijn DSLAM, want hij trainde dit keer op 8064 / 864 ipv. 832 Ik weet dat de ST510 alsnog een upload van 1 mbit aankan, maar ik ben met die 32 kbitjes al redelijk tevreden.

Ik ben nu dmv.

Operation Mode : ANSI T1.413 [POTS Overlay Mode]

verbonden. Volgens mij is dit afwijkend van de standaard of niet? Hoe stel ik anders in dat het modem altijd deze standaard pakt of is er nog een standaard dat m'n upload misschien standaard ook hoog blijft trainen icm. de download die ook netjes op 8064 zit?

[BHQ]

-----------------------------------------------------------------------
*
* ______ SpeedTouch 510
* ___/_____/\
* / /\\ Version 4.2.7.16.0
* _____/__ / \\
* _/ /\_____/___ \ Copyright (c) 1999-2004,
* // / \ /\ \ THOMSON
* _______//_______/ \ / _\/______
* / / \ \ / / / /\
* __/ / \ \ / / / / _\__
* / / / \_______\/ / / / / /\
* /_/______/___________________/ /________/ /___/ \
* \ \ \ ___________ \ \ \ \ \ /
* \_\ \ / /\ \ \ \ \___\/
* \ \/ / \ \ \ \ /
* \_____/ / \ \ \________\/
* /__________/ \ \ /
* \ _____ \ /_____\/
* \ / /\ \ /___\/
* /____/ \ \ /
* \ \ /___\/
* \____\/
*
-----------------------------------------------------------------------
=>:adsl info
Modemstate : up
Operation Mode : ANSI T1.413 [POTS Overlay Mode]
Channel Mode : interleaved
Number of resets : 1

Vendor Local Remote
Country : - -
Vendor : 0022 0039
VendorSpecific : 0001 0007
StandardRevisionNr : 01 01

Downstream Upstream
Margin [dB] : 11.5 7.0
Attenuation [dB] : 19.0 12.0
OutputPower [dBm] : 19.0 12.0

Available Bandwidth Cells/s Kbit/s
Downstream : 19018 8064
Upstream : 2037 864


Transfer statistics
Total since power On Cells Kbit
Downstream : 344061779 145881864
Upstream : 145679047 61767896
Current Connection
Downstream : 344056434 145879744
Upstream : 145679047 61767896
Errors
Received FEC : 347
Received CRC : 258
Received HEC : 210
Transmitted FEC : 439096
Transmitted CRC : 4355
Tranmsitted HEC : 2081

Far End Failure
No Failure
Near end failure
No failure
Far end failures since reset
Loss of frame: 0 failures
Loss of signal: 0 failures
Loss of power: 0 failures
Loss of link: 0 failures
Errored seconds: 4091 seconds
Far end failures last 15 minutes
Loss of frame: 0 seconds
Loss of signal: 0 seconds
Loss of power: 0 seconds
Loss of link: 0 seconds
Errored seconds: 4 seconds
Far end failures current day
Errored seconds: 140 seconds
Far end failures previous day
Errored seconds: 457 seconds
Near end failures since reset
Loss of frame: 0 failures
Loss of signal: 0 failures
Loss of power: 0 failures
Errored seconds: 224 seconds
Near end failures last 15 minutes
Loss of frame: 0 seconds
Loss of signal: 0 seconds
Loss of power: 0 seconds
Errored seconds: 0 seconds
Near end failures current day
Errored seconds: 12 seconds
Near end failures previous day
Errored seconds: 27 seconds

Vind het aantal errors eng hoog. Op een andere ST 510 op Fast icm. ISDN die 40 dagen aan heeft gestaan, telde ik hooguit 40 seconde.

[bjck]

Yapser schreef op donderdag 19 mei 2005 @ 16:59:
[...]


Vind het aantal errors eng hoog. Op een andere ST 510 op Fast icm. ISDN die 40 dagen aan heeft gestaan, telde ik hooguit 40 seconde.

Andere lijn is dat dan deze? En ook wide-open?

[ Voor 4% gewijzigd door bjck op 19-05-2005 17:17 ]

[BHQ]

Was een andere, wel 3,2 mbit.

[bjck]

Yapser schreef op donderdag 19 mei 2005 @ 17:17:
Was een andere, wel 3,2 mbit.

Is niet te vergelijken dan de errors. Een wide-open verbinding loopt altijd op wat net-aan kan op die koperlijn maximaal. Dan heb je natuurlijk altijd wat errors, niet van schrikken. Als het er veel te veel zijn/worden zal je modem vanzelf de lijn opnieuw opbouwen op een iets lagere snelheid.

[Anoniem: 76345]

Aan de ene kant: 4091 errored seconds op een dag is erg hoog (meer dan een vol uur). Het betekent exact zoveel als dat het zegt: er zijn 4091 seconden geweest gedurende de tijd dat de lijn getrained was waarin er errors voorkwamen. AAn de andere kant waren die niet erg genoeg om een retraining te veroorzaken, dus erg zal het niet zijn.

Voorspelbaar is het op zich ook wel; er wordt blijkbaar een aantal frequentiebandjes gebruikt dat normaliter niet gebruikt wordt bij jouw verbinding. Die bandjes worden hoogstwaarschijnlijk niet voor niets normaal gesproken niet gebruikt; ze zullen wel niet helemaal jofel zijn. Als die frequentiebanden inderdaad de errored seconds veroorzaken zou ik zeggen: boeiend. En inderdaad, anders retrain je wel.

Daarnaast is een vergelijking met een op DSL niveau afgeknepen verbinding totaal onbruikbaar; die zal altijd simpelweg de best bruikbare frequentiebanden gebruiken, terwijl jouw verbinding simpelweg alle beschikbare frequentiebanden wil gebruiken. Daar zitten meestal wel enkele rotte tussen. Vandaar ook waarschijnlijk dat je normaal gesproken een lagere snelheid haalt.

Over die frequentiebanden; bekijk pagina 14 van dit document eens:

http://kryz.org/docs/lecture25.pdf

[BHQ]

Interessant it be, Yoda master says

In ieder geval: Hoe laat ik de modem altijd trainen op de huidige standaard, of is het mogelijk een nog andere te gebruiken om écht het volledige uit een ST 510 te halen? M'n lijn "kan het", m'n vorige modem die op full speed inbelde crashte ook niet veel

[bjck]

Elk modem is anders, elk modem heeft op elke lijn weer net iets andere maximum waarden. En ook je lijn kan net iets veranderd zijn intussen.

Het is dus niet zo dat als modem type A snelheid X haalt dat modem type B snelheid X ook kan of moet halen exact.