Volání na SIP URI, šifrované SIPS a další dotazy
Volání na SIP URI, šifrované SIPS a další dotazy
Dobrý den,
chtěl bych vědět zda neplánujete zprovoznit nějakou zjednodušenou možnost přímého volání na SIP URI, tak jako to funguje u sip2sip.info, iptel.org, ekiga.net a dalších SIP providerů. Tedy že zadám třeba v cSipSimple prostě a jednoduše adresu (třeba sip:hudba@nic.cz) a volám. V současnosti je jediná možnost přepnout se na jiný SIP účet nebo si u vás vytvořit pro danou adresu zrychlenou volbu, přičemž oboje je značně nepohodlné. Tohle je věc která mi docela dost vadí.
Dále bych měl dotaz, zda (a kdy) zprovozníte šifrované SIPS připojení (klasicky TCP port 5061). Mohu sice šifrovat celé hovory přes ZRTP, ale signalizace jde v současnosti stále nešifrovaně a kdokoliv může odposlechnout komu člověk volá (což třeba v případě nešifrovaných wi-fi sítí může být docela realistický scénář).
Můj poslední dotaz se týká kodeků - nemáte někde (třeba na wiki) aktualizovaný seznam všech podporovaných kodeků? A neplánujete přidat podporu pro moderní Opus (nebo alespoň starší SILK a případně i iLBC)? G.729 přeci jen není už nejmodernější a všespásný kodek...
Ještě vlastně jeden dotaz bych měl. Jak je to s videohovory? Chápu správně že je potřeba volat s předvolbou ** (podobně jako když chci využít ZRTP šifrování)? A čím se vlastně přesně volání s ** odlišuje?
Předem moc děkuji za odpovědi, i přes ten problém s přímým voláním na SIP URI a chybějícím SIPS jste definitivně nejlepší český VoIP operátor co jsem vyzkoušel.
chtěl bych vědět zda neplánujete zprovoznit nějakou zjednodušenou možnost přímého volání na SIP URI, tak jako to funguje u sip2sip.info, iptel.org, ekiga.net a dalších SIP providerů. Tedy že zadám třeba v cSipSimple prostě a jednoduše adresu (třeba sip:hudba@nic.cz) a volám. V současnosti je jediná možnost přepnout se na jiný SIP účet nebo si u vás vytvořit pro danou adresu zrychlenou volbu, přičemž oboje je značně nepohodlné. Tohle je věc která mi docela dost vadí.
Dále bych měl dotaz, zda (a kdy) zprovozníte šifrované SIPS připojení (klasicky TCP port 5061). Mohu sice šifrovat celé hovory přes ZRTP, ale signalizace jde v současnosti stále nešifrovaně a kdokoliv může odposlechnout komu člověk volá (což třeba v případě nešifrovaných wi-fi sítí může být docela realistický scénář).
Můj poslední dotaz se týká kodeků - nemáte někde (třeba na wiki) aktualizovaný seznam všech podporovaných kodeků? A neplánujete přidat podporu pro moderní Opus (nebo alespoň starší SILK a případně i iLBC)? G.729 přeci jen není už nejmodernější a všespásný kodek...
Ještě vlastně jeden dotaz bych měl. Jak je to s videohovory? Chápu správně že je potřeba volat s předvolbou ** (podobně jako když chci využít ZRTP šifrování)? A čím se vlastně přesně volání s ** odlišuje?
Předem moc děkuji za odpovědi, i přes ten problém s přímým voláním na SIP URI a chybějícím SIPS jste definitivně nejlepší český VoIP operátor co jsem vyzkoušel.
Re: Volání na SIP URI, šifrované SIPS a další dotazy
šifrovaná signalizace se už probírala tady, zatím beze změny:
http://forum.odorik.cz/viewtopic.php?f= ... &hilit=tls
iLBC zřejmě jede, protože ho mám v Media5fone nastaven jako jediný kodek. A jede dobře.
o kodekách se tu nedávno taky psalo:
http://forum.odorik.cz/viewtopic.php?f= ... &hilit=tls
iLBC zřejmě jede, protože ho mám v Media5fone nastaven jako jediný kodek. A jede dobře.
o kodekách se tu nedávno taky psalo:
xsouku04 píše:Hlavní problem všech kodeků s protokolem SIP a IAX je velký everhead (zbytečně poslaná data) v kterých je zvuk zabalaen. Viz. http://www.asteriskguru.com/tools/bandw ... ulator.php Třeba g729 má jen 8KBit, ale když se to celé dá do pkaetů už to má 23,63 Kb přes SIP a 20.5 Kbit přes IAX. Spex pak dovede dělat hovor při 2 Kbps s iaxem je to poak 14.5 Kbps a v SIPu 17.63 Kbps. Je to nic moc ale na domluvu bohatě stačí.luky píše:na Google play se objevil Codec pack pro csipsimple obsahující ne úplně časté kodeky Opus, codec2, g722.1, g726.
A u androidů je navíc problém u špatně udělané zvukové API. Tyto zásadní problémy nám bohužel žádný nový kodek nevyřeší. Asi by to chtělo si udělat nějakej svůj vlastní "protokol", kde bude overhead podstatně menší a využit se při tom dá stávající kodek. Přesně to asi udělal fring. Klidně mohl použít nějakej existující kodek jen jej úsporněji zabalil.
Re: Volání na SIP URI, šifrované SIPS a další dotazy
Zdravim,
1. Prime volani na uri, netusil jsem, ze by to nekdo chtel, asi je vec nazoru co je pohodlnejsi, nemel by to byt problem poradime se...
2. SIPS, to presne nevim...
3. momentalne mame zapnute:
PCMA/8000
G729/8000
PCMU/8000
speex/8000
GSM/8000
iLBC/8000
G722/8000
SILK/8000
4. volani na **,
je ze hovor jde pouze
ucet -> proxy/rtpproxy -> ucet2,
nebude videt ve vypisu hovoru a jdou pouze bezplatne hovory.
Napr. jestli obe zarizeni podporuji ten codek opus, tak muzete prez ** volat tim opusem.
'Normalni' hovor je daleko komplexnejsi: billing,transcoding,routing...
Diky za pochvalu
1. Prime volani na uri, netusil jsem, ze by to nekdo chtel, asi je vec nazoru co je pohodlnejsi, nemel by to byt problem poradime se...
2. SIPS, to presne nevim...
3. momentalne mame zapnute:
PCMA/8000
G729/8000
PCMU/8000
speex/8000
GSM/8000
iLBC/8000
G722/8000
SILK/8000
4. volani na **,
je ze hovor jde pouze
ucet -> proxy/rtpproxy -> ucet2,
nebude videt ve vypisu hovoru a jdou pouze bezplatne hovory.
Napr. jestli obe zarizeni podporuji ten codek opus, tak muzete prez ** volat tim opusem.
'Normalni' hovor je daleko komplexnejsi: billing,transcoding,routing...
Diky za pochvalu
Re: Volání na SIP URI, šifrované SIPS a další dotazy
Děkuji moc za rychlou odpověď. Pohodlnější/intuitivnější by samozřejmě bylo, kdyby se nemusely před adresu psát žádné hvězdičky, ale není to zas takový problém, hlavně že tu ta možnost bude
Budu rozhodně moc rád i za to.
Situace s podporovanými kodeky mě také potěšila, myslel jsem že jich je méně.
Jen ten SIPS mě mrzí, nešlo by to zjistit kdy (a jestli vubec) se to plánuje? Myslím že šifrovanou signalizaci by uvítalo více lidí, bez toho je možnost ZRTP šifrování neúplná.

