VoIP: Telefonování přes internet pro každého

22. 9. 2005 | Michal Křenek | Sítě | 44089×

Mnoho obdivovatelů Skype tvrdí, že neexistují žádné plnohodnotné otevřené alternativy. V tomto článku bych však chtěl dokázat, že tomu tak není, a předložit použitelná, otevřená a svobodná řešení pro Linux.

V poslední době se neustále v souvislosti s VoIP mluví o Skype. Avšak Skype je aplikace s uzavřeným kódem (closed-source) využívající proprietární protokol. Proč je používání takovéto služby (alespoň z mého pohledu) špatné, jste se mohli dočíst např. v článku 10 důvodů proč nepoužívat Skype, který vyšel na serveru Root.cz. Viz také zápis v blogu Co je tak špatného na Skype?

Otevřené VoIP protokoly

H.323

Nejstarším rozšířeným otevřeným VoIP protokolem je H.323 (standardizován ITU-T). Jde o protokol s velmi blízkou návazností na technologie používané na ISDN linkách. Jedná se o binární protokol a k přenosu audio dat jsou používány RTP kanály. Z nejrůznějších důvodů se od něj však ustupuje (ukázalo se, že pro současný internet to není zrovna nejvhodněji navržený protokol), naprostá většina VoIP operátorů místo něj již používá novější protokol SIP.

SIP

SIP (Session Initiation Protocol) je novějším otevřeným protokolem, který byl standardizován IETF. Na rozdíl od H.323 (který měl kořeny v telekomunikačním průmyslu) leží jeho kořeny v internetové komunitě. Jde o decentralizovaný peer-to-peer protokol. Oproti H.323 se jedná o textový protokol, podobný např. známému HTTP. Samotná audio data jsou však přenášena stejně jako v případě H.323 přes samostatné RTP kanály. SIP měl být původně jednodušší než H.323, ale postupem času se stal taktéž velmi komplexním protokolem. Jde o dobře promyšlený protokol, ve kterém je budoucnost, nicméně i on má svůj závažný problém - provoz za NATem.

STUN

Na "probourání" NATu je možno použít protokol STUN (Simple Traversal of UDP over NATs). Ten funguje zjednodušeně řečeno tak, že klient (uvězněný za NATem) se spojí se STUN serverem a STUN server mu následně sdělí veřejnou IP adresu stroje, kde probíhá NAT, a číslo UDP portu, který byl NATem otevřen. Tato technika ovšem funguje pouze pro full cone, restricted cone a port restricted cone NAT. Pro klasický a nejrozšířenější symetrický NAT (který provádí např. iptables) je tato technika nepoužitelná. V takovém případě je pak nutno provádět SIP spojení přes vzdálený proxy server, což má samozřejmě spoustu nevýhod - mohou se projevit velké latence a provoz takového SIP proxy serveru navíc může být dosti náročný. Nutno ještě podotknout, že H.323 má s NATem prakticky zcela stejné problémy, jako SIP.

IAX

Je tu ovšem i jiný otevřený protokol, který problémy s NATem nemá. Tím protokolem je IAX (Inter-Asterisk eXchange). Jedná se o nejnovější ze všech jmenovaných protokolů, který původně sloužil pro komunikaci mezi opensource PBX servery Asterisk. Byl navržen od začátku tak, aby netrpěl problémy s NATem a měl pokud možno co nejmenší režii. IAX se inspiroval protokoly SIP, MGCP a RTP, ale snaží se vyhnout všem jejich problémům. Na rozdíl od SIPu se nejedná o textový protokol, ale o binární protokol (což lze považovat za krok zpět, ale je to z hlediska koncepce tohoto protokolu nutné). Veškerá komunikace (jak signalizace, tak audio data) probíhá přes jeden jediný UDP kanál (výchozí port je 4569) a v tom právě tkví důvod, proč tento protokol nemá problémy s NATem. Nejedná se o žádné revoluční řešení, je to zcela standardní řešení a NAT není nijak zázračně obcházen (pokud jsou obě dvě strany za NATem, přímé spojení mezi nimi fungovat nebude), ale oproti SIPu a H.323 je to stále velká výhoda (i když z určitého úhlu pohledu může být spojení signalizace a datového kanálu do jednoho chápáno i jako nevýhoda).

Další výhodou je zmiňovaná menší režie - při použití IAXu bývá datový tok až cca o 2,5kB/s nižší než při použití SIP (respektive RTP). To činí při použití zvukových kodeků s nízkým bitrate 20 - 30% úsporu. Ještě mnohem významněji se to ale projevuje díky schopnosti IAXu vytvářet trunky, kdy při více souběžných spojeních mezi stejnými koncovými body (např. při spojení mezi dvěma VoIP PBX ústřednami) umí sloučit data všech spojení do jednoho paketu, a výrazně tak šetří přenosovou kapacitu (díky eliminaci hlaviček). Údajně je tak např. možné při využití kodeku G.729 oproti SIPu zdvojnásobit (někde se píše až ztrojnásobit) počet možných hovorů na jeden megabit pásma.

Shrnuto a podtrženo - H.323 se v současnosti již pomalu stává mrtvým protokolem, nepoužívá ho už prakticky žádný VoIP provider. SIP se stal jednoznačně nejrozšířenějším VoIP protokolem a do budoucna se bude stále více a více rozšiřovat. Podporuje ho prakticky každý hardwarový VoIP telefon a i většina softwarových klientů. IAX je méně rozšířený, ale VoIP provideři ho pomalu, ale jistě, začínají čím dál tím více využívat a podporují ho i některé novější hardwarové VoIP telefony. Nelze však říci, že SIP je oproti IAXu špatný protokol. Pouze naráží na problém současného rozšíření NATů. To vyřeší buď příchod IPv6, nebo vhodný connection tracking (již nyní existují patche na iptables, umožňující conntrackovat SIP).

