VoIP Prioritization 7340

[Wouter Smaal]

FB 7340 Internet telephony is by default automatisch geprioriteerd
(evenals FRITZ!Media video streaming)..

Een telefoon gesprek via VoIP is soms (niet altijd) vrijwel onmogelijk
als tijdens het gesprek de maximale download capaciteit van de internet
verbinding wordt benut (downloaden van data). In Voice Transmission zie
ik in de receive direction een delay van 1632 ms en jitter 15ms. VoIP-
uit is default VoIPBuster. Via VoIP xs4all heb ik vrijwel dezelfde delay
waarden gezien als tijdens een gesprek de maximale DL capaciteit van de
verbinding wordt benut.

Voorgaande is een van de redenen dat ik aarzel om mijn vaste telefonie
(isdn) te migreren naar VoIP.

Meer FB (7340) gebruikers die bovenstaand (soms) ondervinden?

[Rob]

Post by Wouter Smaal
FB 7340 Internet telephony is by default automatisch geprioriteerd
(evenals FRITZ!Media video streaming)..
Een telefoon gesprek via VoIP is soms (niet altijd) vrijwel onmogelijk
als tijdens het gesprek de maximale download capaciteit van de internet
verbinding wordt benut (downloaden van data). In Voice Transmission zie
ik in de receive direction een delay van 1632 ms en jitter 15ms.

Prioritering in de receive direction is iets wat XS4ALL moet doen.
En die hebben aangegeven daar niet aan te beginnen...

De Fritzbox zou eventueel lapmiddelen kunnen gebruiken zoals het afknijpen
van de downloads op een lagere snelheid dan maximaal.

[Wouter Smaal]

In article <***@xs8.xs4all.nl>, ***@example.com
says...

Post by Rob

Post by Wouter Smaal
FB 7340 Internet telephony is by default automatisch geprioriteerd
(evenals FRITZ!Media video streaming)..
Een telefoon gesprek via VoIP is soms (niet altijd) vrijwel onmogelijk
als tijdens het gesprek de maximale download capaciteit van de internet
verbinding wordt benut (downloaden van data). In Voice Transmission zie
ik in de receive direction een delay van 1632 ms en jitter 15ms.

Prioritering in de receive direction is iets wat XS4ALL moet doen.
En die hebben aangegeven daar niet aan te beginnen...

Ik zie nu pas dat een jaar geleden daarover al uitvoerig gecommuniceerd
is in http://tinyurl.com/39e976t

Post by Rob
De Fritzbox zou eventueel lapmiddelen kunnen gebruiken zoals het afknijpen
van de downloads op een lagere snelheid dan maximaal.

De enkele keren dat langduriger de maximale lijn capaciteit wordt benut
knijp ik wel, t.b.v. VoIP uit, in de applicatie (Max-1Mbit).

[ik]

Post by Rob

Post by Wouter Smaal
FB 7340 Internet telephony is by default automatisch geprioriteerd
(evenals FRITZ!Media video streaming)..
Een telefoon gesprek via VoIP is soms (niet altijd) vrijwel onmogelijk
als tijdens het gesprek de maximale download capaciteit van de internet
verbinding wordt benut (downloaden van data). In Voice Transmission zie
ik in de receive direction een delay van 1632 ms en jitter 15ms.

Prioritering in de receive direction is iets wat XS4ALL moet doen.
En die hebben aangegeven daar niet aan te beginnen...
De Fritzbox zou eventueel lapmiddelen kunnen gebruiken zoals het afknijpen
van de downloads op een lagere snelheid dan maximaal.

Als je veel download, dan zou ik maar niet aan voip beginnen bij Xs4all.
Anderen zijn dan niet te verstaan. Zelfs niet als je bijvoorbeeld maar
300 kbit/s download met een verbinding van 1400 kbit/s.

Priotisering in de Fritzbox werkt op het moment voor geen meter.

[Bert Ramakers]

Post by ik

Post by Rob

Post by Wouter Smaal
FB 7340 Internet telephony is by default automatisch geprioriteerd
(evenals FRITZ!Media video streaming)..
Een telefoon gesprek via VoIP is soms (niet altijd) vrijwel
onmogelijk als tijdens het gesprek de maximale download capaciteit
van de internet verbinding wordt benut (downloaden van data). In
Voice Transmission zie ik in de receive direction een delay van 1632
ms en jitter 15ms.

Prioritering in de receive direction is iets wat XS4ALL moet doen.
En die hebben aangegeven daar niet aan te beginnen...
De Fritzbox zou eventueel lapmiddelen kunnen gebruiken zoals het afknijpen
van de downloads op een lagere snelheid dan maximaal.

