2 Karel: Samozřejmě máte pravdu v tom, že takto vypadá základní varianta komunikace při klasickém SIP hovoru, tj. RTP stream je P2P. Velice často se ovšem u komerčních operátorů využívá varianta kombinované outbound/RTP proxy, kdy i hlasový RTP stream "uvnitř" sítě a do peerovaných sítí teče v mnoha případech přes zařízení VoIP operátora. Důvodů proč toto použít je víc, ale zejména to bývá usnadnění průchodu přes NAT, zajištění překladu kodeků (všimněte si prosím, že ústředna ha-loo preferuje GSM a iLBC kodeky před G.711 a když zavoláte v ha-loo např. z Xlite na Sipuru preferující kodek G.729, Xlite pracuje s GSM a Sipura G.729, a to dokonce i když je Sipura třeba v síti 802.VOX) a v neposlední řadě záležitosti billingu při peeringu (ne každé peeringové spojení musí být bezplatné). Takže důvody, proč i "čistě SIP" volání, zprostředkované proxy operátora (zejména když jedinou variantou je "outbound proxy" jako u ha-loo), je umožněno jen na předem jednoznačně definované cíle ve vlastní síti, PSTN a smluvních sítích rozhodně vidím.

No já ještě nenarazil na operátora, který by to umožňoval. Prostě většina ústředen pokud nenajde informaci ve svém záznamu tak ji odmítne. Skoušel jsem např. Fayn, WengoPhone, Telefonet (volný) a výsledek vždy též. NELZE BLOKOVÁNO. Jediné co je možné pokud si zřídíte eNUM a poskytovatel ho podporuje tak nastavit eNUM. To má např. Like2Phone. Ústředna by totiž musela rozpoznat jestli jde o skutečné telefonní číslo a nebo SIP číslo.

Jeste pro jistotu dodam ze v pripade volani do klasicke PSTN site vyse uvedene tak uplne neplati. Tam je totiz treba ten audoi stream nejak do te PSTN site dostat o coz se stara gateway ktera patri operatorovi a tyto volani tedy jeho linku samozrejme zatezuji. Ale tohle je neco jineho nez o co mi slo. Me jde ciste o internetove volani.

1. nevim proc sem motate SMS. To je o uplne necem jinem. 2. je videt ze nemate poneti o tom jak vubec SIP funguje. Kdyby totiz ha-loo neblokovalo cizi sip adresy tak by komunikace vypadala asi takhle: - muj telefon posle zadost o spojeni s treba pepa@iptel.org na proxy ustredna.ha-vel.cz - ustredna.ha-vel.cz se podiva na adresu a pozna ze to neni jeho domena a preposle SIP zpravu na proxy pro domenu iptel.org - iptel.org zna IP adresu telefonu pepa@iptel.org a zpravu mu preposle. Nasleduje nejake potvrzeni spojeni, dohodnuti pouzitych kodeku atd. coz se mi nechce rozepisovat. Vysledek vsak je ze pres obe SIP proxy (ha-vel a iptel) prosly jen asi 3 sip zpravy velikosti par bajtu. Vlastni audio stream jiz putuje mezi telefony primo, tedy NEDOCHAZI k zadnemu zatizeni linky ha-loo. Kde je tedy duvod to preposlani SIP zpravy na jinou proxy zakazovat?

Po vytočení telefonního čísla nedojde ke spojení a na displeji se objeví hláška 408 Timeout. Neví někdo,prosím, co s tím? Díky!

Používám taky Eyebeam a trápí mě echo. prostě slyším sám sebe. Dá se s tím něco dělat ?

Jinak Vážený pane tady byla řeč o něčem jiném. Tak si to pořádně přečtěte. Ha-loo Vám v žádném případě neblokuje SIP volání na čísla jeho sítě, klidně si zavolejte třeba 5767761xx@ha-vel.cz a dovoáte se. Blokuje pouze přesměrování volání na jiné sip čísla tj. třeba pepakozel@openvengo.fr a to je velký rozdíl.

Co to plácáte. Už jste viděl, že někdo pošle SMS třeba z Oskara do síťě T-Mobile určenou však pro Oskara a oni mu ji přepošlou. Proč by si Vaším voláním operátor zatěžoval linky, když nepatří jeho zákazníkům.

> To teda nevidím důvod proč by jim to mělo fungovat, přepněte si > program na call sip to sip a zavoláte. Oni přece nejsou spojovací > ústřednou pro kdekoho. A dokud nebude Enum tak to prostě nepujde. No vidite, ja zas nevidim duvod proc to zakazovat. Protoze tohle SIP umi od narozeni. Takhle je to stejne jako kdybyste moh posilat emaily jen do domen ktere vam provider dovoli... Btw. jak jste to myslel s tou "spojovaci ustrednou pro kdekoho"? Snad ne pro kdekoho ale pro jejich zakazniky ne?

