Schommelende latency met nieuwe Freedom verbinding

Hallo allemaal.

Sinds kort heb ik internet van Freedom, glasvezel wel te verstaan. Echter heb ik een klein probleemje. Een vriend van mij die het leuk vindt om mij te pingen bracht mij namelijk verschikkelijk nieuws: Ik heb namelijk een heel erg schommelende ping. hieronder een kort voorbeeld:

> 64 bytes from dit.is.mijn.ip: icmp_seq=18719 ttl=54 time=20.2 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18720 ttl=54 time=21.5 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18721 ttl=54 time=22.3 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18722 ttl=54 time=25.5 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18723 ttl=54 time=16.0 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18724 ttl=54 time=24.0 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18725 ttl=54 time=23.9 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18726 ttl=54 time=16.7 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18727 ttl=54 time=18.7 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18728 ttl=54 time=50.6 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18729 ttl=54 time=917 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18730 ttl=54 time=23.9 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18731 ttl=54 time=46.0 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18732 ttl=54 time=37.6 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18733 ttl=54 time=24.8 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18734 ttl=54 time=216 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18735 ttl=54 time=26.9 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18736 ttl=54 time=35.5 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18737 ttl=54 time=38.9 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18738 ttl=54 time=33.7 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18739 ttl=54 time=29.2 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18740 ttl=54 time=246 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18741 ttl=54 time=100 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18742 ttl=54 time=251 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18743 ttl=54 time=121 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18744 ttl=54 time=20.9 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18745 ttl=54 time=22.7 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18746 ttl=54 time=25.5 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18747 ttl=54 time=16.9 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18748 ttl=54 time=18.1 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18749 ttl=54 time=24.1 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18750 ttl=54 time=18.9 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18751 ttl=54 time=61.1 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18752 ttl=54 time=561 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18753 ttl=54 time=26.3 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18754 ttl=54 time=54.4 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18755 ttl=54 time=34.8 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18756 ttl=54 time=63.5 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18757 ttl=54 time=17.4 ms
> 64 bytes from dit.is.mijn.ip: icmp_seq=18758 ttl=54 time=19.2 ms

Er zat steeds tussen elke ping maarliefst een hele seconde, dit omdat Fritzbox de icmp echo request throttled naar deze snelheid.

Hebben jullie misschien ideeën? Zou ik iets in de instellingen moeten aanpassen?
Ik hoor het graag!
Groetjes,

Is de verbinding idle, of heb je programma’s actief die relatief veel connecties openhebben?

Bedoel je met idle dat er niet veel op de verbinding gebeurt? Dat is namelijk niet zo. Mijn computer (die tevens ook verantwoordelijk is voor het grootste gedeelte van het netwerkverkeer) draait 24/7 op ongeveer 3mbps download en 40mbps upload. Niet iets wat voor een drastische latencyschommeling zou moeten zorgen.

De pingmetingen waren trouwens gedaan met bovengenoemde traffic. Ik was dus niet een film op 1gbps aan het downloaden op dat moment :slight_smile:

Nou, de Fritzbox houdt niet echt van bijvoorbeeld DHT-verkeer. Daar heb ik dezelfde symptomen mee (7590). Weinig bandbreedte, maar een ping die door het dak vliegt en stroperige verbinding.

Oei, dus als ik echt helemaal los wil gaan op qBittorrent moet ik een andere doos zien te vinden?

Op zich kan de Fritz wel de snelheid aan, maar DHT-achtig verkeer is een probleem, al sinds 2009
 Uitzetten van DHT werkt om het probleem heen.

Is de ping naar buiten toe wel normaal dan en webverkeer?

Momenteel niet heel erg normaal te noemen:

64 bytes from 9.9.9.9: icmp_seq=150 ttl=58 time=1498 ms
64 bytes from 9.9.9.9: icmp_seq=151 ttl=58 time=1397 ms
64 bytes from 9.9.9.9: icmp_seq=152 ttl=58 time=1349 ms
64 bytes from 9.9.9.9: icmp_seq=153 ttl=58 time=1249 ms
64 bytes from 9.9.9.9: icmp_seq=154 ttl=58 time=1196 ms
64 bytes from 9.9.9.9: icmp_seq=155 ttl=58 time=1095 ms
64 bytes from 9.9.9.9: icmp_seq=156 ttl=58 time=993 ms
64 bytes from 9.9.9.9: icmp_seq=157 ttl=58 time=1081 ms
64 bytes from 9.9.9.9: icmp_seq=158 ttl=58 time=1100 ms
64 bytes from 9.9.9.9: icmp_seq=159 ttl=58 time=999 ms
64 bytes from 9.9.9.9: icmp_seq=160 ttl=58 time=1035 ms
64 bytes from 9.9.9.9: icmp_seq=161 ttl=58 time=973 ms
64 bytes from 9.9.9.9: icmp_seq=162 ttl=58 time=1047 ms
64 bytes from 9.9.9.9: icmp_seq=163 ttl=58 time=1127 ms
64 bytes from 9.9.9.9: icmp_seq=164 ttl=58 time=1025 ms
64 bytes from 9.9.9.9: icmp_seq=165 ttl=58 time=966 ms
64 bytes from 9.9.9.9: icmp_seq=166 ttl=58 time=902 ms
64 bytes from 9.9.9.9: icmp_seq=167 ttl=58 time=936 ms
64 bytes from 9.9.9.9: icmp_seq=168 ttl=58 time=1182 ms
64 bytes from 9.9.9.9: icmp_seq=169 ttl=58 time=1081 ms
64 bytes from 9.9.9.9: icmp_seq=170 ttl=58 time=1170 ms
64 bytes from 9.9.9.9: icmp_seq=171 ttl=58 time=1205 ms
64 bytes from 9.9.9.9: icmp_seq=172 ttl=58 time=1101 ms
64 bytes from 9.9.9.9: icmp_seq=173 ttl=58 time=1173 ms
64 bytes from 9.9.9.9: icmp_seq=174 ttl=58 time=1205 ms
64 bytes from 9.9.9.9: icmp_seq=175 ttl=58 time=1105 ms

