Userbase

Hallo,

Zijn er mensen die VoIP gebruiken en ook de download kunnen beperken als ze een gesprek aan het voeren zijn? Bij mijn huidige setup (Dir-655) lukt dit langs geen kanten. Het probleem doet zich enkel voor bij download via poort 80 (http). Bij torrents gaat dit wel. Enkele voorbeelden van websites met problemen:

• yeamix links http://vimeo.com/18247739 of http://www.yearmix.net/
• Rapdishare of andere gelijkaardige downloadtoestanden ....
• youtube
• …

Kortom zowat alles over http. Als mijn broer op youtube aan het surfen is en ik ben naar wat mixen aan het luisteren of iets aan het downloaden dan hoor je dit héél goed in gespreksqualiteit. We hebben namelijk maar 5mbps download. (geen mogelijkheid tot een hoger profiel of etc)

Zijn er mensen die een router hebben waarbij ze de downlink ook kunnen instellen bij de QoS parameters? Ik denk maar aan de DD-WRT firmware compatibele routers. En werkt dit? Zou het mogelijk zijn dit eens te testen of je download effectief zakt? PS: met wat testen jullie zoal de download snelheid op je pc? Ik heb hier getest met “NetBalancer free edition”.

Ik zou mij anders ook een andere router kopen zodat VoIP hier 100% goed werkt. Nu werkt het wel maar het zal ongetwijfeld eens voorvallen dat het miserie zal zijn. Ik zou de downloadsnelheid toch wel willen beperken tot 80% ofzo als er VoIP gesprekken zijn. Dit is met de huidige setup niet mogelijk. Ik kan wel de upload totaal snoeren maar dan kan ik niet meer deftig surfen.

Tom

Ik heb een Linksys, en spreek uit ervaring.
Automatisch je snelheid van je lijn bepalen daar komt niks van in huis met QoS.
Ik vermoed dat hij gewoon de sync van de lijn neemt, zonder rekening te houden met de overhead.

Doe eens een speedtest, en reken om naar de juiste eenheid, en stel deze manueel in.
Wert echt fantastisch nu hier

Zo sync is op 4640, maar staat m'n snelheid op 3900 (zie signature).

Zelfde met de FritzBox.
Gezien de snelheid afgeknepen wordt op niveau van de PPPoE sessie, kan de FritzBox niet automatisch de download en/of upload snelheid "detecteren". De sync is hier 30/6, het abbo is 25/3.5, maar netto is dit ca 23.5/3.2
Deze laatste zijn de waarden die ik manueel inbreng in de Internet settings.

Dit had ik ook al gevonden na wat snuffelen op het net. Ik heb de uplink net nog eens op 400kbps gezet in de qos parameters terwijl ik altijd meer of 500kbps heb. Echt totaal geen verandering hoor. Mijn download blijft hangen op 667KBps = 5336kbps. Dat is véééééééél te veel voor een goede VoIP verbinding. (allé toch voor mijn ADSL verbinding). Ik kan totaal geen downlinkwaarde ingeven in mijn router.

Honda4life en Philippe: Werk je met de DD-WRT firmware of Tomato of etc??? Kun jij de downlink instellen of enkel de uplink? Zou het het volgende eens willen testen

• download NetBalancer free edetion.
• Start NetBalancer en hou firefox (of andere browser) in het oog
• en klik op PLAY
• Je download schiet de hoogte in
• Maak nu eens een voip gesprek. Zakt je download? Zoja dan werkt het bij jou

Tom

* Ik heb geen DD-WRT firmware of Tomato of zo (FritzBox), kan jou testje niet doen
* Als ik op ga en op PLAY klik ... dan heb ik de indruk dat dit trager binnenkomt dan de volle capaciteit van mijn VDSL verbinding. Dus niet echt een goede test voor mijn VoIP QoS ?

philippe_d schreef:Ik heb geen DD-WRT firmware of Tomato of zo (FritzBox), kan jou testje niet doen

Kan je wel hé. Heeft niets met de soort router te maken. Ik zou gewoon eens willen achterhalen welke routers downlink QoS ondersteunen. Het enige wat je hiervoor moet is NetBalancer (of ander gelijkaardig programma) downloaden zodat je kan zien hoeveel trafiek je browser opslorpt. En dan bij een overvolle lijn een VoiP gesprek voeren. Je QoS moet dan in werking schieten en je downloadsnelheid over http MOET zakken. Zoniet werk QoS downlink niet. En zal VoIP ook nooit goed kunnen werken. Allé, dit is toch mijn visie. Als ik verkeerd ben, laat dan maar weten. Oh jah. Soms is het niet nodig NetBalancer of etc te gebruiken. Sommige routers hebben een functie aan boord die visueel de gebruikte downloadsnelheid weergeeft. Heeft de FritzBox dit aan boort?

