forum.odorik.cz

Zkoušel jsem dát ve starší verzi Zoiperu pro android kde je zadarmo IAX řčíslo *09420222745120
A nefungovalo.
Mám protokol IAX nastavený.
V čem je problém? Musí to být někde povolené v nastavení na webu u linky nebo tak?

Dobry den,
problem je v tom, ze nic.cz jiz toto cislo nema v dns.

kovik píše:Dobry den,
problem je v tom, ze nic.cz jiz toto cislo nema v dns.

Kromě toho, pokud enum databáze převádí číslo na SIP URI, obávám se, že to nemůže fungovat, pokud použijete protokol IAX

jlo píše:

kovik píše:Dobry den,
problem je v tom, ze nic.cz jiz toto cislo nema v dns.

Kromě toho, pokud enum databáze převádí číslo na SIP URI, obávám se, že to nemůže fungovat, pokud použijete protokol IAX

Odorik to převede. Ale stejně bych doporučoval IAX nepoužívat. Používá to jen pár lidí. Existuje snad jediný klient (zoiper) a datová úspora je naprosto zanedbatelná. Mnohem podstatnější je paketizace - kolik zvuku je v jednom paketu, která je ale obvykle špatně a nejde přenastavit.

xsouku04 píše:

jlo píše: Kromě toho, pokud enum databáze převádí číslo na SIP URI, obávám se, že to nemůže fungovat, pokud použijete protokol IAX

Odorik to převede.

Aha – takže usuzuji správně, že v takovém případě probíhá IAX komunikace mezi volajícím a ústřednou Odoriku, která následně komunikuje s volaným přes SIP? Hezké řešení – a vlastně logické, když si uvědomím, od čeho je zkratka IAX

xsouku04 píše:Ale stejně bych doporučoval IAX nepoužívat.

Proč? Komplikuje to Odoriku situaci nad přijatelnou míru?

xsouku04 píše: Používá to jen pár lidí. Existuje snad jediný klient (zoiper) a datová úspora je naprosto zanedbatelná. Mnohem podstatnější je paketizace - kolik zvuku je v jednom paketu, která je ale obvykle špatně a nejde přenastavit.

To je zjevně pravda, ale stejně tak platí, že IAX překonává nástrahy NATU lépe než SIP a je imunní vůči „překvapením“ typu SIP_ALG. Vím o několika místech (připojeních), kde IAX je bezproblémový, ale SIP nikoliv; a obávám se, že jak IPV4 adresy docházejí a docházejí, přičemž plošný přechod na IPV6 je v nedohlednu, bude jich spíše přibývat (dnes už myslím není nijak výjimečné, že v cestě není ani jeden, ani dva, ale i více NATů)...

jlo píše: To je zjevně pravda, ale stejně tak platí, že IAX překonává nástrahy NATU lépe než SIP a je imunní vůči „překvapením“ typu SIP_ALG. Vím o několika místech (připojeních), kde IAX je bezproblémový, ale SIP nikoliv; a obávám se, že jak IPV4 adresy docházejí a docházejí, přičemž plošný přechod na IPV6 je v nedohlednu, bude jich spíše přibývat (dnes už myslím není nijak výjimečné, že v cestě není ani jeden, ani dva, ale i více NATů)...

U Odoriku není důvod nepoužívat TLS - pak problémy se SIP ALG nehrozí, protože router do šifrované komunikace nevidí

Co je to ta paketizace a dá se něják nastavovat? Není IAX méně vytížený díky tomu že se málo používá?
Mě právě vetšina programů na volání i klasické volání dělá echo, ale zoiper ne. Nevím čím to. A ten IAX jsem použil právě pro to, že má mít šifrování a menší datovou režii Volám přes LTE..

Paketizace je to kolik zvuku se přenese v jednom paketu. Když se přenese zvuku málo, větší část paketu jsou hlavičky a je to neefektivní. Když se přenese zvuku moc, dojde trochu k většímu zpoždění hovor.

Defualtní paketizace je 20, dává to přednost zpoždění před velikostí celkových dat, proto pokud někdo šetří data defaultní paketizace není moc vhodná. Bohužel většina programů to nedovoluje změnit.