forum.odorik.cz

Zpoždění 300ms ještě není vyloženě rušivé. Tedy podle mojí vlastní zkušenosti. Je to běžné zpoždění např. při kvalitním hovoru do Vietnamu. Pokud si zavoláte mobil, mobil bude mít, myslím, zpoždění také podobné. Podstatně větší než u VoIP-VoIP.
Myslím, že pokud máte pocit velkého zpoždění, dost možná to bude ještě něčím dalším.
Měli jsme chybu u IAX protokolu, kdy tam byl nejspíše špatně fungující dynamický jitter buffer, který občas vytvářel opravdu neúnosné zpoždění. U jakého hovoru (prosím id) se vám zdá 300 ms zpoždění jako přílišné?

Jinak asi opravdu by to chtělo zavést ještě možnost jitter bufferu cca 150 ms. Je to dobrý kompromis. Spousta lidí totiž má moc kvalitní internet a jitter buffer 150 ms by to vyřešil, 300 ms je zbytečně moc. Asi bych to volil jako volitelný parametr linky. Bez prefixů a nepořádku ve výpisech hovorů.

Taky díky, byť tohle mě z toho co sem tu během minulého víkendu napsal trápilo asi nejmíň.

Zkoušel sem používat ten 300 ms buffer a bohužel se projevuje to, před čím tu před časem několik stránek zpět varoval kolega ViR. Spolu se zpožděním na mobilu a známou latencí zvuku na Androidu je zpoždění tak velké, že se projevil efekt skákání do řeči nebo dlouhých sekund ticha, kdy jsme oba čekali, že mluvit začne ten druhý.

Netuším jak je to technicky udělané, takže se ptám, je reálné zprovoznit ještě řekněme buffer 100 a 150 ms a volbu provádět nastavením u linky v administraci nebo pomocí nějakého příznaku co posílá klient při registraci a jehož hodnota se nepoužije, jako je např. Caller ID? Volba portem je totiž problém na restriktivních firewallech a nepovedlo se mi najít způsob jak donutit spolehlivě přidávat prefix v Zoiperu.

Kvůli přílišnému zpoždění u 300ms bufferu jsem se přepl zpět na 50ms buffer a ono to na LTE funguje dobře, moje dřívější problémy byly patrně způsobeny různými pokusy používat IAX a/nebo úsporné kodeky, pokud sem se přidržel PCMA a SIPu, tak to funguje a zpoždění i přes latenci na Android nepůsobí problémy.

Siptest na O2 LTE mi ukazoval max. jitter < 20ms a max. RTT < 70 ms.

Tak zkouším znova také ten IAX a musím potvrdit to, co píše swejzi, zpoždění u IAX je větší než u SIP, byť v absolutních číslech mi subjektivně přijde, že je to méně než jím uvedené hodnoty 1 a 2 sekundy. U IAX také trvá déle, než se telefon přihlásí k lince, déle trvá sestavení hovoru.

A ještě výpisy, pokud volám se zvětšeným bufferem (SIP přes port 6699), tak na lince kam bylo voláno není hovor jako příchozí, ale jako přesměrovaný a jako rodičovský hovor je uvedeno id hovoru ze zdrojové linky, což by mohlo být id hovoru úplně jiného zákazníka. Na lince ze které se volalo je pak hovor zobrazen s prefixem *089 a je veden jako v síti i když šlo o hovor na veřejné číslo, v případě volání na mobil jsou pak záznamy dva, jeden odchozí v síti na číslo *089+420603xxxyyy a druhý přesměrovaný na číslo 603xxxyyy. Dělá to ve výpise docela guláš.

Tak to seš dost nenáročněj, Ten GSM kodek je totiž původní GSM Full Rate (GSM 06.10) co se používal v mobilních sítích v minulém tisíciletí, v letech 1999 - 2001 ho naši operátoři nahradili kvalitnějším GSM EFR (ten již není free). Zkoušel sem opakovaně přepínat mezi GSM a aLaw a rozdíl v kvalitě hlasu vnímám jako dost značný i já, kterej nepoznám 128 kbit Mp3 od FLACu. Speex je podobnej, iLBC je výrazně lepší, ale ve směru od Odoriku ke mě zní plechově, kdyby to Odorik opravil, byla by to ideální volba.