philippe_d schreef: Als ik op ga en op PLAY klik ... dan heb ik de indruk dat dit trager binnenkomt dan de volle capaciteit van mijn VDSL verbinding. Dus niet echt een goede test voor mijn VoIP QoS ?

idd, het zou kunnen dat je meerdere zaken moet "downloaden" als je een hoog profiel hebt. Open in je browser eens verschillende video's van Youtube en/of vimeo en/of Yearmix,... Je moet de downlink overvolkrijgen (Met http traffic!!) en dan een voice gesprek voeren. Als je QoS goed werkt moet je downloadsnelheid van je browser toch tamelijk dalen.

Niemand anders met een router met de DD-WRT firmware of een router waar je de downlink kunt instellen in de QoS parameters?

Tom

Tom ...
Wat bedoel je met "tamelijk" dalen ??

Een VoIP gesprek heeft maar 100 kbps bandbreedte nodig up- en down). Enkele jaren terug, toen we nog veel lagere snelheden hadden (en veel hogere pings) was dit inderdaad een probleem voor VoIP, vooral wat de upload bandbreedte betreft. VoIP nam dan gauw 50pct van de beschikbare upload in beslag (toen hadden we nog 128 of 256 kbps upload). Als je dan gelijktijdig een mailtje met attachment uitstuurde, was het gedaan met bellen .

Maan nu we snelheden hebben van 30-60 mpbs, zal het reserveren van 100kbps voor VOIP nauwelijks zichtbaar zijn !
Denk ik toch.

TomVH schreef: Kan je wel hé. Heeft niets met de soort router te maken. Ik zou gewoon eens willen achterhalen welke routers downlink QoS ondersteunen. Het enige wat je hiervoor moet is NetBalancer (of ander gelijkaardig programma) downloaden zodat je kan zien hoeveel trafiek je browser opslorpt. En dan bij een overvolle lijn een VoiP gesprek voeren. Je QoS moet dan in werking schieten en je downloadsnelheid over http MOET zakken. Zoniet werk QoS downlink niet. En zal VoIP ook nooit goed kunnen werken. Allé, dit is toch mijn visie. Als ik verkeerd ben, laat dan maar weten.

Volgens mij heb je daarvoor ook CoS (Class of Service) voor nodig zodat traffiek op L2 kan gemarkeerd worden en zo QoS kan werken naar een eindpunt. Maar QoS en CoS hebben normaal geen enkele betrekking met de richting van het verkeer. De QoS moet je in jouw geval gewoon op de LAN kant instellen, maar niet alle routers zijn daar even goed in en dan werkt de functie eigenlijk gewoon niet zonder een aparte L2/L3 switch die CoS/QoS ondersteund. De optie voor Tomato of DD-WRT is zeker een goeie tip, die doen het wel goed.

Grtz,
Sasuke

philippe_d schreef:Wat bedoel je met "tamelijk" dalen ??

Stel:
Je stelt je downlink QoS in op 23,5Mbps.
Je reserveert 100kbps voor VoIP
Je download iets over HTTP aan 25Mbps
Je voert een gesprek
Dan moet je download opeens zakken van 25Mbps naar 23,5Mbps-0,1kbps = 23,4kbps. Dat moet je toch zien? Als je de Qos downlink eens op 10Mbps zet dan zal deze zakken naar 9,9mbps bij een voip gesprek. Als er geen VoIP is dan download je aan 25Mbps.

Doe anders eens een VoIP-test. Geef de term "VoIP-test" In in google en je komt zo'n testjes tegen. Ik zie duidelijk het verschil. Als mijn downlink halfvol is dan heb ik een "jitter" van 5ms. Als ik vol aan het downloaden ben dan heb ik een jitter van "40ms". Dit is véél te hoog. Dit zou niet mogen. Daarom MOET ik mijn download kunnen beperken zodat de "jitter zakt". Of het nu downlink of uplink is. Als je lijn vol is dan zal de jitter omhoog gaan. uplink QoS is eenvoudig. Donlink QoS is moeilijker maar er bestaan algorimes/modellen voor. Ik weet alleen niet welke routers dit ook doen. Ik heb er al een 3 tal bekeken maar de standaard firmware van d-link dir-655, Netgaer WNDR3700 en de draytek doen dit niet. Of ik kan het toch niet afleiden uit de handleiding. De MSI RG300EX lite heeft dit wel en de DD-WRT firmware ook. Maar of het effectief werkt is ook nog maar de vraag.