Opensource klienty

VoIP klientů (softwarových telefonů) podporujících SIP existuje mnoho. Zde je výčet těch, které jsem objevil:

• KPhone
• Linphone
• SFLphone
• OpenWengo
• PhoneGaim
• Minisip
• sipXphone
• sipXezPhone
• Twinkle
• shtoomphone
• YateClient
• Cockatoo

Osobně používám KPhone, který je jednoduchý na ovládání, ale přitom obsahuje spoustu užitečných funkcí. I přes ono "K" v názvu se jedná o čistou Qt aplikaci bez závislostí na KDE. Občas se mi ovšem jevil trochu nestabilní. Pokud chcete velice jednoduchý klient založený na GTK, pak je pro vás asi nejlepší volbou Linphone. Jako dobří klienti se jeví i SFLphone, OpenWengo a PhoneGaim (přičemž poslední dva jsou svým zaměřením velmi vhodné i pro BFU a integrují i funkce IM klienta). Ostatní SIP klienty v seznamu jsem nezkoušel a netuším, na jaké jsou úrovni (nejedná se ale o moc známé projekty).

Seznam IAX klientů je již kratší:

• Kiax
• iaxComm
• YateClient
• MozIAX
• QtIAX

Zde musím vyzvednout Kiax. Jedná se o výborného klienta, který disponuje i některými velice pokročilými funkcemi. Svým rozhraním trochu připomíná linuxovou verzi Skype. Stejně jako v případě KPhone je zde ono "K" v názvu zavádějící (též se jedná o čistou Qt aplikaci). iaxComm je také slušným klientem, tentokrát napsaným ve wxWindows toolkitu (tudíž pod linuxem využívá GTK). Ostatní klienti jsou méně známí a poslední jmenovaný (QtIAX) je spíše už starším projektem, o kterém nevím, zda je ještě vůbec použitelný (rozhodně již není vyvíjený).

Nebylo by také vhodné zapomenout na GnomeMeeting - kvalitní VoIP klient určený pro protokol H.323. Ten má totiž v některé z brzkých verzí již obsahovat podporu pro protokol SIP. Také SFLphone (výše zmiňovaný SIP klient) má v brzké budoucnosti začít podporovat další protokoly - v tomto případě IAX. Pro známý IM klient Gaim je v rámci Google Summer of Code taktéž chystána podpora pro SIP (kód je již napsán a byl commitnut do CVS).

Free VoIP operátoři

Pokud chcete VoIP plnohodnotně používat, potřebujete být zaregistrováni u některého z VoIP operátorů. Pro jednoduchou hlasovou komunikaci z jedné IP adresy na druhou IP adresu VoIP operátora nepotřebujete (můžete např. přímo volat z jednoho SIP klienta na druhý SIP klient, aniž byste byli připojeni k jakémukoliv SIP serveru), ovšem VoIP při takovém využití ztrácí spoustu svých výhod. Můžete také provozovat svůj vlastní H.323/SIP/IAX server (nabízí se např. už jednou zmiňovaný opensource PBX Asterisk nebo jednodušší SIP Express Router). Mnohem lepší řešení pro běžného uživatele ovšem je zaregistrovat se u některého z free VoIP providerů. Velkých free providerů je několik:

• Free World Dialup
• SIPphone
• iptel.org
• Like2Fone
• sipgate.de

Všichni z nich podporují SIP, ale pouze jeden jediný (Free World Dialup) podporuje IAX. Nutno dodat, že Free World Dialup je jedním z nejstarších VoIP operátorů vůbec a je i tak trochu průkopníkem VoIP. Mám s ním velmi dobré zkušenosti, a tak ho také všem doporučuji. Jen je nutné nenechat se odradit jeho webovými stránkami, které jsou velmi nepřehledné. Naštěstí se na nich vyskytuje spásný odkaz SITEMAP. Pokud se chcete přímo zaregistrovat, můžete tak učinit na stránce EndUser Registration. Ještě je také nutné pamatovat na to, že pokud chcete používat kromě SIPu i IAX, musíte si IAX po registraci aktivovat (viz FAQ o IAX).

Velmi důležitým faktem je, že mezi mnoha VoIP operátory probíhá peering (ze sítě jednoho VoIP operátora se zdarma můžete dovolat do sítě druhého VoIP operátora a naopak). Free World Dialup má velmi slušný peeringový seznam a peerují s ním i někteří čeští komerční VoIP operátoři (např. VoIPEX).

Od všech ostatních výše jmenovaných free VoIP operátorů se liší operátor Like2Fone. Podporuje sice pouze protokol SIP, ale nabízí jednu úžasnou věc navíc - ENUM. Uživatelům nepřiděluje telefonní čísla z virtuálních neveřejných rozsahů, ale mapuje reálná veřejná telefonní čísla (např. telefonní číslo vaší pevné linky) na konkrétní internetové identity. Můžete si tak v internetu volat pomocí stejných čísel, jako v reálném světě. Pokud se vám na vaše číslo pak snaží dovolat někdo, kdo využívá služeb operátora, který standard ENUM podporuje, vyzkouší se nejdříve vaše internetové SIP číslo a až poté (pokud jste na něm nedostupný) klasické číslo vedoucí na pevnou linku či mobilní síť. Výhodu to má jasnou - pokud vám volá někdo přes VoIP operátora, hovor putuje pouze přes internet a je tedy zcela zdarma.

Standard ENUM je podporovaný ITU (International Telecommunication Union) a využívá klasických DNS serverů. Existuje základní doména e164.arpa, v níž jsou přidělovány čísla z mezinárodního veřejného telekomunikačního číslovacího plánu. Jednotlivé subdomény ITU deleguje příslušným státům (respektive oficiálním regulátorům stanoveným vládou daného státu) a ty dále delegují subdomény jednotlivým telekomunikačním providerům. Naše česká oficiální doména 0.2.4.e164.arpa je však zatím v jakémsi polotestovacím stavu.