Mel jsem uplne stejny problem s Grandstream Budgetonem 102. Po nejake dobe (1-12 hodin) se nedalo dovolat zvenci. Telefon byl pripojeny pres kabelovou linku Karnevalu (1000/200) (pred i za routerem, jako pruchozi i jako koncovy). Na ustredne proste nebyl po urcite dobe registrovany. Pres veskerou snahu (cca 30 hodin cisteho vcetne prochazeni vsech moznych diskuzi, vymena pristroje, kabelaze, vsemozna nastaveni firewallu, DMZ, syslog serveru, analyzatoru paketu) jsem to vzdal. Nakonec jsem vymenil Budgetone za Sipuru 2100 a najednou vsechno na prvni pokus fungovalo - a funguje uz ctvrt roku. Asi nejaka nekompatibilita. Jedine jeste zkusit verejnou IP adresu - to jsem nezkousel. Taky by me zajimalo, v cem byl problem. Nicmene jsem rad, ze to tak dopadlo - Sipura je opravdu nesrovnatelne lepsi vcetne kvality zvuku. Jeste dodavam, ze to nezaviselo na operatorovi - uplne stejny problem byl u Voipexu.

Chtel jsem volat na Slovensko na mobil a neslo to. Volal jsem na +421905xxxxxx na dve ruzna cisla, na jedno z nich 2x. Ve vsech trech pripadech mi to misto spojeni reklo "Good bye". Ze sveho mobilu jsem se dovolal bez problemu. Neni neco spatne v siti ha-loo?

Včera jsem poprvé volal a bylo mě účtováno u pevné linky 1 minuta a u mobilu 30 secund. Všude,ale píší,že je tarifikováno po vteřinách,že se zaplatí to co provoláte. Chci se zeptat jak to doopravdy s tarifikací je. Díky.

Ano, bude. Nejlépe uděláte, když si stáhnete třeba tady <a href="http://www.sjlabs.com/sjp.html" target="_blank">odkaz</a> SJ Phone, zde https://ha-loo.ha-vel.cz/test.php si přihlásíte testovací účet a vše si ověříte. (SJ Phone podporuje úzkopásmové kodeky iLBC a GSM. Kodek G.729 nuikoli, ale ten má na šířku pásma přibližně stejné nároky.)

Mam dotaz. po otestovani prikazem ping "ping -t -l 400 ustredna.ha-vel.cz" jak je tu uvedeno, pakety se vraci 0%ztrata, jitter je chvalitebny, program VoIP test ael linku nedoporucil kvuli datove propustnosti, mam 80down/60up. Kdyz pouziji nektery z kodeku iLBC, GSM, G.729a melo by volani fungovat ne?

Ve Windows mi pro telefonovani pomohlo zaskrtnuti "ztlumit" u Mikrofon v Ovladani hlasitosti.

Dobry den, pouzivam VoIP gateway Well ATA-151 (umoznuje pripojeni bezneho telefonu), na internet jsem pripojeny pres NAT (Wifi sit CzFree.Net). Telefonovani pres ha-loo mi funguje, ale nespolehlive. Vzdy po urcite dobe (radove hodiny) se ATA-151 odregistruje od SIP serveru ustredna.ha-vel.cz. Odchozi volani funguji, prichozim se linka hlasi jako trvale obsazena. Po resetovani ATA-151 zacne vse opet fungovat (prichozi i odchozi volani). Setkali jste se nekdo s timto problemem u tohoto ci jineho zarizeni? Lze tomu odpomoci nejakym nastavenim ATA-151? Ted mam nastaveno 'Expire' na 30s, predpokladam, ze se jedna o dobu automaticke reregistrace. Neni mi uplne jasne co se mini nastavenim 'Shared IP', zkousel jsem ano i ne. Pomuze upgrade firmwaru (verze 1.02 na 1.03)? Diky za vsechny tipy, Honza

mne pomohl upgrade firmware u me Sipury.

ani ven, ani na moje cislo si nemoho zavolat. Router (asus) mi hlásí off-line. Už jsem ho resetoval a potom i vypnul ze zásuvky a pořád nic.

Nemate někdo problemy s tim, ze vas volany slysi treba s 0,5 sekundovym zpozdenim znova? Nevite prosim nekdo jestli to jde nejak odstranit?

Po zadání telefonního čísla se objeví hláška: Login timed out! Contact Network Admin. Nevíte co s tím? Vše je nastaveno podle návodu.