Vannacht had mijn DSL-lijn met de 7590 zijn eerste spontane disconnect na een uptime van ruim 120 dagen. Oorzaak onbekend (misschien DSLAM-onderhoud door KPN; wie zal het zeggen). In elk geval is 120 dagen bepaald niet slecht en ook veel beter dan ik met de 7581 (7.12) had.

Maar de 7590 heeft uiteraard zijn eigen nukken (het blijft tenslotte AVM).

De afgelopen dagen had ik een paar Devolo powerline adapters in huis voor wat testjes. #1 hing aan LAN1 van de 7590, #2 praatte met #1 via het lichtnet. De aangename verrassing was dat de 7590 de Devolo's herkent als powerline adapters. Niet alleen de Devolo die direct met de 7590 was verbonden (#1), maar ook de andere (#2). Van #2 kon ik bovendien het powerline spectrum bekijken (zie bijlage 3), maar van #1 dan weer niet (vraag me niet waarom). Met de Devolo management software (Devolo Cockpit) krijg je die informatie niet te zien.

De onaangename verrassing kwam toen ik de Devolo's weer richting eigenaar had gestuurd. Allereerst denkt de 7590 dat een aantal devices via één van de Devolo's zijn aangesloten terwijl ze dat nooit zijn geweest (zie bijlage 2). Vervelender is dat in de lijst met Idle Connections van de 7590 nu twee Powerline Adapter devices staan die ik niet kan verwijderen (rode kruisjes ontbreken, zie bijlage 1). Het tweede probleem kan een gevolg zijn van het eerste (adapter is in gebruik, dus niet te verwijderen; logisch, maar in het onderhavige geval fout).

En de "remove all unused connections from the overview" knop onderaan?

Daarmee verwijder je alle Idle Connections. Daarin staan ook al mijn virtuele testmachines en die moeten niet weg.

Toch nog een vraagje. Mijn downloadsnelheid is even boven de 100 Mbps. (De FB zou 200 aankunnen, maar mijn abonnement is nog niet aangepast). Dat is feitelijk de niet-bonded snelheid. En dat gaat ook eigenlijk best lekker. Ik zou dus ook kunnen overwegen bonding uit te zetten? Of een oudere FB in te zetten? Mijn vraag is eigenlijk of de "Reactietijd" zonder bonding misschien beter is. Of heeft dat geen invloed?

Roger,
Wat je kan doen - maar ook niet zo gaaf - is de configuratie downloaden en opzoeken waar die configuratie items staan en die eruit kieperen.

Vervolgens even opnieuw de checksum genereren met https://www.mengelke.de/Projekte/Frit...pt#calcsum en de boel weer uploaden ... Werkt als een dolle ...

De oude configuratie ook nog even intact laten uiteraard om altijd weer te kunnen herstellen mocht dat nodig zijn.

Tja, als de bits twee keer zo snel "reizen" zal de respons ook vlotter lopen. Zo simpel is dat ook weer. Bonded zal je op 200Mb down zitten (en denk ik 66Mb up). De vraag is of je het de moeite waard vind, het verschil zal in de millisecondes zitten, als je je adem moet inhouden die extra tijd, dat ga je redden!

Als je even rekent overigens zit je meer richting microsecondes dan millisecondes. 1500 bits verstuur je in 23µs met 66Mb/s, of in 46µs met 33Mb/s (versturen doe je immers over de upload). Tel er wat verwerkingstijd bij, dan is dat nog steeds goed te overzien.

Ik maakte me eigenlijk wat meer zorgen over wat in Speedtest de "reactietijd" wordt genoemd. Is dat de tijd die nodig is om het verzenden in gang te zetten. Die is nu 21 milleseconden. Ik heb het niet zo goed onthouden, maar die leek eerder lager dan hoger toen ik nog mijn trage verbinding had. Daar valt die 23µs wel bij in het niet. Of hebben we het hier over heel verschillende dingen? (Mijn kennis komt hier een tandje tekort)

Dat is het geheel van iets wegsturen vanuit je computer naar je router. Die zet het op je DSL. Vervolgens moet de andere kant de boel verwerken, een respons sturen wat weer door je thuisnetwerk heen komt en daar wordt het verschil tussen gemeten. Het verschil of je wel of geen WiFi gebruikt heeft naar verwachting (in reactietijd) heel veel meer invloed dan het verschil in DSL snelheid.

Als ik bij Ookla test met mijn 205Mb down en 66Mb up - heel vergelijkbaar dus - zit ik op een "ping" tijd van 7ms en dan gebruik ik een XS4ALL server als testobject. Een KPN server in Rotterdam doet 9ms. Studenten Net in Enschede doet ook 9ms. Alleszins OK denk ik.

Aangezien we beiden (denk ik) bij XS4ALL zitten kan je eens testen wat het bij jou doet. Ik heb het getest met een vlotte machine die bedraad is aangesloten op het internet. En het suist hier eerst door eeen 24 poorts Cisco switch, dan door de USG router en dan door de 7581 die als bridge staat ingesteld. Daar heb ik mijn eerste verlies al te pakken ....

Toevoeging: Ik heb de Windows-ergernis van het werk hier staan en die doet exact dezelfde test over WiFi met een "ping" tijd van tussen de 15-20ms in plaats van de eerder genoemde getallen. WiFi voegt echt iets toe

Speedtest doet (bedraad) iets van 17ms naar Brussel, met WiFi gemiddeld 35ms. Dat is best wel traag overigens, Ookla lijkt iets enthousiaster te zijn. Wellicht doet Ookla een "ping" met een relatief klein pakket en Speedtest dat met een lomp groot pakket, geen idee ...

Die route heb ik in het verleden wel vaker bewandeld (o.a. om met settings te spelen waar je via de GUI niet bij kunt). Maar de methode is inderdaad niet zo gaaf... Ik laat die devices voorlopig even staan. Dan kan ik straks zien of in 7.20 op dit punt wat verbeterd is

Grappig, ik heb nu inderdaad de speedtest van XS4ALL gedaan. Dan zit de ping tijd op 10 ms. In mijn geval door 2 24-poorts switches (HP), ASUS Router en de FB7583. Die extra switch verklaart waarschijnlijk wel de extra 1 ms. Kennelijk maakt het uit wie de provider van de speedtest is. Ik ben weer een beetje gerustgesteld.