U SIP hovoru s GSM mi Zoiper ukazoval datový tok 33 kbit/s, to je skoro s podivem, že to v s to omezenou rychlostí projde.

IAX sem zkoušel a dost ho tu propagoval, ale chovalo se to divně, něco sem popisoval tady http://forum.odorik.cz/viewtopic.php?f=25&t=3185 třeba i různou kvalitu jednoho kodeku při volání přes SIP a IAX, takže sem ho přestal používat, byť má menší datovou režii a na rozdíl od SIPu mi při nastavení portu na 443 projde přes wifi co máme v kanceláři.

V Zoiperu mám nastavený kodek GSM a kvalita zvuku i zpoždění se mi zdá v pořádku v mém případě. Zrovna se mi shodou náhod podařilo u Kaktusu vyčerpat datový balíček, tak jsem zkusil hovor přes 3G bez jitter bufferu s poFUPovou rychlostí 64/32kbps a hovor byl naprosto v pořádku. Takže jsem CSipSimple vyhodil z telefonu a prozatím zůstávám u Zoiperu. Sice má pro mě horší GUI než CSipSimple a nějaké ty pro mě specifické nevýhody, ale kvalita hovoru je na prvním místě, takže se holt začínám učit žít se Zoiperem.
Ještě taková zajímavost. Zkoušel jsem protokol IAX, protože by měl být datově méně náročný a kupodivu je tam znatelně větší zpoždění oproti SIP. Testováno přes Echo test. U IAX zpoždění cca 2 vteřiny, u SIP cca 1 vteřina, voláno přes (již opět rychlé) 3G.

Drobnost. SIP není IAX.... To není podstatné.
Problém není u Odoriku, ale oni chtějí pomoci těm, co očekávají obdobné akustické parametry při hovoru na výrazně horších parametrech internetového připojení než se předpokládá.

Především jsem reagoval na "dětskou nemoc"... Lhostejno čí....

Přeji Vám klidný den a co nejlepší telefonní spojení!

xtonda píše:Platí toto i pro IAX?

Ne u IAXu zůstává zatím dynamický jitter buffer, nejsem si ale jist, do jaké míry funguje správně.
Tedy pokud máte nějaké konkrétní hovory, napište ID můžeme se podívat na výsledný graf.

Testovat doporučujeme s kodekem gsm, ilbc má nějaké problémy a ALAW=G711A=PCMA není na internet s nízkou kvalitou (jako např. EDGE) obvykle vhodný.

Platí toto i pro IAX?

xtonda píše: Jinak zkoušel sem přes *081 testovat zpoždění, jak už sem psal, na Gigasetu A510 je minimální, na Androidu poměrně značné, jak přes Zoiper (IAX i SIP) tak přes Skype, bohužel mě moc nenapadá jak to změřit. Co mě ovšem překvapilo je, že při callbacku klasickým GSM hovorem na tom Androidu bylo to zpoždění jen o málo menší než při použití VoIP. Nemůže při callbacku na straně Odoriku vznikat nějaké zpoždění z důvodu nějakého bufferu?

Hovory přes mobil mají značné zpoždění samy o sobě. Ověříte to tak, že si zavoláte někomu, kdo stojí vedle.
Pokud se jedná ale o hovor přes VoIP s kvalitním internetem, zpoždění není velké.

swejzi, pokud si to dostal, tak pak chápu, ale ty limity dané slabým hardware je stejně potřeba si uvědomit. Pokud je to zpoždění v grafu od VoIP klienta směrem k ústředně, tak si nedokážu představit v čem jiném by mohl být problém, než že to ten telefon nestíhá. Možná by pomohlo, kdyby někdo z Odoriku vysvětlil, jak je to zpoždění měřeno.

Jinak zkoušel sem přes *081 testovat zpoždění, jak už sem psal, na Gigasetu A510 je minimální, na Androidu poměrně značné, jak přes Zoiper (IAX i SIP) tak přes Skype, bohužel mě moc nenapadá jak to změřit. Co mě ovšem překvapilo je, že při callbacku klasickým GSM hovorem na tom Androidu bylo to zpoždění jen o málo menší než při použití VoIP. Nemůže při callbacku na straně Odoriku vznikat nějaké zpoždění z důvodu nějakého bufferu?