24751
netweters
|
152322
antwoorden
|
20691
vragen
|
Hoi mensen, ik krijg helaas geregeld last van haper momentjes op het internet.
snelheid is altijd goed maar youtube filmpjes blijven geregeld hangen, spelletjes zoals Second Life krijgen random haper momenten(chatlag).
Heb ik alles wel goed ingesteld? Deze krijgt een mac passtrough op de E router.
Ik weet niet wat er in de max tcp segment waarde hoort:
Ik heb enkel Smart qeue opstaan omdat de upload bizar laag is bij telenet.
@Lansa-be Blijft de vraag heb je dit als je verbonden bent met de kabel of is het via Wifi. Want dat laatste kan ook problemen geven. Ik zou dit eerst eens uittesten of dit verschil maakt.
@Lansa-be ik zou mss clamping op automatisch zetten en Max tcp connection segment size toch nog eens herbekijken Het kan zijn dat daarom je connectie slecht is.
Dit heb je ook als de MTU waarde verkeerd is, dan kan je pc zeer slecht internet hebben terwijl de connectie wel heel goed is. Gewoon testen en zien dat het wel werkt.
Na het aanpassen van de waarde wel even alles herstarten.
Bedankt voor de reacties:
Dit krijg ik bij gekabelde verbinding. Heel het netwerk.
Ik zal automatisch MSS eens proberen, ik had ergens gelezen dat Telenet een bepaalde mtu waarde had, maar vindt er niet veel up to date informatie meer.
Ik gebruik gewoon default instellingen, en heb geen problemen.
Vraag me af waarom je de downlaod bandbreedte bij de smartqueue op 0 gezet hebt. Advies is 80% van de beschikbare snelheid in te stellen. De UDM kan dat normaal zelfs automatisch instellen.
De MTU instelliing betreft het uitgaande verkeer. Dit voorkomt dat grote pakketen gefragmenteerd worden, wat op zich geen probleem hoeft te zijn.
Je kunt de max MTU van een trajekt uittesten door een ping te sturen met een bepaalde pakketgrootte en door de instructie mee te geven "Do Not Fragment". Vanaf een linux CLI prompt is het commando bijvoorbeeld:
ping -M do -s 1472 telenet.be
Naar telenet.be is 1472 het hoogste wat lukt bij mij.
Je zult dan ook zien dat je bijvoorbeeld voor youtube.com of de DNS server 8.8.8.8 kleinere pakketjes moet gebruiken (max 68 bytes).
Als laatste; welke Unifi OS versie gebruik je? Is dit de laatste, probeer anders eens een upgrade.
Hoi, ik had deze op 0 staan, zo wordt die niet geactiveerd voor downstream. Ik heb gigabit en werkelijke snelheid is circa 950mbps op bijna elk moment van de dag.
Bufferbloat was geen probleem hierdoor, enkel bij de lage 40 mbps upload.
De UDM kan maximum maar 800 mbps op smartqos.
Bedankt voor de commando, ik weet alleen niet het windows equivalent hiervaan. of bedoel je op de CLI van de unifi zelf proberen?
Unifi versie is 6.2.26, ik denk dat dit de laatste versie is
@Lansa-be schreef:Unifi versie is 6.2.26, ik denk dat dit de laatste versie is
Dat is de controller software versie. De laatste versie voor de router is 1.9.3 (althans, dat is voor een UDM pro).
Bij windows kun je gebruik maken van de volgende opties (volgens google, ik ben zelf geen windows gebruiker):
-f: Set Don't Fragment flag in packet (IPv4-only).
-l size: Send buffer size.
Bedankt, heb de test even gedaan!
Voor windows gebruikers die deze topic tegenkomen: het commando is:
ping telenet.be -f -l 1742.
Indien je een waarschuwing krijgt dat het pakket moet gefragmenteerd worden, dan moet je iets lager instelen.
In mijn geval kan ik tot 1472 gaan, hier moet je nog eens 28 bijtellen voor het ip header & ICMP.
Dus dan zou 1500MTU het ideale waarde zijn voor telenet, als ik het niet verkeerd begrijp.
@igvfer schreef:@Lansa-be 1472 is de ideale waarde.
Ik heb bij wijze van test eens de MTU op mijn router van 1500 op 1472 gezet. Het resultaat was dat ik problemen had met IPv4, sommige websites helemaal niet meer wilden laden, andere slechts gedeeltelijk hun inhoud toonden ...
IPv6 daarentegen werkte ogenschijnlijk beter, maar dat kan een verkeerde indruk zijn.
Terug 1500 gezet en alles weer normaal ....
Op zich zou een laag ingestelde MTU waarde geen grote problemen mogen opleveren. Het is een beetje inefficient, want het betekent dat over het trajekt geen grote pakketten verstuurd kunnen worden, en deze bijgevolg steeds gefragementeerd moeten worden (=opgesplits over meerdere pakketten).
Als je 1500 insteld kan het evengoed zijn dat elders in het trajekt een lagere ingestelde MTU van toepassing is, en je evengoed al sneller moet fragmenteren.
Het principe van de zwakste schakel in de ketting.
He probleem lijkt opgelost te zijn door de mtu waarde handmatig in te stellen.
Ik durf het nog niet te concluderen, Ubiquiti staat namelijk niet bekend om hun udm's stabiliteit