Als je veel download, dan zou ik maar niet aan voip beginnen bij Xs4all.
Anderen zijn dan niet te verstaan. Zelfs niet als je bijvoorbeeld maar
300 kbit/s download met een verbinding van 1400 kbit/s.
Priotisering in de Fritzbox werkt op het moment voor geen meter.

Beetje vreemd, hier werkt dat perfect op de 7340.

[Wouter Smaal]

Post by Bert Ramakers
Beetje vreemd, hier werkt dat perfect op de 7340.

Kan ik uit jouw bewering opmaken dat jij een verstaanbaar VoIP gesprek
kan voeren als gelijktijdig een andere applicatie de volle DL capaciteit
van jouw verbinding benut?

[Bert Ramakers]

Post by Wouter Smaal

Post by Bert Ramakers
Beetje vreemd, hier werkt dat perfect op de 7340.

Kan ik uit jouw bewering opmaken dat jij een verstaanbaar VoIP gesprek
kan voeren als gelijktijdig een andere applicatie de volle DL capaciteit
van jouw verbinding benut?

Dat klopt. Ik kan downloaden met SABNZBD en daarnaast gewoon telefoneren
met VOIP. Dat werkt zonder haperingen. De Fritzbox regelt dan de
download snelheid van SABNZBD zoveel als nodig is terug en geeft
prioriteit aan het bellen.
Ik gebruik de Dect centrale van de Fritzbox.

[Wouter Smaal]

Post by Bert Ramakers

Post by Wouter Smaal

Post by Bert Ramakers
Beetje vreemd, hier werkt dat perfect op de 7340.

Kan ik uit jouw bewering opmaken dat jij een verstaanbaar VoIP gesprek
kan voeren als gelijktijdig een andere applicatie de volle DL capaciteit
van jouw verbinding benut?

Dat klopt. Ik kan downloaden met SABNZBD en daarnaast gewoon telefoneren
met VOIP. Dat werkt zonder haperingen. De Fritzbox regelt dan de
download snelheid van SABNZBD zoveel als nodig is terug en geeft
prioriteit aan het bellen.
Ik gebruik de Dect centrale van de Fritzbox.

Curieus, ik gebruik eveneens SABnzbd, maar als de volledige DL
capaciteit van de lijn wordt benut dan gaat het gesprek via VoIP (met
een van de 3 op de FB 7340 aangemelde Dect handsets) in mijn geval de
mist in. Ik beperk nu in SABnzbd de maxiamale DL snelheid.

[Bert Ramakers]

Post by Wouter Smaal

Post by Bert Ramakers

Post by Wouter Smaal

Post by Bert Ramakers
Beetje vreemd, hier werkt dat perfect op de 7340.

Kan ik uit jouw bewering opmaken dat jij een verstaanbaar VoIP gesprek
kan voeren als gelijktijdig een andere applicatie de volle DL capaciteit
van jouw verbinding benut?

Dat klopt. Ik kan downloaden met SABNZBD en daarnaast gewoon telefoneren
met VOIP. Dat werkt zonder haperingen. De Fritzbox regelt dan de
download snelheid van SABNZBD zoveel als nodig is terug en geeft
prioriteit aan het bellen.
Ik gebruik de Dect centrale van de Fritzbox.

Curieus, ik gebruik eveneens SABnzbd, maar als de volledige DL
capaciteit van de lijn wordt benut dan gaat het gesprek via VoIP (met
een van de 3 op de FB 7340 aangemelde Dect handsets) in mijn geval de
mist in. Ik beperk nu in SABnzbd de maxiamale DL snelheid.

Ik neem aan dat de de telefoon prioriteit in de Fritzbox aan hebt staan?
Bij mij stond die trouwens default aan evenals de prioriteit voor de
mediastreaming.
Ik weet trouwens niet of het protocol van XS4all er iets mee te maken
kan hebben. Als ex-demon klant gebruik ik RFC 1483.

[Wouter Smaal]

Post by Bert Ramakers
Ik neem aan dat de de telefoon prioriteit in de Fritzbox aan hebt staan?
Bij mij stond die trouwens default aan evenals de prioriteit voor de
mediastreaming.

Klopt, is default.

Use Voice Activation Detection (VAD) heb ik niet geactiveerd..

[Bert Ramakers]

Post by Wouter Smaal

Post by Bert Ramakers
Ik neem aan dat de de telefoon prioriteit in de Fritzbox aan hebt staan?
Bij mij stond die trouwens default aan evenals de prioriteit voor de
mediastreaming.

