forum.odorik.cz

Díky, to aby se to chovalo úplně stejně jako jakýkoliv jiný hovor je určitě pozitivní, osobně používám program Zoiper a protokol IAX a připojuji se na vaší ústřednu na port 443.

xtonda píše:Díky, to aby se to chovalo úplně stejně jako jakýkoliv jiný hovor je určitě pozitivní, osobně používám program Zoiper a protokol IAX a připojuji se na vaší ústřednu na port 443.

Tak mne napadá. Jelikož se IAX používá téměř výhradně v kombinaci s problémovým připojení na internet, asi by byl dobrý nápad zvětšit u IAX protokolu jitter defaultně na dynamický 200 ms.

Možná. Včera odpoledne jsem dělal několik testů na to číslo *0811 při poměrně hraniční kvalitě 3G signálu - pokud není vynuceno 3G, telefon padá do EDGE. Chhtěl sem dát id hovorů pro posouzení latence a jitteru, ale nevidím je ve výpise (možnáproto, že to bylo přes IAX?).

Od teď by by i hovory na na číslo *0811 měly být vidět ve výpise hovorů, tedy bude pro nás snadnější stáhnout graf.

Pro IAX protokol jsme nyní nastavili defaultně dynamický jitter buffer na 500 ms.

Update i pro SIP port

Můžete testovat.

IAX + zvýšený jitter buffer na obou stranách + kodek ilbc s paketizací 30 ms (defaultní pro ilbc) může být hodně dobrá kombinace. Ilbc má být totiž poměrně odolný proti ztrátovosti paketů.

Ještě lepší by mohlo být to stejné s kodekem g729 a paketizací 50-100 ms.
Nebo nějaký jiný extra úsporný kodek se zvýšenou paketizací a jitter bufferem.

Obrázek

http://forum.odorik.cz/viewtopic.php?f= ... 5&start=10
Čase vyzkoušíme.

Poprosil bych ještě o prověření hovoru číslo 90013028. Bylo voláno přes 3G síť T-Mobile s kodekem GSM. Hovor byl celkem bez problémů, bylo mi hlášeno, že mi není rozumět víceméně pouze pokud jsme si "skákali do řeči". Nevím, jestli to je tím Androidem (plus ještě navíc tím zvýšeným jitter bufferem), ale při hovoru je znatelné zpoždění, takže se často stává, že buď vznikají "trapné chvíle ticha", nebo si naopak skáčeme do řeči, protože druhý má pocit, že dlouho nic neříkám, tak začne mluvit a do toho začnu mluvit i já. S trochou cviku se myslím dá naučit takto telefonovat, pořád lepší než časté výpadky a každou druhou větu 2x opakovat. Zajímá mě tedy, jestli při tomto hovoru byly nějaké ztráty paketů, nebo je problém pouze v tom zpoždění a následném skákání si do řeči. díky

swejzi píše:Poprosil bych ještě o prověření hovoru číslo 90013028. Bylo voláno přes 3G síť T-Mobile s kodekem GSM. Hovor byl celkem bez problémů, bylo mi hlášeno, že mi není rozumět víceméně pouze pokud jsme si "skákali do řeči". Nevím, jestli to je tím Androidem (plus ještě navíc tím zvýšeným jitter bufferem), ale při hovoru je znatelné zpoždění, takže se často stává, že buď vznikají "trapné chvíle ticha", nebo si naopak skáčeme do řeči, protože druhý má pocit, že dlouho nic neříkám, tak začne mluvit a do toho začnu mluvit i já. S trochou cviku se myslím dá naučit takto telefonovat, pořád lepší než časté výpadky a každou druhou větu 2x opakovat. Zajímá mě tedy, jestli při tomto hovoru byly nějaké ztráty paketů, nebo je problém pouze v tom zpoždění a následném skákání si do řeči. díky

Viz obrázek v příloze. Nejsem si ale jist, jestli je možné to v tomto případě svést na internet. Dost dobře je to mohla být chyba na straně
CSIPsimple. Např. nestíhající procesor? Jaké aplikace běžely na pozadí? Asi bych zkusil jiný kodek.

romsur píše:Dobrý den, jak to vypadalo u hovoru ID 89681465? ....

romsur píše:Dobrý den, jak to vypadalo u hovoru ID 89681465? ....

Hovor je OK, kodek g722.
Podotýkám, že u nás měříme jen upload, tedy to co přijde směrem od telefonu.
Tedy pokud se pakety ztrácí nebo zpožďují směrem k Vám, tak na našich grafech to vidět není.

swejzi píše:vznikají "trapné chvíle ticha", nebo si naopak skáčeme do řeči, protože druhý má pocit, že dlouho nic neříkám, tak začne mluvit a do toho začnu mluvit i já.

Ano, přesně takto se projevuje příliš velké zpoždění na přenosové trase a je to rovněž otravné, i když asi méně než výpadky slov, ale pořád je to dost pruda, dá se to použít na volání z blíkými, kterým bylo vysvětleno o co jde a zvykli si na to, rohodně nné na běžné použití.

Je to způsobené velikostí jitter bufferu spolu se zpožděním Androidu. A to zpoždění Androidu je poměrně značné, i když se liší kus od kusu. Zkoušel sem test na *081 s Gigasetem A510, SIP klientem na Androidu (Galaxy Note), Skype na Androidu a Skype na PC na rychlé lince (UPC 120 Mbit). Skype na PC a A510 mají zpoždění minimální, slyším se zpět téměř okamžitě, Na Androidu řeknu celé slovo, než je to zpět.

xsouku04 píše: Pro IAX protokol jsme nyní nastavili defaultně dynamický jitter buffer na 500 ms.

Jak funguje to dynamické chování, jak moc je to chytré? 500 ms je hodně a hovor s takovýmto bufferem bude mít zpoždění blížící se 750 ms a bude velmi obtížně použitelný z důvodu efektu, který sme tu popsali, lidi si budou skákat do řeči nebo na sebe navzájem čekat. Jaké je riziko, že se buffer natáhne na velikost > 200ms v případě, že se bude zpožďovat nějaké nevýznamné množství paketů, řekněme < 5 % či v jiných případech, kdy to nebude úplně žádoucí?

forum.odorik.cz

Volitelně fixed jitter buffer 300 ms pro upload

Re: Adaptivní jitter buffer až 500 ms pro upload

Re: Adaptivní jitter buffer až 200 ms pro upload

Re: Adaptivní jitter buffer až 200 ms pro upload

Re: Adaptivní jitter buffer až 500 ms pro upload

Re: Adaptivní jitter buffer až 200 ms pro upload

Re: Adaptivní jitter buffer až 200 ms pro upload

Re: Adaptivní jitter buffer až 200 ms pro upload

Re: Adaptivní jitter buffer až 200 ms pro upload

Re: Adaptivní jitter buffer až 200 ms pro upload

Re: Adaptivní jitter buffer až 500 ms pro upload