Kromě oficiálního e164.arpa však vznikly i neoficiální ENUM stromy, např. e164.org, kde nad jednotlivými čísly mají plnou moc samotní uživatelé. A právě e164.org je využíván VoIP operátorem Like2Fone (přesněji řečeno e164.org a Like2Fone jsou spolu těsně provázáni). Dalším známým ENUM stromem je e164.info, kde mají svá čísla registrováni někteří VoIP operátoři (z českých opět např. VoIPEX).

Bonus na závěr

Když budete mít nainstalovaný VoIP klient podporující protokol IAX, doporučuji také zaregistrovat se na VoipBuster.com (VoIP operátor umožňující 1 minutové hovory na pevné linky v mnoha zemích včetně ČR zdarma) a na MadaPhone.sk (slovenský VoIP operátor umožňující dokonce až 6 minutové hovory na pevné linky v několika zemích včetně ČR zdarma!). Když už tu máme služby zdarma, tak proč je nevyužít (alespoň dokud to jde ;-)).

       

Komentáře

[USAMA]

zdarec! máš nějaké zkušenosti s Kphone na widlích? radši budu využívat svobodný program než uzavřený. Ale problém je hlavně v obchodním modelu. Nikdo moc z firem nechce přijít o kšeft....

[billgates]

Skuste X-lite. Funguje na Windozoch a Linuxoch (zial myslim, ze bez src) a stoji za nim komercna firma, ktora vyraba jeden z najlepsich (podla mna) komercnych softphonov. X-lite pouzivam uz dlhu dobu a ukazal sa ako vysoko stabilny a schopny nasadenia v komercnej sfere. Dokonca na neho kompletne presla jedna firma a tym nahradila stolove telefony bez akychkolvek problemov, preto ho mozem len odporucit.

[Marcel Šebek]

Mě by celkem taky vyhovoval, ale neumí ALSU. Potřebovali bych klienta, který bude umět zvučet přes alsu a to tak, že půjde nastavit vyzvávnění na jedno zařízení a mluvení na druhé (jako to dělá x-lite). Pod aoss mi nefunguje ani x-lite, ani kphone, ani skoro nic. Nevíte někdo o nečem (kromě hw telefonu)?

[Mikos]

Ja tedy pouzivam alsu (konkretne ovladac snd_via82xx) a jak Kiax, tak Kphone mi pres emulaci OSS funguje a zadny aoss spoustet nemusim. Ale mam tedy v rc.local radky:

echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
echo "et.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss

Daval jsem je tam kvuli Quake 3 a jeste nejakym hram, u kterych jinak zvuk nefungoval (nepodporuji alsu a pokud toto neprovedu, hlasi ze nemaji MMAP pristup k /dev/dsp zarizeni). Mozna to ma vliv i na ten KPhone a Kiax, kdyztak to muzete zkusit...

[Mikos]

I kdyz ted to po sobe ctu a zjistuju ze sem napsal blbost Tyka se to zjevne jen binarky et.x86, coz je Enemy Territory

Tudiz mohu prohlasit, ze pres standardni emulaci OSS mi jak KPhone, tak Kiax funguje na Alse bez problemu (jadro 2.6.13, Alsa 1.0.9).

[Marcel Šebek]

Sice jsem to zatim nezkusil, ale zdá se mi, že toto se týka jen kernelové emulace a jinak to nepomůže. Mně kphone s jadernou emulací jede, ale nefunguje dmix, takže když něco poslouchám vedle, tak to pak nezazvoní.

[Mikos]

Aha, to je možné, já dmix na Alse nastavený nemam - ona ta onboard zvukovka je sice shit, ale zvládá sama mixovat až 4 kanály (tzn. dmix v naprosté většině případů nepotřebuju, takže sem ho ani nezkoušel).

[martink]

KPhone alsu umí (sám ho s alsou používám), viz changelog k verzi 4.1.0 - http://www.wirlab.net/kphone/changes-4.1.0.html

[Mikos]

Sice umi, ale sam tam mam radsi nastaveno OSS, protoze kdyz sem tam mel Alsu, vzdy pri ukonceni hovoru KPhone spadnul... zjevne je tam nejaky bug (mam verzi 4.2).

[Marcel Šebek]

Tak nakonec zkouším twinkle. Umí vše co potřebuju, kromě alsy. Ale vypadá, že je psán přehledně (narozdíl od kphone), takže by nemusel být problém to tam dopsat.

[watslaw]

Díky moc za napsání tohoto článku. Podobný článek na serverech o svobodném software dlouho chyběl.

[billgates]

Naozaj ide o velmi podareny clanok, ktory obsahuje snad vsetko podstatne. Jedine mi trosku chyba X-lite v zozname soft phonov, ale to nie je az taky problem. Dakujem za clanok.

[Mikos]

Děkuji za pochvalu Jinak X-Lite tam není uveden z prostého důvodu - nejedná se o opensource. Na začátku článku jsem se jasně vyjádřil, že budu popisovat pouze otevřená řešení, žádný closed-source

[billgates]

Aha, ospravedlnujem sa, nejako som to prehliadol. Dakujem este raz za clanok :)

[jacicek]

jestli jsem to dobře pochopil, tak ke dvou spojení počítačů za běžným NATem nemůžu bezproblémově použít nic jiného než Skype.

[Máca]

Pochopil jste to špatně. Skype rozhodně není bezproblémové

[jacicek]

Myslíte 10 důvodů proč nepoužívat Skype, nebo opravdu problém s tím, že se spojení nezdaří?

[Foo Bar]