Het is best om tijdens VoIP je lijn upload en download tot 80% te beperken. Als je deze waarden hanteert zie je het zeker in de grafieken hé. Geen VoIP => full speed download. Wel VoIP => 80% van BB.

Nog reden waarom je het wel zou zien bij Telenetgebruikers:
Bij mijn vriendin hebben ze telenet. De snelheid varieert daar van 15Mbps tot 6Mbps. In de QoS zou je dus 6Mbps moeten ingeven (of nog lager). Bij full speed download haal je dan (in het beste geval) 15Mbps. Als je dan een VoIP gesprek doet => 6Mbps. Dit zal je ook wel duidelijk zien in de grafieken.

Sasuke schreef:Volgens mij heb je daarvoor ook CoS (Class of Service) voor nodig zodat traffiek op L2 kan gemarkeerd worden en zo QoS kan werken naar een eindpunt. Maar QoS en CoS hebben normaal geen enkele betrekking met de richting van het verkeer...
Grtz,
Sasuke

Ja, als je QoS ingeeft in google kom je al gauw uit op Cos of de DiffServ byte die aan een IP pakket worden toegekend. Dit werkt allemaal perfect voor een LAN netwerk maar voor WAN is dit iets anders. ISP's doen (nog) niet aan QoS. QoS in een router is enkel een term "Quality of Service". De router wil dus gewoon bepaalde traffiek voorang geven. Bij uplink bestaat dit enkel uit het bepalen welke paketten eerst mogen vertrekken. Bij download QoS moet er een Algoritme ingebouwd zijn dat de ACK's vertraagt bij de uplink. Zo zal de downlink ook zakken,...

Heb jij ervaring met Downlink QoS met de DD-WRT firmware? Werkt dit?
en downlink QoS in Pfsense, werkt dit?

PS: ik ben ook maar een leek in het QoS gebeuren maar ik heb al tamelijk veel zitten lezen op het net. Als er dus fouten in mijn post staan, corrigeer mij daan maar hé.

Tom

Zolang de ISP het niet ondersteunt, kan je volgens mij enkel Traffic Shaping doen. Zonder die CoS (of Diffserv byte) werkt QoS gewoon weg niet (goed), of het nu down of up is. Het probleem zit 'm inderdaad in het feit dat het een WAN connectie is waar de traffiek ongemarkeerd binnenkomt.

Wat je met PfSense en DD-WRT wel kan doen is traffic shaping zodat je bvb altijd 10% capaciteit overhoud voor je VoIP traffiek. Dat lost je probleem ook op, al ben je dan wel 10% bandbreedte kwijt. Het probleem echter, is dat dit enkel goed gaat werken met VDSL of Kabel internet waar de upload/download niet met elkaar moet concurreren voor het frequentiebereik op de lijn. Met ADSL staat je download respectievelijk tegenover je upload dus moet je je traffic shaping instellen naargelang de beschikbare upload bandbreedte.

Grtz,
Sasuke

Sasuke schreef:Zolang de ISP het niet ondersteunt, kan je volgens mij enkel Traffic Shaping doen.

Oké. Traffic shaping is dus het juiste woord. Ik gebruikte QoS omdat in de meeste (of alle) routers QoS gebruikt wordt.

Sasuke schreef: Het probleem echter, is dat dit enkel goed gaat werken met VDSL of Kabel internet waar de upload/download niet met elkaar moet concurreren voor het frequentiebereik op de lijn. Met ADSL staat je download respectievelijk tegenover je upload dus moet je je traffic shaping instellen naargelang de beschikbare upload bandbreedte.

Wat is het verschil juist tussen ADSL en VDSL/kabel? Ik begrijp het niet goed? De upload en download zijn toch ongeveer constant. Allé, bij mij hier toch (ADSL). Bij mijn vriendin (Telenet) niet. Daar schomelt het 70%

Dus in de DD-WRT is er niets in te stellen zodat het volgende bereikt wordt?
Geen VoIP => doe niets
Wel VoIP => beperk de uplink tot 70% en downlink tot 80% van de ingesteld waarde.

Tom

Ik heb hier vroeger eens mee gespeeld met die QoS in DD-WRT maar heb et weer uitgezet ...

Werkte nie echt zoals ik gehoopt had ;; ook indien geen voip in gebruik werd m'n snelheid afknepen ...

Ja mag altijd eens een screenshots posten hoe instellen

Kitt schreef:Werkte nie echt zoals ik gehoopt had ;; ook indien geen voip in gebruik werd m'n snelheid afknepen ...

Wel, dat is net het effect van Traffic Shaping en is het enige dat effectief doet wat de TS vraagt, echter is dit niet dynamisch naargelang het protocol dan.