Situace s podporovanými kodeky mě také potěšila, myslel jsem že jich je méně.
Jen ten SIPS mě mrzí, nešlo by to zjistit kdy (a jestli vubec) se to plánuje? Myslím že šifrovanou signalizaci by uvítalo více lidí, bez toho je možnost ZRTP šifrování neúplná.
Re: Volání na SIP URI, šifrované SIPS a další dotazy
Zdravim,
pridal jsem prime volani na uri, (bez **).
V csipsimple staci zadat hudba@nic.cz...
Na ten SIPS vam odpovi kolega.
pridal jsem prime volani na uri, (bez **).
V csipsimple staci zadat hudba@nic.cz...
Na ten SIPS vam odpovi kolega.
Re: Volání na SIP URI, šifrované SIPS a další dotazy
Moc díky! Hned to jdu vyzkoušet 

Re: Volání na SIP URI, šifrované SIPS a další dotazy
Jen ještě dotaz - chová se to přímé volání na SIP URI tak jako by před ním ty ** byly? Tedy že přes to bude fungovat i ZRTP? Pokud ne, šlo by tuto možnost také přidat?
Re: Volání na SIP URI, šifrované SIPS a další dotazy
Zdravim,
ano, jde to nejkratsi cestou, odorik_user ->proxy/rtpproxy-> sip:cizi_usr@cizi_domena
ano, jde to nejkratsi cestou, odorik_user ->proxy/rtpproxy-> sip:cizi_usr@cizi_domena
Re: Volání na SIP URI, šifrované SIPS a další dotazy
Skvělé, děkuji 
Ještě menší dotaz k těm kodekům - vysledoval jsem že mi je to vnucuje podle toho pořadí uvedeného tady v příspěvku, bez ohledu na to jaké nastavím pořadí u sebe v cSipSimple. To je schválně nebo to bude nějaká chyba cSipSimple? Protože takhle pokud chci SILK, musím vše ostatní zakázat a to pak nefunguje zas při volání na SIP URI (když druhá strana SILK nepodporuje).

Ještě menší dotaz k těm kodekům - vysledoval jsem že mi je to vnucuje podle toho pořadí uvedeného tady v příspěvku, bez ohledu na to jaké nastavím pořadí u sebe v cSipSimple. To je schválně nebo to bude nějaká chyba cSipSimple? Protože takhle pokud chci SILK, musím vše ostatní zakázat a to pak nefunguje zas při volání na SIP URI (když druhá strana SILK nepodporuje).
Re: Volání na SIP URI, šifrované SIPS a další dotazy
Zdravim,
ano je to tak,
nejsem schopnej nastavit kodeky podle poradi uzivatele, pouze podle serveru, v pripade SILKU stejne musime druhou cast hovoru transkodovat vetsinou do PCMA nebo g729, podle toho kam se to posle, takze vysledny hovor je degradovan prevodem mezi formaty a nebude nikdy `lepsi` nez PCMA do ktereho se stejne druha cast prevede, proto doporucujeme PCMA.
ano je to tak,
nejsem schopnej nastavit kodeky podle poradi uzivatele, pouze podle serveru, v pripade SILKU stejne musime druhou cast hovoru transkodovat vetsinou do PCMA nebo g729, podle toho kam se to posle, takze vysledny hovor je degradovan prevodem mezi formaty a nebude nikdy `lepsi` nez PCMA do ktereho se stejne druha cast prevede, proto doporucujeme PCMA.