Faktem je, že žádné z vámi prezentovaných řešení není schopné navázat spojení mezi dvěmi strojy za NAT, zatímco Skype to přinejmenším ve většině případů zvládá (a to dokonce i u iptables, což není takový problém, jaký se z toho snažíte udělat).

[zenek]

Faktem je, že Skype posílá data lidí za NATem přes lidi, co za NATem nejsou. Jestli tomu říkáte řešení, tak prosím.

Hezký článek.

[Hnizdo]

Ano, tak nejak - rikam tomu prvni skutecne funkcni a pro drtivou vetsinu uzivatelu bezprobleme voip reseni s moznosti vysilat a prijimat hovory z beznych telefonu.

[Luboš Doležel (Doli)]

Jenže to je proxy...a to je u otevřených protokolů taky...

[Mikos]

To není pravda. Píši zcela jasně, že pokzud jsou oba počítače za NATem, je nutno použít outbound PROXY. Tu poskytuje většina VoIP providerů (z těch free co jsem vypsal nevím jestli všichni, ale Free World Dialup určitě).

[Mikos]

Viz. to co sem psal níže:

To není pravda. Píši zcela jasně, že pokud jsou oba počítače za NATem, je nutno použít outbound PROXY. Tu poskytuje většina VoIP providerů (z těch free co jsem vypsal nevím jestli všichni, ale Free World Dialup určitě).

[Mikos]

V některých případech snad ani ta proxy není nutná (pokud se nacházíte oba za takovým typem NATu, s kterým si dokáže STUN bez problémů poradit).

[Broucajz]

Pozor na to - je řada poskytovatelů laciného telefonování, např. ha-vel.cz, ha-loo.cz, fayn.cz, apod., viz str. 94 Chipu na leden 2006. Já mám ha-loo a bylo mi poskytnuto tel. číslo běžné tel. sítě, začínající 245009xxx.

[Daniel Smolik]

Zajimave vzdy jsem si myslel, ze SIP prochazi NAT docela dobre ? Podle autora si dva telefony za NAT nezavolaji ? To mi prijde divne denne to tak provozuji doma mam Sipuru za iptables a kolega, kteremu volam je take za NAT oba mame STUN operatora a volame bez problemu uz rok. Ze by bylo vse nejak jinak ?

[tom4]

Tohle by me taky zajimalo. Nebylo tim konstatovaim mineno treba jen nekde vyse zminene volani bez operatora z IP na IP?

[kavol]

klídek, někteří lidé zde prostě nemají rádi SIP a milují IAX, takže o tom píšou bludy:

Je tu ovšem i jiný otevřený protokol, který problémy s NATem nemá. Tím protokolem je IAX (Inter-Asterisk eXchange).

...

(pokud jsou obě dvě strany za NATem, přímé spojení mezi nimi fungovat nebude)

hm, tak já nevím, citované se imho navzájem vylučuje ... tedy pokud nám autor nechce říct, že to, že spojení fungovat nebude, problém není

[Nikola Ciprich]

a jak byste asi tak chtel udelat spojeni dvou stran za natem bez prostrednika??

[fissie]

No, ja tedy nevim jak vy, ale ja za problem s natem povazuji napriklad to, kdyz ma NAT jedna strana, druha strana NAT nema a presto se nedomluvi, i kdyz spojeni iniciuje strana za NATem. To byl problem uz u H.323, ktery proste pri jakemkoli naznaku NATu prestal fungovat a je to zjevne problem i u SIPu, kdyz se kvuli tomu musi psat connection tracking modul (do hloubky protokol SIP bohuzel neznam, ale samotna existence toho modulu prozrazuje, ze tam proste problemy budou). Z tohohle pohledu je IAX rozhodne vice NAT friendly.

Dva naty bez proxy nespojite nikdy, ostatne ani Skype to bez proxy nedokaze .

[kavol]

kdyz ma NAT jedna strana, druha strana NAT nema a presto se nedomluvi, i kdyz spojeni iniciuje strana za NATem. To byl problem uz u H.323, ktery proste pri jakemkoli naznaku NATu prestal fungovat a je to zjevne problem i u SIPu,

já pro změnu neznám implementaci jednotlivých klientů, nicméně SIP mechanismy k vypořádání se s NATem má; netvrdím, že IAX to nemá jednodušší, ale z hlediska uživatele lze dosáhnout stejné funkčnosti - článek mi tedy přijde velmi zavádějící v tom ohledu, že jako alternativu ke Skype zavrhuje SIP, ačkoliv jej lze použít stejně dobře ... otázky, co je ze síťového hlediska efektivnější a výhodnější, by vydaly na úplně jiný článek a myslím si, že by je autor (ani diskutéři) neměl tahat sem, mj. protože je to i otázkou vkusu, které výhody a nevýhody jednotlivých protokolů člověk preferuje - jestliže chce někdo argumentovat tím, že díky agregaci IAX ušetří polovinu pásma oproti RTP, který je využíván SIPem, mohu jako protiargument vznést otázku - a zahraju si po IAX šachy?

[Mikos]

zavádějící v tom ohledu, že jako alternativu ke Skype zavrhuje SIP, ačkoliv jej lze použít stejně dobře

Prosím? Já snad někde ve svém článku zavrhuju SIP jako alternativu? Nějak sem si toho nevšiml...

V článku píšu mimo jiné např. "Nelze však říci, že SIP je oproti IAXu špatný protokol. Pouze naráží na problém současného rozšíření NATů.". Znamená to snad že SIP zavrhuju?

[Marek Chowaniok]

ahojky, mam dotaz existuje nejaky software ktery umoznuje volani na pevne linky na slovensko?

Mel bych o to dost zajem, ale nemuzu nic najit. Existuje neco?

Dik

[Petr J.]