0.1s ertussen deze keer met 6% packet loss. Ik merk er verrassend genoeg niet veel van maar dit lijkt me niet bepaald de bedoeling

Iesh. Ja, hetzelfde probleem dus.

Mogelijk kan Freedom eens bij AVM aan de jas gaan hangen en mogelijk met een oplossing komen.

Aangezien ik een normale ONT heb, heb ik de Fritz vervangen door een OPNsense ding en de ping blijft snaarstrak, ook bij het volledig ‘dichttrekken’ van de lijn.

Poeh, ik weet niet of ik custom firmware van plan ben te installeren. Op korte termijn is er dus niet zo veel mogelijk?

Nou, ik heb de hele Fritzbox vervangen door een oude mini-ATX kast met een een Intel Core i7 2600k uit 2012; heb er 2.5Gbit nics in geramd en OPNsense geinstalleerd.

Voor zover ik weet is er op dit moment geen oplossing voor het Fritzbox DHT-probleem, behalve dan het DHT-gedeelte van qBittorrent (tijdelijk) uit te schakelen. Tenzij ik ergens een instelling in de Fritzbox gemist heb die verantwoordelijk is voor het probleem.

Tja ik denk niet dat ik binnenkort mn eigen router in elkaar zal zetten. Zijn er prebuilt routers met gelijke performance aan de firtzbox 5530 die wél DHT traffic aankunnen?

Update: ik kan inderdaad bevestigen dat DHT de boosdoener is. Als ik het uitzet daalt de traffic van qBT wel een beetje. Niet goed voor de torrents Ă©n mijn ego dus

Volgens mij kunnen zo’n beetje alle moderne non-Fritzboxen dit wel aan. Mijn oude D-Link DIR-868L uit het jaar kruik had er geen problemen mee, tot voor kort een el-cheapo TP-Link ER-605v2 van 5 tientjes (maar die heeft op het moment van schrijven geen IPv6 firewall(!), is in beta).

Maar hopelijk kan de oorzaak achterhaald worden (en opgelost!) door AVM/Freedom.

Dat zou natuurlijk het handigste zijn. Enig idee waar ik dit kan melden? Ik zal namelijk vast niet de eerste persoon zijn die hier mee te maken heeft

https://nl.avm.de/over-avm/contact/

AVM reageert over het algemeen goed en snel op e-mail, zelfs in het Nederlands.

2 likes

Het voorstel van @WoSp lijkt me een eerste opzet.
Ik heb hetzelfde proleem met de 7590.

Ik heb ze gebericht. Evenals met de vraag of de icmp throttle uit te schakelen valt. Ik houd jullie op de hoogte!

Als je latency wilt meten dan zou ik dat doen vanuit jouw LAN en niet vanaf de router.

1: Je wilt de latency DOOR de router meten,
2: Het ping commando op een werkstation (of een server) geeft je veel meer opties, waaronder het opgeven van een kort interval.

Daarnaast begrijp ik niet waarom DHT exchanges invloed hebben op de snelheid van de router, tenzij je er op enige manier op filtert.
Pingen vanaf mijn laptop naar 9.9.9.9 geeft een behoorlijk stabiel resultaat

Dat heb ik ook gedaan Roy, het resultaat kun je terugzien in antwoord 7.

Daarnaast heb ik het gecheckt en als ik DHT uitzet werkt alles wel normaal

Daarnaast heb ik ook reactie van AVM:

“in de supportgegevens kunnen wij geen fout die door de FRITZ!Box ontstaat ontdekken. Maar u schrijft het al zelfs: Zonder DHT werkt alles naar behoren.
Mogelijke oplossing zou kunnen zijn: het aantal van de verbindingen in de Bittorrent Client verminderen.”

Nou dat was het 2 dagen wachten dus niet waard. Ik denk dat ik maar een andere router moet gaan zoeken

Nieuw antwoord:

hoezo dat nu in uw geval zo is, kan ik helaas niet zeggen.
Onze expert heeft voor u de analyse gedaan, en ziet er geen oorzaak in de FRITZ!Box.
U heeft het ook al geschreven. Zonder de DHT werkt alles prima.
Het spijt mij, maar wij kunnen hier geen verdere onderzoek voor dit soort van problemen doen.

Ik durf te wedden dat ze me geen mail voor hun tevredenheidsonderzoek zullen sturen

Tja en daarmee is dan de kous af. Niet ten nadele van AVM maar er wordt minder diep doorgekeken naar functies en aparte oorzaken. Kan mogelijk zijn dat het ge-proxyde (UDP) poortbeheer in/van de Fritz niet altijd lekker loopt. Helaas kun je dat zelf niet onderzoeken omdat het closed-source is.

Ik heb zelf ook soms (te regelmatig) van die onverklaarbare problemen wanneer traffic op de box toeneemt, de process engine(s) in de Fritz dat niet lijkt te kunnen bijbenen.
Net of dat “routing/switching” en poort-allocatie daarvan asynchroon verloopt.
Bv als Wifi in de stress gaat of wanneer er een STP-collision ontstaat, stort de hele FB in die dan zichzelf (mbv watchdog timers) gaat herstarten.
Prima maar helaas dat daarmee de geactiveerde (sleutel)sessies dan verloren gaan.

Inderdaad
 :slight_smile:
Ik zie dat meer mensen dit probleem ervaren. Hopelijk wordt dit opgelost.