TomVH schreef:Wat is het verschil juist tussen ADSL en VDSL/kabel? Ik begrijp het niet goed? De upload en download zijn toch ongeveer constant. Allé, bij mij hier toch (ADSL). Bij mijn vriendin (Telenet) niet. Daar schomelt het 70%

Bij ADSL neemt de upload en download hetzelfde frequentiebereik in beslag. Dat wil bedoelen dat wanneer je download aan 80% van je lijnsnelheid, je ook nog maar 20% van je uploadsnelheid overhoud (dus 20% van 512k ==> 100k). Met de huidige snelheden valt dat nog mee, ware het niet dat je Jitter dan ook spectaculair omhoog gaat naargelang de verbinding (Wifi is dan helemaal uit den boze).
Met VDSL (dacht ik) en Kabel heb je dit effect niet en kan je dus tegelijkertijd aan 100% downloaden en uploaden (opgelet, NIET via een Wifi connectie !)

Grtz,
Sasuke

Kitt schreef:Bij ADSL neemt de upload en download hetzelfde frequentiebereik in beslag

ik denk het niet hoor:
http://en.wikipedia.org/wiki/ITU_G.992.1 onderaan
Bij ADSL is het frequentiebereik van upload en download verschillend. Er wordt wel meer BB gereserveerd voor download.
Bij VDSL idem maar de gebruikte frequentiebereik is groter en een andere technologie (denk ik). Het fijne weet ik er ook niet van.

Ga mij eens een goekope tweedehandsrouter kopen met DD-WRT firmwaremogelijkheid en eens testen. De DD-WRT emulator op hun site werkt maar half dus testen in de praktijk is de enige mogelijkheid

Tom

Mja, ok, het was in lekentermen, maar het effect blijft hetzelfde vanwege het Asynchrone karakter (A)DSL.

Asynchroon slaat toch gewoon op het feit dat uloadsnelheid en downloadsnelheid niet gelijk zijn. Dit is toch ook zo bij VDSL.

Sasuke schreef:bij ADSL neemt de upload en download hetzelfde frequentiebereik in beslag. Dat wil bedoelen dat wanneer je download aan 80% van je lijnsnelheid, je ook nog maar 20% van je uploadsnelheid overhoud (dus 20% van 512k ==> 100k).

Ik begrijp het nog altijd niet waarom je upload vol zou zitten als je download vol zit. Of bedoel je dit niet??

Dit is eigenlijk simpel te testen. Als je download via http heb je maar 3% upload of zo. Als je download via torrents kun je tot het maximum gaan. Dus volgens jouw stelling zou ik niet vol kunnen uploaden (seeden) als ik vol aan het downloaden ben. Vanond eens testen met een torrent.

Tom

TomVH,

Dat is EXACT wat ik wil zeggen ja !

OK, maar dat heeft volgens mij niet zozeer met de technologie te maken (ADSL, VDSL, kabel), maar met het protocol.
Het TCP/IP protocol heeft nu eenmaal de eigenschap dat ieder Byte, die doorgestuurd wordt, door de tegenpartij moet bevestigd worden met een "acknowledgment" antwoord (en gans de weg terug moet afleggen).

Dat heeft voor gevolg:

• dat iedere download een bepaald percentage upload veroorzaakt (en omgekeerd).
• dat bij een vol belaste upload die "ack" pakketjes niet snel genoeg meer teruggestuurd worden, waardoor de tegenpartij dan langer moet wachten > dus download gaat trager.
• en last but not least, dat bij een volbelaste upload, het kan gebeuren dat die "ack" paketjes zolang onderweg zijn, dat de tegenpartij denkt dat bepaalde bytes niet goed verstuurd werden (wegens geen bevestiging), en deze dus opnieuw stuurt, met andere woorden minder efficiente (tragere) download.

Conclusie is dus juist dat een volbelaste upload de download serieus kan doen vertragen.

inderdaad. Dit is volgens mij volledig correct. En een router met een goede QoS/traffic shaping kan de download dus beperken door de ACK's achter te houden. UDP zal inderdaad véél moeilijker zijn. Er wordt meestal wel een TCP connectie opgebouwd tezamen met een UDP connectie. Het is nu wel héél simplistisch voorgesteld. In de praktijk zal de router er wel wat meer rekenwerk aan hebben denk ik. Ik kan ook zeggen dat een HTTP download van vimeo per 2 pakketten 1 ACK zend. Bij een downoad van 620kBps heb ik een upload van 10kBps. Dit is ongeveer een verhouding van 2/100. Bij gewoon internetten is dit een stuk hoger.

Tom