Nainstaluj si jakéhokoli VoIP kienta a zaregistruj se u některého Free VoIP operátora. Pokud chceš samozřejmě nejlevnější cenu volání na Slovensko, najdi se slovenského operátora např. v článku uváděný www.madaphone.sk.

[tom4]

Super clanek, ale jelikoz zacina tim, ze bude uvadet alternativy ke Skype, myslim ze se tam jeste melo zminit jestli po prechodu na nektereho open klienta resp. pripadne s nekterym z free operatoru je nebo neni mozne nejak komunikovat s lidmi kteri zustanou u Skype.

Kdyby se z Jabberu nedalo komunikovat do site ICQ asi bych na nej taky jen tezko prechazel (a do dneska mam v seznamu jen jeden jabberovsky kontakt).

Samozrejme je tu moznost volani zdarma na telefon v CR coz je super - to by umoznilo jak zustat v kotaktu, tak zejmena presvedcit ostatni k prechodu. Ale stejne by moznost komunikovat se Skype kontakty primo byla minimalne prijemna.

A taky by me zajimalo, jestli si tedy s nekterou z alternativ pokecam nebo nepokecam z prace se zenou, kdyz jsme oba za NATem. Podle popisu protokolu to vypada jako ze ne, ale mozna to nektery klient nebo operator ma nejak resene, coz vsak uz v clanku neni zmineno. Skype to ma vyreseno sice zvlastne, ale ma...

[Jiří Veselský]

Probůh, a jaký důvod může mít soudný člověk k tomu, aby si povídal s vlastní ženou?

[Tom K]

Obvykle ten, že ona si chce povidat s ním. A s tím se něco dělá jen velmi těžko.

[kavol]

Kdyby se z Jabberu nedalo komunikovat do site ICQ asi bych na nej taky jen tezko prechazel (a do dneska mam v seznamu jen jeden jabberovsky kontakt).

jsem na tom stejně ...

A taky by me zajimalo, jestli si tedy s nekterou z alternativ pokecam nebo nepokecam z prace se zenou, kdyz jsme oba za NATem.

zkus se zeptat těch, co tvrdí, že jim to funguje

Podle popisu protokolu to vypada jako ze ne, ale mozna to nektery klient nebo operator ma nejak resene, coz vsak uz v clanku neni zmineno.

v případě SIPu to řeší proxy, buď se přes ní podaří dohodnout, jak se mají klienti zkontaktovat, anebo jde provoz přímo skrz ní

[kavol]

ono nestačí, že se bludy šířily v nedávných diskusích, on se o tom musí ještě napsat článek!

SIP a IAX jsou na tom z hlediska fungování za NATem ÚPLNĚ STEJNĚ!

SIP tento problém řeší složitěji, IAX jednodušeji - ale rozhodně se nedá říct, že SIP je ten špatný, který fungovat nebude (viz příspěvek výše), a IAX ten dobrý, který nemá problémy

jsem mírumilovný člověk - ale v tuto chvíli mám chuť autorovi pořádně vrazit, neboť se zjevně snaží, aby stokrát opakovaná lež byla vnímána jako pravda

[Daniel Smolik]

Souhlas sice bych autora nemlatil . Ale fakt ja nevim co se porad resi. Kupte si treba Sipuru kolem 3kKc a telefonujte fakt to funguje a nemate zadny problem. Ted mam zrovna softphone a uz 3/4 nevlastnim telekom a naklady mi klesly na polovinu a zavolam si 10x vic. Telefonovani zvladne i muj 3 lety syn. Pokud se mi operator nelibi vezmu si jineho. Mam normlani telefoni cislo 226228936 pokud ma nekdo naladu muze zkusit

[Dan Ohnesorg]

A pokud chcete usetrit, tak si muzete koupit Linksys PAP2, ktery umi to same co sipura a pocitam ze koncova cena bude nekde okolo 2150 s dani.

Za tu cenu dostanete dva porty pro pripojeni dvou zcela nezavislych analogovych telefonu. Zatim jsem nic levnejsiho nepotkal a v srpnu navic byla cena pod 2000 s dani, ale za to jsem dalsi kusy uz nikde nesehnal.

[Daniel Smolik]

Ne z bych nejak tvrdohlave tlacil Sipuru, ale ma samozrejme take 2 porty a hlavne je spolehliva nikdy mi nevytuhla a ma obravdu OBROVSKE moznosti konfigurace to se s nicim co jsem zatim videl neda srovnavat a co teprve SPA-3000. Jinak na ten PAP2 jsem koukal, ale dost se okolo toho mlci co to umi. Jak to podporuje vyrobce ? Hlasi se k tomu ? Na jak stary HW se jeste vydavaji opravy a vylepseni firmware ?

[Dan Ohnesorg]

Hodil jsem to na ukazku na inet, mrknete na adresu http://212.20.112.3

Myslim, ze znalec sipury ledacos pozna. Navic mam pocit, ze Linksys Sipuru koupil.

[Daniel Smolik]

Jo rad se podivam. Ale nejak to nejde. Myslim, ze Sipuru koupilo Cisco coz je nejak Linksys ne ? Mam neco spatne nebo to mate blokle na FW. Nejak mi to porad nacita a nenacete.

[Dan Ohnesorg]

Je mi to lito, ale s lidma je tezka prace, nejaky vtipalek tomu zmenil IP adresu.

Ted je to zase v chodu, uvidime jak dlouho to vydrzi nez potkame dalsiho podobneho. Pokud se to bude opakovat, budu to muset zaheslovat, ale to zase uvidite jen pulku moznosti.

[he.max]

no koukam na toho linksyse a je to celkem podobnynez Sipura co mam (SPA-2100). Sipura je opravdu soucasti Cisca stejne tak jak Linksys, takze tam zrejme nejake to propojeni bude a funkce budou asi podobne..

[the.max]