Klopt, is default.
Use Voice Activation Detection (VAD) heb ik niet geactiveerd..

Die staat bij mij ook uit, maar dat heeft volgens mij niets met jouw
probleem te maken.
Ik weet het verder ook niet meer..

[Philippe Deleye]

Volgens mij heeft het te maken met het feit dat je werkelijke maximale
dowloadsnelheid lager is dan de sync snelheid.
Hier in België is mijn VDSL2 sync snelheid 30 Mbps down, 6 Mbps up.
Maar mijn downloadsnelhden zijn gelimiteerd volgens de abonnements formule
die ik neem, namelijk: 25 Mbps down, 3.5 Mbps up.
(in de parktijk nog ies lager wegens 6% overhead).

De automatische QoS in de FritzBox gebruikt de SYNC snelheid om te bepalen
of een download moet gecapt worden tijdens een telefoongesprek.
Om dit te vermijden moet je de snelheden MANUEELaanpassen, naar de
werkelijke waarden die je hebt (vb af te lezen uit een speedtest).
Ga dus in de webinterface naar je Internet instellingen, en vul daar jouw
maximale waarden manueel in.
Dan zal het QoS systeem perfect werken.

Waarom wekt het bij de ene wel, en bij de andere niet ??
Wel om dezelfde reden zooals hierboven aangehaald
- bij users die iets verder wonen, en dus slechtere lijnwaarden hebben, is
de SYNC lager (vb 20/2 in plaats van 30/6). Bij een lagere SYN waarde is het
verschil tussen de SYNC en de werkeliujke snelheid kleiner >>> dus QoS
werkt.
- bij users met goede lijnwaarden, waar je de maximale SYNC krijgt, zal het
verschil tussen werkelijke snelheid en sync veel groter zijn >> QoS werkt
niet, tenzij manuele instellingen

Philippe.
België.

[Wouter Smaal]

Post by Philippe Deleye
Volgens mij heeft het te maken met het feit dat je werkelijke maximale
dowloadsnelheid lager is dan de sync snelheid.
Hier in België is mijn VDSL2 sync snelheid 30 Mbps down, 6 Mbps up.
Maar mijn downloadsnelhden zijn gelimiteerd volgens de abonnements formule
die ik neem, namelijk: 25 Mbps down, 3.5 Mbps up.
(in de parktijk nog ies lager wegens 6% overhead).
De automatische QoS in de FritzBox gebruikt de SYNC snelheid om te bepalen
of een download moet gecapt worden tijdens een telefoongesprek.
Om dit te vermijden moet je de snelheden MANUEELaanpassen, naar de
werkelijke waarden die je hebt (vb af te lezen uit een speedtest).
Ga dus in de webinterface naar je Internet instellingen, en vul daar jouw
maximale waarden manueel in.
Dan zal het QoS systeem perfect werken.
Waarom wekt het bij de ene wel, en bij de andere niet ??
Wel om dezelfde reden zooals hierboven aangehaald
- bij users die iets verder wonen, en dus slechtere lijnwaarden hebben, is
de SYNC lager (vb 20/2 in plaats van 30/6). Bij een lagere SYN waarde is het
verschil tussen de SYNC en de werkeliujke snelheid kleiner >>> dus QoS
werkt.
- bij users met goede lijnwaarden, waar je de maximale SYNC krijgt, zal het
verschil tussen werkelijke snelheid en sync veel groter zijn >> QoS werkt
niet, tenzij manuele instellingen
Philippe.
België.

Dank voor deze heldere inhoudelijke bijdrage.

[Philippe Deleye]

Post by Wouter Smaal
Dank voor deze heldere inhoudelijke bijdrage.

Enige feedback van gebruikers of de voorgestelde work-around heeft geholpen
zou ik ten eerste appeciëren.
Philippe.

[Zeelandnet.nl - Floor]

"Wouter Smaal" wrote in message news:***@news.xs4all.nl...

Een telefoon gesprek via VoIP is soms (niet altijd) vrijwel onmogelijk
als tijdens het gesprek de maximale download capaciteit van de internet
verbinding wordt benut (downloaden van data).

Zoek op Google naar QoS

--
Floor

[Wouter Smaal]

In article <NK2Wo.59163$***@newsfe27.ams2>, ***@notnow.com
says...

Post by Wouter Smaal
Een telefoon gesprek via VoIP is soms (niet altijd) vrijwel onmogelijk
als tijdens het gesprek de maximale download capaciteit van de internet
verbinding wordt benut (downloaden van data).
Zoek op Google naar QoS

Spuit elf...