ale co u toho linksyse nemuzu najit je funkce co ma Sipura, ze si od providera dokaze stahnout dodatecna nastaveni a pak to vypada ze je to soucasti firmware..

[Daniel Smolik]

Opravdu dost podobne. Jen tam nevidim provisioning a upgrade FW a moznosta nastaveni dialtonu. Jinak inspirace sipurou je vic nez zrejma.

[Dan Ohnesorg]

Provisioning tam je, nezkousel jsem, ale je popsany v manualu. Jak se upgraduje firmware jsem jeste neresil.

[Daniel Smolik]

A to by me zajimalo jestli k tomu maji compilator na provisioning. Pro Sipuru ho mam i do Linuxu protoze s nima kamos obchoduje a ja pro nej neco obcas delam. Ale delaji s tim hrozne tajnosti tak by me zajimalo jak se dela proviosning na tomhle.

[Dan Ohnesorg]

Predpokladam, ze jak je casto zvykem bude k mani za tezke prachy. Zkousel jsem hledat po webu, ale nejak jsem na nej mezi vecmi ke stazeni nenarazil. Muzu zkusit hodit dotaz pres obchodnika.

[Daniel Smolik]

Hm od Sipury ho mame za slib, ze ho nepustime ven. Coz dodrzuju. Tak to schvalne zkuste to je docela dobry test pouzitelnosti firmy + obchodnika

[Mikos]

SIP a IAX za NATem rozhodně _nefungují_ stejně. Nejde o žádnou lež, SIP prostě z principu má problémy i když je za NATem jen jedna jediná strana. Proto je pro něj také nutné např. pro iptables napsat onen connection tracking patch (který je zatím ovšem spíše v experimentálním stavu), stejně jako třeba FTP vyžaduje connection tracking. IAX nic takového nepotřebuje, funguje za NATem (pokud tedy nejsou za NATe obě dvě strany) vždy zcela bez problémů. Jistě, u SIPu může často pomoct protokol STUN, ale ten si neporadí se všemi NATy (viz. RFC k protokolu STUN).

[kavol]

dobře, jak si IAX poradí v situaci, ve které nepomáhá STUN?

[Mikos]

Napadá mě např. případ, kdy jeden z počítačů není za NATem, ale druhý je (a to za takovým NATem, s kterým si STUN neporadí). V takovém případě IAX problémy mít nebude, kdežto přes SIP se bez proxy nedovoláte.

[Spike]

Člověče, píšeš, jako bys do SIPu investoval miliardy dolarů. Problémy se správným a exaktním vyjadřováním tu má kde kdo.

Takže abych to shrnul: SIP je v současné době používanější a existují pro něj jistá rozšíření, která mu pomohou dostat se i přes NAT (symetrický i asymetrický). IAX je novější, ne tak rozšířený, a je od počátku navržen tak, aby si s NATem poradil. Oproti SIPu má mít menší režii.

Mně osobně v tomto případě přijde menší režie mnohem podstatnější než rozšířenost SIP nebo Skype.

Např. v případě Jabberu to pro mě byla otevřenost, UTF-8 a Exodus.

Nebo je na IAX něco špatného? Chápu, že ti vadí, jakým způsobem se shazuje SIP, ale může nabídnout něco, co IAX ne? Já se také snažím vyvracet omyly ve svém okolí, ale že bych měl kvůli tomu potřebu někomu vrazit...? To už mi přijde jako nějaká fanatická zaslepenost.

[kavol]

Člověče, píšeš, jako bys do SIPu investoval miliardy dolarů.

já ne

Nebo je na IAX něco špatného?

to netvrdím (pravděpodobně by se něco našlo, ale nejsem znalcem IAX) - vadí mi to, že ... že se srovnávají hrušky a jabka, zhruba tímto stylem: článek je o ovoci, Skype jsou švestky, IAX jsou jabka a SIP jsou hrušky ... o švestkách se dozvíme, že je nemáme jíst, protože bychom se mohli zadusit peckou, o hruškách se dozvíme, že jsou na nic, že mají blbý tvar a blbou chuť a vůbec, a o jabkách se dozvíme, že je to to nejlepší ovoce, je úžasně kulaťoučké a chutná výtečně ...

Chápu, že ti vadí, jakým způsobem se shazuje SIP, ale může nabídnout něco, co IAX ne?

jistě - třeba zahraju si přes IAX šachy?

Já se také snažím vyvracet omyly ve svém okolí, ale že bych měl kvůli tomu potřebu někomu vrazit...? To už mi přijde jako nějaká fanatická zaslepenost.

hm, zřejmě jsi neviděl předchozí diskuse - v článku je prakticky to samé, co jsem předtím zkritisoval, to nejsou "problémy se správným a exaktním vyjadřováním", to je zcela záměrná desinformace!

[Mikos]

Píšu snad někde, že SIP je "nejlepší ovoce", že je naprosto bezvadný? Naopak jsem se snažil v článku nebýt jednostranný, viz. třeba věta:

"Nejedná se o žádné revoluční řešení, je to zcela standardní řešení a NAT není nijak zázračně obcházen (pokud jsou obě dvě strany za NATem, přímé spojení mezi nimi fungovat nebude), ale oproti SIPu a H.323 je to stále velká výhoda (i když z určitého úhlu pohledu může být spojení signalizace a datového kanálu do jednoho chápáno i jako nevýhoda)."

Ten článek opravdu nebyl zaměřen proti SIPu, SIP má své výhody, ale i nevýhody, stejně jako IAX. Nejde o žádné záměrné dezinformace. Co se týče SIPu (a jeho procházení NATem za pomocí STUNu), tak jsem vycházel mj. i přímo z RFC ke STUNu. Co se týče IAXu tak jsem prezentoval fakta, nikde tam nedezinformuju, jestli nevěříte přečtěte si např. článek IAX Protokol který vyšel na FreeVoice.cz (je od lidí z Fakulty elektrotechniky a informatiky VŠB).

[Robert Krátký]

Naopak jsem se snažil v článku nebýt jednostranný

Ten článek opravdu nebyl zaměřen proti SIPu

Myslím, že všichni kromě kavola to viděli už při prvním čtení.

[petr_p]

Dekuji za vydareny clanek. Je prijemne videt kuse informace sesbirane z diskuzi v jednom ucelenem textu.

Co se tyce linphone, tak je celkem povedeny (ma i textovou podobu linphonec), ale par chyb ma taky: obcas spadne, ponekud nemotorne pracuje se zvukovym zarizenim (viz stderr vystup programu), nekvotuje jmeno v SIP URL (je nutne rucne pridat uvozovky) a neodesila vlastni jmeno (druha strana pak vidi jen SIP URL). Obcas mi v nem nejak blbnou informace o stavu kontaktu (SUBSCRIBE), nepodporuje tel: URI (zas na druhou stranu umi IPv6).

Jeste by mne zajimalo, jak je to s eNUM domenamy. Oficialni arpa je pry mimo, protoze zapis je strasne drahy. Mezi temi neoficialnimi je nejaka synchronizace, nebo je bezne, ze stejne telefonni cislo ma ruzne zaznamy a pak krome telefonniho cisla musim svym znamym rikat i eNUM domenu?

[Mikos]

Pokud vím, tak mezi nimi žádná synchronizace není (ale možná se pletu?). Každopádně naprostá většina VoIP providerů (z těch kteří ENUM podporují), podporuje e164.org. Tzn. ta je takovým nepsaným standardem

[www.voipex.cz]

Sluzba www.voipex.cz protokol IAX podporuje (zatim v betafazi). Zajemci o vyuzivani/otestovani dostanou informace na info at ipex.cz

[cervajs]

Do konce zari bude na www.freevoice.cz spustena testovaci ustredna, na kterou se bude mozne pripojit pomoci protokolu SIP a IAX (zatim)

tzn. obdobna sluzba jako free world dialup, ale v ceskych podminkach = nizka latence

[Leoš Literák]

Jaky je za tim business model? Hardware a linka prece nejsou zadarmo.

[Mikos]

Výborně, to moc rád slyším

Btw. budete provozovat i vlastní STUN server a outbound proxy?

[Dan Ohnesorg]

Pripravuji nejaky CZLUG komunitni server s mirnejsi bezpecnostni politikou nez maji nase primarni ftp servery a tam by STUN nebo SER klidne bezet mohl.

[cervajs]

stun bude

[Michal]

jenže co v případě že ostatní používají skype? těžko je budu přesvědčovat aby přešli na něco jiného protože mně se skype nelíbí. je nějaká možnost se s někým spojit aniž bych měl také skype?

[Nikola Ciprich]

toto podporuje jajah, ale otazka je na jak dlouho, protoze to podporuji zrejme dost divokym zpusobem www.jajah.com btw po dohode umoznuji i pristup pres IAX.

[Tomáš Tichý]

Tak je zkuste přesvědčit třeba pomocí těch služeb, co nabízí volání zdarma. Na to lidi obvykle slyší

[r080]

diky za zajimavy clanek
zkousim kiax rozchodit s FWD a nedari se mi kamkoli se dovolat (zkousim hlavne echo)
funguje vam nekomu FWD?
Tady je log:

Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) configuring call..
Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) account number=1, account alias=freeworlddial
Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) callerId=r080
Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) callerIdNumber=703342
Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) codec=gsm
Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) filter flag=27
Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) silence threshold=-99
Thu Sep 22 11:29:43 2005 IaxWrapper::configureCall(acc number 1) devices in=0, out=0, ring=0
Thu Sep 22 11:29:43 2005 IaxWrapper::dial(int, QString) dialing 703342:xxx@iax.fwdnet.net/613 ..
Thu Sep 22 11:29:43 2005 IaxWrapper::event_state() processing IAX event..
Thu Sep 22 11:29:43 2005 IaxWrapper::event_state() call state 0 : active=1, outgoing=1, ringing=0, complete=0, selected=0
Thu Sep 22 11:29:43 2005 IaxWrapper::event_state() call info 0 : remote=613, remote_name=703342:xxx@iax.fwdnet.net/613, local=r080, local_context=default
Thu Sep 22 11:29:43 2005 IaxWrapper::event_text() Message: Type=1 Message=Call rejected by remote
Thu Sep 22 11:29:43 2005 IaxWrapper::event_state() processing IAX event..
Thu Sep 22 11:29:43 2005 IaxWrapper::event_state() call state 0 : active=0, outgoing=0, ringing=0, complete=0, selected=0
Thu Sep 22 11:29:43 2005 IaxWrapper::event_state() call info 0 : remote=613, remote_name=703342:xxx@iax.fwdnet.net/613, local=r080, local_context=default
Thu Sep 22 11:29:43 2005 IaxWrapper::event_state() INACTIVE 0

[r080]

aj dohaje, omlouvam se

[Mikos]

Ta adresa IAX serveru je iax2.fwdnet.net (a né iax.fwdnet.net, jak to tam máte vy). Jinak aktivoval ste si ten IAX na stránkách FWD? Automaticky je aktivní jen SIP, pokud chcete IAX, musíte si ho aktivovat manuálně...

Jinak spojení přes IAX mi funguje u FWD naprosto bez problémů

[Jirka]

Díky za článek, je dobré vědět, že existují alternativy. Já ale zůstávám u Skype. Používám hodně open source a fandím mu, ale nemusím ho používat za každou cenu a to dokonce v případě tak bezproblémového (v mé případě) softu jako je Skype. Používá ho 100% mých přátel, kteří volají přes VoIP, instalace je jednoduchá s Skype opravdu funguje bez nějakých technických problémů. Placení SkypeOut je taky maximálně jednoduché. A toho, že by Skype využíval moje připojení pro jiné hovory, se nebojím, zapínám Skype pouze, když chci volat. Sečteno, podtrženo, nevidím jediný důvod, proč bych měl od Skype utíkat.

[Ondrej Zajicek]

Pokud to spravne chapu, tak v pripade pouziti STUN se otevre 'dira' v NATu a RTP pakety pak jdou zpusobem:

klient1 - NAT1 - NAT2 - klient2

ale uz ne pres STUN server, zatimco pokud nelze pouzit STUN, tak ona proxy forwarduje primo RTP pakety a ty jdou zpusobem:

klient1 - RTP proxy - klient2

Nevite nekdo, zda existuje nejak free software, ktery implementuje STUN nebo RTP proxy?

[Mikos]

Co se týče funkce proxy, tak tu snad podporuje naprostá většina všech opensource VoIP serverů a PBX. Můžete zkusit:

• Asterisk
• SIP Express Router
• OpenSER
• Partysip
• Siproxd
• VOCAL
• sipX
• Yate

Tyto projekty myslím snad budou poskytovat i nějaké řešení STUN serveru (minimálně vím že na Vovida.org je i projekt STUN serveru).

[Ondrej Zajicek]

Nevite, ktere ze SIP klientu a SIP serveru podporuji SIPS (SIP pres SSL) a samozrejme zabezpecene RTP streamy?

[Mikos]

Možná z těch co jsem ve článku vypsal jich je více co podporují zabezpečené přenosy, ale jistě to vím jen o klientu minisip (na stránkách je uvedeno "Keywords: Secure VoIP; SIP; MIKEY; RTP; SRTP; SDP; Video Telephony; Push-to-talk").

[PSIkappa]

Najvacsi problem IAX-u vidim v nedostatku skutocne dobrych klientov, napr. so spominanym FWD chodi pod Win len FireFly co nie je opensource a navyse je dost nestabilny (napr. verzia 1.9.9.4521 pada okamzite pri registracii).

Pozna niekto nejakeho schopneho multiplatformoveho IAX klienta co chodi s free voip sluzbami, je open source a je dostatocne stabilny ?

[Mikos]

Zmiňovaný klient iaxComm je napsán ve wxWindows toolkitu a funguje i ve Windows (je tam dokonce přímo ke stažení exe instalátor). Ale zkušenosti s ním pod Windows nemám, takže to je na vás vyzkoušet to a poreferovat tady pak o tom

[PSIkappa]

Takze som si nasiel trosku viac casu a potestoval roznych IAX klientov pod win, testoval som voci FWD a chodive su tieto:

• IaxTeleFon (http://www.geocities.com/babarnazmi/) - existuje aj web verzia - Iax-WebTeleFon, ktora sa spusta v browseri
• Diax (http://www.laser.com/dante/) - netreba instalovat, je to 350 720 bytes "velky" programcek, ktory staci len spustit a telefonovat
• IaxComm (http://iaxclient.sourceforge.net/iaxcomm/) - jediny zastupca opensource

Nie prilis dobre skusenosti mam s klientami:

• yate (http://yate.null.ro/) - velmi nadejny projekt, len este to chce nejaku desatinku k verzii pridat a odstranit zopar bugov. Je to GPL soft, podporuje H323, SIP, IAX2. Problem je ze sa korektne neukoncuje a zostava mu bezat proces, ktory treba odstrelit...
• firefly - podporuje SIP, IAX2, obcas ma problemy so stabilitou

Netestoval som Idefisk (http://www.asteriskguru.com/tools/idefisk_beta.php) ale o nom je dost velky predpoklad, ze funguje v pohode.

Aby som to zhrnul, tak vacsina IAX2 klietov je zalozenych na kniznici iaxclient a nemaju ziadne moznosti debugovania co je dost neprijemne...

Ak ma niekto nejaky tip na klientov, ktorych by stalo zato otestovat, tak napiste, mozem urobit nejake testy.

Poznamka na okraj - Kedze si vela ludi mysli, ze IAX protokol je NAT friendly, tak ziadnny z testovanych klientov nemal podporu pre SOCKS alebo PROXY, takze cez nas firemny firewall s dost restriktivnym nastavenym sa nedostal ziaden klient, co je velka skoda.

[Fido]

Zdravim. Nevi nekdo jak nastavit linuxovej nat tak aby mi fungoval IP telefon za nim??? Diky

[vie]

vie

[thiemel]

Nazdar,

tak jsem náhodou hledal na internetu nějakého "unix-like" klienta pro SIP protokol, prostě softwarovou obdobu hardwarové VoIP brány. Osobně používám (K)Ubuntu a tak jsem hledal něco, co už je ve formě balíčku. Ze seznamu SIP klientů jsem šel postupně "odshora dolů", stylem "apt-get install balíček", našlo/nenašlo, otestování programu, instalace dalšího balíčku.

Došel jsem až k programu "twinkle"... Mile mne překvapil průvodce při prvním nastavení programu - vše fugovalo hned napoprvé. Bez problémů (pozor na výběr správného ALSA zařízení!!!) jsem se dovolal na mobil i z mobilu zpět, "na pevnou"

Takže pokud někdo máte PC s OS GNU Linux "na Debianu" (Ubuntu, Kubntu a podobně) a vlastníte "telefonní číslo" u nějakého tuzemského poskytovatele ( fayn.cz, 802.cz, nebo některý z partnerů od dialtelecom.cz ), tak vřele tohoto klienta doporučuji.

[ingdragon]

novinka http//:www.ipvox.cz nejlevnejsi v CR pokud ale chcete volat zdarma zkuste voip betamax vice zde http://ingdragon.wz.cz